v7: ДиаДок кто внедрял? #800853

Что нужно для внедрения в 7-ку этого продукта, и насколько это целесообразно?

а зачем?

правда сейчас они стали платные

Вот прямо на сайте у них етсь инструкция для 7.7

Может кто этой обрабой поделиться? Я так, на всякий случай?

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

у них на сайте есть приме хмл файлика, есть описание формата ММВ-7-15-155. пиши выгрузку(и) формализованных доков, внедряй. свою обработку предлагают за денежку.

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

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

Тоже предстоит подключить сей продукт к нетленке на 7.7 Приезжал их менеджер показывать свое творение, нас очень удивило отсутствие возможности подгрузить xml файл при работе через web-версию. Через несколько дней пришло письмо - сделали! Так что если документов не много, задача сводится к минимуму - сформировать xml файл и подгрузить его в систему.

2 Сформировать xml как раз совсем не проблема. Т.к. формат не операторы разрабатывают, а налоговая.

Мы отправляем файлы чез веб-морду.

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

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

Изначально сделал через Диадок объект модель, для сбиса уже через xml (их объекты не понравились ) А для каких операторов еще сделал ?

а в чем универсализм выгрузки заключается? прсото сделано формирование нужного иксемеля и потом подсовываешь его куда надо?

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

2 Мы работаем с Диадоком и Сферой. 2 Я тут прифигел вчера от ответа Диадока по поводу ошибки в компоненте. Оказывается когда их объект "ValidationError" в поле "FieldId" возвращает "Consignee.FnsParticipantIdOrInn", то это совсем не значит, что надо искать в документации поле "FnsParticipantIdOrInn" и проверять чем оно заполняется. Оказывается это значит, что на самом деле нужно заполнить поле "FnsParticipantId" или поле "Inn". Вот в каких боях нужно было быть контуженным, чтобы так ошибки выдавать?

Это новый функционал а валидатор не поправили или изначально неправильно написали там другой прикол в компоненте в новый документ УПД в многострочной части для количества сумм ценн надо формировать в строковых данных. диадок не признал что это ошибка и исправлять не хотят т.е надо писать Мн_часть.price = "10.0";   вместо  Мн_часть.price = 10.0;

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

2 Да, на это я тоже натыкался, но сам догадался как разрулить. Еще там надо обязательно тип контрагента указывать. По умолчанию всегда ИП. 2 Гы. А у нас бухгалтерия затребовала печатать документы, отправленные по ЭДО, и подшивает в общий архив для налоговой :)

Не знаю как на семь-семь, но на восьмой платформе — это худшая разработка, которую я когда-либо видел. Через задний проход там сделано практически всё.

Это ошибка четко сказано что или документ выставляется в двух экземплярах в бумажном виде или в одном экземпляре в электронном виде. Документ не может быть выставлен одновременно и в электронном и в бумажном виде ( это понятно если расхождение в цифрах то кто прав ) ? Еще один выигрыш электронных документов - ответы на требования. Обячно запрашивают сведения кратно кварталам. Если у клиента документы то делаю так написал две обработки Обработка 1 за нужный период по клиенту сбрасывает на диск электронные документы (счф торг12) ( документ и подпись) Вторая обработка по выгруженным файлам формирует xml (точнее rar ) - ответ на требование. этот файл шлем в ответ на требование - И смысла что либо подшивать нет.

в 22 вмето Если у клиента документы то делаю так надо читать Если у клиента документы электронные  то делаю так

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

Диадок не перестает удивлять. Наконец-то удалось отправить через тестовый вход УПД. А в системе у них создалась счет-фактура. Какая прелесть...

2 Не, ну это просто тараканы нашей бухгалтерии.

Ну у них это логическая ошибка. Попробуй через  браузер подгрузить УПД c Функция="СЧФ" Диадок спросит что создать счф или УПД. и в  том и в другом случае создается УПД с нужным КНД. т.е. одна сущность имеет два имени.Признать что это плохо Диадок не хочет. т.е. если создаешь из 1с должен быть признак что именно ты создал. Т.е. логика диадока такая что по названию документа  в этом случае определяетсся внешняя визуальная форма или счф или УПД. Если не найдешь то спрашивай в техподдержке как выставить в компоненте это название или забей на это - в xml все правильно в любом варианте Мы просто принципиально делаем только с Функция="СЧФДОП" В Сбис-тензор такой логической ошибки нет там ксли Функция="СЧФ" то внешняя визуальная форма это форма счф а док называется УПД(содержащий счет фактуру) пользователь при создании документа  Функция="СЧФ" ничего не задает дополнительно

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

2 Так я через их компоненту создаю и вполне там УПД указываю.

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

2 Если не жалко, то очень пригодилось бы.

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

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

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

есть еще формирование хмл Ordrsp Desadv

2 Гранд мерси!

вообще со слов спецов Контура. формат исходящего файла один. а они сами его на платформе превратят в то, тчо вам типа надо по типу дока

Вынесет, если не бесплатно. 2. Если предлагать так бесплатно и этак за деньги, то обычно выбирают первое и не капризничают.

"А у нас бухгалтерия затребовала печатать документы, отправленные по ЭДО, и подшивает в общий архив для налоговой :)" - положено все ЭДО документы в электронном виде хранить в т.ч. и у себя в конторе, не только у оператора.

и мне тоже! плиз.

2 Это как это "все ЭДО документы в электронном виде хранить"? У нас нет лицензированного защищенного хранилища.

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

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

в посте тут код

2 Есть ссылка на норматив? Откуда вообще эта инфа?

сейчас чётко не скажу, скорее всего смотреть закон который про эдо и операторов

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

Закона нет но смысл такой что если оператор ЭДО потеряет документы виноват будет все равно налогоплательщик, но с другой стороны если оператор доки потеряет то наверное сложно доказать что копии электронных документы эти из компа налогоплательщика были легитивны (  штампик в pdf ? )

это ж для Edi код, а Диадок -  это ЭДО (гореть в аду авторам терминологии). Для тех, кто через Edi работает, сообщения из Edi сами будут конвертиться в Упд и так далее. А кто с ЭДО без Edi, у тех по другому будет

Штампик в PDF ничего не значит - это просто картинка (информация от Диадока). НО при сохранении надо забирать не PDF, а весь архив значимых файлов (в АПИ есть функция). Там и печатная форма, и протокол передачи и все документы и сопроводительные сообщения в XML с соответствующими подписями. Именно этот набор файлов и является по сути электронным документом. А набор подписанных файлов протоколов передачи как раз, даже если Диадок вдруг волшебным образом исчезнет в никуда, как раз и показывает, что именно эти файлы в неизменном виде были надлежащим образом переданы через оператора.

хрен их поймет. но упд видно именно в системе диадока. а еди это заказы и т.п. там да. свой формат.

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

это доки подписанные эцпТак что нормально

2 Это не связано с роумингом. Документы пересылаются между тестовыми аккаунтами внутри Диадока.

- вот эта обработка бесплатна. А траблы почти теже.