При настройке обмена данными между конфигурациями 1С:Розница и 1С:Бухгалтерия предприятия (БП) пользователи часто сталкиваются с ситуацией, когда документ Отчет о розничных продажах (ОРП) успешно переносится, но его табличная часть оказывается пустой. Это создает путаницу и мешает корректному закрытию периода. Давайте подробно разберем, почему так происходит, и как мы можем это исправить.
Одной из самых неочевидных причин появления «пустых» документов является ведение учета по нескольким системам налогообложения. Рассмотрим ситуацию: в магазине часть товаров продается по ОСНО, а часть — по патенту или УСН. При закрытии кассовой смены и последующей синхронизации программа пытается сопоставить данные.
Проанализируем механику процесса: если в настройках организации указано несколько налоговых режимов, система при обмене может сформировать два отдельных документа Отчет о розничных продажах в бухгалтерии. Если по одной из систем продаж в текущий день не было (но документ был инициирован), в БП придет «пустышка». Проверьте список документов в журнале Отчеты о розничных продажах в бухгалтерии — скорее всего, рядом с пустым документом вы найдете полностью заполненный за ту же дату.
Давайте разберем технический нюанс, связанный с настройкой складов. В 1С:Бухгалтерии логика учета розницы жестко привязана к типу склада. Посмотрим на настройки вашего склада в БП:
Склады.Тип склада установлено значение Розничный магазин или Неавтоматизированная торговая точка.Если склад по ошибке заведен как «Оптовый», алгоритмы загрузки данных из формата EnterpriseData могут некорректно обрабатывать табличную часть товаров, так как для оптовых складов в БП предусмотрены другие типы документов (например, реализация товаров и услуг).
Иногда документ остается пустым из-за невозможности сопоставить номенклатурные позиции. Выясним причину в области классификаторов. При обмене данными критически важно, чтобы единицы измерения имели одинаковые коды ОКЕИ. Рассмотрим пример:
Если в 1С:Розница для товара «Штука» указан код 796, а в бухгалтерии под этим же наименованием ошибочно стоит код 000 или поле вовсе не заполнено, система загрузки может проигнорировать строки документа, так как не сможет определить количественные параметры. Проверьте корректность заполнения единиц измерения в обеих базах.
Разберем ситуацию, когда данные физически не попадают в состав отправки. Для этого нам нужно зайти в настройки синхронизации данных.
Пошагово выполним следующие действия:
Администрирование выберем Синхронизация данных.Состав отправляемых данных (иконка с синим блокнотом).Отчет о розничных продажах.Если вы видите, что документ не зарегистрирован, или количество объектов равно нулю, попробуйте выполнить принудительную регистрацию. Для этого выберите нужный документ и нажмите Зарегистрировать все объекты этого типа или выберите конкретный отчет вручную. После этого повторите процедуру синхронизации.
Если визуально настройки верны, а документ все равно пустой, проанализируем Журнал регистрации. В нем фиксируются все системные ошибки, возникающие в момент загрузки данных. Посмотрим, нет ли там записей с текстом: «Поле объекта не обнаружено» или «Ошибка сопоставления данных». Если в процессе загрузки происходит технический сбой (например, из-за несовпадения релизов конфигураций), документ может создаться только как «заголовок» без содержания.
Выясним еще одну особенность: как в 1С:Бухгалтерии отражаются продажи подарочных сертификатов. Если отчет в Рознице содержит только операции по реализации сертификатов или приему авансов, то в БП основная вкладка Товары будет пустой.
В этом случае данные следует искать на других вкладках документа:
Безналичные оплаты (если был расчет картой);Продажа сертификатов (если это была реализация самого сертификата).Пользователи часто смотрят только на первую вкладку и делают ложный вывод о том, что данные не перенеслись.
Проанализируем ситуацию с технической точки зрения. Синхронизация между Розницей и БП обычно идет через формат EnterpriseData. Если одна из баз была обновлена до актуального релиза, а вторая осталась на старом, структура XML-пакета может измениться. В новых версиях формата могут добавиться обязательные поля в табличной части. Если принимающая сторона их «не видит» или не понимает, она может просто отсечь «непонятные» ей строки, сохранив при этом сам документ. Рекомендуем всегда поддерживать обе конфигурации на актуальных релизах.
Рассмотрим сценарий, когда в 1С:Розница после закрытия смены бухгалтер вручную корректировал документ Отчет о розничных продажах. Например, менял номенклатуру или удалял строки. В таком случае автоматическая регистрация изменений для обмена может сработать некорректно. Чтобы решить эту проблему, мы рекомендуем воспользоваться обработкой Регистрация изменений для обмена, полностью отменить регистрацию данного документа и зарегистрировать его заново «с нуля».
Таким образом, мы рассмотрели основные причины появления пустых документов при обмене. В большинстве случаев проблема кроется либо в настройках налогообложения (создание нескольких документов на одну дату), либо в несоответствии НСИ (номенклатура, единицы измерения, склады). Совместный анализ этих параметров позволит вам быстро восстановить корректный учет.