Актуализация правил обмена в КД 2.1

Подготовительные действия для настройки обмена в БП

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

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

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

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

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

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

Шаг 1: Выбор режима отладки алгоритмов

В первую очередь выберите режим отладки алгоритмов:

  • Без отладки алгоритмов.
  • Вызывать алгоритмы как процедуры.
  • Подставлять код алгоритмов по месту вызова.

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

Режим «Без отладки алгоритмов» удобно использовать, когда мы точно знаем, что ошибка в обработчике не связана с кодом какого-либо алгоритма. В этом режиме код алгоритмов не выгружается в модуль отладки. Алгоритмы выполняются в контексте оператора «Выполнить», и их код недоступен для отладки.

Режим «Вызывать алгоритмы как процедуры» рекомендуется использовать в тех случаях, когда необходимо проводить отладку кода алгоритмов. Алгоритмы выгружаются как отдельные процедуры, а их вызовы вставляются в код обработчиков или других алгоритмов. Для передачи параметров в алгоритмы используется глобальная переменная «Параметры».

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

В режиме «Подставлять код алгоритмов по месту вызова» текст алгоритмов подставляется прямо в текст вызывающих их обработчиков или других алгоритмов с учетом вложенности вызовов. В этом режиме сняты ограничения на использование локальных переменных, однако есть ограничение на отладку рекурсивных алгоритмов. В момент формирования модуля отладки при обнаружении рекурсивных вызовов алгоритмов программа сообщит об ошибке.

Шаг 2: Формирование модуля отладки

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

Шаг 3: Создание внешней обработки

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

Шаг 4: Подключение внешней обработки

В заключение укажите имя файла внешней обработки в поле «Имя файла внешней обработки с модулем отладки» и нажмите на кнопку «Готово». При этом программа выполнит проверку по времени создания (обновления) файла обработки. Если обработка имеет более раннюю версию, чем версия файла модуля отладки (обработка не была обновлена данными выгрузки), то будет выведено предупреждение, и форма настройки закрыта не будет.

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

Отладка глобального обработчика конвертации «После загрузки правил обмена» не поддерживается.

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

Для актуализации кода обработчиков на данный момент нет средств, для выявления синтаксических ошибок.

Порядок синхронизации ЗУП 3.0 и БП 3.0 предусматривает возможность обмена по расписанию, с заданными временными промежутками, но запустить его можно и вручную, в каждый момент времени.

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

При изменении реквизитов элементов справочника в одной из систем, обновленный справочник «приедет» с обменом в другую систему, но элементы не будут продублированы, так как уже были синхронизированы по GUID.

Основные данные передаются из зарплатной системы в бухгалтерскую. Например, при выгрузке «Отражение зарплаты в бухгалтерском учете» и «Начисление оценочных обязательств по отпускам» бухгалтеру на стороне БП надо задать признак «Отражено в учете» (рис.1 и рис. 2).

При указании данного признака на стороне БП сформируются проводки по документу. При обмене с ЗУП данный документ блокируется для изменений до тех пор, пока бухгалтер в своей программе не снимет указанный выше признак (рис. 2).

Первый шаг – активировать соответствующий функционал в меню «Администрирование–Синхронизация данных» (рис. 3 и рис. 4).

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

Если синхронизация уже производилась в базе-приемнике, то можно загрузить настройки из внешнего файла *.xml.

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

  • Каталог для файлов обмена

При указании признака «Сжимать отправляемые данные в архив» файл обмена будет заархивирован в формате *.zip. При нажатии «Проверить возможность записи в каталог» система проверит доступ на запись в указанный каталог.

  • В настройках параметров синхронизации надо указать префикс ИБ (рис. 8) и настроить правила обмена

Префикс ИБ используется в наименовании файла обмена (рис. 8), благодаря которому можно определить, откуда выгружены данные и куда должны загружаться. Наименование файла представляет собой «Message_XXYY».zip., где ХХ – префикс базы отправителя, а YY – префикс базы получателя.

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

  • Выгрузка файла настройки обмена ЗУП 3 – БП 3

При нажатии «Сохранить» наш файл сохраниться в указанный каталог. На стороне ЗУП все действия мы закончили.

При настройке обмена в базе-приемнике необходимо загрузить файл настроек, выгруженный ранее (рис. 10). После загрузки файла в БП система предложит сформировать данные для отправки (рис. 11).

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

  • Вводим наименование сценария;
  • Настраиваем расписание, включив признак «Автоматически по расписанию»;
  • Указываем ИБ, участвующую в обмене;
  • Обозначаем способ подключения;
  • Отмечаем выполняемые действия – получение и отправка.

Содержание отправляемых данных из одной системы в другую можно увидеть в обработке «Регистрация изменений для обмена данными». Здесь отображаются объекты, включенные в план обмена и зарегистрированные в обмен. Здесь же объекты можно вручную зарегистрировать или снять с регистрации, а также исправить номера отправляемых или полученных сообщений.

Загрузка правил обмена, в конфигурацию КД 2.0 (для новой конвертации)

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

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

Итак, рассмотрим инструкцию, как настроить синхронизацию данных между 1С ЗУП 3.0 и Бухгалтерией предприятия 3.0.

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

Жмем Готово и попадаем в окно, где можно посмотреть и изменить все ранее сделанные настройки, а также настроить расписание.

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

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

