В практике автоматизации часто встречается ситуация, когда предприятие использует проверенную временем 1С:Управление производственным предприятием (УПП) для производственного и финансового учета, но для фронт-офиса (розничных точек) выбирает современную 1С:Розница 3.0. Особую сложность такая связка вызывает при изменении юридической структуры бизнеса — например, при закрытии ИП и переходе на продажи напрямую от нескольких ООО. Рассмотрим, как выстроить оптимальную схему обмена данными, чтобы обеспечить актуальность остатков и корректность бухгалтерской отчетности.
Разберем ситуацию, предложенную автором темы. Основная задача — перевести продажи в Рознице 3.0 на два ООО, при этом данные о товарах и итоговая отчетность должны консолидироваться в УПП и затем выгружаться в Бухгалтерию предприятия (БП). Автор предложил схему, при которой в момент пробития каждого чека в УПП создается документ Перемещение товаров на виртуальный склад. Проанализируем, почему это не самое удачное решение.
Во-первых, создание Перемещения товаров на каждый чих (каждый розничный чек) приведет к колоссальному росту объема базы данных УПП. Если в розничной точке пробивается 200–500 чеков в день, за месяц вы получите тысячи документов, которые не несут реальной управленческой ценности, а лишь дублируют информацию. Во-вторых, это создаст избыточную нагрузку на каналы связи и механизмы блокировок в УПП при проведении документов. Проанализируем более элегантные и стандартные способы решения этой задачи.
Рассмотрим наиболее сбалансированный вариант, предложенный экспертами сообщества. Вместо «огорода» с перемещениями, мы будем использовать стандартный механизм отражения розничных продаж в УПП. Выясним, как это работает по шагам:
Розница 3.0 получает данные об остатках из УПП по конкретным организациям (ООО), для контроля которых можно использовать сравнение остатков и цен товаров.Рознице 3.0, документ Чек ККМ немедленно отправляется в УПП. Проведение чека в УПП сразу списывает товар со склада, что решает проблему «резервирования» и актуальности остатков для других отделов.Рознице 3.0 формируется Отчет о розничных продажах (ОРП). Этот документ также загружается в УПП. При выявлении неверного СНО в чеках за смену поможет групповое создание чеков коррекции.УПП (как и во многих других системах) при загрузке итогового ОРП ранее созданные чеки должны быть «заархивированы». Рассмотрим подробнее, зачем это нужно.Если мы оставим и проведенные чеки, и проведенный Отчет о розничных продажах, остатки спишутся дважды. Поэтому при закрытии смены в УПП у чеков должны удаляться движения по регистрам (статус «Архивный»). Поскольку автоматическое закрытие смены в УПП может не сработать для внешних чеков из Розницы 3.0, нам потребуется небольшая доработка или использование штатной обработки «Закрытие кассовой смены».
Пример программного изменения статуса чеков (логика):
// Пример логики архивации чеков после загрузки ОРП
Для Каждого СтрокаЧека Из СписокЧековЗаСмену Цикл
ЧекОбъект = СтрокаЧека.Ссылка.ПолучитьОбъект();
ЧекОбъект.СтатусЧека = Перечисления.СтатусыЧековККМ.Архивный;
// Отключаем движения, чтобы не было двойного списания
ЧекОбъект.Записать(РежимЗаписиДокумента.ОтменаПроведения);
ЧекОбъект.Записать(РежимЗаписиДокумента.Запись);
КонецЦикла;
Если создание документов Чек ККМ в УПП кажется избыточным, разберем альтернативу с использованием заказов. Проанализируем ситуацию: нам нужно заблокировать товар в УПП, как только кассир в рознице начал оформлять продажу или отложил чек.
В этом случае в Рознице создается Заказ покупателя, который транслируется в УПП. Проведение заказа в УПП ставит товар в резерв на конкретном складе. Это методологически чище, так как товар физически остается на месте, но менеджеры оптового отдела его уже не видят в свободных остатках. После закрытия смены резервы снимаются, и создается итоговый ОРП.
Посмотрим на ситуацию со стороны многофирменного учета. В теме указано, что разные группы товаров принадлежат разным ООО. В Рознице 3.0 (которая базируется на коде 1С:УНФ) реализован мощный механизм «Передачи между организациями».
Если кассир ошибочно (или вынужденно) продает товар ООО «Альфа» от имени ООО «Бета», система зафиксирует отрицательный остаток по одной компании. В конце периода в Рознице автоматически сформируются документы перепродажи между компаниями. При обмене с УПП важно решить: будем ли мы передавать эти внутренние продажи или настроим обмен так, чтобы УПП видела только финальные остатки по каждому юрлицу.
Выясним причину, по которой автор хочет выгружать в БП именно документы Реализация товаров и услуг (РТиУ) вместо Отчетов о розничных продажах. В розничной торговле документом-основанием для учета выручки является именно ОРП. Выгрузка розницы через РТиУ в Бухгалтерию может создать проблемы:
БП.Рекомендация: Выгружайте из УПП в БП именно Отчет о розничных продажах. Это стандартный документ для БП 3.0, а для контроля данных может применяться сверка документов через http-сервис, что гарантирует корректные проводки по 90 счету и закрытие расчетов.
Рассмотрим техническую сторону вопроса. Розница 3.0 использует формат обмена EnterpriseData. УПП — система старая, работающая преимущественно на правилах обмена (XML/КД 2.0). Для реализации онлайн-отображения остатков и оперативной передачи чеков мы рекомендуем:
Розницы будет возвращать текущий остаток товара по складу и организации. Это надежнее, чем ждать окончания синхронизации.УПП видеть актуальную картину продаж практически в реальном времени.Проанализировав все сообщения темы, мы пришли к выводу, что предложенная автором схема с перемещениями является «фигней» (как выразился сам автор в конце сообщения) из-за избыточности. Правильный путь — это стандартная цепочка:
Розница (Чек ККМ) -> УПП (Чек ККМ) -> УПП (Отчет о розничных продажах + Архивация чеков) -> БП (Отчет о розничных продажах).
Такой подход обеспечивает:
УПП).БП без лишних сущностей.