обмін балками

Дякую за логи.

Що цікаво:
1) Помилки персоналу. Багато помилок товар не знайдений. Напевно це проблема всіх мереж магазинів, коли товар лежить в магазині, а ось на касі його НЕ присутвует. Причин звичайно для цього безліч, і всі вони в області бек офісу. Так само безліч затупілась касирів, типу ціни товару замість штрих коду. (Для мене багато це більш ніж один раз на добу;))

2) Стабільність сітки у вас чудова. На жаль у мене бувають збої, причому зовсім недавно магазин 20 хвилин не міг працювати, просто перезавантажувалися каси. Але про це я розповім коли свої логи викладу. І як я розумію це частково Виправлено в Client v.44 Service Pack 3 але не повністю, судячи з логам Назим. Зараз спілкуємося з тих поддежка, цікаво їх думку. Соотвественно своє викладу швидше в понеділок.
3) 14:46:51: WARNING: OBSOLETE:
Незрозуміло що ось це. Причому воно дуже часто з'являється.

4) 16:52:34: DEBUG: SP101FRK: Фіскальний реєстратор: 9: Принтер не готовий. Команда: 48 ('30 \ x1C \ x1C1.0000 \ x1C33.6000 \ x1C0 \ x1C ')

Погана помилка, яка говорить мені про те, що робота УКМ з фіскальніком ще не ідеальна.

5) 11:55:53: WARNING: debug # / usr / local / storage / home / ukm / ukm / rel-44_sp1 / ukm / libukm / ccontext_receipt_base.cpp (431) HandleMCR: St13runtime_error (помилка при виконанні платіжної операції)

Безнал операція. Або зчитувач подглючівает або теж погана помилка УКМ або модуля Ощад.

В цілому досить непогано.

Дякую за логи.

Тут не тільки бек-оффис, а й підготовка касирів і багато іншого. Це в рамки існуючої гілки не вкладається, та й бог з ним.

Наскільки я розумію, це модуль нарахування бонусів Золотої Корони
у відповідь щось видає. Раніше він лаявся на щось при кожному пробитті товару. К 44-ої версії почав писати після кожного чека з нарахуванням бонусів. Уже легше.

4) 16:52:34: DEBUG: SP101FRK: Фіскальний реєстратор: 9: Принтер не готовий. Команда: 48 ('30 \ x1C \ x1C1.0000 \ x1C33.6000 \ x1C0 \ x1C ')

Погана помилка, яка говорить мені про те, що робота УКМ з фіскальніком ще не ідеальна.

Стоп. А що в даній ситуації поганого? Каса не впала, чи не перегрузилась. Я думаю, просто чекова стрічка закінчилася. Її поставили і продовжили працювати. Зруйнованого чека не було.

Безнал операція. Або зчитувач подглючівает або теж погана помилка УКМ або модуля Ощад.

В цілому досить непогано.

Це не Ощад. Це модуль Золотої Корони. Операція оплати чека бонусами. Від них було отримано відповідь, що операція заборонена. Працівниками Державтоінспекції зафіксовано в логах. Ні до зчитувача, ні до самого УКМ відношення не має.

to 7fox7:
Показує, що адміністратор дав права касиру на заборонену для нього операцію (повернення по чеку, сторнування позиції, відкриття ден. Ящика і т.д.).

Помилок стало менше, а головне працює Linuxовий модуль Ощадбанку (швидше запускається і ніяких гумором з DOS емуляцією.

1) Купа помилок користувачів, починаючи від появи товару в залі без приходу, закінчуючи введенням номера дисконтної карти в поле кол-во.
Іноді касу ввечері вимикають не дочекавшись шутдауна самої каси.

2) 23:00:55: FATAL: diag: КОД НЕВІДОМИЙ НЕВІДОМА ПОМИЛКА bad lexical cast: source type value could not be interpreted as target
Неостаточно налаштований шаблон введення. Є якісь значення, які шаблон введення і не виконує жодних.

---
Вобщем від С + не дочекався відповіді.

обмін балками

Схожі статті