Переход программного продукта «1С:Управление нашей фирмой» (УНФ) с редакции 1.6 сразу на 3.0 вызвал немало вопросов в сообществе. Разберемся, почему разработчики пропустили вторую редакцию, что радикально изменилось «под капотом» и к чему готовиться программистам, у которых накоплено большое количество доработок в виде расширений.
Основная причина перехода на индекс 3.0 — это глобальная унификация продуктовой линейки 1С для малого бизнеса. Проанализируем официальную стратегию вендора: теперь конфигурации 1С:УНФ и 1С:Розница 3.0 базируются на единой архитектуре и общем программном коде. В основе обеих систем лежит именно структура УНФ. Это позволяет разработчикам выпускать обновления одновременно для обоих продуктов и упрощает интеграцию между ними.
Важно понимать, что если переход в «1С:Рознице» с 2.3 на 3.0 — это зачастую перенос остатков и фактически внедрение новой системы, то в случае с УНФ переход с 1.6 на 3.0 является плановым обновлением. История документов, справочников и движений по регистрам сохраняется, хотя и требует запуска длительных фоновых процедур обработки данных.
Рассмотрим вопрос, который больше всего волнует разработчиков: придется ли переписывать расширения? Практика показывает, что архитектура УНФ 3.0 осталась максимально преемственной по отношению к 1.6. Большинство модулей сохранили свою логику, поэтому многие расширения «взлетают» сразу или с минимальными правками.
Однако есть важные нюансы в метаданных, которые необходимо проанализировать перед обновлением:
ЭкваринговыеСистемы (или аналогичные по смыслу объекты) был упразднен или переработан. Теперь основным объектом для этих целей является справочник СпособыОплаты. Если ваше расширение обращалось к старым объектам, код потребуется обновить.Одним из самых спорных моментов в УНФ 3.0 стало принудительное включение нового Рабочего места кассира (РМК). В типовом интерфейсе разработчики заблокировали возможность переключения на старый интерфейс РМК, к которому привыкли многие пользователи. Выясним, как это реализовано программно и как вернуть привычный функционал.
В системе за это отвечает программный блок, который принудительно устанавливает константу ИспользоватьНовыйРМК. Чтобы обойти это ограничение и вернуть возможность выбора, мы можем воспользоваться механизмом расширений. Рассмотрим пример кода, который позволяет разблокировать настройку.
Нам необходимо переопределить процедуру в общем модуле ОбщегоНазначенияРМКУНФ. Разберем по шагам реализацию в расширении:
&Вместо("НастроитьВозможностьИзмененияНастройкиИспользованияНовогоРМК")
Процедура oldРМК_НастроитьВозможностьИзмененияНастройкиИспользованияНовогоРМК(Источник, Отказ) Экспорт
Если Источник.ОбменДанными.Загрузка Тогда
Возврат;
КонецЕсли;
// В типовом коде здесь стоит Отказ = Истина, если включена опция ИспользоватьТолькоНовыйРМК.
// Мы комментируем или убираем Отказ = Истина, оставляя только информационное сообщение.
Если ПолучитьФункциональнуюОпцию("ИспользоватьТолькоНовыйРМК") И Источник.Значение = Ложь Тогда
// Отказ = Истина; // Блокировка отключена
ОбщегоНазначения.СообщитьПользователю(НСтр("ru = 'Внимание: Включена возможность использования старого интерфейса РМК через расширение.'"));
КонецЕсли;
КонецПроцедуры
После применения данного расширения в настройках программы появится возможность деактивировать флаг использования нового РМК, что вернет пользователям привычное окно продаж.
Помимо технической унификации, в версии 3.0 появилось несколько мощных блоков, которые в 1.6 присутствовали лишь фрагментарно. Проанализируем их:
В УНФ 3.0 реализован полноценный личный кабинет для работы с Wildberries, Ozon и Яндекс Маркетом. Теперь это не просто загрузка заказов, а полноценное управление товарными карточками, ценами и остатками напрямую из 1С. Реализована автоматическая загрузка отчетов комиссионера, что значительно упрощает управленческий учет в электронной коммерции.
Проанализируем изменения в части налогового законодательства. Версия 3.0 полностью адаптирована под механизмы ЕНС и ЕНП (единый налоговый платеж). В 1.6 поддержка этих функций была реализована патчами и обновлениями «поверх» старой логики, в 3.0 же это — базовая часть архитектуры учета налогов.
Блок «Персонал» претерпел значительные изменения. Появились инструменты для более гибкого планирования графиков работ и автоматизированного расчета сдельной оплаты труда на основании закрытых нарядов и производственных операций. Теперь система лучше справляется с задачами комплексного учета трудозатрат в небольших производственных компаниях.
Подводя итог анализу перехода с УНФ 1.6 на 3.0, выделим основные этапы безопасного обновления:
Таким образом, переход на 3.0 — это не «прыжок в неизвестность», а закономерный этап развития системы, который открывает доступ к единой экосистеме с «Розницей» и современным инструментам автоматизации маркетплейсов.