Что нового в ERP Управление предприятием 2.6.2.59: обзор ключевых изменений

Что вошло в релиз 2.6.2.59 ERP Управление предприятием

Выпущена версия 2.6.2.59 конфигурации «ERP Управление предприятием» (ред. 2.6) для «1С:Предприятия 8». В релизе исправлены выявленные ошибки, полное описание изменений опубликовано на сайте ИТС (новость о выпуске версии 2.6.2.59).

Функциональные доработки затронули контуры НСИ, закупок и продаж, розничных продаж и применения ККТ. Часть изменений связана с производством, бюджетированием, маркировкой «Честный знак» и обменом данными с торговыми площадками, но их формулировки в доступном публичном описании релиза не детализированы, поэтому по этим блокам ниже отдельно отмечено, что проверять, а что смотреть в описании на ИТС.

Краткий перечень того, что вошло в версию:

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

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

Изменения в НСИ: номенклатура, организации, факсимиле и логотип

Присоединённые файлы номенклатуры: привязка к характеристикам, свойствам и упаковкам

Файл, прикреплённый к номенклатуре, теперь можно ограничить областью применимости по дополнительным аналитикам: характеристике, свойству характеристики и упаковке. Раньше вложение относилось ко всей карточке целиком.

Типовые сценарии, где такое разделение заметно упрощает работу:

паспорт качества хранится на конкретную упаковку, а не на всю номенклатуру;
инструкция или схема сборки привязана к свойству «Цвет»;
сертификат соответствия открывается для характеристики «Размер 42».

Для торговли с десятками характеристик (одежда, обувь, крепёж) и производства с несколькими исполнениями изделия это экономит время на поиске нужного документа: менеджер видит именно тот файл, который относится к отгружаемой позиции. Подготовка к проверкам тоже проходит быстрее, когда сертификаты разложены по характеристикам и упаковкам, а не лежат общим списком.

Контроль уникальности справочника «Организации» и история факсимиле

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

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

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

Закупки и продажи: УПД/УКД в валюте, QR-код в счетах и сроки отгрузки

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

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

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

QR-код в счетах на оплату: что это даёт на практике

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

Сроки отгрузки и доставки: календарные или рабочие дни

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

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

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

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

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

Чеки фискализируются в сценариях дистанционных продаж из документов подсистем «Оптовая торговля» и «Казначейство»:

«Реализация товаров и услуг»;
«Акт выполненных работ»;
«Реализация услуг и прочих активов»;
«Возврат товаров от клиента»;
«Эквайринговая операция»;
«Операция по ЮКасса»;
«Поступление безналичных денежных средств»;
«Списание безналичных денежных средств».

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

Производство и бюджетирование: графики, наряды и лимиты

В анонсе релиза заявлены доработки графиков производства и бюджетирования: альтернативные ВРЦ, несколько РЦ на этап, преобразование сменных заданий в производственные наряды, контроль лимитов денежных средств и ускорение записи фактических данных. Детальные формулировки по этому блоку в доступном публичном описании не раскрыты, их публикуют на сайте ИТС. Ниже - что эти механизмы означают в ERP и что проверять, если планирование для вас критично.

Альтернативные ВРЦ и несколько РЦ на этап: что это меняет в планировании

ВРЦ - вид рабочего центра, то есть тип оборудования или участка. РЦ - конкретный рабочий центр. Альтернативные ВРЦ дают планировщику выбор: если основная линия занята, этап можно поставить на другую. Несколько РЦ на этап позволяют разложить объём работ между центрами, а не считать этап целиком за одним станком.

Пример: этап покраски в заказе на мебель может выполняться на двух линиях. Если маршрут допускает альтернативу, заказ не встаёт в ожидание из-за загрузки одной камеры. Проверьте маршрутные карты: когда альтернативные ВРЦ не заполнены, гибкость остаётся только в описании релиза.

Производственные наряды вместо сменных заданий: что изменилось для мастера

