Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
Если конфигурация находится на поддержке с возможностью изменения…
обновление конфигурации не доступно
Неправильно: режим поддержки с возможностью изменения не запрещает обновление, но требует учитывать внесенные правки при применении релиза поставщика.
файлы доступного обновления будут определены, но в режиме сравнения-объединения необходимо указать правила и порядок обновления изменённых, добавленных элементов
Правильно: при включенной возможности изменения обновление выполняется через механизм сравнения/объединения, чтобы корректно совместить изменения поставщика и ваши доработки (в том числе связанные с «Ведомостью в кассу»).
обновление будет доступно, но только с помощью сравнения-объединения из файла всей конфигурации
Неправильно: релизы обновления могут применяться и в режиме поддержки с изменениями, просто процесс идет через сравнение/объединение и настройку правил, а не обязательно через загрузку полного файла конфигурации.
обновление можно производить полностью автоматически
Неправильно: полностью автоматическое обновление характерно для полной поддержки без изменения объектов; при наличии изменений требуется контролируемое объединение, иначе есть риск потерять доработки или получить конфликты.
Пояснение
Расширенная подсказка (как обновляться и не «сломать» автозаполнение «Ведомости в кассу»):
1) Почему при «возможности изменения» нельзя обновляться «в один клик»
- Когда вы дорабатываете типовую конфигурацию (например, меняете формы/модули, связанные с подбором сотрудников и сумм при «Заполнить» в «Ведомости в кассу»), при выходе нового релиза у поставщика могут измениться те же объекты.
- Поэтому при загрузке обновления система включает режим сравнения и объединения: нужно решить, что брать из поставщика, что оставить из своих правок и как совместить изменения.
2) Что именно нужно сделать в сравнении/объединении
- Просмотреть список отличий: какие объекты изменены поставщиком и какие изменены у вас.
- Для каждого конфликтного объекта установить правило объединения (что брать из новой конфигурации, что оставить, что объединять).
- Внимательно проверить измененные формы и модули, которые влияют на:
* логику кнопки «Заполнить»;
* отбор сотрудников по способу выплаты (касса/банк);
* подбор сумм по «Месяцу выплаты» и виду выплаты;
* печатные формы/проведение (если дорабатывали их).
3) Лучшая практика, чтобы обновления проходили проще
- Если доработка касается интерфейса или логики заполнения и ее можно вынести без изменения основной конфигурации, разумнее оформлять изменения через расширение.
- Такой подход снижает риск потери правок при обновлении и уменьшает объем конфликтов в сравнении/объединении.
4) Мини-чеклист после обновления (проверка «Ведомости в кассу»)
- Создайте тестовую «Ведомость в кассу» и проверьте «Заполнить» в нескольких сценариях:
a) «Зарплата за месяц» + правильный «Месяц выплаты»;
b) «Аванс» (если используется) + месяц аванса;
c) сотрудник с выплатой через кассу (должен попасть) и сотрудник с выплатой через банк (не должен попасть в кассовую ведомость).
- Если ведомость стала заполняться иначе, сравните поведение до/после: часто причина в изменениях типового отбора или в том, что при объединении вы «перезаписали» модуль/форму не тем правилом.
5) Как снизить риски
- Перед обновлением: резервная копия, фиксация списка доработанных объектов.
- Обновление: объединяйте изменения осознанно, особенно те, что связаны с выплатами.
- После обновления: короткий регрессионный тест по выплатам и отчетам, которые используют те же данные.
Идея для практики: если ваша цель - стабильное автозаполнение «Ведомости в кассу» при частых обновлениях, старайтесь минимизировать изменения основной конфигурации и переносить настройки/доработки в расширение там, где это возможно.