Создание в 1С 7.7 XML в формате EnterpriseData (универсальный формат обмена), версия 1.5. Инструкции и примеры переноса данных из устаревшей конфигурации 1С 7.7 в любую современную 1С 8.3, поддерживающую EnterpriseData, через Конвертацию данных 3

21.03.18

Интеграция - Файловый обмен (TXT, XML, DBF), FTP

Воспользоваться современным средством переноса данных "Конвертация данных 3.0.5.3" можно только выгрузив из системы - источника данных XML в формате обмена данными EnterpriseData. В этой публикации можно скачать приемы выгрузки из 1С 7.7 универсального формата обмена для Конвертации данных 3. Выполняем перенос данных из «1С:Предприятие 7.7» в «1С:Предприятие 8.3». Используем Конвертацию данных КД 3.0 из 1c 7.7 --> 1С 8.3. На первой стадии еще не опубликовано иного способа подложить файл для Конвертации данных 3 кроме как сформировать его вручную, постараемся решить данную проблему.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Создание в 1С 7.7 XML в формате EnterpriseData (универсальный формат обмена), версия 1.5. Инструкции и примеры переноса данных из устаревшей конфигурации 1С 7.7 в современную конфигурацию поддерживающую EnterpriseData через Конвертацию данных 3
.ert 140,50Kb ver:0.2
72
72 Скачать (1 SM) Купить за 1 850 руб.

Для облегчения интеграции с программными продуктами фирмы «1С» разработан формат обмена данными EnterpriseData. Формат основан на XML и является бизнес-ориентированным – описанные в нем структуры данных соответствуют бизнес-сущностям (документам и элементам справочников), представленным в программах «1С», например: акт выполненных работ, приходный кассовый ордер, контрагент, договор и т. п. Это делает формат интуитивно понятным и легким в использовании.

Формат EnterpriseData предназначен для обмена данными внутри компании (в том числе между разнородными и территориально удаленными информационными системами) и призван покрыть все сферы деятельности предприятия – финансы, производство, закупки и продажи, складские операции и т. п. 

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

Особенности отладки EnterpriseData

Для настройки обмена на принимающей стороне я использовал публикацию 1С: Конвертация данных 3. Инструкции и примеры. EnterpriseData (универсальный формат обмена) //infostart.ru/public/695523/

Данная публикация родилась в процессе перехода с устаревшей очень сильно переписаной (для торговли) комплексной 1С 7.7 на современную 1С 8.3 ЕРП. Самая большая работа по созданию обмена была проделана в 7-ке, разработаны генераторы текста XML для отправки отдельных документов. Однако еще предстоит узнать Сможем ли мы создать собственные правила конвертации? Еще предстоит разобраться как должен выглядеть модуль менеджера обмена данными правил конвертации в 7ке. Кому интересна данная тема прошу Вас, не проходить мимо, присоединяйтесь к обсуждению на форуме и давайте поможем друг другу и вместе найдем истину, как эффективно переводить такие конфигурации на современные 8.3.

По ссылке https://its.1c.ru/db/metod8dev#content:5934:hdoc доступно описание формата  EnterpriseData. Однако руководствоваться данным описанием к действию нельзя. Чтобы выполнить перенос данных 7.7 - 8.3 НУЖНО ОТКРЫТЬ ОПИСАНИЕ СХЕМЫ В КОНФИГУРАТОРЕ 1С:Предприятия 8 (принимающей системы) и выполнить формирование XML в соответствии с ним.

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

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

 
 Подробнее об ошибках связанных с несоблюдением последовательности вывода полей - под спойлером.

Нужно внимательно называть поля так, как они называются в схеме XDTO в конфигурации. В пакете XDTO дерева конфигурации можно найти все объекты, на которые указывают сообщения об ошибках, выводимые при импорте данных. Например, если назвать поле <ВидРасчета>СПоставщиком</ВидРасчета> а в схеме <xs:element name="ВидРасчетов" type="tns:ВидыРасчетовСКонтрагентами"> то получим ошибку "Не установлено значение одного из следующих свойств: ВидРасчетов".

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

 
 Еще о решении проблем связанных с правильным заполнением полей XML файла.

