Где в 1с 8 3 обмен данными. Конвертация данных - для создания правил обмена данных. Настройка важных моментов в обмене данными между УТ и БП

Многие предприниматели, осуществляющие торговую деятельность, для повышения эффективности управления приобретают одновременно две программы «1С:Бухгалтерия 8» (далее БП) и «1С:Управление торговлей 8» (далее УТ) .

БП используется для ведения регламентированного учета и сдачи отчетности, а УТ - для оперативного и управленческого учета в компании.
Успех совместного использования этих программных продуктов во многом зависит от организации обмена данными между конфигурациями БП и УТ.

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

При написании данной статьи использованы материалы из документации 1С к программным продуктам.Подробно методика настройки обмена изложена в htm-файле «Совместное использование конфигураций Управление торговлей (11) и Бухгалтерия предприятия», который находится в каталоге шаблонов при установке как 1С:Бухгалтерии 2.0 (далее БП), так и 1С:Управления торговлей 11 (далее УТ); рекомендации, полученные на партнерской конференции 1С и личный опыт автора по созданию и изменению настроек обмена для клиентов компании ООО «РГ-Софт Проект Консалтинг».

1. Настройка одностороннего или двустороннего обмена.

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

Фирма 1С рекомендует производить обмен с банком в УТ. «Это обеспечит полноценную работу с исходящими платежными документами и более простую работу с входящими документами». Однако, была ситуация, когда из файла клиент-банка не удалось загрузить в УТ практически ни одной платежки, в то время как в БП этот файл загрузился полностью.

Это объясняется тем, что в УТ добавлены более строгие проверки содержания файла клиент-банка, например: проверка заполнения ИНН, проверка номера документа, номер должен содержать только цифры в соответствии с положением ЦБР от 3 октября 2002 г. N2-П "О безналичных расчетах в Российской Федерации" (с изменениями от 3 марта 2003 г., 11 июня 2004 г., 2 мая 2007 г., 22 января2008 г.).

Настраивать односторонний обмен (из УТ в БП) имеет смысл только в том случае, если все документы и нормативно-справочная информация заполняются в УТ. Таким образом, можно избежать дублирования элементов в этой базе.

Для этого необходимо настроить следующий сценарий обмена: создать в конфигурации УТ сценарий обмена, в котором сохранить только выгрузку (рис.1), в конфигурации БП создать сценарий обмена и сохранить только загрузку.

Необходимо учитывать, что при таком сценарии обмена, все дополнительные документы и справочники, созданные в БП, будут регистрироваться для обмена, но не будут загружаться в УТ, поэтому регистрацию рекомендуется периодически сбрасывать, иначе файл сообщения обмена из БП будет постоянно увеличиваться, замедляя процесс обмена.

Для этого рекомендуется использовать обработку РегистрацияИзмененийДляОбмена82.epf , которую можно найти в поставке конфигурации "Конвертация данных, ред. 2.1". После установки конфигурации, обработка находится в каталоге установки обновления: ...\1c\Conversion\...номер_версии…

Если нормативно-справочная информация заполняется и в УТ, и в БП, то следует настраивать двусторонний обмен, но при этом может потребоваться отслеживать дубли, запуская обмен в интерактивном режиме вместо автоматического (рис. 2).

Для того, чтобы ограничить обмен данными только на уровне документов, не обязательно настраивать односторонний обмен, достаточно в фильтре обмена на стороне БП поставить дату, больше даты последнего документа (см. рис. 5). Но прежде чем устанавливать фильтр на дату, нужно убедиться, что документы в БП не были ранее зарегистрированы к обмену, иначе зарегистрированные документы будут перенесены в другую базу при обмене.

Приоритет изменения данных

Если вначале будет выполнен обмен в УТ, а потом в БП, то приоритет будут иметь данные, выгруженные из УТ. Например, В УТ завели документ «Поступление на расчетный счет», запустили обмен сначала в УТ, затем в БП – документ появился в конфигурации БП. Затем бухгалтер в конфигурации БП внес изменения в этот документ. При последующем обмене, если очередность запуска обмена не менялась, то внесенные в документ изменения затрутся данными из УТ.

