← На главную

С выходом версии 1С:Управление нашей фирмой 3.0.12 многие пользователи и администраторы столкнулись с рядом вопросов, касающихся не только новых функций, но и системных требований. Рассмотрим подробно, какие технические изменения несет этот релиз, почему необходимо обновление платформы и как изменилась логика работы с резервами.

Требование к версии платформы 1С:Предприятие

Одним из ключевых моментов обновления на УНФ 3.0.12 является жесткое требование к версии технологической платформы. Проанализируем ситуацию.

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

1. В конфигурации повышен РежимСовместимости. Это означает, что код конфигурации использует новые возможности языка и механизмы, которые физически отсутствуют в версиях 8.3.24 или 8.3.25. Перед масштабным обновлением рекомендуется выполнить анализ конфигурации и расширений на наличие ошибок, чтобы убедиться в корректности работы всех доработок в новом режиме.
2. Попытка запустить обновленную базу на старой платформе или "закомментировать" проверку версии в коде приведет к критическим ошибкам. Система просто не сможет интерпретировать новые инструкции.
3. Переход на 8.3.27 также обусловлен требованиями безопасности и поддержкой новых сертификатов для работы с государственными сервисами.

Таким образом, планируя обновление УНФ, мы должны сначала запланировать и выполнить обновление платформы на всех клиентских рабочих местах и сервере 1С.

Особенности процесса обновления и риски

Разберем важный нюанс, касающийся процесса обновления базы данных. При переходе на новую версию платформы и конфигурации происходит реструктуризация внутренних таблиц базы данных.

Важное предостережение: процесс конвертации базы данных под новую версию платформы и режим совместимости, как правило, необратим штатными средствами. Мы не сможем просто "вернуться назад", если что-то пойдет не так, накатив старую конфигурацию (.cf) поверх новой.

Поэтому алгоритм действий должен быть следующим:

1. Обязательно делаем полную резервную копию базы данных (выгрузка в .dt или бэкап SQL) до начала любых действий.
2. Устанавливаем платформу версии 8.3.27.
3. Проводим обновление на копии базы, проверяем работоспособность ключевых бизнес-процессов.
4. Только после успешного тестирования обновляем рабочую базу.

Новая логика резервирования товаров

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

Ранее для резервирования часто требовалось указывать конкретное место размещения или перемещать товар на виртуальный склад резервов, что усложняло документооборот. Если вы планируете переход на новую схему и хотите очистить базу от старых данных, вам может потребоваться обработка на отключение или исключение резервов в 1С:УНФ. В новой версии 3.0.12 мы видим возвращение к более простой и эффективной идеологии:

• Для постановки в резерв или снятия с него теперь достаточно выбрать операцию и подобрать запасы в документе.
• Больше нет необходимости жестко указывать исходное или новое место размещения для каждой единицы товара, если это не требуется спецификой склада.
• Это напоминает классическую схему "мягкого" резервирования, которая позволяет "застолбить" товар под заказ покупателя, не создавая лишних складских движений. Однако стоит помнить, что в типовом функционале все еще может отсутствовать автоматическое снятие резервов по истечении срока, что решается сторонними инструментами.

Дополнительные функциональные улучшения

Помимо резервирования, обновление принесло улучшения в другие блоки, которые стоит учитывать при переходе:

1. Комиссионная торговля: переработан учет товаров, переданных на комиссию.
2. Маркетплейсы: обновлены механизмы интеграции, исправлены критические ошибки по работе с маркировкой при схемах FBO и FBS. Тем, кто активно торгует на внешних площадках, будет полезна автоматизированная загрузка заказов из OZON и создание документов реализации для упрощения учета.
3. Ассистент управления: расширены возможности робота-помощника (Даши) для автоматизации рутинных операций по смене статусов заказов и оповещению клиентов.

Подводя итог, можно сказать, что обновление на УНФ 3.0.12 является мажорным и требует внимательной подготовки инфраструктуры из-за смены версии платформы. Переход на новую версию предоставляет значительное упрощение складских процессов и новые возможности для масштабирования бизнеса.