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

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

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

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

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

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

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

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


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

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

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

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