Что закупках, что в заказах - по накладной полупроводка ГК (1 запись LedgerTrans) по балансу постащику/клиенту попадает в LedgerVoucher на основе Vend- или CustTrans'а, которые рождаются в одном экземпляре на сумму накладной. Проводка
неоткорреспондирована, аналитика в ней - из только из шапки.
Вот только после того, как обработчики движений по номенклатуре, налогам, балансу поставщика/клиента заканчивают свои пляски - только тогда запускаются пляски с бубном у корреспонденции и 62-й корреспондируется с 90-ым.
Дробление Cust- или VendTrans по соотвествующим кускам - не поможет, плюс ко всему сорвет башню корреспонденции. Более-менее вменяемый результат в проводках ГК можно получить переносом обработки движений сальдо поставщика/клиента и налогов в цикл по номенклатуре в updateNow() у Sales/PurchFormLetter_Invoice. Корреспонденция выживет - однако TaxTrans и CustVendTrans надо создавать и дробить по каждой строке движений номенклатуры. Оно Вам надо ?
Не сделаете Вы ничего в данном случае на стандартном функционале малой кровью.
Как сказал когда-то мне mazzy на sql.ru
"Ты не первый, кто ожидает от механизма разносок "большой и чистой любви".
Давно уже лелеется мечта "заткнуть" это нечто, которое даже не фонтан, а скорее мутный арык
стандартной функциональности разноски в ГК - заткнуть удается минимальнейшей модификацией, вопрос лишь в альтернативном инструменте адекватной генерации проводок ГК, с прозрачным и гибким механизмом генерации и наполнения будущих проводок ГК. Например, нечто на основе общего журнала ГК ... И определенные положительные наработки в этом направлении есть
