Журнал обмена в 1с

Обновлено: 07.07.2024

1. Монитор обменов. Блок функциональности является развитием системы Монитор обменов (описание). Новое: упрощена работа многих механизмов (например, больше не хранится история состояний), добавлены транспорты: теперь система "умеет" обмениваться данными по веб-сервисам (WS), выступать и как сервер, и как клиент.

2. Хранилище Журналов регистрации. Позволяет хранить и обрабатывать журналы регистрации нескольких информационных баз 1С. Хранение (пока) организовано только в самой базе 1С на SQL. В планах - использование более подходящих хранилищ.

Транспорт

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

1. COM-соединение. R2-D2 сам по регламенту инициирует СОМ-соединение к контролируемой базе, забирает оттуда информацию и фиксирует её у себя. По такому способу удобно работать например с какими-нибудь файловыми базами. Работает медленно из-за скорости инициализации подключения. Ограничение: в этом режиме соединения не реализована функция хранилища Журналов регистрации. То есть по такому транспорту будет работать только Монитор обменов.
2. WS-соединение (активное). R2-D2 сам инициирует подключение WS-подключение к контролируемой базе, забирает оттуда информацию и фиксирует её у себя. По такому способу удобно работать например с какими-нибудь файловыми базами. Работает значительно (в разы) быстрее, чем п.1. Требуется, чтобы
2.1. Контролируемая база должна быть опубликована на веб-сервере.
2.2. На контролируемую базу было установлено расширение пп_КлиентR2D2 (в котором описан веб-сервис и операции) (см. архив для скачивания)
3. WS-соединение (пассивное). R2-D2 сам принимает от клиентских баз пакеты информации и обрабатывает их. Наиболее оптимальный вариант по целому ряду причин. Требования:
3.1. R2-D2 должен быть опубликован на веб-сервисе
3.2. В каждой клиентской базе должна быть установлено расширение и внешняя обработка, которая должна выполняться с некоторой периодичностью (см. архив для скачивания и механизм дополнительных внешних обработок БСП + расписание на выполнение внешних обработок)

Механика

1. Получение информации от базы-корреспондента
2. Запись полученной информации.

В случае, когда используется транспорт пассивного WS-соединения, то возникает этап идентификации базы. Клиентская база при инициации соединения передаёт в R2-D2 информацию о себе, в том числе свой идентификатор (см. константу баз на БСП "Идентификатор информационной базы"). В случае, если такой базы в справочнике баз нет. будет создан новый элемент. Далее элемент можно будет переименовать для удобства восприятия представления.

В случае, когда R2-D2 самостоятельно инициирует подключение к контролируемым базам, механика работает по регламентному заданию.

На сбор информации об обменах - отдельное регламентное задание.

На анализ ошибок обменов и формирование уведомлений - отдельно регламентное задание.

Механика сбора и очистки Журналов регистрации

Предполагается, что каждую ночь начиная с последнего успешно загруженного периода по конец предыдущего дня Журналы регистрации "переливаются" в R2-D2, а затем очищаются.

Внедрение

2. Развернуть базу из "R2D2 1.1.cf".

3. Если планируется использовать пассивное WS-соединение, то необходимо опубликовать новую базу на веб-сервере.

4. Выбрать способ соединения с контролируемыми базами

4.1.1. Добавить вручную базы в список баз (см. "Информационные базы"), выбрать способ соединения "COM".
4.1.2. Настроить регламентные задания "Сбор данных о выполнении обменов" (например каждые 10 минут) и "Загрузка журналов регистрации информационных баз (ППЖР)" (например каждую ночь с 01:00 по 06:00, повторять каждые 30 минут)

4.2.1. Каждую из баз опубликовать на веб-сервере с флагом "Публиковать Web-сервисы расширений по умолчанию"
4.2.2. В каждую клиентскую базу добавить расширение "пп_КлиентR2D2.cfe"
4.2.3. Добавить вручную базы в список баз (см. "Информационные базы"), выбрать способ соединения "Web-service".
4.3.4. Настроить регламентные задания "Сбор данных о выполнении обменов" (например каждые 10 минут) и "Загрузка журналов регистрации информационных баз (ППЖР)" (например каждую ночь с 01:00 по 06:00, повторять каждые 30 минут)

