Перейти к содержимому

Как изменить версию формата обмена в 1с

  • автор:

Расширение формата обмена EnterpriseData

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

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

Для чего нужны расширения пакетов XDTO, и где их можно применить?

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

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

Имеем типовую конфигурацию ERP (КА, УТ) версии 11.5.12, которая выгружает данные в аналогичную типовую конфигурацию. Нам нужно добавить дополнительные данные в синхронизацию, но при реализации задачи нам так же нужно сохранить правила поддержки, т.е. не снимать конфигурацию с поддержки. Справочник при выгрузке описан следующим составом полей:

Состав синхронизируемых полей справочника Номенклатура (рис. 01)

Далее нашей задачей будет добавить в состав синхронизируемых полей два свойства: МойКодКлассификации и ЕдиницаИзмеренияОтчетов, при этом, реквизит МойКодКлассификации необходимо добавить в ключевые поля.

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

Исходя из этого, рассмотрим альтернативный вариант решения задачи, который описан в данной статье.

Сначала добавим расширение конфигурации, и в расширении конфигурации добавим новые реквизит МойКодКлассификации справочника Номенклатура.

Расширение конфигурации (рис. 02)

Далее добавим пакет-XDTO, который будет расширять состав свойств объектов XDTO Справочник.Номенклатура и КлючевыеСвойстваСправочникНоменатура. В этой операции важно соблюсти последовательность и забрать в расширение конфигурации все объекты XDTO, которые мы планируем модифицировать.


Расширение формата (рис. 03)

Необходимо обратить внимание на директиву импорта, т.к. это ключевой момент. Обязательно нужно указать, что наш пакет-XDTO унаследован от типового. Это необходимо для того, чтобы сослаться на базовые объекты формата и, в дальнейшем, оперировать их свойствами. Поскольку пакет EnterpriseData_1_11_5 базируется на ExchangeMessage, так же необходимо забрать и его в расширение, иначе анализатор платформы выдаст ошибку проверки пакета. При этом XDTO-пакет EnterpriseData_1_11_5 нужно забрать со следующими объектами:

  • Справочник.Номенклатура, потому что в этот объект мы добавляем свойство ЕдиницаИзмеренияОтчетов;
  • КлючевыеСвойстваЕдиницаИзмерения, потому что в добавляемом свойстве ЕдиницаИзмеренияОтчетовуказываем базовый тип КлючевыеСвойстваЕдиницаИзмерения;
  • КлючевыеСвойстваНоменклатура, потому что в этот объект мы добавляем свойство МойКодКлассификации.

Новые свойства формата EnterpriseData (рис. 04.1 и 04.2)

После того, как свойства добавлены, нужно прописать наш XDTO-пакет в системе. Для этого нужно перейти в общий модуль ОбменДаннымиПереопределяемый и поправить процедуру ПриПолученииДоступныхРасширенийФормата. Чтобы не снимать с поддержки модуль процедуру необходимо добавить в расширение.

Инициализация расширенного XDTO-пакета (рис. 05)

После всех подготовительных работ нужно перейти непосредственно к моменту описания выгрузки самих свойств. Для этого необходимо использовать менеджер конвертации, а именно общий модуль МенеджерОбменаЧерезУниверсальныйФормат. Далее нужно поправить метод инициализации ПКО ДобавитьПКО_Справочник_Номенклатура_Отправка как показано на рисунке ниже. Основная задача — описать выгрузку новых свойств, при этом необходимо указать, в каком пространстве имен они будут выгружены.

Добавление в правила расширенных свойств XDTO-пакета (рис. 06)

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

Параметр ПространствоИмен (рис. 07)

Следует обратить внимание: в инициализации выгрузки свойств указано, что значение расширенных свойств будут получены алгоритмом (четвертый параметр равен 1, см. рис. 06). Поэтому после того, как мы поправили ПКО выгрузки номенклатуры, необходимо дописать в событие ПриОтправкеДанных получение значений дополнительных свойств.

Получение значений расширяемых свойств (рис. 08)

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

Сформированный xml с расширяемыми свойства (рис. 09)