Например, в справочнике Физические лица и в Бухгалтерии, и в ЗУП занесен один и тот же сотрудник: Иванов Петр Васильевич. По умолчанию система выполнит синхронизацию по внутреннему уникальному идентификатору, и в справочнике появятся два Иванова Петра Васильевича. Поэтому программа предлагает сопоставить такие элементы, то есть явно указать, что Иванов Петр Васильевич в Бухгалтерии и Иванов Петр Васильевич в ЗУП являются одним и тем же человеком.

Версия для печати

Вот и всё! Выгрузка из ЗУП 3.0 в Бухгалтерию 3.0 настроена!

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону 7 (499) 350 29 00. Мы работаем в Москве и области.

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

Рис. 1. Форма элемента справочника Настройки обмена данными

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

Настройка на стороне «УПП»

Рис. 2. Вызов формы загрузки правил обмена

Откроем список правил обмена (Рис. 4.)

Рис. 4. Открытие формы списка правил обмена

Вызываем форму элемента правил обмена (Рис.5). Далее взываем форму конфигурации заменимой конфигурации.

Рис. 5. Форма правил обмена

Появится форма элемента справочника конфигурации (Рис. 6.), в ней нужно заменить старую конфигурацию, на актуальную конфигурацию которую мы получили на втором шаге.

Рис. 6. Формы конфигурации

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

Рис. 7. Форма конфигурации и форма загрузки структуры метаданных конфигурации

включаем галочку синхронизации данных (обмен) и задаем префикс базы

Правила обмена нужно сохранить в файл на диске, для этого нажмите «Сохранить правила» в форме настройки правил обмена.

Рис. 10. Сохранение правил обмена

Появится форма сохранения правил, в которой указывается файл сохранения правил обмена.

Рис. 11. Форма сохранения правил обмена

Теперь в  форме элемента справочника настройки обмена данными, загружаем правила обмена в БД. Теперь можно провести обмен.

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

Рис. 12. Форма Правил обмена, вкладка параметры

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

Буду рад дополнениям и замечаниям в комментариях.

Публикации будет полезна начинающим разработчикам в Конвертации данных 2.1.

Теперь в форме элемента справочника настройки обмена данными, загружаем правила обмена в БД. Теперь можно провести обмен.

Буду рад дополнениям и замечаниям в комментариях .

Статья будет полезна начинающим разработчикам в Конвертации данных 2.1.

Пример передачи параметров алгоритму

переходим на вкладку администрирование и выбираем пункт настройка синхронизации (обмена данными 1С), включаем саму синхронизацию и задаем префикс базы

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

Создание и обновление объектов метаданных конвертации

Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными — необходимое условие для эффективной работы таких систем.

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «1С:Предприятие». Почему настройка обмена 1С (или, как еще это называется — синхронизация данных в 1С 8.3) может стать самой трудоемкой и недешевой задачей проекта интеграции, рассмотрим в этой статье.

Обмен данными в среде 1С позволяет:

  • Исключить двойной ввод документов;
  • Автоматизировать смежные бизнес-процессы;
  • Оптимизировать взаимодействие между распределенными подразделениями;
  • Оперативно актуализировать данные для работы специалистов разных отделов;
  • «Разграничить» разные виды учета.*

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

производим выбор нужного шаблона настройки для обмена данными между базами

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

  • Согласование состава обмена;
  • Определение транспорта (протоколов обмена);
  • Синхронизация;
  • Установка правил;
  • Составление расписания.

Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

Распределенная информационная база

  • РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

  • Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

  • Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

в первом окне настройки синхронизации выбираем

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

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

Установка правил

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

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

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

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

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

  • Не типовые, сильно доработанные конфигурации БД;
  • Разные версии платформы «1С:Предприятие»;
  • Давно не обновлявшиеся, не актуальные версии конфигурации;
  • Объекты обмена, ранее подвергшиеся доработкам;
  • Необходимость в нестандартных правилах обмена;
  • Сильно различающийся набор и состав реквизитов в имеющихся справочниках.

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

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

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

Окно с предложением о синхронизации.

Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.

При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».

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

Сводная информация по итогу произведенных действий.

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

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

Проставляем галочку и выбираем «Синхронизацию».

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

Проставляем галочку, адрес система подхватывает автоматически.

Действуем так же, как в УПП.

информационное окно в котором показываются предварительно сделанные настройки синхронизации

Создаем правила выгрузки.

Синхронизация.

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

Выгрузка данных.

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.

Перенос данных осуществляется с помощью типовой обработки Универсальный обмен в формате XML. Эта обработка входит в состав БСП (библиотеки стандартных подсистем) и содержится в каждой типовой конфигурации 1С.

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

2. После этого в базе-источнике нажмите Операции-Обработки, если база в обычном интерфейсе запускается (такие программы как УПП 1.3, БП 2.0, КА 1.1, УТ10.3 и т.д.) или нажмите меню сверху слева и нажмите «Все функции», если программа в управляемом интерфейсе разработана.

Актуализация ПКС и ПКО

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

При редактировании правил обмена следует обратить внимание на списки правил конвертации объектов и списки правил конвертации свойств. Если объект или свойство удалены (возможно, переименованы) в новой версии конфигурации, то строка с данным полем будет выделена красным. Подобный пример приведен на Рис.

Рис. 8. Участки, на которые следует обратить внимание при корректировании правил обмена

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

Рис. 9.Актуализация конвертации свойств.

Аналогичным образом нужно актуализировать правила конвертации объектов.

Понравилась статья? Поделиться с друзьями:
Юрист
Adblock
detector