Приступая к настройке обмена данными между конфигурациями 1С:Розница 2.3 и 1С:Бухгалтерия предприятия 3.0, многие пользователи сталкиваются с проблемой неконтролируемого переноса документов при первой же выгрузке. Эта ситуация особенно актуальна, когда Бухгалтерия предприятия (БП) является «чистой» или «пустой» базой, и мы планируем сначала перенести только справочную информацию, а затем уже начать полноценный документооборот. Давайте подробно разберем, как правильно настроить синхронизацию, чтобы избежать подобных сложностей и обеспечить корректный обмен данными.
Основная сложность заключается в том, что при стандартной настройке синхронизации из Розницы в БП могут быть перенесены все документы, зарегистрированные к обмену с самой ранней даты, установленной по умолчанию. Это может быть нежелательно, если в Рознице уже накоплен объем документов за предыдущие периоды, которые мы не хотим видеть в «чистой» БП. Наша задача – обеспечить перенос только необходимой информации, преимущественно справочников, на начальном этапе, а затем контролируемо начать обмен документами — для этого подойдёт обработка выборочной выгрузки документов.
Прежде чем приступать к настройке обмена, важно убедиться, что обе конфигурации готовы к работе. Рекомендуем выполнить следующие действия:
БП 3.0.91.31 и Розница 2.3.7.22, как в нашем случае) и обновите их при необходимости. Актуальные версии значительно снижают вероятность возникновения проблем в процессе обмена.Корректный выбор типа обмена — краеугольный камень успешной синхронизации. Мы рассмотрим, какие варианты предлагает 1С и какой из них следует выбрать для связки Розница 2.3 и БП 3.0.
В 1С:Розница 2.3 при создании настройки синхронизации мы можем видеть несколько вариантов:
БП 3.0БП 3.0 (EnterpriseData)Отправка данныхПолная синхронизацияДля современной и эффективной синхронизации между Розницей 2.3 и Бухгалтерией предприятия 3.0 рекомендуется выбирать формат EnterpriseData — для этого подойдёт настройка двусторонней синхронизации по формату EnterpriseData. Это стандарт, разработанный 1С для универсального обмена данными между различными конфигурациями.
В 1С:Бухгалтерия предприятия 3.0 при создании настройки обмена мы, соответственно, увидим:
Розница 2.2Другая программаВ этом случае, если мы выбрали БП 3.0 (EnterpriseData) в Рознице, то в Бухгалтерии нам нужно будет выбрать Другая программа и затем указать, что это обмен по стандарту Enterprise Data. Этот выбор обеспечивает корректное сопоставление правил обмена.
Типичный процесс настройки выглядит следующим образом:
БП 3.0 (EnterpriseData).Важно отметить, что даже при наличии данных в Рознице по старым организациям, если мы настраиваем выгрузку только по новой организации, обмен будет работать корректно, без дублирования или смешения данных, при условии правильной фильтрации.
Одной из ключевых причин нежелательного переноса документов является некорректно установленная дата начала обмена. Если в Рознице эта дата установлена давно (например, 01.01.2021, как в нашем случае), то все документы, начиная с этой даты, будут зарегистрированы к выгрузке.
Решение:
01.07.2024. Это гарантирует, что ни один документ, созданный до этой даты, не будет перенесен при первой синхронизации.Даже если мы установили корректную дату начала обмена, система 1С может зарегистрировать к обмену все изменения, произошедшие с момента начала ведения учета в Рознице. Это может привести к тому, что файл обмена будет очень большим или будут предприняты попытки перенести старые данные. Чтобы избежать этого, нам потребуется очистить план обмена.
Что такое план обмена?
План обмена (объект ПланОбмена) в 1С – это механизм, который отслеживает все изменения объектов базы данных (документов, справочников и т.д.), которые должны быть переданы в другую информационную базу. Если изменения уже зарегистрированы, они будут участвовать в обмене, даже если дата обмена установлена позже.
Как очистить план обмена:
Если у вас включен режим «Все функции» (обычно через меню «Главное меню» → «Сервис» → «Параметры» → «Отображать команду "Все функции"»), вы можете напрямую найти обработку «Регистрация изменений для обмена» или непосредственно планы обмена — для этого также есть обработка массовой регистрации объектов для планов обмена.
Главное меню -> Все функции.Стандартные найдите Планы обмена.В настройках самой синхронизации часто есть пункт «Состав отправляемых данных» или аналогичный. Там мы можем:
После очистки плана обмена и установки будущей даты обмена, мы можем быть уверены, что при первой синхронизации в Бухгалтерию перелетят только те данные, которые мы явно разрешили (например, справочники).
Рекомендация: Если вы уже сделали тестовый обмен, который привел к нежелательному переносу документов, рекомендуется очистить план обмена и затем заново зарегистрировать только те документы, которые вы планируете перенести, начиная с определенной даты. Для выборочного снятия с регистрации записей за нужный период можно использовать обработку для отмены регистрации документов в плане обмена.
Давайте рассмотрим некоторые специфические моменты, возникающие при обмене данными между Розницей и Бухгалтерией.
Мы часто наблюдаем, что «Заказы покупателя» из Розницы трансформируются в «Счета на оплату» в Бухгалтерии предприятия. Это стандартное поведение системы.
Объяснение:
Заказ покупателя часто используется для предварительной фиксации намерения клиента приобрести товар или для резервирования.Счет на оплату покупателю – это документ, который выставляется для требования оплаты и не формирует бухгалтерских или налоговых проводок. Он служит исключительно для оформления оплаты.Поскольку «Счета на оплату» не влияют на бухгалтерский и налоговый учет (не создают движений по счетам), их появление в БП из Заказов покупателя из Розницы обычно не вызывает проблем и на них можно не обращать особого внимания с точки зрения учета остатков и проводок.
При необходимости ввода начальных остатков товаров в БП, особенно если эти остатки формируются из «Оприходования товаров» из Розницы (который не имеет реквизита Контрагент), возникает вопрос о том, какого контрагента подставить в документ «Документ расчетов с контрагентом (ручной учет)» в БП. Этот документ часто используется для учета партий при ВНО.
Решение:
Поскольку при ВНО отсутствует реальный поставщик, есть несколько подходов:
10 или 41 в корреспонденции со счетом 000 или 91.01 для внереализационных доходов при оприходовании).Контрагент пустым, если оно является обязательным для документа «Документ расчетов с контрагентом (ручной учет)» или других документов, участвующих в формировании партий.Особое внимание стоит уделить обработке документов «Поступление товаров» из Розницы, если они были оформлены с расхождениями. В Рознице такой документ может содержать две табличные части: «По данным поставщика» и «По факту», а также флаг «Есть расхождения».
При синхронизации таких документов в Бухгалтерию предприятия механизм обмена может создавать несколько документов для точного отражения ситуации:
Поступлении.Корректировка приобретения.Оприходование товаров.Списание товаров.Таким образом, механизм обмена стремится максимально точно отразить фактическое поступление товаров и все выявленные расхождения в бухгалтерском учете, создавая отдельные документы для каждого типа операции (поступление, оприходование излишков, списание недостач).
В Рознице в документе «Поступление товаров» (на вкладке Дополнительно) есть возможность прикрепить Счет-фактуру и Корректировочный счет-фактуру. При обмене эти данные переносятся в БП.
Однако, часто возникает ситуация, когда Корректировочный счет-фактура, перенесенный из Розницы, не прикрепляется автоматически к созданному в БП документу Корректировка приобретения. Это может потребовать ручного связывания этих документов в Бухгалтерии.
Решение: Стандартные механизмы обмена могут не всегда обеспечивать автоматическую привязку корректировочных счетов-фактур к соответствующим корректировочным документам. В таких случаях может потребоваться либо ручная привязка, либо доработка правил обмена, если объем таких операций критичен и автоматизация необходима.
Настройка синхронизации между 1С:Розница 2.3 и 1С:Бухгалтерия 3.0, особенно при первом запуске, требует внимательности к деталям. Мы рассмотрели ключевые аспекты:
Следуя этим рекомендациям, мы сможем значительно упростить процесс интеграции и обеспечить корректное ведение учета в обеих информационных базах.