Всем привет!
Диадок пишет что



Контрагент требует, чтобы в графе
Основание передачи (сдачи) / получения (приемки)
было что-то в формате:


Может кто сталкивался, где в этой обработке подправить?
похоже в макетах лежат модули.
Сам пока глубоко не копал, решил тут сппросить

Это УПД, если что :)

В таком виде не сделать.
Эти данные (дата, номер, наименование) заполняются по отдельности, а потом уже из них формируется строка в печатной форме.
В ЭДО (ХМЛ) уходят по отдельности.
Как вариант, можно (спецификация...) добавить в НаимОсн, но, будет тогда Договор поставки (спецификация...) № 235-24 от 15.07.2024г.

Можно, конечно, сделать, чтобы в макете УПД формировалось так (макет ПечатныеФормы), но, в ЭДО уйдет все равно по отдельности.

Либо можно пробовать с доп. сведениями поиграться (ИнфПолФХЖ), но, это уже со стороны клиента нужны доработки по приему.

(2) Спасибо, тут больше вопрос где править, а так уж варианты предложу как

У меня в обычных формах обработка Диадок Про, там корректировка в макете ПечатныеФормы

(6) У меня тоже есть Макет КонтурДиадокПечатныеФормы

Если править саму обработку Диадока, то можно выстрелить себе в ногу.

Попробуйте обойтись плагинами. Если не поможет, тогда
сгенерируйте подключаемый модуль (Настройки-Расширенные-Подключаемый модуль).

В модуле объекта ПМ,  в процедуре ОбработкаУПД820(СсылкаНаДокумент, Протоконтент)
добавьте конструкцию

Если СсылкаНаДокумент.Контрагент.ИНН="ИННВашегоКонтрагента" Тогда
   ОбработкаУПДСпецКонтрагент(СсылкаНаДокумент, Протоконтент)
КонецЕсли;

Добавьте процедуру ОбработкаУПДСпецКонтрагент(СсылкаНаДокумент, Протоконтент)
в которой структуру Протоконтент.TransferInfo отделайте, как Бог черепаху.

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

https://developer.kontur.ru/docs/Diadoc_UM/index.html

(8) там 3 поля, которые структурированы - куда он будет пихать доп. информацию?
- наименование основания (тег "НаимОсн") заполняется как "Договор";
- номер основания (тег "НомОсн") заполняется из поля "номер" в карточке договора;
- дата основания (тег "ДатаОсн") заполняется из поля "Дата" в карточке договора.

Контрагент требует, чтобы в графе
Основание передачи (сдачи) / получения (приемки)
было что-то в формате:
Договор поставки № 235-24 от 15.07.2024г. (Спецификация №2 от 08.08.2024г.)

Стрясите с контрагента что должно содержатся в файле XML,
не то как это выглядит в печатной форме УПД.

(8) за Подключаемый модуль, как понимаю, надо платить ведь?

В данный момент требование контрагента невыполнимо. Либо использовать доп. сведения.

(10) зачем трясти, ХМЛ структурирован.
Дата, номер и основание.
Из них собирается уже строка в печ. форме.

(4) ИнфПолФХЖ
должно помочь

(11) в первую очередь это ваше время по доработке.

(14) тогда контрагент у себя должен сделать загрузку доп. сведений, согласится-ли?

наименование основания (тег "НаимОсн") заполняется как "Договор";

вот тут вместо просто "Договор"
Хотел НаимОсн = "Договор поставки № 235-24 от 15.07.2024г. Спецификация"
Далее НомОсн = 2
Далее ДатаОсн = 08.08.2024

Складывается ощущение, что контрагент сам не знает, что хочет и никто ему объяснить это не может.

(18) возможно контрагент потом это все куда-то прикрепляет, поэтому ему важно именно так как хочет

Диадок же это вот сам так решил

Если заполнено поле "Наименование" и "Дата" в карточке договора:
- наименование основания (тег "НаимОсн") заполняется как "Договор";

В таком виде  № 235-24 от 15.07.2024г. (Спецификация №2 от 08.08.2024г.) не вариант выгружать.
Можно только Договор поставки Спецификация №2 от 08.08.2024г.) № 235-24 от 15.07.2024г.
Это если вы запихаете в НаимОсн текст "Договор поставки Спецификация №2 от 08.08.2024г.)"

Договор № 235-24 от 15.07.2024г. Спецификация №2 от 08.08.2024г.

- вот так хочу предложить

(22) как вы выгрузите это в 3 тега? номер, дата, наименование?