Для корректного обмена с теми объектами, которые изменены в обоих базах, 1С рекомендует организовать работу, чтобы объект редактировался только в одной из баз. В другой базе такой объект должен открываться только на просмотр. Для этого потребуется использовать настройку прав доступа пользователей, но такой подход гарантирует отсутствие коллизий при обмене, т.е. расхождений, возникающих при изменении объекта и в одной, и в другой базе, в период между обменами (рис. 3).

2. Различия БП и УТ, влияющие на обмен

Договоры контрагентов

В конфигурации УТ не ведется аналитика по договорам контрагентов. Все операции, которые ведутся в конфигурации УТ, при загрузке в конфигурацию БП всегда оформляются по отдельным договорам, создаваемым и контролируемым самой системой УТ.

Если договора с нужными параметрами нет в конфигурации БП, то происходит создание такого договора. Необходимо отметить, что поиск договора осуществляется только из числа ранее загруженных из УТ договоров.

Управленческая организация в УТ

Начиная с релиза 11.0.6.9, в УТ в справочнике организации появился предопределённый элемент «Управленческая организация». Этот элемент не должен быть сопоставлен (или изменен) с текущей (единственной или одной из) организацией. Подробнее об использовании данного объекта можно прочитать в файле документации «Изменения и дополнения в документации.htm» , входящем в поставку УТ.

Структура предприятия

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

Элементы справочника «Структура предприятия» не сопоставляются элементам справочника «Подразделения организации» в БП. Для того, чтобы в УТ не загружались документы с незаполненным реквизитом Подразделение, в настройках обмена необходимо заполнить значение по умолчанию (рис. 4).

Склад в табличной части

Если в УТ планируется использовать новую возможность указания складов в табличных частях документов, то в настройках узла плана обмена необходимо установить обобщающий склад, который будет подставляться при выгрузке документов из УТ в конфигурацию БП вместо складов, разрешенных для выбора в табличных частях документов (рис. 4).

Вид номенклатуры

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

1. В разделе нормативно-справочная информация открыть справочник «Виды номенклатуры», зайти в вид номенклатуры «услуги» - нажать «Все действия» - разрешить редактирование и выбрать Тип номенклатуры - Услуга.

2. Изменить номенклатуру (услугу) - нажать «Все действия» - разрешить редактирование и выбрать этот Вид номенклатуры с типом Услуга.

3. Настройка фильтров обмена (рис. 5)

Изменение даты выгрузки (загрузки) документов

1) Прежде чем передвигать дату вперед необходимо синхронизировать базы путем выполнения сеанса обмена, чтобы на узле не было зарегистрированных к обмену документов на момент изменения настройки. Иначе такие документы после изменения настройки, в результате выгрузки, могут стать помеченными на удаление в базе-приемнике, если они были ранее туда выгружены.

2) Передвигать дату назад можно, т.к. это лишь расширяет область выгружаемых данных. Стоит заметить, что при этом документы из ранее закрытого периода не будут зарегистрированы к обмену автоматически. Для того чтобы это сделать, необходимо либо изменить документы, либо воспользоваться обработкой РегистрацияИзмененийДляОбмена82.epf.

Фильтр по организациям

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

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

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

4. Удаление объектов одной из баз

Пометка на удаление

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

Удаление дублей

Для удаления возникших при обмене дублей объектов мы рекомендуем воспользоваться обработкойПоискИЗаменаЗначений.epf , которая находится в каталоге \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на диске ИТС. А для проверки корректности сопоставления объектов двух информационных баз можно открыть Регистр сведений «Соответствие объектов информационных баз» и записи данного регистра могут быть откорректированы вручную. Важно знать, что после удаления объекта в одной из баз в записи регистра сведений останется соответствие для удаленного объекта (битая ссылка), нужно будет либо сопоставить другой объект, либо удалить запись.