При работе с расширениями рекомендуется делать одно расширение и для источника, и приемника, т.к. для системы важно обладать идентичным составом свойств, у которых обязательно должно совпадать пространство имен (URI). Порядок добавленных свойств тоже должен быть одинаков в двух информационных базах, иначе будет ошибка чтения файла. Обновление таких расширений можно делать через сравнение/объединение, или автоматизировать процесс установки/обновления расширений в нескольких ИБ при помощи пакетного режима работы 1С: Предприятия. Далее приступаем к загрузке. Начинаем с добавления нашего расширение в приемник. Поскольку в расширении уже есть изменения, которые инициализируют XDTO-пакет в общем модуле ОбменДаннымиПереопределяемый, мы начнем работу с правки ПКО загрузки справочника Номенклатура. Для этого переходим в метод ДобавитьПКО_Справочник_Номенклатура_Получение менеджера конвертации и добавим описание новых свойств.

Правила загрузки номенклатуры (рис.10)

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

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

Результат загрузки номенклатуры (рис. 10.1)

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

Для решения задачи нам нужно добавить поле СрокГодности в табличную часть Товары, вывести новое поле в форму.

Добавление нового поля (рис. 011.1 и 011.2)

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

Расширение формата табличного поля (рис. 012)

Далее необходимо поправить инициализацию ПКО. Для этого нужно внести изменения в метод ДобавитьПКО_Документ_ПоступлениеТоваровУслуг_Отправка.

Изменения ПКО выгрузки табличной части (рис. 013)

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

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

Изменения алгоритма выборки данных (рис. 014)

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

Изменения ПКО загрузки (рис. 015)

Далее переходим к редактированию правил загрузки, но предварительно необходимо обновить расширение в приемнике.

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

Инициализация загрузки нового свойство табличной части (рис. 016)

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

Изменения алгоритма загрузки (рис. 017)

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

Результат загрузки (рис. 018)

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

Как поменять формат обмена в 1с 8

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

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

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

Процесс синхронизации данных можно условно разделить на следующие этапы:

1. Включение функциональной возможности.

2. Настройка правил подключения.

3. Настройка правил отправки и получения данных в прикладных решениях.

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

Будем рассматривать настройку типового обмена между конфигурациями 1С:Управление торговлей, редакция 11 (УТ) и 1С:Бухгалтерия предприятия, редакция 3.0 (БП).

1 шаг. Включение функциональной возможности.

В программе «УТ» переходим в раздел «НСИ и администрирование» — «Настройка интеграции» — «Синхронизация данных».

image002.jpg

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

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

image004.jpg

2 шаг. Настройка правил подключения.

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

Переходим к настройкам параметров подключения.

image006.jpg

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

image008.jpg

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

image010.jpg

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

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

image014.jpg

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

image016.jpg

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

3 шаг. Настройка правил отправки и получения данных в прикладных решениях.

image018.jpg

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

image020.jpg

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

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

image022.jpg

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

image024.jpg

По окончанию выгрузки нажимаем «Готово» и переходим в другую программу.

image026.jpg

Запускаем сопоставление данных.

image028.jpg

Эта процедура позволит избежать дублирования элементов.

image030.jpg

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

image032.jpg

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

image034.jpg

image036.jpg

По завершению выгрузки возвращаемся в программу «УТ» и нажимаем «Синхронизировать» для загрузки сопоставленных данных из «БП».

image038.jpg

image040.jpg

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

Консультацию для Вас составила специалист нашей Линии консультаций.

*Для оказания консультации необходимо сообщить ИНН вашей организации, регистрационный номер вашей программы ( для программ 1С:Предприятие версии ПРОФ необходим активный договор 1С:ИТС ПРОФ)

Анна Викулина

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

Интеграция 1С

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Работа

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

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

Документы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подсистема «Обмен данными» библиотеки стандартных подсистем содержит 4 варианта ( технологии) обмена информацией между различными информационными базами:

  • распределенные информационные базы (РИБ);
  • обмен данными через универсальный формат;
  • обмен данными по правилам обмена (правила обмена создаются при помощи конфигурации «Конвертация данных», редакция 2.1);
  • обмен данными без правил обмена.

Рис. 1 Последние релизы БСП 2.3

Описание формата EnterpriseData

Что такое формат EnterpriseData ?