4.3.1. Клиентские базы сами добавятся в справочник при первом подключении.
4.3.2. Добавить пользователя с полными правами в R2-D2. Опубликовать базу R2-D2 на веб-сервере (Apache или IIS - как удобнее)
4.3.3. Для обработок "ОтправкаСостоянияОбменовВR2D2.epf" и "ОтправкаЖурналаРегистрацииВR2D2.epf" в функции "Соединение()" модуля обработки прописать Пользователь и Пароль подключения к R2-D2 (соответственно, такой пользователь под таким паролем должен быть в R2-D2)
4.3.4. В каждую клиентскую базу добавить:
4.3.4.1. Расширение "пп_КлиентR2D2.cfe"
4.3.4.2. Внешнюю обработку "ОтправкаСостоянияОбменовВR2D2.epf", настроить регламент выполнения (например каждые 10 минут)
4.3.4.2. Внешнюю обработку "ОтправкаЖурналаРегистрацииВR2D2.epf", настроить регламент выполнения (например каждую ночь с 01:00 по 06:00, повторять каждые 30 минут)

5. Каждую из баз необходимо настроить (см. вкладку "Функциональность" на форме элемента справочника Информационные базы)

7. На этом - всё, оно должно работать.

Плюсы

1. Удобное администрирование контролируемых информационных баз "в одном месте"
2. Журналы нескольких информационных баз "в одном месте". Это удобно, например, для того, чтобы легко можно было проследить где было последнее изменение какого-то определенного элемента справочника, если у Вас есть обмены данными (или РИБ).
3. Загруженный журнал в R2-D2 индексирован по основным полям поиска, что делает поиск гораздо более приятной и значительно более быстрой процедурой, нежели поиск с помощью платформенных инструментов.
4. Текущая информация об обменах - тоже в одном месте
5. Ссылочные данные загружаются в справочник "Данные" с идентификатором. Очень удобно при отборах. Аналогично - справочник "Метаданные", "События" и проч.

Требования, ограничения

1. Работает ТОЛЬКО с конфигурациями на БСП.
2. Работает ТОЛЬКО с информационными базами, которые используют НОВЫЙ формат хранения Журнала регистрации (SQL lite).

Планы

Единый центр рассылки заданий, центр управления пользователями и профилями, центр тиражирования расширений и т.п. То есть сервис, предоставляющий удобные функции для управления некоторым множеством информационных баз. Поддержка разных СУБД для хранения Журнала регистрации (Elastic Search, Click House и т.п.) К сожалению, всё упирается в свободное время.

Состав архива

1. R2D2 1.1.cf - конфигурация R2-D2
2. пп_КлиентR2D2.cfe - расширение конфигурации для клиентских баз (контролируемых баз)
3. ОтправкаСостоянияОбменовВR2D2.epf - внешняя обработка для регламентного выполнения отправки сведений о статусах обменов БСП в R2-D2
4. ОтправкаЖурналаРегистрацииВR2D2.epf - внешняя обработка для регламентного выполнения отправки журнала регистрации в R2-D2 и очистки Журнала регистрации.

Задача: требуется настроить обмен данными через файл из 1С: Управление торговлей 11 (далее УТ) в 1С: Бухгалтерия 3.0 (далее Бухгалтерия).

платформа 1С: Предприятие 8.3 (8.3.13.1690),
конфигурация Управление торговлей, редакция 11 (11.4.7.150),
конфигурация Бухгалтерия предприятия (базовая), редакция 3.0 (3.0.72.72)
режим Файловый (без сжатия).

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

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

ШАГ 1. Настройка в УТ