5. Дополнительные настройки

Статьи движения денежных средств

Для конфигурации УТ может потребоваться проставить реквизит «корр. счет» для тех статей движения денежных средств, которые будут использоваться и выгружаться в БП.

Для конфигурации БП: может потребоваться проставить вид движения денежных средств в элементах справочника.

Пользователи

Элементы справочника пользователи могут быть перенесены в другую базу в том случае, если указаны в качестве ответственных в одном из объектов, участвующем в обмене. Для таких объектов потребуется настроить права.

Префикс базы и префикс организации

В УТ префикс всегда имеет фиксированную длину и разделитель (дефис) "-". Поэтому, если префикс информационной базы не задан или префикс организации не задан, то он заменяется нулями. Однако при настройке обмена префикс информационной базы всегда заполняется на ЦБ (для УТ) и на БП (соответственно для конфигурации БП).

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

Исправление ошибок

В нашей статье были рассмотрены наиболее важные моменты организации обмена данными между «1С:Управление торговлей 8» ред.11 и «1С:Бухгалтерия 8» ред.2.0.

Специалисты компании ООО «РГ-Софт Проект Консалтинг» готовы предложить не только настройку обмена под особенности ведения учета конкретной организации, но и способы исправления ошибок в действующих обменах.

Универсальный механизм обмена данными предназначен как для создания территориально распределенных систем на основе 1С:Предприятия 8, так и для организации обмена данными с другими информационными системами, не основанными на 1С:Предприятии 8.

Этот механизм позволяет переносить только данные 1С:Предприятия; перенос конфигурации и административной информации 1С:Предприятия 8 при помощи этого механизма невозможен.

Возможности

• обмен данными может быть реализован как с информационными базами 1С:Предприятия, так и с другими информационными системами;
• организация различных стратегий обмена сообщениями;
• реализация различных способов разрешения коллизий при одновременном изменении данных в разных узлах распределенной системы;
• реализация восстановления обмена данными в таких случаях, как восстановление информационных баз из резервных копии и т.д.

Особенности

• в качестве формата обмена используются XML документы;
• при обмене данными между информационными базами 1С:Предприятия 8 не накладывается ограничений на идентичность конфигурации и структуры конкретных объектов;
• в одной конфигурации может быть создано несколько независимых схем обмена с различными информационными системами;
• при организации схемы обмена не накладывается ограничений на структуру распределенной системы. Может быть организована как классическая структура типа «звезда», так и более сложные многоуровневые структуры типа «снежинка» и другие;

• разработчику прикладного решения предоставляется возможность гибкого управления составом обмена, как с точки зрения структуры передаваемых данных, так и с точки зрения состава передаваемой информации в конкретные узлы обмена;
• объект базы данных первоначально создается в одном из узлов обмена. Состав передаваемой информации может регулироваться в зависимости от содержимого данных, и не зависит от места первоначального ввода информации.

Составные части

Универсальный механизм обмена данными не является жестким решением. Его работа реализуется набором средств технологической платформы 1С:Предприятия 8, которые могут использоваться в прикладных решениях в различных комбинациях.

• План обмена
  Объекты конфигурации План обмена являются центром, вокруг которого группируются прочие средства обмена данными. При помощи этих объектов описывается набор узлов распределенной системы и состав данных, которыми предполагается обмениваться в рамках данного плана обмена.
  Кроме этого, планы обмена реализуют работу двух важных механизмов, задействованных при обмене данными:
  • Служба регистрации изменений
    Позволяет получать информацию о том, какие элементы данных были изменены, и в какой узел обмена их необходимо передать.

Отправить эту статью на мою почту

Основные причины потребности внедрения обмена между базами 1С - это наличие филиалов и разделение видов учета, т.к. зачастую компании работают в нескольких информационных базах. Настройка обмена 1С 8.3 позволяет исключить ведение двойной работы – ввода одних и тех же документов и справочников в двух программах, а так же оперативно поставлять нужные объекты системы для различных филиалов и отделов.

