Разработчики на платформе 1С:Предприятие 8.3 часто сталкиваются с неприятной ситуацией: в конфигураторе внешний отчет или обработка изменены, элементы перемещены или добавлены, но при запуске в пользовательском режиме форма остается прежней. Кажется, что программа игнорирует ваши действия. Давайте разберем по шагам, почему это происходит и как заставить платформу «увидеть» актуальную версию вашего интерфейса.
Проанализируем механизм работы платформы. Когда вы открываете внешний файл, 1С идентифицирует его не только по имени файла, но и по внутреннему уникальному идентификатору — GUID. Если вы просто сохраняете изменения в тот же файл, платформа может решить, что этот объект ей уже знаком, и подтянуть описание формы из своего временного хранилища (кэша).
Рассмотрим радикальный, но самый эффективный способ решения этой проблемы:
Выясним, как работает более простой способ. Иногда достаточно изменить внутреннее имя объекта в свойствах (на вкладке «Основные») и имя самого файла в операционной системе. Например, если отчет назывался ПродажиПоРегионам.erf, попробуйте переименовать его в ПродажиПоРегионам_v2.erf.
Однако стоит учитывать нюанс: в современных версиях платформы (8.3.15 и выше) кэш может удерживать структуру формы в рамках одного сеанса. Поэтому после переименования файла обязательно перезапустите сеанс «1С:Предприятия».
Посмотрим на ситуацию с другой стороны. Часто проблема кроется не в программном кэше, а в сохраненных настройках самого пользователя. Платформа 1С сохраняет состояние формы (ширину колонок, видимость элементов, их расположение), если пользователь или программист когда-либо нажимали «Изменить форму».
Для решения этой проблемы выполним следующие действия в режиме «Предприятие»:
Это действие принудительно сбросит все пользовательские изменения и вернет форму к тому виду, который вы отрисовали в Конфигураторе.
Проанализируем специфическую проблему для отчетов. Если вы работаете с отчетом на базе СКД, платформа пытается автоматически управлять элементами формы. Если вы добавили поле на форму вручную, но оно также присутствует в «Быстрых настройках» компоновки, может возникнуть дублирование или игнорирование ваших элементов.
Обратите внимание на свойство формы ГруппаПользовательскихНастроек. Если эта группа не указана или указана некорректно, 1С может генерировать форму «по умолчанию», полностью игнорируя ваш дизайн. Проверьте также, назначена ли ваша форма в качестве Основной формы отчета в окне редактирования метаданных объекта. Если там пусто, платформа создаст автоматическую форму, в которой ваших изменений не будет.
Рассмотрим технический аспект работы Windows. При запуске внешнего файла 1С копирует его во временную директорию пользователя. В редких случаях из-за сбоев прав доступа старая копия файла не перезаписывается новой. Проанализируем путь к этим файлам:
Обычно это папка %AppData%\Local\Temp\. Попробуйте полностью закрыть 1С и очистить содержимое этой папки. Также полезно очистить кэш тонкого клиента, который находится в %AppData%\Local\1C\1cv8\. Самый простой способ сделать это — удалить информационную базу из списка стартера и добавить её заново. Это гарантированно создаст новые папки для кэша конфигурации.
Если вы запускаете обработку не через меню «Файл — Открыть», а через подсистему «Дополнительные отчеты и обработки» (встроена во многие типовые конфигурации, такие как БП 3.0, УТ 11, ERP), то простого сохранения файла на диске недостаточно.
Алгоритм действий в этом случае:
.epf или .erf.Только после этого изменения попадут в базу данных и станут доступны пользователям.
В некоторых случаях, если вы часто меняете форму в процессе разработки, можно добавить в модуль формы временный код для сброса настроек при открытии. Это поможет избежать рутинных действий по очистке кэша:
&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
// Устанавливаем настройки по умолчанию программно,
// чтобы принудительно обновить интерфейс при каждом открытии
ЭтотОбъект.РасширениеФормы.УстановитьСтандартныеНастройки();
КонецПроцедуры
Важно: Не забудьте удалить этот код перед передачей обработки в промышленную эксплуатацию, чтобы пользователи могли сохранять свои настройки формы.
Подводя итог, можно сказать, что проблема «несохранения» вида формы чаще всего является следствием агрессивного кэширования платформы. Используя комбинацию переименования объекта, смены GUID и сброса стандартных настроек, вы всегда сможете добиться корректного отображения вашего интерфейса.