Проблемы в рознице

[Cool]

Добрый день. У клиента 4 Компьютера и 3 из них выступают в роле кассы. База стоит на одной из касс все компьютеры соединены в сеть по проводам.

1.Иногда по не понятной мне причине чек на ФР выбивается как обычно, а продажа не сохраняется и сформированный результат продаж отличается от суммы чека. В журнале чеков этот чек по номерам пропущен. Продавцы даже сумели отловить и принести мне чек такой продажи и в программе его не оказалось.

2.Так же было когда делают возврат по номеру чека следующая продажа делается возвратом.

3.В платежных документах формируется оплата результата продаж и если были возвраты то в кассу в проводки попадает только сумма продаж без возвратов.

[Григорий]

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

Добрый день. У клиента 4 Компьютера и 3 из них выступают в роле кассы. База стоит на одной из касс все компьютеры соединены в сеть по проводам.

1.Иногда по не понятной мне причине чек на ФР выбивается как обычно, а продажа не сохраняется и сформированный результат продаж отличается от суммы чека. В журнале чеков этот чек по номерам пропущен. Продавцы даже сумели отловить и принести мне чек такой продажи и в программе его не оказалось.

Это сложно будет отследить, попробуйте убрать лишние права.

Вообще, именно для этого делалась сверка Z-отчета ФРК и отчета по программе - чтобы отслеживать что-то подобное.

2.Так же было когда делают возврат по номеру чека следующая продажа делается возвратом.

Не воспроизвелось. Может какая-то ошибка происходит? И посмотрите на графу в терминале - Ст или Пр показывается?

3.В платежных документах формируется оплата результата продаж и если были возвраты то в кассу в проводки попадает только сумма продаж без возвратов.

Если были возвраты, то должны формироваться две операции:
1) реализация
2) возврат от покупателя
в журнале товарных операций и две операции:
1) поступление в кассу
2) выдача из кассы
в журнале платежных документов.

На всякий случай во вложении отладочный вариант закрытия смены, который выводит в конце информацию в виде окна.

[Cool]

Выяснил когда не проводятся чеки. Получается так что на ФР выбивается чек и в программе диалог с суммой уходит, а товары остаются на экране и продавцы его просто отменяли в ip.log следущее :

2.51 (сборка 116) from 24.12.2012 now 21.01.2013 12:30:27: Error 335544345 (-901): Unsuccessful execution caused by system error that does not preclude successful execution of subsequent statements.lock conflict on no wait transaction.
deadlock.
update conflicts with concurrent update.
Query: Insert into TS_OPERATIONS_DOP( IP$FLAGS, IP$USER, ID, IDLINK, GOODS_KOD, SKIDKA, KOL, KOL_UPLOAD, PRICE, SUMMA ) values ( ?NEW_IP$FLAGS, ?NEW_IP$USER, ?NEW_ID, ?MAS_ID, ?NEW_GOODS_KOD, ?NEW_SKIDKA, ?NEW_KOL, ?NEW_KOL_UPLOAD, ?NEW_PRICE, ?NEW_SUMMA )

NEW_IP$FLAGS: 3
NEW_IP$USER: 82
NEW_ID: 21689
MAS_ID: 6617
NEW_GOODS_KOD: 3123
NEW_SKIDKA: 0
NEW_KOL: 1
NEW_KOL_UPLOAD: 0
NEW_PRICE: 21
NEW_SUMMA: 21

код 3123 Это код "сникерса" который не пробился в этом чеке

[Cool]

Сегодня утром разница в программе и ФР в по каждой кассе среднем составляет 300 рублей. Что делать?

[Григорий]

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

Сегодня утром разница в программе и ФР в по каждой кассе среднем составляет 300 рублей. Что делать?

Напишите в проекты. Вопросом надо заниматься.

[Михаил,Тверь]

Сталкивались с той же проблемой. При том, что блок работы с ФРК очень сильно переделан - ранняя версия склада, ещё до появления режима терминала, поэтому диалог свой. Эмпирически пользователи пришли к выводу, что потеря данных происходит при файловом обмене с удаленной точкой. Теперь во время его выполнения просто не бьют чеки. Вроде не жалуются.
Всё собираюсь вернуть их в современную настройку, грешил что это мои собственные огрехи какие-то. Нерадостно. Можно предположить, что потеря данных с блокировками какими-то связана.

[Cool]

Сообщение от Михаил,Тверь

Сталкивались с той же проблемой. При том, что блок работы с ФРК очень сильно переделан - ранняя версия склада, ещё до появления режима терминала, поэтому диалог свой. Эмпирически пользователи пришли к выводу, что потеря данных происходит при файловом обмене с удаленной точкой. Теперь во время его выполнения просто не бьют чеки. Вроде не жалуются.
Всё собираюсь вернуть их в современную настройку, грешил что это мои собственные огрехи какие-то. Нерадостно. Можно предположить, что потеря данных с блокировками какими-то связана.

У нас просто во время работы без всяких выгрузок такое бывает.

Еще бывает пытаются закрыть смену и вылазит ошибка "Одна или несколько записей заблокирована другими пользователями " хотя не совсем понятно что там блокировать и так по три дня смены не закрывают

[Григорий]

Ответил в ветке

http://www.infop.ru/forum/project.php?issueid=2604

А вообще, мы делали кассы монопольными. Для потокового магазина сетевой вариант не очень то подходит - так или иначе будут блокировки, когда одновременно с двух касс идет отгрузка одной и той же номенклатуры.