В случае, когда нужно осуществлять обмен между филиалами, используется РИБ (Распределенная информационная база). Это механизм обмена между идентичными конфигурациями. Он представляем собой дерево, сверху которой находится самый главный корневой узел, ниже пары связанных между собой узлов. Вносить изменения можно в любом узле этой системы, и они будут переданы другим связанным узлам. Выполняется так же распространение не только данных, но и изменений конфигурации от корневого узла к подчиненным.

При необходимости разделения видов учета, например, ведение оперативного в торговой базе, а регламентированного - в бухгалтерской, доступны универсальные механизмы обмена с гибкими настройками синхронизации данных.

Одной из новейших разработок 1С является формат обмена данными EnterpriseData. Он прост в использовании и предназначен для обмена внутри компании как между базами 1С, так и сторонними программами.

Реализацию обмена данными на предприятии можно представить в виде последовательных процедур.

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

Затем выбираем подходящий формат: РИБ, универсальный формат; обмен по правилам обмена; обмен без правил обмена.

Следующим шагом будет выбор транспорта для выполнения обмена. Доступен большой выбор технологий, выделим основные: каталог (локальный или сетевой), FTP-ресурс, COM соединения, веб-сервис, электронная почта.

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

И в заключении прописывается расписание периодичности обмена

Каждый вариант настройки обмена 1С 8.3 требует тщательно подготовки. Его реализация не под силу каждому пользователю, здесь необходимо учитывать множество нюансов и понимать принципы работы обмена. Особое внимание потребуется уделить настройке, если базы: содержат доработки или множество доп. реквизитов, отличаются версиями платформы или используются устаревшие версии конфигураций, предприятие крупное и использует автоматизированную систему, состоящие из большого количества баз. Ошибки здесь недопустимы, т.к. могут привести к неисправимым последствиям. Самостоятельная реализация обмена в 1С рекомендуется только в том случае, если надо настроить простую передачу информации между типовыми конфигурациями.

Если вы сомневаетесь в своих силах, лучше не экономить, а обратиться к грамотному специалисту, который поможет решить сложную задачу настройки обменов 1С 8.3.

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

Ниже приведем подробный пример настройки обмена 1С 8.3 в одностороннем порядке между типовыми конфигурациями Управление торговлей 11 (УТ) и Бухгалтерия предприятия 3.0 (БП). Пример актуален для многих компаний ведущих оптовую и розничную торговлю. В УТ ведется управленческий учет, в БП - регламентированный, обмен необходим для облегчения работы пользователей.

Такой алгоритм подходят и для других типовых конфигураций на платформе 1С 8.3

В первую очередь проведем подготовительную работу для приемника информации, т.е. для БП. Запускаем программу в режиме Предприятие. Надо установить константу Синхронизация данных (раздел Администрирование → Синхронизация данных).

Обратите внимание на поле Префикс, здесь требуется указать значение, которое позволит впоследствии различить (по значению кода справочника или номеру документа) в какой программе изначально были созданы объекты. В нашем примере подойдет обычное сокращение – БП и УТ, если настройка обмена 1С 8.3 выполняется для сложного обмена между большим количеством баз, а так же одинаковых конфигураций потребуется ввести каждой базе свое понятное обозначение.

Так как БП является только приемником информации, переходим к настройке УТ.

Здесь, так же как и в БП требуется включить синхронизацию и указать префикс. Доступны эти сведения в разделе НСИ и администрирование → Настройки синхронизации данных.

Выбираем способ настройки Указать настройки вручную. Далее.

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

Система проверит правильность указанных данных и в случае положительного результата выведет окно настройки обмена 1С 8.3.

По ссылке Изменить правила выгрузки данных доступны настройки выполнения обмена. Внесем уточнения НСИ – выгружать только используемые в документах, выберем организации и вариант работы с договорами - без привязки, разделение документов в разрезе складов. Начало обмена с 1 марта текущего года.

