какой интересный случай...
а приложение чистое или модифицированное.
понятно, что записи в RetailTransactionPaymentTrans создаются отдельной транзакцией.
причем процедура подготовки данных для p-джоба уже успела схватить RetailTransactionTable.
но в стандарте между этими проводками должен быть минимальный временной разрыв. и вроде в одной транзакции все RetailTransaction* создаются...
не помню уже для ax2012...
1. диагностика
в таблице RetailTransactionPaymentTrans
попробуйте посмотреть на поля TransDate+TransTime
и сравнить их с CREATEDDATETIME, MODIFIEDDATETIME
совпадают? отличаются по существу? отличаются на часовой пояс?
если на часовой пояс, то были проблемы с часовыми поясами. вроде для акс2012 решили.
попробуйте поискать в апдейтах. или посмотрите что с часовым поясом магазина в коде происходит.
2. попытка решить проблему.
создавайте журнал не по "ближайшим" проводкам, а по проводкам, которые пришли больше часа назад. да, так снижается оперативность. альтернатива - повышать частоту обмена.
|