07.03.2024 11:22
vdm, Вы не помните в чем была проблема, почему табличка не чистилась?
07.03.2024 11:37
Тогда таблица была в неверном домене, сервер или не поднимал ее с кассы, или не спускал вниз.
Должна быть в домене с двусторонней репликацией - стандартно в "Интерактивный маркетинг".
07.03.2024 11:47
Цитата:
vdm Тогда таблица была в неверном домене, сервер или не поднимал ее с кассы, или не спускал вниз.
Должна быть в домене с двусторонней репликацией - стандартно в "Интерактивный маркетинг".
Есть она там, значит не в этом дело :(
07.03.2024 12:08
А в логе сервера про нее что-нибудь есть? Хотя на вашей старой версии всякое может быть...
Вот лог нормального обмена на современной версии.
Цитата:
09:17:55.254: 0x00001a7c: INFO: replication#импорт с терминала Терминал №7: trm_offline_account_local_transaction, 1003008 (с 1807 по 1808)
09:17:55.270: 0x00001a7c: INFO: replication#импорт с терминала Терминал №7: trm_offline_account_local_transaction, 1003008. Передано записей: 1, удалено: 0
...
09:20:50.458: 0x00001e6c: INFO: replication#replication#экспорт на терминал Терминал №7: trm_offline_account_local_transaction, 1003008 (с 1806 по 1807)
09:20:50.458: 0x00001e6c: INFO: replication#replication#экспорт на терминал Терминал №7: trm_offline_account_local_transaction, 1003008. Передано записей: 0, удалено: 1
Остается только предположение, что где-то некругло с версионностью. После установки БД кассы с нуля такого быть не должно, но может в вашем v52 что-то на эту тему было.
07.03.2024 12:20
Цитата:
vdm Остается только предположение, что где-то некругло с версионностью
Вот, у меня тоже такой вопрос появился, не может ли с версиями это быть связано.

SELECT * from cnv_table_client_versions
WHERE table_name = 'trm_offline_account_local_transaction';

Этот запрос выдает версию 208791. На кассе максимальная версия в этой таблице 209
07.03.2024 12:44
Откопал еще записи с тех времен, про версии этой таблицы.

Цитата:
Таблица в режиме двусторонней репликации

На магазине:

-- локальные кассовые транзакции по счетам (необходимость возникла после смены режима репликации таблицы)
SELECT @trn_version:=MAX(version)+1
FROM trm_offline_account_local_transaction
WHERE deleted=1;
;
UPDATE trm_offline_account_local_transaction
SET version=@trn_version
WHERE deleted=1
;
UPDATE cnv_table_versions ctv
SET latest_version=@trn_version
WHERE ctv.TABLE_NAME='trm_offline_account_local_transaction';
;

Далее выполнить принудительную репликацию таблицы на кассу.

v46-v5x

Выполнять в БД нужной кассы при остановленном ukmclient.

-- все возможные данные и параметры
UPDATE cnv_table_client_versions
SET latest_version=0;
commit;

-- или только заданная таблица
UPDATE cnv_table_client_versions
SET latest_version=0
WHERE table_name='trm_offline_account_local_transaction';
commit;
Нужность и правильность в вашей ситуации не гарантированы, бэкап и свои проверки необходимы.
09.03.2024 22:55
Ничего не понятно. Менял на кассе trm_offline_account_local_transaction.deleted с 0 на 1. В начале смены все было нормально, но позже снова
начались проблемы с балансом. После закрытия смены смотрю, а trm_offline_account_local_transaction.deleted по всем строкам равны 0, и те что я менял.
11.03.2024 10:23
Ну с сервера приехало, надо было там пометить на удаление.
Есть другие кассы, где все это работает нормально?
11.03.2024 12:29
Цитата:
vdm Ну с сервера приехало, надо было там пометить на удаление.
На сервере все было помечено на удаление. И на данный момент тоже.

Цитата:
vdm Есть другие кассы, где все это работает нормально?
Да, все остальные кассы работают в нормальном режиме.
11.03.2024 12:57
Цитата:
vdm Есть другие кассы, где все это работает нормально?
Хотя с клиентами по картам у нас работает всего две кассы и вторая касса временно не работает.
Но первого числа, когда на одной кассе были проблемы, вторая работала без проблем.
Часовой пояс GMT +3, время: 02:49.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.