Переходим в раздел «НСИ и администрирование» и выбираем пункт «Синхронизация данных». Обязательно должен быть указан префикс информационной базы. В нашем случае это «ЦБ».

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

Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».

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

Далее укажем каталог и настроим архивацию файлов.

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

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

В результате у нас появится два файла в указанной папке: файл с данными (Message_ЦБ_БП.zip) и файл с настройками обмена (Синхронизация данных через универсальный формат.xml). Обратите внимание: если в УТ попробовать перейти к этапу «Настроить правила отправки и получения данных», то будет ошибка.

ШАГ 2. Настройка в Бухгалтерии

Перед настройкой синхронизации в Бухгалтерии нам понадобятся два файла, созданных на предыдущем шаге. Разместим файлы Message_ЦБ_БП.zip и Синхронизация данных через универсальный формат.xml в любую папку на компьютере с базой Бухгалтерии. Внимание: если Бухгалтерия находится на одном компьютере с УТ, то ничего переносить не нужно. Будем использовать ту же папку, что и для УТ.

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

Устанавливаем флаг «Синхронизация данных» и переходим по ссылке «Настройки синхронизации данных». Нажимаем кнопку «Новая синхронизация данных». В открывшемся окне выбираем конфигурацию, с которой будет настроен обмен. В нашем случае это «1С: Управление торговлей, редакция 11».

Откроется окно настройки синхронизации. Выберем пункт «Настроить параметры подключения».

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

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

Далее проверяем настройки префиксов и на этом настройка параметров подключения в Бухгалтерии завершена.

Далее переходим к следующему этапу «Настройка правил отправки и получения данных».

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

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

Нажимаем «Записать и закрыть». Далее переходим к следующему этапу «Выполнить начальную выгрузку данных».

После выполнения операции будет создан в каталоге обмена файл с данными Message_БП_ЦБ.zip. На этом этап настройка обмена в Бухгалтерии закончена.

ШАГ 3. Окончание настройки в УТ

Вернемся в УТ. Если использовался другой каталог, то в папку обмена УТ перенесем файл, созданный на прошлом шаге Message_БП_ЦБ.zip.

Продолжим настройку синхронизации в УТ с этапа «Настроить правила отправки и получения данных».

В настройках обратим внимание на два поля.

1.Отправлять только используемую в документах нормативно-справочную информацию.

2.Отправлять все, начиная с даты. Это поле полезно, так как бывает, что нужно начать синхронизацию с определенного времени. Например, учет в УТ уже был настроен ранее, а в
Бухгалтерии только начинаем вести учет. Тогда нет необходимости переносить все документы из УТ в Бухгалтерию. Или второй случай: нужно поменять настройки обмена, но чтобы они действовали только для документов с определенной даты.

Все остальные поля заполняем в зависимости от учета.

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

Нажимаем «Записать и закрыть». Переходим к следующему этапу «Выполнить сопоставление и загрузку данных».

В нашем случае программа ничего загружать не будет и перейдет к следующему этапу.

На последнем этапе «Выполнить начальную выгрузку данных» программа выгрузит данные из УТ в файл Message_ЦБ_БП.zip.

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

Где в 1С находится журнал регистрации ошибок?

Отследить, какие ошибки появлялись у пользователей в процессе работы, можно несколькими способами. Чаще всего используют меню «Администрирование», зайти в пункт «Обслуживание» и нажать «Журнал регистрации»:

Также в журнал регистрации попадете, воспользовавшись общим меню под названием «Все функции»:

Кроме этого, запустить журнал можно и из конфигуратора. Для этого откройте вкладку меню «Администрирование» и выберите пункт «Журнал регистрации»:

Проще всего и быстрее при частом использовании журнала добавить его в «Избранное».

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

Как открыть журнал регистрации?

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

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

Тип события;
Пользователя, под которым произошло действие или ошибка;
Приложение;
Компьютеры;
Перечень сеансов.

