CustTrans vs CustSettlement

[mvsenin]

Всем привет,

Есть непонимание того, как АХ определяет сторнированные проводки/накладные по клиенту в CustTrans, пожалуйста, расшарьте свое видение ситуации. Юзаем AX 2009 RU.

Я до недавнего времени считал, что в теории, для каждой записи CustTrans в CustSettlement есть основные (CustTrans.RecId = CustSettlement.TransRecId) и корреспондирующие проводки (CustTrans.RecId = CustSettlement.OffsetRecId), точнее сами проводки находятся в CustTrans же, а взять их можно через через связь с CustSettlement по указанным условиям.

Так вот если корреспондирующие проводки являются корректировками (CustTrans.Correct=1) на сумму накладной, то соответствующая накладная считается отсторнированной. Напримре, алгоритм таков:
1. для накладной узнаем значение CustTrans.RecId
2. по условия CustTrans.RecId = CustSettlement.OffsetRecId выбираем значение CustSettlement.TransRecId
3. в CustTrans находим запись с RecId = по найденному CustSettlement.TransRecId
4. если у найденной записи CustTrans Correct=1 и AmountMst = сумме накладной, то исходная накладная отсторнирована

Однако, совсем недавно обнаружился хитрозапутанный случай, который сломал всю логику, с которой я жил спокойно какое-то время - в прикрепленном файле на стр. CustTrans я пометил желтым и зеленым цветом накладные, которые АХ считает отсторнированными (не показывает в акте сверки, сформированным без вывода кредит-нот), хотя, отсторнированы были только желтые, а зеленые - это новые/нормальные/скорректированные накладные. Кроме того, связи CustTrans и CustSettlement поражаются твоей изощренностью...

Так и хочется спросить - а где логика?

Если у кого-то есть более глубокое понимание в данной теме - HELP!!! PLEASE!!!

Thanking you in advance!

Best regards,
Maxim

P.S. Прочитал я кучу разных найденных тем, но срастить не могу до сих пор:
Kashperuk Ivan: Microsoft Dynamics AX 4.0 data model overview
Как програмно сопоставить открытые проводки?
Несопоставленые (частично несопоставленые) накладные
settlement платежа
сторнированные проводки
и т.п.

[Sada]

Есть такая штука - LedgerTrans, она связана с кастрансом по дате и ваучеру. Так вот там есть тоже поле - Correct.

[S.Kuskov]

Цитата:

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

Есть непонимание того, как АХ определяет сторнированные проводки/накладные по клиенту в CustTrans

Цитата:

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

накладные, которые АХ считает отсторнированными (не показывает в акте сверки, сформированным без вывода кредит-нот)

Ну так а если просто взять и посмотреть по коду какм способом в акте сверки реализовано скрытие кредит-нот?

[Sada]

Цитата:

Сообщение от S.Kuskov

Ну так а если просто взять и посмотреть по коду какм способом в акте сверки реализовано скрытие кредит-нот?

слишком просто

[EVGL]

Я похожую ошибку на этой неделе нашел и во вторник запостил в Microsoft. Разработчики акта сверки считали, что во всех CustSettlements стоит OffsetRecId. Они ошибались.

[Logger]

Цитата:

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

Я похожую ошибку на этой неделе нашел и во вторник запостил в Microsoft. Разработчики акта сверки считали, что во всех CustSettlements стоит OffsetRecId. Они ошибались.

Хм.
А где нить есть вменяемое описание правильной схемы данных для этих табличек ?
Если даже в MS ошибаются....

[mvsenin]

Цитата:

Сообщение от S.Kuskov

Ну так а если просто взять и посмотреть по коду какм способом в акте сверки реализовано скрытие кредит-нот?

Я бы с радостями, но познаний архитектуры мне не хватает, чтобы понять смысл алгоритмов АХ... пытался, но все это для меня условия, выражения, смысл которых ясен процентов на 25%.
Более того, исключаются они там явно неверно, а мне нужно понять, как "вырулить" верные накладные.

[mvsenin]

Цитата:

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

Есть такая штука - LedgerTrans, она связана с кастрансом по дате и ваучеру. Так вот там есть тоже поле - Correct.

до LedgerTrans пока не добрался, но, видимо, придется со временем и до ГК добраться. При первом взгляде вижу, что проводки с Correct=1 ровно по тем счетам делаются, по которым делались изначальный проводки на основе сторнируемой накладной, но с обратным знаком (что логично), так "штааа" (с) увы и ах.