Иногда при выгрузка базы 1C77 в XML и последующей загрузке в современную конфигурацию 1С 8.3 может понадобиться заменить ссылку объекта внутри современной конфигурации 1С 8.3 на уже загруженный идентификатор 1С 7.7 (например, если состав ключевого поля "Ответственный (пользователь)" через формат EnterpriseData версии 1.5 передан не полностью (без части физического лица).

Например для подстановки определенного пользователя, если он не создался из-за неверной передачи через XML, поможет следующий код 1C 8.3: 

 
 О том, как изменить не существующую (битую) ссылку в 1С 8.3 на выгружаемое через формат значение.

Еще может возникнуть ошибка преобразования данных XDTO "Структура объекта не соответствует типу". Например если в выписке банка (расход) не заполнен банковский счет контрагента, можно получить сообщение с указанием номера предыдущего выгружаемого документа и текстом "не установлено значение свойства БИК".

 
  Решение по возникшей ошибки преобразования данных XDTO "Структура объекта не соответствует типу"

Иногда бывает сложно сразу понять, в каком именно месте заключается ошибка. Например вид ошибки, Структура объекта не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.5}РасшифровкаПлатежа. (никакой другой информации сообщение об ошибке не несет).

Дело в том, что внутри "РасшифровкаПлатежа" я написал "РасшифровкаПлатежаСтрока" а должно было быть "Строка". Было неправильно:

РасшифровкаПлатежа.ДобавитьЗначение(РасшифровкаПлатежаСтрока,"РасшифровкаПлатежаСтрока");

Исправил:

    РасшифровкаПлатежа.ДобавитьЗначение(РасшифровкаПлатежаСтрока,"Строка");

Теперь внимательо следим за названием каждого элемента схемы XDTO пакета.

 

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

 
 Об ошибке "Нарушен порядок следования значений свойств"

Отправка из 1C 7.7 EnterpriseData

На Инфостарт есть единственный пример генерации файла обмена EnterpriseData формата 1.2, смотрите публикацию План обмена в формате "EnterpriseData" для 1С 7.7. В нем описана отправка и получение XML заказа и реализации EnterpriseData из 1С 7.7.

Мой код выгружает приходный кассовый ордер из Комплексной конфигурации редакции 4.2 универсального формата обмена EnterpriseData версии 1.5 пригодный для загрузки в любую современную конфигурацию, нет необходимости обновлять устаревшую конфигурацию-источник. Правила выгрузки я создал в  "Конвертация данных 3.0.5.3" и перенес в данный код в виде комментариев (эти комментарии начинаются с номера 2). Попутно у меня открыт пример из описания формата EnterpriseData и собственно само описание, которое тоже присутствует в комментариях (описание формата в комментариях начинается с номера 1). 

 
 Привожу текст процедуры "Сформировать" генерирующей файл EnterpriseData для документа 1С 7.7 (ПКО)

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

 
 Образец XML-файл EnterpriseData. Пример спецификации документа 1С 1.7 Приходный кассовый ордер (ПКО)

