Одна открытая транзакция - одна запись в журнале

[DenisR]

Добрый день,

Существуют открытые транзакции для Vendоrs и Customers. Требуется, (при создании оплаты через General journal, Vendors Payment journal или Customers payment, когда идет привязка открытых транзакций к записи в журнале), чтобы каждой выбранной транзакции в в Payment journal>Lines>functions>Settlement создавалась своя отдельная запись в журнале.
Через поиск ничего похожего не нашел.
Еще один вопрос, в таблице LedgerJournalTrans есть метод splitPaymentInvoice за что он отвечает, и когда вызывается, очень похоже что там есть то что надо.

[glibs]

В 3.0 при в окошке сопоставления строчки журнала платежей поставщику с открытыми проводками по поставщику есть поле Период. Оно справа сверху такое незаметное.

Его значение позволяет управлять тем, как создадутся строчки в журнале.

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

Если же вы измените значение поля Период на "Накладная", то система создаст столько строчек, сколько открытых проводок вы выберете с указанной в строке журнала датой оплаты.

[DenisR]

Спасибо, буду исходить из этого.

[glibs]

В 4.0 данное поле выкосили. Точно не знаю, но думаю, что это связано с модернизацией функциональности предложений по оплатам.

Там теперь есть галочка Предложение по оплате. Если вы ее поставите, то при закрытии формы сопоставления открытых проводок откроется интерфейс предложений по оплате. Он действует примерно так же, как было в 3.0. Накладные уже группируются на основании настройки Период из способа оплаты, который указан в накладной. Если у вас способ оплаты в накладной не был указан, то по умолчанию период будет взят как "Накладная".

Как и в 3.0, в 4.0 предложения по оплате уже сформируются не датой, которая изначально была указана в строке журнала, а рассчитанной в предложении по оплате датой (в самом простом случае это дата оплаты из накладной).

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

[potential]

Цитата:

Сообщение от glibs

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

Добрый день
Не могли бы Вы подсказать, в каком направлении дорабатывали функциональность, чтобы создавать предложения по ПРЕДоплатам. Добавляли поле Предоплата в договор/закупку или брали информацию из графиков?