Сменные задания в этой версии представлены как производственные наряды. Смена названия означает и другую логику работы с документом, поэтому привычные операции - выдача задания на смену, контроль выполнения, списание материалов - стоит пройти заново на тестовой базе до обновления рабочего контура. Мастеру и диспетчеру потребуются обновлённые инструкции, иначе первые дни уйдут на разбор вопросов о том, куда переехали привычные действия.

Контроль лимитов денежных средств и ускорение записи факта

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

После обновления проверьте настроенные лимиты по ЦФО и статьям, сценарии бюджетирования и скорость записи факта на вашем объёме данных. Если формулировки из описания ИТС расходятся с текущими настройками, изменения стоит перенести в регламент работы финансовой службы.

Маркировка «Честный знак» и интеграции с Ozon, Яндекс Маркет, Wildberries

В анонсе версии 2.6.2.59 упоминаются изменения по маркировке «Честный знак» и обмену данными с торговыми площадками Ozon, Яндекс Маркет и Wildberries. Состав этих изменений в доступном публичном описании не приведён, конкретные сценарии работы с кодами маркировки и схемы обмена заказами смотрите в описании релиза на сайте ИТС.

Практический смысл блока понятен и без деталей: если компания продаёт на маркетплейсах и маркирует товары, эти механизмы проверяют первыми после обновления, потому что ошибка в интеграции или в обмене кодами останавливает отгрузки целиком. Минимальный набор проверок: обмен заказами и остатками, выгрузка документов реализации, передача кодов маркировки и обработка отказов площадки.

Что даёт обмен в формате Enterprise Data

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

Конкретные доработки по этому формату в версии 2.6.2.59 в доступных источниках не раскрыты. Если обмен уже настроен, после обновления проверьте расписания, соответствия номенклатуры и складов, журналы обмена и обработку расхождений.

Как обновиться до 2.6.2.59 и что проверить после

Обновление конфигурации на платформе «1С:Предприятие 8» идёт по стандартной схеме, порядок шагов менять не стоит.

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

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

присоединённые файлы номенклатуры: открываются ли документы, привязанные к характеристикам, свойствам и упаковкам;
справочник «Организации»: нет ли предупреждений о дублях, корректно ли выглядит графа «Вид организации»;
факсимиле и логотип: доступна ли история изменений;
печать УПД и УКД в валюте и отправка их по ЭДО;
счета на оплату: выводится ли QR-код с реквизитами платежа;
сроки отгрузки и доставки в соглашениях и заказах: указаны ли нужные графики;
Облачная ККТ: связь с оператором, фискализация тестового чека, отправка чеков в ОФД;
производственные наряды и графики производства: заполнены ли альтернативные ВРЦ, корректны ли задания на смену;
бюджетирование: лимиты денежных средств и скорость записи факта;
интеграции с маркетплейсами и обмен в формате Enterprise Data: расписания, журналы, ошибки.

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

Кому и зачем нужна версия 2.6.2.59: краткие выводы

Бухгалтеру: валютные УПД и УКД печатаются и отправляются штатно, в счетах на оплату появился QR-код с реквизитами, справочник «Организации» защищён от дублей, а в НСИ видна история печатей и логотипов.

IT-специалисту: изменения в НСИ (присоединённые файлы с привязкой к характеристикам и упаковкам, история факсимиле, контроль уникальности), новый тип оборудования «Облачная ККТ», интеграции с Ozon, Яндекс Маркет и Wildberries, обмен в формате Enterprise Data. Первым делом стоит оценить совместимость доработок и пройти обновление на тестовом контуре.

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

Решение об обновлении принимайте по задачам. Если вам нужны валютные УПД и УКД, QR-код в счетах на оплату, облачная касса, история факсимиле или гибкие сроки поставок, версия 2.6.2.59 закрывает эти запросы. Если ничего из перечисленного не критично, обновление можно планировать в обычном порядке, вместе с исправлением ошибок, которые вошли в релиз. Полный список изменений опубликован на сайте ИТС.