Его загрузка приводит к появлению в 1С 8.3 вот такого документа (приводится печатная форма результата загрузки из 1С 8.3.

Данный опубликованный выше модуль 1С 7.7 EnterpriseData выгрузки документа ПКО в XML получился не лаконичным (даже сумбурным) ввиду того, что я сперва заточил его под распечатанный из статьи ИТС стандарт и впоследствии по выявлении несогласованности его с реальной схемой вынужден был в корне перекроить модуль на основании выгруженной схемы XSDschemeEntepriseData15.xsd формирования XML.

В схеме EnterpriseData присутствует несколько шаблонов импорта кассовых и банковских документов (которым в 7.7 соответствуют разные коды операций).

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

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

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

 
 Сопоставляем статьи движения денежных средств между 7.7 и 8.3

Выгрузка Расходного кассового ордера (РКО) из 1С 7.7 в EnterpriseData.

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

 
 Комбинирование для комментариев 1С 7.7 целевой схемы выгрузки данных из исходного XDTO пакета

При составлении данной структуры с помощью XML редактора WMHelp можно перемещаться по уровням вложенности схемы с помощью контекстного меню Go to Definition и главного меню View - Navigate Backward.

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

 
 Текст следующего фрагмента программы, выгружающего документ РКО в 1С 7.7 EnterpriseData

Привожу листинг сформированного XML  1С 7.7 EnterpriseData.

 
 XML файл выгрузки РКО из устаревшей системы 1С 7.7 (Комплексной конфигурации версия 4.2)

Рассмотрим еще один способ визуализации информации об объектах пакета EnterpriseData версии 1.5 - запрос в консоли запросов на языке запросов 1С 8.3 в конфигурации Конвертация данных 3.

 
 Текст запроса выводит иерархически упорядоченную таблицу полей формата EnterpriseData версии 1.5

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

 
 Результат выполнения запроса - структура полей XDTO EnterpriseData 1.5

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

 
 Формируем автоматически часть текст программы 1С 7.7 который создает XML EnterpriseData 1.5

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

Создаем модуль экспорта 1С 7.7 EnterpriseData для документа "Строка выписки банка (приход)".

Кормментарии к разработанному модулю.
Два параметра функций название которых начинается словом «Добавить» (Контрагент = "", ТекущийДокументСсылка) нужны для управления выводом вложенности полей там, где схемой заложена рекурсия (когда поля взаимно ссылаются друг на друга). Например если указать конкретного контрагента в первом параметре, его банковский счет к структуре присоединяться не будет, а обрежется. А если не передать контрагента явно указав только текущий документ - будет принято решение о том, что в данном случае описывается младший узел схемы в котором схемой требуется передать сведения об основном банковском счете контрагента.
 
Документ приемника содержит табличную часть. Информация о представлении табличной части была на ИТС, в Интернет по ссылке https://its.1c.ru/db/metod8dev#content:5851:hdoc можно видеть пример:
****************************************************************************************************
****************************************************************************************************

В нашем случае структура строк табличной части вот такая (схему строит XML-редактор, берем из него):

****************************************************************************************************

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

****************************************************************************************************
Выдержка из описания схемы XDTO строки табличной части расшифровки платежа, обратите внимание - у обязательных полей отсутствует свойство minOccurs="0":

	<xs:complexType name="РасшифровкаПлатежа.Строка">
		<xs:sequence>
			<xs:element name="Заказ" minOccurs="0">
				<xs:complexType>
					<xs:choice>
						<xs:element name="ЗаказКлиента" type="tns:КлючевыеСвойстваЗаказКлиента" minOccurs="0"/>
						<xs:element name="ЗаказПоставщику" type="tns:КлючевыеСвойстваЗаказПоставщику" minOccurs="0"/>
					</xs:choice>
				</xs:complexType>
			</xs:element>
			<xs:element name="СтатьяДДС" type="tns:КлючевыеСвойстваСтатьяДДС" minOccurs="0"/>
			<xs:element name="Сумма" type="tns:ТипСумма"/>
			<xs:element name="СуммаВзаиморасчетов" type="tns:ТипСумма" minOccurs="0"/>
			<xs:element name="СуммаНДС" type="tns:ТипСумма" minOccurs="0"/>
			<xs:element name="СтавкаНДС" type="tns:СтавкиНДС" minOccurs="0"/>
			<xs:element name="ДанныеВзаиморасчетов" type="tns:ОбщиеСвойстваДанныеВзаиморасчетов"/>
			<xs:element name="ВидРасчетовРасширенный" minOccurs="0">
				<xs:complexType>
					<xs:choice>
						<xs:element name="ВидРасчетовСПокупателямиПоставщиками" type="tns:ВидыРасчетовСПокупателямиПоставщиками" minOccurs="0"/>
						<xs:element name="ВидРасчетовПоКредитамИЗаймам" type="tns:ВидыРасчетовПоКредитамИЗаймам" minOccurs="0"/>
					</xs:choice>
				</xs:complexType>
			</xs:element>
			<xs:element name="СпособПогашенияЗадолженности" type="tns:СпособыПогашенияЗадолженности" minOccurs="0"/>
			<xs:element name="ДокументРасчетов" type="tns:СоставнойДокументРасчетов" minOccurs="0"/>
			<xs:any namespace="##any" processContents="lax" minOccurs="0" maxOccurs="unbounded"/>
		</xs:sequence>
		<xs:anyAttribute namespace="##any" processContents="lax"/>
	</xs:complexType>

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

 
1С 7.7 EnterpriseData Строка банковской выписки (приход) -> Поступление безналичных денежных средств

Написали программу, формируем файл.

 
 Сформирован файл XML выгрузки документа Строка выписки банка (приход) 1С 7.7 в ПБДС (EnterpriseData).

 Теперь в общем понятно как действовать. На следующий документ переработаю типизацию комментариев, впредь номером буду обозначать — уровень сущности внутри структуры XDTO. Попробую прикрутить парсер XML.

Разработка переноса из 1С 7.7 Строки выписки банка (расход) в EnterpriseData

Добавил использование парсера "AddIn.XMLParser" из "v7plus.dll". Особенность моего подхода в том, что можно использовать в парсере поля XML, созданные вручную в виде сложного текстового фрагмента без использования парсера и оформленные в виде блоков текста (на тот случай, когда часть элементов XML просто заимствована из современной учетной системы, в которую мы переносим данные). Если требуется добавить в XML самописный текстовый узел используем методы ADODB.Stream. С учетом заимствования ранее выгруженных узлов и применения парсера теперь подготовка тела XML занимает реально короткое время. Но подход конечно нужно продолжать унифицировать для применения на других объектах.

За пример работы с парсером для выгрузки XML большое спасибо Денису Новоселову  за его open source проект План обмена в формате "EnterpriseData" для 1С 7.7.

 
 Выгрузка строки банка (расход), 1С 7.7 EnterpriseData (используется парсер XML)

Сформирован файл, успешно загруженный в современную конфигурацию.

 
 1С 7.7 EnterpriseData документа Строки выписки банка (расход) -> Списание безналичных денежных средств

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

1C 8.3 КД3 Конвертация данных обмен 7.7 из 7.7 в ERP из 7.7 в 8.3 1C 7.7 EnterpriseData EnterpriseData

См. также

Перенос данных 1C Программист Бухгалтер Платформа 1С v8.3 Оперативный учет 7.7 1С:Торговля и склад 7.7 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Управленческий учет Платные (руб)

Переносится из типовой конфигурации «Торговля и Склад», реакции 9.2 платформы «1С:Предприятие 7.7» в типовую конфигурацию «Бухгалтерия предприятия», редакции 3.0 платформы «1С: Предприятие 8.3» следующие документы и их операции (с соблюдением всех соответствующих проводок): Поступления товаров и услуг (в т.ч. комиссия), Реализации товаров и услуг (в т.ч. комиссия), ПКО и РКО, выписки банка, счета фактуры (выданные и полученный), Возвраты от покупателей и поставщику, Заявка Покупателя, Инвентаризация и другие (всего 28 видов документов, смотрите описание, приложенное к обработке)

11988 руб.

30.06.2014    65427    105    96    

113

Перенос данных 1C Программист Платформа 1С v7.7 Платформа 1С v8.3 1С:Торговля и склад 7.7 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)

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

