Как организовать работу ИП с ЕГАИС при наличии нескольких магазинов пива и решить ошибку пересчета единиц в 1С

Системный администратор 1С v8.3 (Обычные формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

При автоматизации розничной торговли пивом и слабоалкогольной продукцией индивидуальные предприниматели часто сталкиваются со сложными архитектурными и техническими вопросами. Типичный сценарий: наличие центрального склада под управлением 1С:Управление торговлей 10.3 и нескольких розничных магазинов на базе 1С:Розница. В этой статье мы подробно разберем, как правильно организовать документооборот с ЕГАИС в такой топологии, рассмотрим радикальные изменения в законодательстве, вступившие в силу в последние годы, а также решим распространенную техническую ошибку Обнаружено нулевое количество при пересчете в единицу хранения.

Раздел 1. Архитектура подключения УТМ для ИП: как было раньше и как стало сейчас

Ранее, в 2020 году, среди ИТ-специалистов и бухгалтеров была популярна схема, при которой индивидуальный предприниматель использовал всего один Универсальный транспортный модуль (УТМ) на центральном складе (или в офисе). Продукция принималась на единый FSRAR_ID, а затем внутренним перемещением в рамках управленческого учета «1С» распределялась по торговым точкам. Списание проданного пива осуществлялось консолидированно — раз в сутки на основе отчетов о розничных продажах, отправляемых из магазинов в центральную базу.

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

  1. Регистрация мест осуществления деятельности (МОД): Согласно Постановлениям Правительства РФ № 2466 и № 379, индивидуальные предприниматели обязаны регистрировать в системе ЕГАИС каждое фактическое место осуществления деятельности с привязкой к адресу из ФИАС. Каждому магазину присваивается свой собственный уникальный код FSRAR_ID.
  2. Уникальный УТМ на каждую точку: Использовать один «центральный» УТМ для подтверждения накладных и списания продаж со всех точек запрещено. На каждом магазине должен быть развернут свой экземпляр УТМ.
  3. Применение МЧД и КЭП физического лица: Ранее ограничение «один ИП — один КЭП» не позволяло технически запустить несколько УТМ, так как у ИП нет КПП для разделения точек. Сейчас эта проблема решена на государственном уровне. Руководитель (ИП) выпускает машиночитаемые доверенности (МЧД) на сотрудников магазинов, а те, в свою очередь, используют личные КЭП физических лиц для авторизации в УТМ на местах.
  4. Прямая поставка от дистрибьютора: Поставщики обязаны отправлять товарно-транспортные накладные (ТТН ЕГАИС) строго на тот FSRAR_ID, который соответствует адресу фактической доставки. Перевозить пиво между магазинами силами ИП без отражения этих перемещений в ЕГАИС (путем оформления исходящих ТТН между своими МОД) является грубым нарушением.

Раздел 2. Отказ от 2-го регистра (Торговый зал) для пивной продукции

В процессе работы с остатками пива в ЕГАИС в решениях «1С» пользователи часто сталкивались с необходимостью перевода продукции во второй регистр (Торговый зал) для последующего упрощенного списания без указания справок. Именно на этом этапе в старых версиях конфигураций возникало множество ошибок.

Проанализируем текущие правила работы с регистрами ЕГАИС:

Если ваша учетная система пытается выполнить документ перемещения в торговый зал для пива, эта операция будет отклонена сервером ЕГАИС. В современных версиях конфигураций «1С» эти механизмы заблокированы или скрыты разработчиками за ненадобностью.

Раздел 3. Маркировка «Честный Знак», разрешительный режим и акты списания

Современный розничный учет пива не ограничивается только обменом данными с ЕГАИС. Вся слабоалкогольная продукция (как в потребительской таре — бутылки, банки, так и в транспортной — кеги) подлежит обязательной маркировке средствами идентификации «Честный Знак».

При организации розничных продаж на кассах магазинов необходимо учитывать следующие факторы:

  1. Разрешительный режим на кассе: При сканировании кода маркировки кассовое ПО в режиме реального времени отправляет запрос в систему маркировки. Если код заблокирован, у него истек срок годности или он не прошел проверку владельца, касса технически заблокирует продажу данного товара покупателю.
  2. Статус актов списания в ЕГАИС в 2026 году: Ранее планировалось полностью отменить отправку актов списания в ЕГАИС по розничным продажам маркированного пива, переложив эту задачу на автоматический обмен между ГИС МТ «Честный Знак» и ЕГАИС. Однако в феврале 2026 года регулятор отменил данное решение. Розничные продавцы пива обязаны продолжать отправлять акты списания в ЕГАИС с причиной Реализация параллельно с фиксацией выбытия кодов в системе «Честный Знак». Полная интеграция и отказ от дублирования отчетов запланированы Минфином не ранее весны 2027 года.

Раздел 4. Решение ошибки: «Обнаружено нулевое количество при пересчете в единицу хранения»

При выполнении операций с алкогольной продукцией в «1С:Управление торговлей 10.3» или «1С:Розница» пользователи часто сталкиваются с системной ошибкой проведения документов ЕГАИС. Программа выдает предупреждение: Обнаружено нулевое количество при пересчете в единицу хранения.

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


// Пример логики пересчета в модуле проведения документа 1С
КоэффициентПересчета = ВыбраннаяУпаковка.Коэффициент;
КоличествоВБазовыхЕдиницах = КоличествоДокумента * КоэффициентПересчета;

Если КоличествоВБазовыхЕдиницах = 0 Тогда
    ВызватьИсключение "Обнаружено нулевое количество при пересчете в единицу хранения! Проверьте заполнение упаковок и коэффициентов.";
КонецЕсли;

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

Пошаговая инструкция по устранению ошибки:

Способ 1. Очистка колонки «Упаковка» в табличной части документа

Самый быстрый и действенный способ, если вы списываете или перемещаете товар в базовых единицах (например, в штуках или литрах):

  1. Откройте проблемный документ в «1С» (это может быть Акт списания ЕГАИС, Передача в регистр 2 или ТТН ЕГАИС).
  2. Найдите в табличной части товаров колонку Упаковка (или Единица измерения).
  3. Если в этой колонке выбрана упаковка, отличная от базовой единицы хранения (например, «ящик» или «коробка»), попробуйте полностью очистить это поле или заменить его на стандартную штучную единицу (шт).
  4. Повторно проведите документ. В большинстве случаев после очистки реквизита упаковки пересчет проходит корректно.

Способ 2. Проверка и исправление коэффициентов в карточке номенклатуры

Если вам критически важно вести учет именно в упаковках, выполните детальную проверку нормативно-справочной информации (НСИ):

  1. Перейдите в справочник Номенклатура и откройте карточку проблемного пива.
  2. Перейдите на вкладку Единицы измерения (или Упаковки в зависимости от версии конфигурации).
  3. Убедитесь, что для каждой единицы измерения задан корректный ненулевой Коэффициент по отношению к базовой единице. Например, если базовая единица — шт (коэффициент 1), то для упаковки «Упаковка 20 шт» коэффициент должен строго равняться 20, а не 0 или 1.
  4. Проверьте, установлена ли в карточке Единица хранения остатков и Единица для отчетов. Они не должны быть пустыми.
  5. Запишите изменения в карточке номенклатуры и перевыберите товар в документе, чтобы обновить связи реквизитов.

Раздел 5. Синхронизация единиц измерения между «1С:УТ 10.3» и «1С:Розница»

При совместном использовании конфигураций «1С:Управление торговлей 10.3» и «1С:Розница» часто возникает рассинхронизация упаковок. В «1С:Розница» работа с множественными единицами измерения реализована через справочник Наборы упаковок, в то время как в старой архитектуре «1С:УТ 10.3» используются классические подчиненные единицы измерения номенклатуры.

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

Применяя данные рекомендации и своевременно адаптируя учетное ПО под актуальные требования законодательства ЕГАИС и системы маркировки «Честный Знак», вы обеспечите стабильную, прозрачную и бесперебойную работу всей вашей торговой сети.

← На главную