Это формат, позволяющий описать объект информационной базы (контрагента, накладную и т.п.) или сообщить о факте удаления этого объекта. Ожидается, что конфигурация, получившая файл в формате EnterpriseData, отреагирует соответствующим образом – создаст у себя новые объекты и удалит те, которые в файле помечены как удаленные. Он предназначен для обмена информацией между конфигурациями УТ, РТ, УНФ, БП. Также формат может использоваться для обмена информацией с любыми другими информационными системами: он не зависит от особенностей собственного программного обеспечения или структур информационных баз, которые участвуют в обмене и не содержит в себе явных ограничений использования.

Версия формата EnterpriseData

Рис. 3 Структура XDTO-пакетаExchangeMessage

Как обмениваться данными в формате EnterpriseData?

  • через выделенный файловый каталог,
  • через каталог FTP,
  • через веб-сервис, развернутый на стороне информационной базы. Файл с данными передается как параметр веб-методов.

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

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

Более подробно об обмен данными с прикладными решениями на платформе «1С:Предприятие» в формате EnterpriseData можно посмотреть здесь

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

Рис. 4 Структура модуля менеджера обмена через универсальный формат

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

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

  1. Комментарий. Первая строка модуля содержит комментарий с наименованием конвертации. Эта строка необходима для идентификации модуля при использовании команды Загрузка обработчиков в программе «Конвертация данных», редакция 3.0., например. // Конвертация УП2.2.3 от 01.06.2017 19:51:50
  2. Процедуры конвертации. Содержит предопределенные процедуры, которые выполняются на разных этапах синхронизации данных: перед конвертацией, после конвертации, перед отложенным заполнением.
  3. Правила обработки данных (ПОД). Содержит процедуры и функции, которые описывают правила обработки данных.
  4. Правила конвертации объектов (ПКО). Содержит процедуры и функции, которые описывают правила конвертации объектов, а также правила конвертации свойств данных объектов.
  5. Правила конвертации предопределенных данных (ПКПД). Содержит процедуру, заполняющую правила конвертации предопределенных данных.
  6. Алгоритмы. Содержит произвольные алгоритмы, которые вызываются из других правил (ПОД или ПКО).
  7. Параметры. Содержит логику заполнения параметров конвертации.
  8. Общего назначения. Содержит процедуры и функции, которые широко используются в правилах и алгоритмах.

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

КомпонентыОбмена. Тип – Структура. Содержит параметры и правила обмена, инициализированные в рамках выполнения сеанса обмена.

НаправлениеОбмена. Тип – Строка. Либо «Отправка», либо «Получение».

ДанныеИБ. Тип – СправочникОбъект либо ДокументОбъект.

Процедуры, связанные с событиями конвертации

Предусмотрены три предопределенные процедуры, которые вызываются в процессе конвертации:

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