6000 руб.

18.05.2020    23626    64    39    

38

Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v7.7 Конфигурации 1cv7 Россия Платные (руб)

Класс 1С++ для подключения ФИАС (Федеральная информационная адресная система) к любой конфигурации 1С 7.7. Опционально доступно геокодирование адресов и хранение географических координат адресных элементов ФИАС в отдельной БД. В конфигурации, где для ведения адресов используется типовой интерфейс по работе с КЛАДР, встраивается за пару минут.

6000 руб.

15.11.2017    27510    31    71    

29

Файловый обмен (TXT, XML, DBF), FTP Учет документов Распознавание документов и образов Бухгалтер Пользователь Платформа 1С v7.7 Платформа 1С v8.3 Платформа 1C v8.2 Конфигурации 1cv8 Конфигурации 1cv7 Россия Платные (руб)

Программный комплекс способный распознавать сотни листов за раз любых сканированных(фото) документов (УПД, ТОРГ12, СФ, паспорт и пр.) и загружать их в любую 1С (БП3.0, УТ, КА, УНФ, УПП, 1С7.7 ТиС, ЗУП3 и пр.), а также формировать архив сканированных документов.<br> Робот применяет до 5 способов распознавания. Максимальное качество загрузки документов из бесплатных OCR. Работает без Интернета.

10800 руб.

13.10.2022    8418    1    12    

9

Файловый обмен (TXT, XML, DBF), FTP ЭДО и ОФД Программист Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 1С:Торговля и склад 7.7 1С:Бухгалтерия 1.6 1С:Упрощенное налогообложение 7.7 Россия Бухгалтерский учет Абонемент ($m)

Обмениваемся УПД (УКД) с различными контрагентами через СБИС. А чтобы загрузить УПД (УКД) из 7.7 в Сбис, используем данную обработку, которая создает файл в формате XML, который можно импортировать в систему электронного документооборота. Для конфигурации "Бухгалтерский учет" (тестировалась на релизе 7.70.663) Для конфигурации "Упрощенная система налогообложения" ( тестировалась на релизе 7.70.305) Для конфигурации "Торговля и Склад 7.7" (тестировалась на релизе 7.70.1007)

