|
|
|
Проблемы при выгрузке/загрузке УПД в XML в ЭДО
Описание проблем и их решения при использовании обработок выгрузки данных Универсального передаточного документа (УПД) (Счет-фактуры) в формат XML для последующей загрузки в ЭДО.
Эта статья является техническим сопровождением, поддержкой для разработок: для описания случаев, возникающих у пользователей в процессе эксплуатации обработок. Приведены описания проблем и даны пояснения их устранения. Ниже приведено оглавление со ссылками на описание ситуаций, нажав по тому или иному заголовку Вы быстро перейдете к разделу на странице с описанием той или иной ситуации:
РеквДатаДок attribute si invalid (атрибут не верный) - The value "is invalid according to its datatype 'ДатаТип' - The pattern constraint failed. (Значение в соответствии с видом "ДатаТип" не корректное)
В значение атрибутов "РеквДатаДок" помещаются номер и дата основания выгружаемого документа. Это может быть как номер и дата как договора-основания, так и дата, номер документа основания. Если в договоре с контрагентом выгружаемой реализации указано "Взаиморасчеты ведутся:" - "По заказам", то если типовой код сбора данных для печати УПД в конфигурации базы не изменен, в файл выгрузки будут выгружены дата и номер документа-основания реализации, то есть документа "Заказ покупателя".
Иначе, если в договоре указано, что взаиморасчеты ведутся - "По договору в целом", то в таком случае для вывода данных номера и даты основания (а в этом случае основанием становится договор) используются дата и номер договора. Наиболее распространенная ситуация заключается в том, что эти реквизиты договора не заполнены, поэтому при попытке загрузки в ту или иную систему ЭДО возникает ошибка о том, что значение даты попросту не заполнено. Поэтому нужно заполнить поля "Номер" и "от" в договоре и повторить выгрузку данных УПД в XML и повторить загрузку в ЭДО.
То, что зачастую внешний вид формы электронного документа может в чем-то отличаться от внешнего вида соответствующей печатной формы - это нормальное явление. И может проявляться не только в части печатной формы УПД, но и других документов, например "Счета на оплату" (выгрузка, доступная для прибретения) или "Универсального корректировочного документа" (далее сокращенно УКД). Вопрос пользователей возникает от непонимания факта того, что данные электронного документа - это не данные печатной формы. Это совершенно разные по виду и типу способы представления данных одного документа. Поэтому когда Вы просматриваете внешний вид данных выгруженного в XML документа для ЭДО, то Вы видите то представление, которое формирует непосредственно оператор ЭДО - и в этом моменте тоже могут быть некоторые различия - например, могут не выводиться не заполенные (пустые) поля или графы. Или же, например, не все поля или графы печатной формы являются обязательными для данных выгрузки для ЭДО документа. В частности, посмотрим на примере поля "Наименование экономического субъекта — составителя документа (в т.ч. комиссионера/агента)" в УПД/ УКД. Даже в самом представлении в системе оператора Диадок
К тому же в описании стандарта, формата выгрузки УПД в XML версии 5.03 для атрибута "НаимЭконСубСост" тега "Документ" указано, что, так как он является необязательным, то может быть, оставаться не заполненным.
Если в интерфейсе системы опертаора ЭДО данные из полученного/выгруженного файла загрузились и нет явных ошибок (описания или отчетов о таковых), то значит файл соответствует стандарту, формату выгурзки. Таким образом, не совсем корректно сравнивать представление данных документа в интерфейсе оператора ЭДО и по этому судить о корректности работы обработки выгрузки данных документа. В интерфейсе оператора ЭДО данные документа, выгруженные в особенном формате, особым образом, интерпретируются и выводятся так как удобно оператору ЖДО, поэтому не всегда один-в-один соответствуют печатной форме.
Проблема того, что оператор ЭДО выводит ошибку о том, что тип значения структуры выгрузки "РеквДатаДок" не соответствует типу "Дата", скорее всего связано с данными основания (договор или документ). Если используется ведение взаиморасчетов по договорам, то тогда в договоре должны быть заполнены номер и дата. Если же взаиморасчеты ведутся по документам, то должен быть заполнен документ-основание в реализации. При этом сбор данных документа-основания выполянется через обращение к типовым процедурам и функциям конфигурации. Поэтому, если у Вас используется довольно старый релиз конфигурации и он ко всему прочему содержит массу доработок, то может иметь место недоработка при обновлениях или изменения в коде программистом 1С, так что данные документа-основания (номер, дата) не собираются или собираются не корректно, не так, как предусмотрено типовыми механизмами. Например, может иметь место недоработка или странная добработка в функциях сбора данных для печати, которые должны быть типовыми, которыми и собираются данны обработкой выгрузки данных документа в XML-представление данных для загрузки в ЭДО. И, если они типовые, то сбор данных для вывода в файл выгрузки будет корректным. Если же, например, релиз 10.3.50 - это не совсем старый, но и далеко не новый релиз (по сравнению с последним 10.3.88). Учитывая, что конфигурация в таком случае "замерла" на указанном релизе, то скорее всего есть доработки и не исключено, что вероятнее вссего в типовом коде. В том числе не исключено что в том, который собирает данные по договорам/документам расчетов как для печатных форм, так в результате и для выгрузки для ЭДО. Ниже приведен пример правильно заполненного атрибута "РеквДатаДок" слева и не заполненный справа. На незаполненное значение (пустое) или не соответствующее формату даты "дд.мм.гггг" операторы выводят ошибку для этого атрибута. Здесь так же стоит обратить внимание и на то, что должен быть номер у договора или документа-основания, значение которых помещается в атрибут "РеквНомерДок".
Оцените, оказалась ли эта публикация полезна для Вас?
© www.azhur-c.ru 2013-2025. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу. 31-08-2026 Журавлев А.С. (Сайт azhur-c.ru) |
|
||||||||||||||
Copyright 2013-. Azhur-c.ru
ИП Журавлев Александр Сергеевич ИНН 667000271590 ОГРНИП 312667014300041 
Проверить аттестат   
|
|||||||||||||||
