Что нового в «Комплексной автоматизации» 2.6.2.59: УПД и УКД в валюте, облачная ККТ и контроль лимитов

Ключевые изменения версии 2.6.2.59: краткий обзор

Версия 2.6.2.59 конфигурации «Комплексная автоматизация» (ред. 2.6) для «1С:Предприятия 8» опубликована 13 октября 2026 года. Релиз закрывает выявленные ошибки предыдущих версий и добавляет функциональность в подсистемах продаж, закупок, казначейства, бюджетирования и НСИ. Состав изменений приведён в публикации о выпуске версии 2.6.2.59.

Главное в релизе:

• Валютные УПД и УКД. Печать универсального передаточного документа (УПД) и универсального корректировочного документа (УКД) в иностранной валюте, плюс поддержка обмена такими электронными документами.
• Облачная ККТ. Новый тип подключаемого оборудования для фискализации чеков в дистанционных продажах из документов подсистем «Оптовая торговля» и «Казначейство». В сервисе «1С:Онлайн заказы» чеки пробиваются автоматически.
• Контроль лимитов денежных средств. При обновлении до 2.6.2 выполняется принудительный переход с контроля лимитов 2.4 на 2.5 и заполнение регистра «Лимиты по данным бюджетирования».
• Сроки отгрузки и доставки. В соглашениях об условиях закупок и продаж указываются графики учёта сроков, а в заказе поставщику выбирается вариант поставки: «Как можно раньше» или «Точно в срок».
• QR-код в счетах на оплату. Для юридических лиц и индивидуальных предпринимателей в счёт выводится QR-код с реквизитами платежа.
• Ретро-бонусы. В отчётах по расчёту бонусов с целевым показателем «Количество» появился вывод позиций, по которым условие бонуса есть, а продаж или закупок нет.
• Присоединённые файлы номенклатуры. Файлы хранятся с привязкой к характеристикам, свойствам характеристик и упаковкам.
• Справочник «Организации». Включён контроль уникальности элементов, поддерживается история изменения факсимиле и логотипа.

Три сценария, ради которых обновление ставят в первую очередь: расчёты с иностранными контрагентами в валюте, дистанционная торговля с фискализацией чеков через облачную ККТ, бюджетирование с контролем лимитов. Если ни один из них не задействован, обновление всё равно планируют: часть правок касается корректности справочников и отчётов, а исправления ошибок накапливаются от релиза к релизу.

Материал построен по ролям. Бухгалтеру важны валютные УПД и УКД, QR-код в счетах, лимиты. Специалисту по закупкам, графики поставки и ретро-бонусы. IT-специалисту, облачная ККТ, справочник «Организации» и порядок обновления. Руководителю, влияние на сроки поставок и контроль расходов.

УПД и УКД в иностранной валюте: что изменилось для бухгалтера

Раньше печатные формы УПД и УКД были рассчитаны на рублёвые расчёты, и валютный документ готовили вне конфигурации. В 2.6.2.59 поддержана печать УПД и УКД в иностранной валюте, а также обмен электронными документами УПД и УКД в валюте (описание релиза). Изменения касаются документов реализации товаров, работ и услуг и документов корректировки, из которых формируется УКД.

Печать УПД и УКД в валюте: пошаговый сценарий

1. Проверьте договор с контрагентом: валюта взаиморасчётов и валюта документа должны быть заполнены. Без этого суммы в печатную форму попадут в рублях.
2. Откройте документ реализации, а для корректировки, документ корректировки, по которому формируется УКД.
3. Проверьте суммы, курс на дату документа и валюту: реквизиты подставляются в печатную форму из документа и договора.
4. Вызовите печать нужного документа: УПД или УКД. Валюта в печатной форме проставляется автоматически.
5. Просмотрите форму до отправки контрагенту: итоговые суммы, количество знаков после запятой, подписи ответственных лиц.