Функция СтрокаДокументыОснованияУПД(TransferBases)
    
    Результат    = "";
    Разделитель = "";
    
    Для Каждого TransferBase Из TransferBases Цикл
        
        Результат = Результат + Разделитель + TransferBase.DocumentName
        + ?(ЗначениеЗаполнено(TransferBase.DocumentNumber), " № "  + TransferBase.DocumentNumber, "")
        + ?(ЗначениеЗаполнено(TransferBase.DocumentDate)  , " от " + ДатаСтрокой(TransferBase.DocumentDate), "")
        + ?(ЗначениеЗаполнено(TransferBase.DocumentInfo)  , ", "   + TransferBase.DocumentInfo, "");
        
        Разделитель = "; ";
        
    КонецЦикла;
    
    Возврат Результат;
    
КонецФункции

есть еще DocumentInfo, можно спецификацию туда запихаь

скорее всего это решение

+ (22) отправили так, всем спасибо!
Придется видимо на будущее этот модуль докупить внешний

(24) это в том модуле?

(23) Ну как поле номер через расширение сделал 150 знаков, туда запихнул "№ 235-24 от 15.07.2024г. Спецификация"

(18) Это нормально, с Лентой 10 раз поставка обломалась, то они "не видят", что не видят - не говорят.
Методом проб и ошибок выяснили что не видят УПД, но потом оказалось что УПД в Диадоке они видят, но не видят в своей учетной системе.
Потом оказалось что мои долбодятлы упроно не хотят заводить адрес в формате ФНС (клюшки, загрузку из 1С:ИТС в ГАР я почти сделал, это потом).
Причем моя обработка "Ревизор", подобная той что в 8ке - "Проблемы учета", но сделаная лет на 5 раньше, об этом выдает информацию, но ответ один - "мне за это не платят".
При выгрузке тоже писалось, с аналогичным результатом - "у меня лапки".
А Лента не может загрузить адрес в учетную систему в произольном формате...
Вроде наконец поправили, но сегодня из СчетФактураВыданный.ДокОснование подцепилась чужая Реализация.
Это уже космическая радиация влияет, или солнечные вспышки...
Или потому, что это Лента 🤦

(27) когда контрагент примет (подпишет), тогда будете радоваться ))))

(28) это в модуле ПечатныеФормы

(27) лучше уж типовую обработку использовать, иначе будут постоянные доработки модуля (по аналогии снятия конфы с поддержки и ручным переносом изменений)

Попробую внешний модуль, как тут советуют

https://developer.kontur.ru/Docs/Diadoc_UM/objects/820@/TransferInfo820.html

Вот это похоже

Выше подсказали

тут вот еще есть

https://infostart.ru/1c/articles/1813551/?ysclid=lhrordx09s726033485

(35) вот
TransferBase
Основание отгрузки (передачи, уступки)
здесь нужно вам заполнять

(38)
1. Все равно, подключаемый модуль = снятие конфигурации с поддержки. По возможности, нужно использовать обработку без доработок.
2. У меня ПМ (для устаревшей УТ), так часто ошибки валятся после обновления доработки (в обработке механизмы поменялись - значит, в модуле нужно переписать процедуры).

(40) Хорошо, спасибо!

(40) "Все равно, подключаемый модуль = снятие конфигурации с поддержки" - что за чушь? ПМ - это как раз доработки без всякого снятия с поддержки и вмешательства в код конфы и  обработки
У меня ПМ (для устаревшей УТ), так часто ошибки валятся после обновления доработки (в обработке механизмы поменялись - значит, в модуле нужно переписать процедуры). У меня даже от "Стандарта" ПМ продолжает работать... Руки не доходят переписать, ибо "работает-не трожь", да и скоро сваливаем с Контура...

(42)
"что за чушь? ПМ - это как раз доработки без всякого снятия с поддержки и вмешательства в код конфы и  обработки"
Про конфу речи не идет, вопрос про обработку. Обработка периодически меняется, соответственно, должны меняться обработки в ПМ.
Например, в обработке Диадок Про версии 4.11.0. изменился механизм сопоставления номенклатуры и после обновления обработки пришлось дописывать ПМ, адаптировать под новую обработку.
Если бы ПМ не использовался, то, ошибок бы не было, т.к. соответствующие модули в обработке уже поправлены.
Причем, ошибки бывают в самых неожиданных местах и прилетают нежданчиком ))

(43) Обработка периодически меняется, соответственно, должны меняться обработки в ПМ.
Не должны. ПМ работает с данными, а структуры данных, предоставляемых ПМу, меняются очень редко.

(44) редко, но, метко.
Периодически что-то в этом ломается после обновления новой версии обработки.
И не всегда можно быстро и корректно это исправить.