Стандарт обмена с 1с

Обновлено: 07.07.2024

Структура файлов обмена данными (Российская Федерация), версия 1.02

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

Комментарии к описанному формату обмена

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

Использование реквизитов для поля "Плательщик":

Реквизиты "Плательщик" и "Получатель" формируются следующим образом:

Реквизит	Значение реквизита
Реквизит	Для прямых расчетов	Для непрямых расчетов
<Плательщик>	ИНН <ПлательщикИНН>

<Получатель> ИНН <ПолучательИНН>

Таким образом, модуль обмена данными системы "1С:Предприятие" передает и получает информацию о плательщике и получателе двумя способами, что дает определенную свободу при проектировании ответного модуля подсистемы "Клиент банка".

При выгрузке данных из системы "1С:Предприятие" заполняются все реквизиты: передается и реквизит <Плательщик>, и реквизиты <ПлательщикИНН>, <Плательщик1>, . <Плательщик 4>, т. е. информация дублируется.

"Клиент банка" может брать данные как из поля <Плательщик>, так и из полей <ПлательщикИНН>, <Плательщик1>, . <Плательщик 4> (откуда это удобнее).

При загрузке данных из "Клиента банка" реквизит <Плательщик> используется, если не переданы реквизиты <ПлательщикИНН>, <Плательщик1>, . <Плательщик 4>. "Клиент банка" может заполнять те реквизиты, которые ему удобнее. Предпочтительнее заполнять отдельные реквизиты <ПлательщикИНН>, <Плательщик1>, . <Плательщик 4>.

Все сказанное справедливо и для получателя платежа.

"Назначение платежа" передается и принимается двумя способами:

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

Стандарт обмена данными "1С:Предприятие - Клиент банка"

Система "1С:Предприятие" позволяет подготавливать и учитывать различные платежные документы (согласно Положению ЦБР от 19 июня 2012 г. N 383-П "О правилах осуществления перевода денежных средств"). Для проведения платежей эти документы предоставляются в банк, а из банка получают выписки проведения платежей и зачисления на расчетный счет организации.

Для передачи платежных документов в банк могут использоваться системы класса "Банк – Клиент". Эти системы обеспечивают ввод информации (платежных документов) в модуль, установленный на рабочем месте бухгалтера (модуль "Клиент банка") и передачу этой информации в банк по телекоммуникационным каналам. Системы "Банк – Клиент" обладают развитыми средствами криптозащиты и имеют механизм электронной подписи. Недостатком таких систем является необходимость повторного ввода платежных документов в модуль "Клиент банка". Это приводит к лишним трудозатратам и может привести к ошибкам. Поэтому становится актуальным использование существующих технологий передачи данных для непосредственной передачи информации прямо из бухгалтерской программы. Фирма "1С" предлагает стандарт обмена данными платежных документов между системами "1С:Предприятие" и модулем "Клиент банка".

Цели и назначение:

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

Стандарт обмена данными между системой "1С:Предприятие" и модулем "Клиент банка" предназначен для разработчиков программного обеспечения систем класса "Банк - Клиент" и разработчиков конфигураций системы программ "1С:Предприятие".

Использование стандарта делает возможным реализовать следующую примерную схему дистанционного финансово-платежного обслуживания:

Термины и определения

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

Модуль "Клиент банка" (далее "Клиент банка") - программа, установленная на рабочем месте пользователя. Обеспечивает формирование, контроль, шифрование/дешифрование данных, электронную подпись, обмен данными с "Банком" через систему телекоммуникаций.

Передача данных - передача данных от "1С:Предприятие" в "Клиент банка".

Прием данных - передача данных от "Клиент банка" в "1С:Предприятие".

Перечень видов документов при обмене

платежное поручение;
заявление на аккредитив;
платежное требование;
инкассовое поручение;
прочие документы движения по расчетному счету (документы выписки).

Модуль обмена данными системы "1С:Предприятие" позволяет запоминать выбор значений основных реквизитов выгрузки (перечни видов документов и расчетных счетов и другие реквизиты), которые используются в следующем сеансе передачи данных.

Подготовка платежных документов

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

Передача данных из системы "1С:Предприятие" в модуль "Клиент банка"

Передача данных осуществляется в два этапа.

На первом этапе пользователь подготавливает данные и с помощью модуля обмена данными "1С:Предприятие" формирует текстовый файл.

