Непробитые чеки в 1С Рознице ред. 2.2

1. spartak_ss_88 31 17.08.17 06:44 Сейчас в теме
Здравствуйте!

Розница, редакция 2.2 (2.2.5.26)

Часто с магазинах (розничная продажа продовольственных товаров) возникает ситуация, что чек выходит из фискальника, но товары не исчезают с Рабочего места кассира (РМК), затем чек висит в списке как непробитый и непроведённый, возникли пара вопросов:

1. Почему это происходит? Почему 1С не может получить ответ от фискальника?

2. Поделитесь пожалуйста хоть какими то советами, как пробовали решить подобные проблемы.

Заранее спасибо!
+
Найденные решения
8. TODD22 18 17.08.17 07:07 Сейчас в теме
(5)Разносите по времени обмен и пробитие чеков иначе так и будете попадать на обмен и чек будет оставаться не проведённым.
+
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. TODD22 18 17.08.17 06:55 Сейчас в теме
(1)
Проблема бывает по 2ум причинам. Не получен ответ от фискальника. Например подвис драйвер, отошёл провод. Но это редкая проблема.
Чаще не пробитые чеки появляются из за обмена РИБ.

У вас есть РИБ?
+
4. Артано 762 17.08.17 06:57 Сейчас в теме
(3)
пробитые чеки появляются из за обмена РИБ


А каким боком РИБ при чеках? Они же должны быть не включены в план обмена
+
6. spartak_ss_88 31 17.08.17 07:04 Сейчас в теме
(4) Они включены в состав объектов план обмена, причём это типовая настройка в плане обмена "По магазину".
+
7. TODD22 18 17.08.17 07:06 Сейчас в теме
(4)Таким боком.... что при запуске обмена РИБ блокируются таблицы.
+
9. Артано 762 17.08.17 07:07 Сейчас в теме
(7) Два вопроса:
1) Как в кассу может прилететь изменение чека?
2) Блокируется вся таблица чеков? 0_О
+
10. TODD22 18 17.08.17 07:09 Сейчас в теме
(9)
1. Вопрос не понятен....
2. Блокируется одна из таблиц в базе. По которой чек должен сформировать движения. Если в момент обмена пробить чек то получаем ошибку "Не удалось заблокировать таблицу .....".
Чек записывается в базу, но остаётся не проведённым.
Вот такой архитектурный косяк розницы....
+
12. spartak_ss_88 31 17.08.17 07:16 Сейчас в теме
(10) У нас проверка отрицательных остатков происходит при проведении ОРП и в самом режиме РМК, поэтому думаю же можно как то отключить эту блокировку при синхронизации?
Про разграничение синхронизации и продаж - спасибо за идею, хороший вариант.
+
13. TODD22 18 17.08.17 07:17 Сейчас в теме
(12)А при чём тут отрицательные остатки?
+
15. spartak_ss_88 31 17.08.17 07:26 Сейчас в теме
(13) Ну блокировка регистров накопления ставится для проверки отрицательных остатков насколько я понимаю, и управление блокировкой в 1С можно настроить. Но в данном случае при синхронизации наших магазинов с центром эта блокировка - лишнее. Скорее всего эта блокировка указана в правилах обмена. Это в теории я высказался, но возможно я ошибаюсь, потому что с блокировками на практике работал мало, только при подготовке к 1С Специалисту.
+
16. TODD22 18 17.08.17 07:29 Сейчас в теме
(15)Это не та блокировка которая ставится на регистры для проверки отрицательных остатков.
Это блокировка таблицы механизмом РИБ. Для обеспечения целостности передаваемых данных.
+
17. spartak_ss_88 31 17.08.17 07:35 Сейчас в теме
(16) Понятно, спасибо!
А РИБ по рабочему месту как думаете решит нашу проблему, или там такая же история возможна?
+
18. TODD22 18 17.08.17 07:36 Сейчас в теме
(17)Не решит. Так работает весь РИБ.
К тому же РИБ по рабочему месту это не по магазину. А только по рабочему месту.
+
19. TODD22 18 17.08.17 07:38 Сейчас в теме
(18)РИБ по рабочему месту это РИБ по кассе. Когда каждая касса это независимая база. Но магазин у них один.
А по магазину, это по магазину в целом.
+
22. spartak_ss_88 31 17.08.17 09:51 Сейчас в теме
(18) В теории должно работать, потому что РИБом на Кассе уже будет управлять кассир и она не сможет одновременно продавать и делать РИБ, т.о. произойдёт разграничение по времени продаж и синхронизации данных.
Таким образом конечно структура РИБ у нас усложнится ГлавныйУзел - МагазиныУзлы - КассыУзлы, но программа это позволяет и возможно это решит наши проблемы.
+
23. TODD22 18 17.08.17 09:52 Сейчас в теме
(22) Администрирование дополнительных промежуточных узлов только добавит проблем. Вам это ещё обновлять.
+
24. TODD22 18 17.08.17 09:53 Сейчас в теме
(22)При чём проще управлять структурой "звезда" чем "дерево".
+
14. TODD22 18 17.08.17 07:18 Сейчас в теме
(12)
поэтому думаю же можно как то отключить эту блокировку при синхронизации?

Никак. Эта блокировка ставится самой платформой.
+
11. TODD22 18 17.08.17 07:12 Сейчас в теме
(9)
Блокируется вся таблица чеков? 0_О

Могу конечно ошибаться, но на сколько помню. РИБ блокирует целиком таблицу в момент обмена.
+
5. spartak_ss_88 31 17.08.17 06:58 Сейчас в теме
(3) Да, у нас есть РИБ (План обмена "По магазину")
+
8. TODD22 18 17.08.17 07:07 Сейчас в теме
(5)Разносите по времени обмен и пробитие чеков иначе так и будете попадать на обмен и чек будет оставаться не проведённым.
+
2. Артано 762 17.08.17 06:54 Сейчас в теме
РМК в 1С (от УТ до розницы) явно писали люди далекие как от предметной области, так и от программирования.
Это касается и специфики работы с оборудованием, и методики регистрации операций в базе.
Окончательное решение вопроса с РМК обычно лежит в плоскости установки готовой POS-системы или разработки таковой самостоятельно
+
20. Артано 762 17.08.17 07:48 Сейчас в теме
Значит мои сведения не устарели и в (2) наиболее надежный вариант решения проблемы. На нижнем уровне должна быть автономная система
+
21. TODD22 18 17.08.17 07:49 Сейчас в теме
(20)Ну как говорится что имеем... Разнесение обменов и пробития чеков по времени решает эту проблему в РИБе.
Но в Рознице и с этим не всё так радужно как хотелось бы....
+
Внимание! Тема сдана в архив

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот