При выборе управляющей системы для торговой компании часто возникает дилемма: использовать проверенное и мощное решение 1С:Управление торговлей (УТ) или сделать выбор в пользу более гибкой и доступной программы 1С:Управление нашей фирмой (УНФ). На первый взгляд, 1С:УНФ подкупает наличием встроенных блоков «Зарплата и кадры» (пусть и в упрощенном виде) и «Производство», которых нет в базовой поставке 1С:УТ. Однако при детальном рассмотрении всплывают важные архитектурные особенности программ, которые могут существенно повлиять на операционную деятельность предприятия.
В этой статье мы подробно проанализируем ключевые различия между системами, разберем спорные вопросы контроля остатков, расчета себестоимости, настройки рабочих мест кассиров (РМК), а также выясним, как ограничения старых версий УНФ 1.6 были решены в актуальной редакции 1С:УНФ 3.0.
Один из первых вопросов, возникающих при автоматизации розничной торговли в 1С:УНФ — как правильно организовать работу нескольких кассиров на разных рабочих местах и закрепить за ними конкретные ККМ, эквайринговые терминалы и склады.
Выясним причину частой ошибки новичков, которые пытаются привязать торговое оборудование непосредственно к учетной записи пользователя. В архитектуре 1С:УНФ (как и во многих других современных конфигурациях) реализован более гибкий подход:
КассыККМ. Именно через эту связь система понимает, какой склад и какая касса должны подставляться по умолчанию при открытии интерфейса РМК.Таким образом, если за продавцом-кассиром необходимо закрепить определенный склад и ККМ, мы должны настроить его персональный ПК как отдельное рабочее место в системе, подключить к нему оборудование и связать его с соответствующей кассой ККМ в справочнике.
Рассмотрим подробнее один из самых обсуждаемых механизмов в 1С:УНФ — контроль отрицательных остатков. На форумах часто можно встретить утверждение, что контроль остатков в УНФ работает некорректно, позволяя пользователям списывать товар в минус «задним числом».
Проанализируем ситуацию. В типовом решении 1С:УНФ контроль остатков по умолчанию ориентирован на текущую (актуальную) дату, а не на дату и время проводимого документа. Разберем по шагам, к чему это приводит на практике:
Такой подход разработчиков 1С обусловлен стремлением максимально повысить быстродействие системы для небольших фирм. Проверка остатков на текущую дату требует значительно меньше вычислительных ресурсов, чем проверка на каждую секунду по шкале времени после даты проводимого документа (как это реализовано в 1С:УТ).
Тем не менее, образование минусов в прошлых периодах ведет к серьезным проблемам: сбивается расчет себестоимости, некорректно закрывается месяц, а при интеграции с «1С:Бухгалтерией» возникают критические ошибки. Чтобы обойти это ограничение, программисты часто внедряют кастомные проверки. Посмотрим на пример концептуального кода, который можно внедрить в подписку на событие перед записью или проведением документа для жесткого контроля остатков именно на дату документа:
Процедура ПередЗаписьюДокументаКонтрольОстатков(Источник, Отказ, РежимЗаписи, РежимПроведения) Экспорт
Если РежимПроведения = РежимПроведенияДокумента.Проведение Тогда
// Получаем таблицу товаров документа
ТаблицаТоваров = Источник.Запасы.Выгрузить();
ТаблицаТоваров.Свернуть("Номенклатура, Склад", "Количество");
// Запрос к регистру накопления "Запасы" на дату документа
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗапасыОстатки.Номенклатура КАК Номенклатура,
| ЗапасыОстатки.Склад КАК Склад,
| ЗапасыОстатки.КоличествоОстаток КАК КоличествоОстаток
|ИЗ
| РегистрНакопления.Запасы.Остатки(&ПериодКонтроля, Номенклатура В (&МассивНоменклатуры)) КАК ЗапасыОстатки";
Запрос.УстановитьПараметр("ПериодКонтроля", Источник.Дата);
Запрос.УстановитьПараметр("МассивНоменклатуры", ТаблицаТоваров.ВыгрузитьКолонку("Номенклатура"));
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
// Сравниваем количество в документе с реальным остатком на дату документа
СтрокаДокумента = ТаблицаТоваров.Найти(Выборка.Номенклатура, "Номенклатура");
Если СтрокаДокумента <> Неопределено Тогда
Если Выборка.КоличествоОстаток < СтрокаДокумента.Количество Тогда
Сообщить("Недостаточно товара " + Выборка.Номенклатура + " на дату документа! Доступно: " + Выборка.КоличествоОстаток);
Отказ = Истина;
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Для тех, кто не хочет изменять типовую конфигурацию, отличным решением станет установка готовых расширений из каталога 1С:Совместимо (например, расширения семейства «Тотальный контроль остатков»), которые принудительно заставляют систему проверять склад на дату документа и блокировать проведение при нехватке запасов.
В процессе обсуждения на форумах часто возникает путаница относительно механизмов расчета себестоимости. Некоторые внедренцы ошибочно утверждают, что в УНФ себестоимость считается по технологии РАУЗ (Расширенная аналитика учета затрат).
Это заблуждение. В 1С:УНФ никогда не было и нет РАУЗ. Эта технология является прерогативой сложных ERP-решений («1С:ERP», «1С:Комплексная автоматизация» или старых версий УПП).
Выясним, как на самом деле устроен расчет себестоимости в 1С:УНФ:
Партии используется шире. Она служит для разделения собственного товара, товаров на комиссии, ответственного хранения, а также для учета импортных товаров по номерам ГТД.ЗакрытиеМесяца.Таким образом, хотя восстановление последовательности документов в УНФ в течение рабочего месяца не блокирует работу пользователей так жестко, как в старых версиях УТ, регулярное выполнение процедуры «Закрытие месяца» является строго обязательным условием для получения корректных финансовых результатов.
Еще одна важная тема — ведение взаиморасчетов и управление резервами. В ранних версиях 1С:УНФ пользователи сталкивались с нехваткой жестких инструментов контроля долгов. В современной УНФ взаиморасчеты с контрагентами можно детализировать до трех уровней:
Что касается резервирования товара: если в системе включен контроль остатков на текущую дату, то при проведении будущих заказов с резервированием товара система может временно уводить резерв в минус по отношению к свободным остаткам на дату документа. Это чревато тем, что при формировании финальной РасходнойНакладной себестоимость списания может рассчитаться некорректно или обнулиться. Для предотвращения таких ситуаций настоятельно рекомендуется использовать жесткие правила контроля остатков с помощью расширений или строго следовать хронологии оформления документов.
Многие критические замечания, высказанные пользователями в адрес УНФ 1.6 на форумах, потеряли свою актуальность с выходом современных релизов и переходом на редакцию 1С:УНФ 3.0.
Проанализируем ключевые изменения и улучшения, которые исправили старые «боли» пользователей:
В старых версиях УНФ 1.6 склад можно было выбрать только один — в шапке документа. Если требовалось отгрузить товары с разных складов, пользователям приходилось плодить множество документов РасходнаяНакладная.
В актуальной редакции 3.0 это ограничение полностью снято. В настройках параметров учета (раздел «Склад») достаточно установить флаг «Разрешить склады в табличных частях». После этого в заказах, приходных и расходных накладных появляется колонка «Склад» для каждой строки номенклатуры, что значительно упрощает оформление сложных отгрузок.
Раньше существовало мнение, что организация распределенной структуры в УНФ невозможна или крайне затруднена. Сейчас механизмы РИБ поддерживаются в программе в полном объеме. Вы можете настроить как полный обмен данными между узлами, так и обмен с фильтрами по конкретным организациям, магазинам или складам. Это незаменимо для розничных сетей, у которых торговые точки находятся на удалении и имеют нестабильный интернет-канал.
Важнейшим архитектурным шагом фирмы «1С» стало объединение кодовой базы решений «1С:УНФ» и «1С:Розница» версии 3.0. Теперь они построены на единой платформе, имеют одинаковый интерфейс РМК и схожую структуру регистров. Это позволяет легко переходить с «Розницы» на полноценную «УНФ», когда бизнесу становится недостаточно простого торгового функционала и требуются блоки производства, более сложного планирования и финансового анализа.
Подводя итог, можно утверждать, что 1С:УНФ представляет собой мощное, сбалансированное и быстро развивающееся решение для малого и среднего бизнеса. Она идеально подходит компаниям, которым помимо простой купли-продажи требуются элементы сборки, простого производства, оказания услуг и расчета сдельной заработной платы. В то же время, если ваша компания ориентирована на крупнооптовую торговлю с высокими требованиями к автоматическому распределению заказов по складам, сложным схемам обеспечения и детальному партионному учету в реальном времени — классическая 1С:Управление торговлей по-прежнему остается непревзойденным лидером в своем сегменте.