У нас Налоговый отдел требует чтобы в Книге Покупок отражался номер документа и иногда номер ГТД. Проблема в том, что номер в Книгу Покупок берется с поля Ссылка, а поле всего 16 символов. У нас часть с/ф длинее 16 символов, ГТД уж и подавно длинее.

Я рассматривал вариант с хранением длинного номера в дополнительных текстах, но 1) ALV-формат их тоже "режет" до 16 символов 2) у нас с/ф приходит iDoc'ом и паркуется через Логистику (Mir7). Ни в логистическом, ни в запаркованном FI документе нет доступа к текстам. В этом плане процесс внесение номера в текст грозит превратиться в ад для клерков (запарковать, подтвердить, найти FI-документ, зайти в тексты....)

Кто может посоветовать решение?

а поля ТекстЗаголДок, СсылКлючЗагл 1, СсылКлючЗагл 1 не подойдут

к сожалению не подходят.

СсылКлючЗагл 1 не подходит по длине (20 символов, а ГТД - 23), к тому же он не доступен на экране в Mir7
ТекстЗаголДок - подходит по длине, но на отказ от текста (использование только под номер) бухгалтерия вряд ли пойдет

P.S. Пока копался в ALV-полях Книги Покупок похоже нашел поле, которое возвращает длинный текст без обрезания. Это хорошо. Т.о. пункт 1 снимается. Остается придумать каким образом можно вести дополнительные тексты при парковке через MIR7.

добрый день.
Номер ГТД для книги покупок собирается из значений полей: EIKP-VOISO:EIKP-BEHOE/EIKP-VORDA/EIKP-VORNU (нота 1334140).
Дополнительно к ней нота 1924130.

1. Ничего ALV не режет. Есть специальное поле для длинных номеров "Внешний номер счета-фактуры".
2. Из IDOC тексты помещали в документ следующим образом.
В IDOC добавляется сегмент для текстов. В экзите во время обработки IDOC вызывается свой ФМ с отложенным обновлением ...IN UPDATE TASK. Такой ФМ стартует в процессе UPD2, после основного commit, когда документ уже проведен. ФМ ищет документ, и через SAVE_TEXT для этого документа записывает тексты. У вас не напрямую FI-документ по IDOC, но, думаю, можно что-то придумать (хоть Z-таблица для хранения текстов к фактурам).