На втором этапе с помощью "Клиент банка" этот текстовый файл читается и обрабатывается. Результат обработки передается по телекоммуникационным каналам в "Банк".

При инициализации пользователем "1С:Предприятие" модуля выгрузки данных в диалоге указываются:

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

Результатом выгрузки данных является текстовый файл. В нем хранится следующая информация:

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

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

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

Таким образом, происходит синхронизация данных в "Клиент банке" по данным "1С:Предприятия".

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

Прием данных в систему "1С:Предприятие" из модуля "Клиент банка"

Прием данных также осуществляется в два этапа.

На первом этапе пользователем инициируется прием данных из "Банка" и формирование текстового файла.

На втором этапе с помощью модуля обмена данными "1С:Предприятие" этот текстовый файл читается и обрабатывается.

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

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

В результате выгрузки данных создается текстовый файл. В нем хранится следующая информация:

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

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

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

Таким образом, происходит синхронизация данных в "1С:Предприятии" по данным "Клиент банка".

Соглашения об обмене информацией

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

при передаче - 1c_to_kl.txt;
при приеме - kl_to_1c.txt.

Формат файла - текстовый.

Кодировка ( DOS, Windows, UTF ) настраивается в процедурах выгрузки.

Порядок следования строк/секций файла:

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

Строка (как строка секции, так и служебная строка) состоит из двух полей (частей):

Первое поле - ИдентификаторРеквизита - описывает, какой реквизит записан в данной строке.
Второе поле - ЗначениеРеквизита содержит его значение.
Поля разделяются знаком " 1С:Предприятия" в "Клиент банка" это обязательное правило.

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

Постановка задачи обмена данными

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

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

Трудности

Документы в конфигурации имеют различный набор и состав реквизитов
Некоторые реквизиты документов составного типа (справочники).
Если уже переданный документ был изменен документ в конфигурации Источник, его необходимо повторно передать в конфигурацию Приемник
Возможно дублирование элементов в том случае, если справочники заполнялись в двух базах одновременно. Как вариант, при наличие дублей в справочнике (элементов справочника с одинаковым набором реквизитов), в документ попадет “ненужный” элемент - например, давно не используемый и помеченный на удаление.

Методы решения

Этап 1. Соответствие объектов

Для составления правил отображения реквизитов документа конфигурации Источника в реквизиты документов конфигурации Приемника создаются правила обмена. Правила обмена специальный файл в формате XML описывающий соответствия и правила преобразования объектов Источника в объекты Приемника. Автоматизируется создание правил обмена с помощью конфигурации “Конвертация данных”. Из конфигураций Приемника и Источника с помощью специальной обработки выгружаются XML файлы, описывающие структуру метаданных соответствующих конфигураций и загружаются в “Конвертацию данных”.

При описании правил обмена необходимо указать реквизиты (так называемые ключевые реквизиты) по которым система будет искать в Приемнике объекты соответствующие объектам Источника.

В современных схемах обмена, сопоставление по реквизитам используется только при начальной настройке обмена. В процессе работы ключевые реквизиты справочников могут меняться, а терять связь объекты между собой не должны. Для этого в конфигурации Приемника заполняется регистр “Соответствие объектов обмена”. В регистре указаны: уникальный идентификатор объекта (GUID) конфигурации Источника и глобальный уникальный идентификатор объекта, соответствующего ему в Приемнике.

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

Этап 3. Транспорт

Топологии обменов данными очень причудливы. Возможен как прямой доступ к базе-Приемнику из Источника, так и опосредованный. В первом случае возможно использовать ADO-соединение - прямое подключение из Источника к Приемнику. Вариант очень удобный с пользовательской точки зрения: один раз настроив параметры обмена и авторизацию пользователя в Приемнике, одним нажатием кнопки (или по расписанию) провести обмен.

Когда прямой доступ к Приемнику невозможен, данные выгружаются в промежуточный файл XML, передаются на сторону приемника и загружается. Также, возможно, использование общего ftp-ресурса.

Перед тем как настроить обмен

Дубли и объекты, помеченные на удаление

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

Ввод справочников и регистров сведений

Источник ввода справочников и регистров сведений должен быть один. Тогда вы избавитесь от необходимости постоянно исправлять неверно синхронизированные элементы, из-за которых в оборотно-сальдовой ведомости не “схлопываются”, казалось бы идентичные движения.

Гарантируем стабильный обмен без ошибок между программами 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С с сайтом, а также любых других вендоров.

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