ЗаполнитьПравилаОбработкиДанных. Экспортная процедура, в которой располагается логика заполнения правил обработки данных. Содержит вызовы других процедур, которые добавляют в таблицу правил правило обработки конкретного объекта (см. ниже процедуры ДобавитьПОД). Параметры: НаправлениеОбмена, ПравилаОбработкиДанных (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ДобавитьПОД_. Набор процедур, которые наполняют таблицу ПОД правилами для конкретных объектов. Количество таких процедур соответствует количеству ПОД, предусмотренных для данной конвертации в программе «Конвертация данных», редакция 3.0. Параметры: ПравилаОбработкиДанных (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ПОД__ПриОбработке. Процедура содержит текст обработчика ПриОбработке для конкретного ПОД. Обработчик предназначен для реализации логики конвертации на уровне объектов. Например, назначить конкретному объекту определенное ПКО в зависимости от содержимого объекта. Параметры:

  • ДанныеИБлибо ДанныеXDTO (в зависимости от направления обмена):
  • при отправке – объект (СправочникОбъект,ДокументОбъект);
  • при получении – структуру с описанием объекта XDTO.
  • ИспользованиеПКО. Тип –Структура. Ключ содержит строку с именем ПКО, а значение типа Булево (Истина – ПКО используется, Ложь – ПКО не используется).
  • КомпонентыОбмена.

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

ЗаполнитьПравилаКонвертацииОбъектов. Экспортная процедура, в которой располагается логика заполнения правил конвертации объектов. Содержит вызовы других процедур, которые добавляют в таблицу правил правило конвертации конкретного объекта (см. ниже процедуры ДобавитьПКО). Параметры: НаправлениеОбмена, ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ДобавитьПКО_. Набор процедур, которые наполняют таблицу ПКО правилами для конкретных объектов. Количество таких процедур соответствует количеству ПКО, предусмотренных для данной конвертации в программе «Конвертация данных», редакция 3.0. Параметры: ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

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

  • ДанныеИБ. Тип –СправочникОбъект, ДокументОбъект. Обрабатываемый объект информационной базы.
  • ДанныеXDTO. Тип –Структура. Предназначен для доступа к данным объекта XDTO.
  • КомпонентыОбмена.
  • СтекВыгрузки. Тип –Массив. Содержит ссылки на выгружаемые объекты с учетом вложенности.

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

  • ДанныеXDTO. Тип –Структура. Свойства объекта XDTO, прошедшие предварительную обработку для упрощения доступа к ним.
  • ПолученныеДанные. Тип –СправочникОбъект, ДокументОбъект. Объект информационной базы, сформированный путем конвертации данных XDTO. Не записан в информационную базу.
  • КомпонентыОбмена.

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

  • ПолученныеДанные. Тип –СправочникОбъект, ДокументОбъект. Элемент данных, сформированный путем конвертации данных XDTO.

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

В противном случае ПолученныеДанные замещают собой ДанныеИБ (все свойства из ПолученныеДанные переносятся в ДанныеИБ).

Если стандартное замещение данных ИБ полученными данными не требуется, следует прописать свою логику переноса, после чего установить параметру ПолученныеДанные значение Неопределено:

  • ДанныеИБ. Тип –СправочникОбъект, ДокументОбъект. Элемент данных информационной базы, соответствующий полученным данным. Если соответствующие данные не найдены, содержит Неопределено.
  • КонвертацияСвойств. Тип –Таблица значений. Содержит правила конвертации свойств текущего объекта, инициализированные в рамках выполнения сеанса обмена.
  • КомпонентыОбмена.

ЗаполнитьПравилаКонвертацииПредопределенныхДанных. Экспортная процедура, в которой располагается логика заполнения правил конвертации предопределенных данных. Параметры: НаправлениеОбмена, ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

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

ЗаполнитьПараметрыКонвертации. Экспортная процедура, в которой происходит заполнение структуры с параметрами конвертации. Параметры: ПараметрыКонвертации (тип – Структура).

Процедуры и функции общего назначения

ВыполнитьПроцедуруМодуляМенеджера. Параметры: ИмяПроцедуры (строка), Параметры (структура). Экспортная процедура, которая предназначена для вызова неэкспортной процедуры модуля, имя и параметры которой получены на вход. Позволяет выполнить вызов процедуры или функции по строке без использования метода Выполнить.

ВыполнитьФункциюМодуляМенеджера. Параметры: ИмяПроцедуры (строка), Параметры (структура). Функция, назначение аналогично ВыполнитьПроцедуруМодуляМенеджера. Отличие в том, что она вызывает функцию и возвращает ее значение.

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

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

В пользовательском режиме создаются элементы плана обмена, которые называются узлами обмена:

План обмена

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

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

Состав плана обмена

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

Для настройки состава плана обмена на закладке Основные нужно нажать на кнопку Состав:

Состав плана обмена

Будет открыто окно, в котором можно флажками отметить те объекты, которыми можно будет обмениваться с помощью данного плана обмена:

Состав плана обмена

В состав плана обмена можно включить следующие объекты:

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

Также у данных видов объектов метаданных есть закладка Обмен данными, где можно отметить те планы обмена, в состав которых будет входить данный объект метаданных:

Обмен данными

При сохранении конфигурации базы данных для каждого из отмеченных объектов будет создана таблица с тремя колонками:

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

Отображать таблицы изменений

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

Служба регистрации изменений

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

Алгоритм работы данной службы:

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

Авторегистрация

Рассмотрим данный алгоритм на примере.

В базе-источнике есть 3 узла плана обмена, один из которых является текущей базой (Основная база):

Узлы плана обмена

В состав плана обмена включен только один справочник Номенклатура и для него разрешена автоматическая регистрация:

автоматическая регистрация

На данный момент таблица регистрации изменений пустая:

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

Создадим еще одну номенклатуру Шкаф:

В таблицу было добавлено 2 строки для шкафа.

Создадим еще одну номенклатуру Стол:

После этого была выполнена выгрузка сразу в оба узла:

Затем у стула был изменен артикул и он был перезаписан:

Из данного примера можно сделать следующие выводы:

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

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

Основной отбор регистра сведений

У регистра сведений в свойствах измерения есть флаг Основной отбор:

Основной отбор

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

Основной отбор по периоду

По умолчанию данные флаги установлены.

С помощью них определяется минимальная гранула для регистрации на узлах плана обмена.

Если оставить как есть, то при изменении одной записи регистра сведений будет регистрироваться только она.

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

Лучше всего объяснить на примере. Пусть есть регистр сведений со следующей структурой:

регистр сведений

И в нем содержатся следующие данные:

регистр сведений

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

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

Тогда при выгрузке в файл, из регистра будут отобраны все записи, где Номенклатура = Шкаф и Период = 05.10.21, то есть сразу 2 записи: с оптовой и розничной ценой.

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

Удаление объекта

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

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

ЭтотУзел

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

Чтобы получить текущий узел можно воспользоваться методом ЭтотУзел. Данный метод вернет ссылку на узел плана обмена:

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

  • Как удалить букву в ворде
  • Chipset driver что это
  • Как посчитать прирост в процентах в excel формула
  • Как удалить гугл планета земля
  • Как показать поля в ворде 2016

Смена форматов исходящих электронных документов

Сервис 1С-ЭДО имеет возможность формирования электронных документов во всех действующих форматах разработанных ФНС. Форматы электронных документов описаны приказами:

  • ПРИКАЗ от 19 декабря 2018 г. N ММВ-7-15/820@
  • ПРИКАЗ от 13 апреля 2016 г. N ММВ-7-15/189@
  • ПРИКАЗ от 30 ноября 2015 г. N ММВ-7-10/552@
  • ПРИКАЗ от 30 ноября 2015 г. N ММВ-7-10/551@
  • ПРИКАЗ от 27 августа 2019 г. N ММВ-7-15/423@

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

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

В версиях программных продуктов, использующих Библиотеку Электронных документов 1.6, это можно сделать, перейдя в раздел Справочники Контрагенты.

В открывшемся списке необходимо выбрать контрагента, с которым требуется установить определенные форматы документов, нажать ЭДО – Настройки отправки документов.

Рис. 1.jpg

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

Рис. 2.jpg

1. ПРИКАЗ от 19 декабря 2018 г. N ММВ-7-15/820@

Счет-фактура (новый формат) / Счет-фактура + Документ реализации товаров (услуг) (УПД) / Документ реализации товаров (услуг);

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

УПД статус 1

Если пользователю требуется отправлять универсальный передаточный документ, содержащий Счет-Фактуру и документ реализации товаров (услуг) в одном документе, то, в настройках отправки документов с контрагентом, нужно установить галочку «Счёт-фактура и первичный документ в одном документе«, после чего нажать «Записать и закрыть«.

Рис. 4.jpg

С момента установки галочки «Счёт-фактура и первичный документ в одном документе» все последующие документы по данной настройке будут формироваться как УПД статус 1 по приказу ФНС № MMB-7-15/820@ от «19» декабря 2018 г.

В Бухгалтерии предприятия версии 3.0.92.51 и выше формирование УПД статус 1 регулируется соответствующим переключателем в реализации товаров и услуг.

Рис 17.png

УПД статус 2

Если пользователю требуется отправлять документ реализации товаров (услуг) в формате УПД, но раздельно со Счетом-Фактурой, то предстоит выполнить следующие действия:

1. Проверить, что в настройках отправки документов с контрагентом не стоит галочка «Счёт-фактура и первичный документ в одном документе«.

2. Открыть Регламент ЭДО напротив документа учёта «Реализация товаров» либо «Реализация услуг» в зависимости от вида реализуемой номенклатуры (товар/услуга).

Рис. 5.jpg

3. В открывшемся окне настройки обмена с контрагентом, в разделе «Формат электронного документа» выбрать УПД 2019 (ММВ-7-15/820@) и нажать «Готово«.

Рис. 6.jpg

4. Убедиться, что в настройках отправки документов, напротив документа появился выбранный формат «УПД 2019 (ММВ-7-15/820@)«, после чего нажать «Записать и закрыть«.

С момента изменения формата электронного документа на УПД 2019 (ММВ-7-15/820@) все последующие документы Реализации товаров (услуг) по данной настройке будут формироваться как УПД статус 2, а документы Счет фактура выданный как УПД статус 3.

2. ПРИКАЗ от 13 апреля 2016 г. N ММВ-7-15/189@

Данный формат позволяет создавать корректировочные электронные Счета-фактуры, документы реализации товаров (услуг), а также корректировочный универсальный документ, который содержит данные по Счету — фактуре и документу реализации товаров (услуг) в одном документе.

Универсальный корректировочный документ. Выбор формата корректировочного документа.

Выбор статуса формируемого электронного документа в формате УКД определяется наличием проставленной галочки «Счет-фактура и корректировка в одном документе». Если галочка стоит, универсальный корректировочный документ формируется в статусе 1 – корректировочный Счет-фактура и корректировка реализации в одном документе. Если галочка не стоит, корректировочный Счет-Фактура и корректировка реализации формируются раздельно, используя один формат, описанный в приказе ММВ-7-15/189@.

Рис. 7.jpg

3. ПРИКАЗ от 30 ноября 2015 г. N ММВ-7-10/552@.

Формат предназначен для формирования электронного документа о передаче результатов работ (оказания услуг).

Если пользователю требуется отправлять документ о передаче результатов работ (оказания услуг) по приказу N ММВ-7-10/552@ от «30» ноября 2015 г., то предстоит выполнить следующие действия:

1. Проверить, что в настройках отправки документов с контрагентом не стоит галочка «Счёт-фактура и первичный документ в одном пакете«.

2. Открыть Регламент ЭДО напротив документа учёта «Реализация услуг«.

Рис. 8.jpg

3. В открывшемся окне настройки обмена с контрагентом, в разделе «Формат электронного документа«, необходимо выбрать «Передача результатов работ (ММВ-7-10/552@)«, нажать «Готово«.

Рис. 9.jpg

4. Убедиться, что в настройках отправки документов, напротив документа учёта «Реализация услуг«, появился выбранный формат «Передача результатов работ (ММВ-7-10/552@)«, после чего нажать «Записать и закрыть«.

Рис. 10.jpg

С момента изменения формата электронного документа на «Передача результатов работ (ММВ-7-10/552@)» все последующие документы Реализации услуг по данной настройке будут формироваться как Акт о приемке выполненных работ (оказанных услуг) по приказу ФНС №ММВ-7-10/552@ от «30» ноября 2015 г.

4. ПРИКАЗ от 30 ноября 2015 г. N ММВ-7-10/551@.

Формат предназначен для формирования электронного документа о передаче товаров при торговых операциях.

Если пользователю необходимо отправлять документ о Передаче товаров по приказу N ММВ-7-10/551@ от «30» ноября 2015 г., то предстоит выполнить следующие действия:

1. Проверить, что в настройках отправки документов с контрагентом не стоит галочка «Счёт-фактура и первичный документ в одном пакете«.

2. Открыть Регламент ЭДО напротив документа учёта «Реализация товаров«.

Рис. 11.jpg

3. В открывшемся окне настройки обмена с контрагентом, в разделе «Формат электронного документа» выбрать Передача товара (ММВ-7-10/551@), нажать «Готово«.

Рис. 12.jpg

4. Убедиться, что в настройках отправки документов, напротив документа учёта «Реализация товаров«, появился выбранный формат «Передача товаров (ММВ-7-10/551@)«, после чего нажать «Записать и закрыть«.

Рис. 13.jpg

С момента изменения формата электронного документа на «Передача товаров (ММВ-7-10/551@)» все последующие документы Реализации товаров по данной настройке будут формироваться как Товарная накладная по приказу ФНС №ММВ-7-10/551@ от «30» ноября 2015 г.

В версиях программных продуктов, использующих Библиотеку Электронных документов 1.1, для смены форматов необходимо перейти в раздел Сервис – Обмен электронными документами – Настройки ЭДО.

Рис. 14.jpg

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

Рис. 15.jpg

В режиме расширенных настроек произвести соответствующую смену форматов и нажать «Записать и закрыть«.

Рис. 16.jpg

Также вам может быть интересно:

Форматы обмена

Желтым цветом выделены отличия версии 1.03 от версии 1.02.

Реквизит документа,
служебный реквизит файла

Внутренний признак файла обмена

Номер версии формата обмена

Возможные значения:
DOS
Windows

Дата формирования файла

Время формирования файла

Сведения об условиях отбора передаваемых данных

Дата начала интервала

В этом интервале передаются

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

все существующие документы

Расчетный счет организации
(строк может быть несколько)

Указанный счет синхронизируется в указанном интервале

Вид документа
(строк может быть несколько)

Возможные значения:
Платежное поручение
Аккредитив
Платежное требование
Инкассовое поручение

Секция передачи остатков по расчетному счету

Признак начала секции

Дата начала интервала

В этом интервале передаются

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

все существующие документы

Расчетный счет организации

Эти значения используются

Обороты входящих платежей

для сверки с учетными данными

Обороты исходящих платежей

и для контроля полученных

Признак окончания секции

Секция платежного документа

Шапка платежного документа

Признак начала секции
содержит вид документа

Возможные значения:
Платежное поручение
Аккредитив
Платежное требование
Инкассовое поручение
— прочие документы движения по Р/С клиента банка, например, Банковский ордер

Квитанция по платежному документу

Дата формирования квитанции

Время формирования квитанции

только из Клиента в 1С

Расчетный счет плательщика

Расчетный счет плательщика в его банке, независимо от того, прямые расчеты у этого банка или нет

Дата списания средств с р/с

Указывается при списании средств с Р/С клиента банка

ИНН и наименование плательщика

Указывается значение идентификационного номера налогоплательщика (ИНН) Плательщика

В случае непрямых расчетов:

Наименование плательщика, стр. 1

Наименование плательщика, стр. 2

Расчетный счет плательщика

Наименование плательщика, стр. 3

Наименование плательщика, стр. 4

Город банка плательщика

Расчетный счет плательщика

Корсчет банка плательщика

РЦ банка плательщика

Город банка плательщика

Город РЦ банка плательщика

БИК банка плательщика

БИК РЦ банка плательщика

Корсчет банка плательщика

Корсчет РЦ банка плательщика

Расчетный счет получателя

Расчетный счет получателя в его банке, независимо от того, прямые расчеты у этого банка или нет

Дата поступления средств на р/с

Указывается при поступлении средств на Р/С клиента банка

Получатель одной строкой

Указывается значение идентификационного номера налогоплательщика (ИНН) Получателя

В случае непрямых расчетов:

Наименование получателя, стр. 2

Расчетный счет получателя

Наименование получателя, стр. 3

Наименование получателя, стр. 4

Город банка получателя

Расчетный счет получателя

Корсчет банка получателя

РЦ банка получателя

Город банка получателя

Город РЦ банка получателя

БИК банка получателя

БИК РЦ банка получателя

Корсчет банка получателя

Корсчет РЦ банка получателя

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

Назначение платежа кодовое

«1» — при переводе денежных средств, являющихся заработной платой и (или) иными доходами, в отношении которых статьей 99 Федерального закона N 229-ФЗ установлены ограничения;

«2» — при переводе денежных средств, являющихся доходами, на которые в соответствии со статьей 101 Федерального закона N 229-ФЗ не может быть обращено взыскание, за исключением доходов, указанных в пунктах 1 и 4 части 1 статьи 101 Федерального закона N 229-ФЗ;

«3» — при переводе денежных средств, являющихся видами доходов, на которые в соответствии с пунктами 1 и 4 части 1 статьи 101 Федерального закона N 229-ФЗ не может быть обращено взыскание.

«4» — перевод денежных средств, являющихся доходами, на которые в соответствии с частью 1 статьи 101 Федерального закона от 2.10.2007 № 229-ФЗ не может быть обращено взыскание и которые имеют характер единовременных выплат.

«5» — перевод денежных средств, являющихся доходами, к которым в соответствии с частью 2 статьи 101 Федерального закона от 2.10.2007№ 229-ФЗ ограничения по обращению взыскания не применяются и которые имеют характер единовременных выплат.

Вид оплаты (вид операции)

Указывается условное цифровое обозначение документа, согласно установленного ЦБР перечня условных обозначений (шифров) документов, проводимых по счетам в кредитных организациях

Уникальный идентификатор платежа

Указывается уникальный идентификатор платежа в случаях его присвоения получателем средств или 0 (ноль)

Назначение платежа одной строкой

Назначение платежа, стр. 1

Назначение платежа, разбитое на

Назначение платежа, стр. 2

Добавить комментарий

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