Могу лишь написать о том, почему эту задачу трудно решить "красиво":
- было бы естественно встроить счета на оплату в стандартную функцию генерации предложений на оплату. К сожалению, до версии SP3, в которой функцию собираются переделать, дополнять ее чем-либо сложно, поскольку единственный источник данных для нее - это задолженность, которой на этапе формирования счета на оплату не существует. Кроме того, счет на оплату не содержит некоторых необходимых полей.
- Подобно всякого рода "подтверждениям", ничто не мешает выставить по одной и той же строке закупки один, два, сколько угодно счетов на оплату. Механизм контроля потребует дополнительных полей в строке закупки и много сложного кода.
- И самое неприятное: отсутствует механизм контроля, оплачен ли счет на оплату, или нет. Создание такого механизма - неблагодарная задача недели на три.
Вывод: если и делать, то как простенькую минимально интегрированную клиентскую модификацию с массой допущений. В частности, в одном из решений была заведена форма для этих счетов на оплату с возможностями генерации платежей, причем платежи создавались, кажется
только на основании счетов на оплату, притом доморощенной функцией. "Эксклюзивный" механизм генерации платежей позволял однозначно отслеживать оплату счетов на оплату (по-видимому, простановкой ссылок с самого начала). Контроль за тем, чтобы по строке не создавалось больше, чем один счет, осуществлялся с помощью "галки" на самой закупке.