Суммы в валюте переносятся в печатную форму без пересчёта в рубли. Курсовые разницы считаются отдельно, по правилам валютного учёта в конфигурации, и на печатную форму не влияют. Если контрагент требует бумажный вариант, сначала стоит выгрузить форму и сверить округление: при больших суммах расхождение в копейках или центах замечают быстро.

Набор доступных печатных форм зависит от вида документа и настроек базы. Сверяйте состав форм в своей базе после обновления.

Электронный обмен валютными УПД и УКД: на что обратить внимание

Обмен валютными электронными документами поддержан, но его корректность зависит от окружения, а не только от конфигурации. Проверьте три условия:

• оператор ЭДО и контрагент поддерживают валютный формат УПД и УКД;
• версии формата у обеих сторон совпадают;
• в карточке контрагента заполнены валютные реквизиты.

До массовой отправки сделайте тестовую отправку одного валютного документа и убедитесь, что суммы, валюта и реквизиты выгружаются в файл обмена корректно. Если оператор или партнёр валютный формат не поддерживает, документ придётся вести бумагой: это ограничение внешней инфраструктуры, а не конфигурации.

Облачная ККТ в рознице и дистанционных продажах

В релизе поддержан новый тип подключаемого оборудования, облачная ККТ. Она фискализирует чеки в сценариях дистанционных продаж из документов подсистем «Оптовая торговля» и «Казначейство» (список изменений версии 2.6.2.59). Фискализация доступна из документов:

Схема снимает привязку к физическому фискальному регистратору на рабочем месте: чек формируется через облачный сервис, а данные уходят оператору фискальных данных. Это удобно для продаж без кассы и для офисов, где продажи идут удалённо.

Как подключить облачную ККТ в «1С:Комплексная автоматизация»

1. Получите у провайдера облачной ККТ параметры подключения: идентификатор кассы, ключи доступа, адрес сервиса.
2. В списке подключаемого оборудования добавьте новый тип оборудования, облачная ККТ. Точное расположение пункта меню сверяйте с интерфейсом своего релиза.
3. Укажите параметры подключения, полученные от провайдера, и сохраните настройку.
4. Проверьте связь: выполните тестовую фискализацию из служебного документа или из одной реализации.
5. Настройте оборудование для нужной организации и сценария. Для разных сценариев продаж настройка может отличаться.

Детали подключения уточняйте у провайдера сервиса и в полном описании релиза на сайте ИТС: параметры и порядок настройки у разных облачных ККТ различаются.

Автоматическое пробитие чеков в «1С:Онлайн заказы»

В сервисе «1С:Онлайн заказы» появилась возможность автоматического пробития чеков через облачную ККТ. Клиент оплачивает заказ, чек уходит в ОФД без участия кассира. Для работы сценария нужны подключённая облачная ККТ, заполненные реквизиты организации и корректное соответствие номенклатуры и услуг, которые попадают в чек.

Отдельного внимания требует момент фискализации при частичных оплатах и возвратах: проверьте на тестовом заказе, на каком статусе формируется чек и что происходит при отмене заказа. Полный перечень изменений сервиса в открытом описании релиза не раскрыт, окончательные формулировки смотрите в описании на ИТС.

Рабочее место для контроля пробития чеков

В релизе предусмотрено рабочее место для контроля пробития чеков. Оно решает три задачи: показывает операции, по которым чек должен быть, но не пробит; фиксирует ошибки фискализации, чаще всего отсутствие связи с ОФД и неверные реквизиты; позволяет повторить пробитие после устранения причины. Перед началом массовых дистанционных продаж проверьте состав рабочего места и состав показателей в вашей базе, чтобы список операций без чека не остался незамеченным.

Контроль лимитов денежных средств: переход на версию 2.5

В бюджетировании доработан контроль лимитов денежных средств. При обновлении до 2.6.2 выполняется принудительный переход с контроля лимитов 2.4 на 2.5 с заполнением регистра «Лимиты по данным бюджетирования». Отказаться от перехода нельзя.

Ограничение по данным: подробная логика контроля лимитов 2.5 и алгоритм перехода в открытом описании релиза не раскрыты, полное описание публикуется на сайте ИТС. Поэтому шаги ниже, проверочный чек-лист, а не инструкция по настройке правил 2.5.

