Связь CustTrans и LedgerJournalTrans?

[IKA]

Есть проводка клиентская custTrans, нужно найти строку журнала ledgerJournalTrans(платежей), которая ее породила при разноске (если проводка создана не в результате разноски журнала, то null).
Подскажите? как правильно написать запрос?
Связь по Voucher-TransDate-AccountNum не выглядит надежной.

[EVGL]

Другой нет.

[Владимир Максимов]

Однозначной связи все-равно не получится, поскольку возможен вариант связи много-ко-многим. Тут просто не предусмотрена взаимно-однозначная связь. Лучше опишите, какую задачу пытаетесь решить подобным образом?

[IKA]

в каких случаях(при каких настройках) будет многие ко многим?

[Kabardian]

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

Думаю лучше связаться с LedgerTrans по тем же TransDate и Voucher и смотреть LedgerTrans.JournalNum. Оно заполняется в случае, если проводка создана журналом.

[EVGL]

Цитата:

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

в каких случаях(при каких настройках) будет многие ко многим?

В том случае, если в компании используются неуникальные номера ваучеров (не включен соотв. параметр в ГК для проверки дупликатов).

[mazzy]

не только.

Цитата:

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

в каких случаях(при каких настройках) будет многие ко многим?

в случае многострочной проводки.
в случае проводки зачета между разными клиентами.

[mazzy]

Цитата:

Сообщение от Владимир Максимов

Тут просто не предусмотрена взаимно-однозначная связь.

а не предусмотрена, поскольку есть режим суммирования LedgerTrans (несколько строк журнала с одинковым фин.счетом и одинаковой аналитикой могут суммироваться в одно финансовое движение)

а суммирование ввели давным давно с целью оптимизации (уменьшения числа фин.проводок)

а так оптимизировать смогли потому что аналитический учет (учет в разрезе клиентов - аналитический) не вытаскивали из фин.проводок, а вытаскивали из провдок модулей - в данном случае из CustTrans.