1 стартмани

31.07.2021    16609    257    AndKovalchuk    54    

18

Перенос данных 1C Программист Платформа 1С v7.7 Платформа 1С v8.3 Платформа 1C v8.2 1С:Управление торговлей 10 1С:Комплексная 7.7 Россия Управленческий учет Платные (руб)

Начните вести учет в УТ 10.3! Перенесите все свои данные в УТ 10.3 в любом месяце года и продолжите вести учет! Программа перенесёт любое количество баз с документами и остатками в больших количествах. Обработка выгрузки выполнит проверку исходных данных и сформирует отчет о найденных ошибках в справочниках и документах. Партии переносятся с себестоимостью. Штрихкоды номенклатуры загружаются. Цена переносится. Автор консультирует.

8400 руб.

17.03.2021    15999    5    13    

6

Зарплата Перенос данных 1C Программист Бухгалтер Бухгалтерский учет 7.7 Сложные периодические расчеты 1С:Бухгалтерия 7.7 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

Как известно, Бухгалтерия 7.7 не имеет штатной возможности для обмена с ЗУП 3.1. Данная разработка пригодится тем, кто перешел с ЗиК 2.3 на ЗУП 3.1, но вынужден по каким-то своим причинам оставаться на Бухгалтерии 7.7.

18000 руб.

29.09.2020    13842    2    0    

5

SALE! 10%

Файловый обмен (TXT, XML, DBF), FTP Перенос данных 1C Программист Платформа 1С v7.7 Платформа 1С v8.3 1С:Бухгалтерия 7.7 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Бухгалтерия 7.7 в БП 3.0 | Продукт является развитием и исправлением ошибок стандартной обработки для выгрузки данных из 1С Бухгалтерии 7.7 в Бухгалтерию 3.0 | Перенос из 7.7 является сложным, и на рынке сложно найти специалистов 1С по "семерке" - сотрудники помогут вам выполнить переход в рамках техподдержки предлагаемого переноса данных!

55778 50200 руб.

26.05.2020    35095    10    73    

16
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. yurazyuraz 26.02.18 11:05 Сейчас в теме
Тема интересная, буду наблюдать за развитием.
2. Solikamsk 2 19.09.18 09:09 Сейчас в теме
Добрый день.
Чтобы настроиться на формат выгрузки из 7.7 я поначалу попытался из самой 8-ки почти пустой БСП + Справочник Контрагенты выгрузить пару группу и элемент. Элемент выгружается, а вот группа ругается. (см. ругань ниже). Видимо надо отдельно сделать ПОД для группы и элемента. Но в "Демо КД 3". Там этот элемент один.. Куда копать?

В ходе выполнения операции возникли ошибки:

Событие: Отправка.
ПОД: Справочник_Контрагенты_Отправка.
ПКО: Справочник_Контрагенты.
Объект: Справочник объект: Контрагенты, ГруппаФизЛица (e1cib/data/Справочник.Контрагенты?ref=8203408d5cd341b011e8ba64ba63a7de).

{ОбщийМодуль.ОбменДаннымиXDTOСервер.Модуль(607)}: Ошибка при вызове метода контекста (Проверить)
ОбъектXDTO.Проверить();
по причине:
Ошибка проверки данных XDTO:
Структура объекта '/КлючевыеСвойства' не соответствует типу: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6}КлючевыеСвойстваКонтрагент

Проверка свойства 'Код':

форма: Элемент

имя: {http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.6}Код

тип:
Не установлено значение одного из следующих свойств: ЮридическоеФизическоеЛицо

Данные могут быть выгружены не полностью.
3. MaxS 2944 25.09.18 11:08 Сейчас в теме
(2) Для группы нужно использовать другой объект формата - Справочник.КонтрагентыГруппа и другие ПОД и ПКО.
4. ksnik 593 31.01.23 14:39 Сейчас в теме
Здравствуйте. Понадобилось загружать в БП3 документ "Поступление на комиссию", может кто уже сталкивался с этим? Тоже опубликую здесь, когда настрою.
5. ksnik 593 14.02.23 14:24 Сейчас в теме
(4) разместил здесь обработку "Выгрузка документа Поступление товаров на комиссию из 1С 7.7 в универсальный формат EnterpriseData 1.12 для загрузки в 1С: Бухгалтерию 3" https://infostart.ru/public/1808312/
Оставьте свое сообщение