Есть внешний отчет, нашел мелкую ошибку, исправил ее, но сохранение совершенно не влияет на вариант исполняемого отчета, чтобы убедиться, что это так просто тупо закомментарил ВЕСЬ код расчета нужных параметров, но даже в этом варианте, когда отчет не должен выдавать данные он возвращает все то же самое, что и раньше. Раньше с этим боролся тупо делая НОВЫЙ отчет копируя туда весь текст и делая по-новой настройки, то, честно сказать, этот вариант уже сильно утомил... Буду признателен за любую помощь...

(0) Внешний отчет подключен к базе через доп отчеты и обработки? Обновляете отчет через загрузить из файла?

(1) Да

(2) Тогда чудеса да и только. Такого не может быть (это не недоверие вашему сообщению, это удивление) Может вы обновляете отчет, а используете ВАРИАНТ отчета со старыми настройками?

(3) Увы, есть, удалось сбросить настройки только изменив имя отчета, не имя файла (это не помогает), а имя отчета как основной реквизит отчета. Забавно, можно менять код отчета, но без изменения имени отчета в 1С-ных мозгах вертится старый вариант :-(

(3) Здесь настройки без разницы, я убил полностью ВСЮ процедуру расчета, но отчет все-равно считается, это никак не должно прописываться в варианте...

(4) А универсальное решение для многих непонятных глюков 1С - очистка кэша - не помогает. Сейчас, ради интереса, убью таким же образом один из своих внешних отчетов, интересен результат

"не помогает" естественно со знаком вопроса "?" , пропустил

Вариант /ClearCahe - не помогает, но правда у 1С кэшей разных несколько штук, другие варианты не пробовал. На самом деле то, что я в (0) заметил уже когда-то давно читал, но не обратил внимания, думал, за много лет что-то изменилось, увы...

+(8) А может это связано как-то с моими правами как пользователя, не замечал подобное в других базах, а на текущей рабочей весьма часто....

Удивлению нет предела! Проверил у себя, админские права, все то же. Запускаю через файл открыть - все изменения есть, вызываю как подключенный отчет - ничего не меняется. И удалял и вновь записывал, и менял имя отчета - тоже ни черта, кэш чистил.

(9) У вас есть платформа ниже 8.3.10 (я все удалил (((  ) Ну ведь делал, менял отчет загружал и все было ОК (или мне это уже кажется?) Если конфа позволяет, попробуйте на более старой платформе. И еще есть подозрение, что это какая-то недокументированная фишка  (или баг) БСП

(11) Это так работает уже давным-давно, первый раз с этим столкнулся года три назад, просто надеялся, что народ придумал как с этим бороться, ну или 1С что-то подправила, увы, нет... Просто, поскольку сам являюсь разработчиком и бывает приходится править свои старые отчеты подобное поведение 1С напрягает не просто сильно, а очень сильно...

Измени название обработки ( в конфигураторе).
После переподключения - обновится.
Есть такой баг

Можно только изменить вариант отчета

(14) *название варианта отчета

Шаманский бубен надо купить
Ведь по бытующесу здесь мнению если работает восьмерка медленно или не иак как надо - специалисты говорят что вы не умеете её готовить.
Бу-га-гашеньки...

(16) при всей моей любви к бывшей кормилице 7.7 - она тоже состоит из подобных хаков. Например глюк в отчетах, когда разная высота строк приводила к тормозам сохранения в ексель.

Баг (глюк) выявлен. Но вот никак не пойму, почему так происходит. Т.е. получается, что, если это отчет, то файл НЕ загружается в базу как доп отчет, возможно только ОДНА загрузка? Файл первой загрузки где-то фиксируется и не перезаписывается? Почему с внешними обработками все ОК а с отчетами такая хрень. Есть мысли по этому поводу?

(17) не путай тёплое с мягким
По этому траблу причины ясны. Точно также как ясен совершенно точный рецепт как сохранять большие отчёты в эксель.
Это уже не шаманский бубен когда ясен рецепт как обойти проблему с гарантированным результатом. При этом рецепт воспроизводим и повторяем.

(13) Я про это сам сказал, еще в (4), но, согласись, решение кривое, почему я должен при каждом пересохранении название менять, это название меня вполне устраивает, однозначно говорит о содержании отчета, и мне бы вовсе не хотелось подбивать к этому названию при каждом сохранении номер релиза...

(19) я не путаю, потому что проблема в (0) также имеет простое решение - изменить название отчета.

(20) Отчет добавлен в дополнительные отчеты конфигурации?
Если добавлен тогда будет выполняться именно он. Там в процедуре выполнения отчета БСП реализован поиск по имени отчета в дополнительных обработках.
Обычно для обхода отключаю публикацию добавленного в дополнительные отчеты элемента и тогда начинает все верно формироваться.

(21) с каждым изменением менять имя? И в чем проблема?

Встречался с такой бедой и даже не подключённых через БСП а просто внешних открытых через Файл-Открыть. Решение: Нужно скопировать макет компоновки и использовать его.

В общем, все что писал выше - наплевать и забыть. "Пить надо меньше"© (хотя и не пил вроде)
Проверял обновление файла внешнего отчета в УНФ. А там разместить внешний отчет (не вн.обработку) на панели действий можно только в раздел Администрирование. Мне же в свое время нужно было поместить вн отчеты в Закупки. Сделал расширение в которое и включил нужные отчеты и их отображение в Закупках. И забыл об этом! В итоге, как сейчас выяснил, файл отчета отлично обновляется, из справочника ДопОтчетыИОбработки запускается измененным из Общего списка отчетов Внешние - тоже все ОК, а вот из панели действий Закупки (запуском откуда и проверял обновление)  запускался размещенный в расширении необновленный отчет
  Получается, что все работает как надо.

(20)
Проверил сейчас на УТ. Файл внешнего отчета отлично обновляется выводит измененный отчет, так что ищите у себя какую-то закавыку типа моего расширения

(25) хрен вам. Не работает как надо.

(23) не с каждым изменением, а с каждым глюком изменения. У меня проблемы, схожие с (0) - за год активного написания доп. отчетов возникали 2-3 раза. Конечно, когда все обычно работает, раздражает, что приходится переименовывать уже сделанный отчет, но лучше добавить в название знак "_" и забыть о проблеме, чем не решить её.