Что меняется в контроле лимитов при обновлении

Смена версии контроля означает, что проверка лимитов начинает работать по правилам 2.5. Данные, которые участвовали в контроле по версии 2.4, переносятся в регистр «Лимиты по данным бюджетирования». Практический риск один: если перенос прошёл не полностью или аналитики не совпали, превышение лимитов перестанет фиксироваться там, где вы этого ждёте.

Пошаговая инструкция: проверка регистра «Лимиты по данным бюджетирования»

1. До обновления сделайте резервную копию базы и выгрузите действующие лимиты отчётом: понадобится для сверки.
2. После обновления откройте регистр «Лимиты по данным бюджетирования» и выгрузите его в таблицу.
3. Сверьте суммы и аналитики: ЦФО, статьи, проекты. Расхождения ищите по пустым значениям аналитик.
4. Проверьте дубли: одна и та же комбинация аналитик не должна встречаться дважды.
5. Проведите тестовый расчёт лимитов на будущий период и сравните результат с ручным расчётом по выгрузке.
6. Найденные расхождения зафиксируйте и скорректируйте вручную.

Закупки и продажи: графики сроков отгрузки и доставки

Сроки поставки теперь привязываются к графику, а не вводятся вручную. В соглашениях об условиях закупок можно указать графики, по которым учитываются сроки отгрузки и доставки, а в заказе поставщику выбрать вариант поставки: «Как можно раньше» или «Точно в срок». В соглашениях об условиях продаж также можно указать график учёта срока отгрузки (подробности в описании версии).

Настройка графиков в соглашениях с поставщиками и покупателями

1. Откройте соглашение с поставщиком и перейдите к условиям поставки.
2. Укажите график, по которому учитываются сроки отгрузки и доставки. График может быть общим для группы соглашений или индивидуальным.
3. Задайте периодичность: например, поставки по вторникам каждой недели.
4. Сохраните соглашение и проверьте расчёт даты в тестовом заказе.

Для продаж порядок тот же: в соглашении с покупателем указывается график учёта срока отгрузки. Если график не задан, автоматический расчёт даты не выполняется, и сроки контролируются по прежним правилам.

Выбор варианта поставки в заказе поставщику

В заказе поставщику появился выбор способа расчёта дат. Вариант «Как можно раньше» ориентирован на минимально возможную дату поставки по графику. Вариант «Точно в срок» привязывает дату к требуемому сроку поставки по графику. Пример: график задаёт поставки по вторникам, заказ создан в среду. Вариант «Как можно раньше» даст ближайший вторник, вариант «Точно в срок» даст вторник той недели, когда товар нужен по плану.

Точный алгоритм расчёта дат проверяйте на тестовой базе с вашими графиками: результат зависит от периодичности графика и заполненных сроков доставки.

Счета на оплату: QR-код с реквизитами платежа

В счетах на оплату для юридических лиц и индивидуальных предпринимателей реализован вывод QR-кода с реквизитами платежа. Клиент сканирует код в мобильном банке, и платёжное поручение заполняется автоматически: БИК, счёт, сумму вводить вручную не нужно. Меньше опечаток в реквизитах и меньше уточняющих звонков.

Что проверить: актуальность реквизитов организации и банка в справочнике, читаемость кода при печати в чёрно-белом варианте, соответствие суммы и назначения платежа данным счёта. Если реквизиты менялись, а справочник не обновлялся, QR-код уведёт платёж на старые данные.

Ретро-бонусы и присоединённые файлы: новые возможности

В отчётах по расчёту ретро-бонусов с целевым показателем «Количество» добавлена возможность вывода позиций, по которым есть условие предоставления бонусов, но нет продаж или закупок. Практический смысл для закупщика и коммерческого отдела: видно позиции, где соглашение действует, а оборотов нет. Такие позиции либо выводят из соглашения, либо проверяют, почему продажи не идут.