В разделе «Данные» можно установить отборы на конкретные объекты системы от всего списка документов, до поиска по единственному элементу справочника. Раздел «Транзакция» позволит отследить только записанные операции или еще не завершенные. Раздел «Прочие» предоставляет возможность поиска по различным серверам или IP портам.

Как отключить журнал регистрации?

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

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

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

Как выгрузить журнал регистрации?

Так как данный механизм требует больших ресурсов, многие администраторы предпочитают работать с историей не через 1С, а в другом формате. Это позволяет не нагружать сервер, и клиентский компьютер при этом также работает существенно быстрее. Чтобы осуществить выгрузку журнала регистрации, необходимо сформировать отчет с нужными данными в 1С. Затем нажмите «Выгрузить журнал».

Также в 1С встроена функция «ВыгрузитьЖурналРегистрации()», которой можно воспользоваться во внешних обработках, чтобы выгружать себе определенные данные. Анализировать выгруженные данные может помочь типовая обработка «Консоль анализа журнала регистрации». Она распространяется на диске ИТС, который вы получаете, когда заключаете договор с партнерами компании 1С. Если же нет доступа к этим дискам, то на помощь может прийти интернет и официальный сайт ИТС.

Как восстановить журнал регистрации?

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

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

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

Как сократить журнал регистрации?

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

Необходимо открыть форму «Настройка журнала регистрации…» из меню «Администрирование»:

Рис.10 Как уменьшить размер истории ошибок и действий

В сокращении журнала регистрации нам помогут 2 функции:

Кнопкой «Сократить» удаляем все данные до определенной даты;
Возможность выбора периодов разделения журнала. При установке данной опции в значение «День», каждый день будет создаваться новый файл журнала регистрации. Мы сможем устаревшие данные перемещать на отдельный ресурс. Также не лишним будет применить архивирование журнала в zip или rar для минимизации занимаемого места.

Как очистить журнал регистрации?

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

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

Можно ли программно добавить запись в журнал?

Многие администраторы и разработчики активно используют журнал регистрации не только для отслеживания ошибок и действий пользователя. Встроенный функционал внутреннего языка 1С позволяет им программно записывать свои события в журнал регистрации. Для этого используется функция «ЗаписьЖурналаРегистрации()» с набором параметров.

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

Как вернуть старый формат журнала регистрации?

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

Чтобы снова увидеть файл формата lgf, нужно для каждой базы 1С проделать следующий алгоритм:

Найдите папку 1Cv8Log для конкретной базы;
Удалите из каталога все файлы. Желательно сохранить их в другом месте;
Создайте в папке 1Cv8Log пустой файл формата 1Cv8.lgf.

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

Можно ли перенести журнал регистрации в отдельную базу?

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

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

Второй случай сложнее, так как потребуется исправлять идентификатор ИБ. Для этого откройте файл 1Cv8Reg, расположенный на сервере, и найдите в нем строчку с указание ID – источника ИБ. Зайдите в каталог этой ИБ и перенесите оттуда в новую директорию папку 1Cv8Log. Также следует внести изменения в адреса сервера, если базу перенесли.

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

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

Интеграция 1С с любыми системами: другими программами 1С, сайтом, банками, CRM, сторонними программами.

Перенос любых данных 1С. Готовые механизмы переносов. Один звонок и мы решаем вопрос.

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

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

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

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

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

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

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

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

Выявление состава обмена 1С

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

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

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

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

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

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

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

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

EnterpriseData

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

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

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

Синхронизация справочников

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

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

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

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

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

Расписание обмена в 1С

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

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

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

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

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

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

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

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

Рис.6 Создать необходимый каталог можно прямо из конфигуратора

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

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

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

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

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

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

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

Обмен данными с 1С

Гарантируем обмен без ошибок между любыми системами 1С. Условия гарантии прописываем в договоре!

Перенос данных 1С

Переходите на новую программу 1С? Проведем бесплатный анализ и перенесем только необходимые данные

Настройка на стороне «Розница»

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

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

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

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

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

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

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

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

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

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

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

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

Читайте также: