← На главную

При ведении торгового учета в конфигурации 1С:Комплексная автоматизация 1.1 (или 1С:Управление производственным предприятием 1.3) с отключенным режимом РАУЗ пользователи нередко сталкиваются с ситуацией: при проведении документа Реализация товаров и услуг по складу с видом «Розничный» документ проводится, но движения по бухгалтерскому и налоговому учету (счета 90 и 41) не формируются вовсе. В то же время при выборе оптового склада те же позиции успешно формируют полный комплект проводок.

Разберем, почему программа ведет себя именно так с точки зрения методологии типового партионного учета, и рассмотрим практические способы решения этой задачи, в том числе при регулярном обмене со сторонними учетными системами.

Выясним причину: архитектурные ограничения партионного учета

Для понимания корня проблемы проанализируем внутренние механизмы проведения документов в конфигурации:

1. Разделение оптового и розничного контуров: документ Реализация товаров и услуг исторически спроектирован разработчиками исключительно для оптовых операций. В классическом партионном учете при списании партий на уровне программного кода в общем модуле стоит жесткий фильтр по типу склада: процедура партионного списания ожидает склад с признаком Оптовый. Если передан розничный склад, алгоритм списания партий по регистрам Партии товаров на складах (бухгалтерский учет) просто пропускает строки, из-за чего проводки по списанию себестоимости (дебет счета 90.02.1 и кредит счета 41.01) не генерируются.
2. Особенности учета розничной выручки и наценки: розничный склад предполагает учет товаров либо по покупным ценам на счете 41.02, либо по продажным ценам на счете 41.11 с выделением торговой наценки на счете 42. Документ оптовой реализации не содержит механизмов расчета и сторнирования торговой наценки. Типовая методология предполагает, что продажи с розничных складов должны регистрироваться документами Чек ККМ и Отчет о розничных продажах.
3. Поведение регламентных процедур: документ Расчет себестоимости выпуска при выключенном РАУЗ применяется только для производственных операций и не рассчитывает торговые проводки. Обработка Проведение по партиям также не исправит ситуацию, поскольку использует те же правила отбора, что и документ при оперативном проведении.

Способ 1. Изменение вида склада на «Оптовый» (без изменения кода)

Если на торговых точках учет ведется по ценам приобретения (без применения счета 42 «Торговая наценка»), то наиболее быстрым и методологически чистым решением будет изменение реквизита Вид склада с «Розничный» на «Оптовый» непосредственно в справочнике Склады (места хранения).

Разберем, почему этот вариант безопасен:

1. В конфигурации 1С:КА 1.1 документы розничной торговли (Чек ККМ и Отчет о розничных продажах) корректно работают как с розничными, так и с оптовыми складами, списывая учетную стоимость со счета 41.01.
2. Документ Реализация товаров и услуг начнет штатно формировать проводки в дебет счета 90.02.1 с кредита счета 41.01, так как склад станет соответствовать требованиям типового алгоритма партионного учета.
3. Не потребуется переписывать механизмы внешней интеграции или менять структуру загружаемых файлов.

Способ 2. Автоматическое создание цепочки документов при загрузке

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

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

1. В обработке загрузки данных при обнаружении расходной накладной по розничной точке алгоритм сначала автоматически создает и проводит документ Перемещение товаров (вид операции «товары») с розничного склада на специально заведенный транзитный или оптовый склад.
2. Следом за перемещением обработка создает документ Реализация товаров и услуг, где складом-отправителем указывается данный оптовый склад.
3. Оба документа проводятся в одной транзакции. В результате бухгалтерский баланс и товарные остатки списываются абсолютно корректно, а проводки по счетам 90.01, 90.02 и 90.03 формируются в полном объеме.

Способ 3. Проверка регистра «Счета учета номенклатуры»

Иногда при программном создании документов из внешних систем проводки не формируются из-за того, что в табличной части Товары остаются незаполненными счета учета доходов и расходов. Проверим настройки программы:

1. Откроем регистр сведений Счета учета номенклатуры.
2. Убедимся, что для организации, номенклатурных групп и используемых складов заданы правила заполнения счетов: счет учета (например, 41.01 или 41.02), счет доходов (90.01.1) и счет расходов (90.02.1).
3. Если счета заполняются автоматически при выборе склада, проверим модуль загрузки: после программного заполнения склада и номенклатуры необходимо явно вызывать типовую процедуру заполнения счетов учета, аналогичную действию при интерактивном вводе строки.

Способ 4. Доработка проведения документа в конфигураторе

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

1. Проанализируем модуль объекта документа РеализацияТоваровУслуг и общий модуль, отвечающий за партионное списание (в зависимости от релиза — УправлениеЗапасамиПартионныйУчет).
2. Найдем проверку соответствия вида склада оптовой торговле при формировании движений по регистру ПартииТоваровНаСкладахБухгалтерскийУчет.
3. Скорректируем условие так, чтобы для розничных складов списание партий выполнялось со счета 41.02.
4. Важное предупреждение: если склад ведет учет в продажных ценах (счет 41.11), простая разблокировка проведения приведет к грубой ошибке в финансовом результате. В этом случае потребуется реализовать дополнительный расчет и списание торговой наценки в дебет счета 90.02 с кредита счета 42 методом «красное сторно», аналогично тому, как это выполняет документ Отчет о розничных продажах.

Подводя итог: если учет ведется по ценам закупки, быстрее и безопаснее всего перевести склады в статус Оптовый. Если же принципиально разделение на уровне счетов 41.01 и 41.02, оптимальным выбором будет автоматическая генерация документа Перемещение товаров на стороне механизма загрузки данных.