Присоединённые файлы для номенклатуры теперь хранятся с указанием области применимости по дополнительным аналитикам: характеристикам, свойствам характеристик и упаковкам. Сертификат на конкретную характеристику товара или инструкцию на упаковку привязывают к нужной аналитике, а не к карточке целиком. Такой же механизм появился в соседней конфигурации: обзор «ERP Управление предприятием» 2.6.2.59.

Интеграция с торговыми площадками и справочник «Организации»

Возможности интеграции с торговыми площадками в релизе расширены, конкретный состав изменений зависит от площадки. Детали в открытом описании релиза не раскрыты, состав настроек обмена проверяйте в своей базе и в полном описании на сайте ИТС.

По справочнику «Организации» изменений два. Включён контроль уникальности элементов: завести вторую карточку той же организации в обычном порядке не получится. Уточнено название графы «Вид организации», раньше она называлась «Юрлицо / ИП», и отображение значения «Обособленное подразделение», выделенное на отдельный баланс, которое ранее показывалось как «Юридическое лицо».

Дубли, которые уже есть в базе, обновление автоматически не удалит, но новые не появятся. Перед обновлением выгрузите список организаций и сверьте ИНН и КПП: расхождения проще устранить до перехода, чем после.

В НСИ есть ещё две доработки. Поддержано хранение истории изменения факсимиле и логотипа организации. Для рабочего места «Состояние обеспечения заказов»: при наличии пользовательских настроек нужно установить стандартные настройки динамического списка формы, иначе список отобразится некорректно.

Подготовка к обновлению и типичные ошибки

Чек-лист перед обновлением

1. Сделайте резервную копию базы: выгрузку .dt, а для клиент-серверного варианта ещё и архив сервера.
2. Проверьте релиз платформы «1С:Предприятие 8»: он должен поддерживаться версией 2.6.2.59.
3. Убедитесь, что программа на официальной поддержке: без этого обновления недоступны.
4. Выгрузите действующие лимиты бюджетирования отчётом, чтобы потом сверить регистр «Лимиты по данным бюджетирования».
5. Согласуйте окно простоя и предупредите пользователей.
6. Учтите, что пользовательские настройки рабочего места «Состояние обеспечения заказов» придётся сбросить на стандартные.
7. Если работаете с ЭДО, запланируйте тестовую отправку валютного УПД или УКД.

Что проверить после обновления

• Печать валютных УПД и УКД и корректность сумм в печатной форме.
• Обмен электронными документами с контрагентом и оператором ЭДО.
• Подключение облачной ККТ и тестовый чек.
• Автоматическое пробитие чеков в «1С:Онлайн заказы» на тестовом заказе.
• Заполнение регистра «Лимиты по данным бюджетирования».
• Вывод QR-кода в счетах на оплату.
• Отображение рабочего места «Состояние обеспечения заказов».

Типичные ошибки при обновлении: запуск без резервной копии, отказ сбросить пользовательские настройки списков, проверка только одного сценария из списка и отсутствие тестовой отправки в ЭДО.

Кому и зачем обновляться до 2.6.2.59

• Бухгалтеру: валютные УПД и УКД с электронным обменом, QR-код с реквизитами платежа в счетах, доработанный контроль лимитов денежных средств.
• Специалисту по закупкам и продажам: графики сроков отгрузки и доставки, варианты поставки «Как можно раньше» и «Точно в срок», анализ позиций без продаж в отчётах по ретро-бонусам.
• IT-специалисту: облачная ККТ, контроль уникальности справочника «Организации», история факсимиле и логотипа, сброс настроек рабочего места «Состояние обеспечения заказов».
• Руководителю: предсказуемые сроки поставок, контроль лимитов расходов, меньше ручных операций в дистанционных продажах.

Начните с трёх шагов: резервная копия, обновление копии базы и проверка тех сценариев, которые использует ваша компания. Полный перечень изменений, порядок перехода на контроль лимитов 2.5 и состав настроек интеграции смотрите в описании релиза на сайте ИТС.