|
![]() |
#1 |
Участник
|
Цитата:
Сергей, не подскажешь где в периодической операции по Созданию строк журнала операций есть данная настройка(чтобы создавать строки по проводкам, которые пришли больше часа назад)? |
|
![]() |
#2 |
Участник
|
Цитата:
в базе данных магазина в таблице RetailTransactionPaymentTrans попробуйте посмотреть на поля TransDate+TransTime и сравнить их с CREATEDDATETIME, MODIFIEDDATETIME хотя... может это я с акс7 путаю... Цитата:
с отдельными полями дата-время подходящий фильтр настроить не получится. |
|
|
За это сообщение автора поблагодарили: AvrDen (1), PTG (1). |
![]() |
#3 |
Участник
|
В БД магазина сравнивали TransDate+TransTime и они совпадают с CREATEDDATETIME. Но факт, остается фактом)) Например, если задание P-0001 выполняется в 12:00:00, а записи в RetailTransactionTable, RetailTransactionSalesTrans были созданы в 11:59:59, а RetailTransactionPaymentTrans в 12:00:01, то RetailTransactionTable, RetailTransactionSalesTrans придут с пакетом в 12:00, а RetailTransactionPaymentTrans в 13:00. Соответственно возникают ошибки при создании журнала.
Такое чувство, что при заборе данных из POS в пакете стоит фильтр, что забирать данные из таблиц, с датой создания меньше определенного времени. |
|
![]() |
#4 |
Участник
|
Цитата:
скорее забирает все закомиченное на момент начала забора данных. |
|
![]() |
#5 |
Участник
|
Через профайлер видно, что забирает по счетчику из поля репликации, последнее забранное значение которого хранится в таблице логирования репликаций базы POS.
Через профайлер также увидели, что очередность выгрузки данных из таблиц определяется порядком следования подзаданий в задании P-0001 Проводки. И подзадание RetailTransactionTable выполнялось позже RetailTransactionPaymentTrans и RetailTransactionSalesTrans. Изменили название подзадания на 1RetailTransactionTable и оно теперь выполняется первым. Надеемся на положительный результат. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|