Внесенные правила записываем и закрываем.

Так как в примере речь идет об односторонней передачи информации, то в следующем окне настроек для получения данных из другой программы следует установить значения Не отправлять. Записать и закрыть. Далее.

Теперь надо проверить введенные параметры и если они верны нажать Далее, в противном случае вернуться к предыдущему шагу нажав Назад.

Затем будет предложено провести синхронизацию. Жмем Готово.

При необходимости выполнить соотнесение одинаковых объекты двух конфигураций откроется окно для сопоставления данных. Выполняем сопоставление и жмем Далее.

При выполнении передачи объектов возможно возникновение проблемных ситуаций, просмотреть результаты можно по ссылке Предупреждения при синхронизации данных.

После выполнения синхронизации будет выведено окно с подтверждением успешного завершения этого процесса.

Здесь же по команде Настроить или после, в сценарии синхронизации можно настроить расписание автоматического выполнения обмена.

Нужно настроить обмен данными?

15 ЛЕТ ПРОГРАММИРУЕМ 1С И ДЕЛАЕМ БЕСПЛАТНЫЕ ВИДЕО-ИНСТРУКЦИИ

У нас команда программистов, которые обладают большим опытом в настройке обмена 1С:

Между конфигурациями 1С,

В настройке обмена 1С с другими программами.

Почему выбирают нас?

До 2-х часов время реакции на срочные задачи, даже в выходные и праздничные дни.

40+ штатных программистов с опытом работы в «1С» от 5 до 20 лет.

Делаем видео-инструкции по выполненным задачам.

Живое общение через любые удобные клиенту мессенджеры.

99% задач выполняется через удаленный доступ (TeamViewer или RDP), что значительно сокращает время выполнения задач.

Официальные партнеры фирмы «1С» с 2006 года.

Опыт успешной автоматизации от небольших фирм, до больших корпораций.

99% клиентов довольны результатами, что подтверждается благодарственными письмами.

Как использовать правила обмена

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

Как создать правила обмена

С помощью правил обмена данные могут быть перенесены между базами с любыми конфигурациями. В данной статье объясняется создание правил обмена для баз с одинаковыми конфигурациями (Бухгалтерия предприятия 2.0). Такой перенос можно сделать стандартной обработкой . Но эта обработка переносит данные ссылочных типов только по ссылкам, а данные примитивных типов и предопределенные данные переносит по значениям. Для более сложного переноса, когда, например, требуется поиск элемента справочника по наименованию, необходимо создавать правила обмена.

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

Правила создаются в информационной базе с конфигурацией "Конвертация данных".

1) Конфигурации информационных баз

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

После выгрузки структуры базы её нужно добавить в список конфигураций.

2) Правила обмена данными

Список конвертаций

Добавление новой конвертации

Редактирование правил обмена

Правило конвертации для объекта можно создать в автоматическом режиме нажав на кнопку "Синхронизация объектов...". Ниже описан пример создания правила вручную для справочника "Валюты". После нажатия на кнопку "Добавить" на вкладке "Правила конвертации объектов" откроется помощник добавления нового правила.

1) Сначала надо выбрать объекты информационной базы источника и приемника.

2) Здесь нужно установить настройки переноса.

3) В обработчиках событий на встроенном языке можно написать собственные алгоритмы обработки данных при переносе.

2018-11-15T19:32:35+00:00

Универсальная обработка "Выгрузка и загрузка данных XML" производит полную или частичную выгрузку данных информационной базы в файл в формате XML. Впоследствии этот файл может быть загружен в информационную базу с помощью этой же обработки. Формат файла выгрузки отличается от формата файла, создаваемого при выгрузке по плану обмена, заголовочной частью.

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

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

Обработка поддерживает выгрузку данных с возможностью задания отбора по периоду. Также реализована проверка объектов на наличие недопустимых символов при обмене через XML.

С уважением, (преподаватель и разработчик ).