|
Закрытие смены, 1С Розница 1.0 | ☑ | ||
---|---|---|---|---|
0
mTema32
06.03.13
✎
12:59
|
Здравствуйте!
Есть центральная база 1С Розница 1.0 (MS SQL) и 55 периферийных (магазины). При закрытии кассовой смены в магазинах с недавнего времени происходит какая-то мистика. В обработке закрытия смены идет архивирование пробитых чеков за смену и создание документа "Отчет о розничных продажах". И это происходит в рамках одной транзакции, судя по коду. Но на некоторых торговых точках документ создается, а чеки не меняют статус на "Архивный". Может кто-нибудь сталкивался с подобным. Я вот никак не пойму как такое может быть: документ создался (значит RollBack не произошел), а чеки статус не поменяли. Или это косяк РИБ и уже в момент обмена не меняется статус чека? Или может еще есть места, где нужно смотреть? |
|||
1
mTema32
06.03.13
✎
13:52
|
Мда... видать ни у кого такого не было
|
|||
2
Тоненький Клиент
06.03.13
✎
13:56
|
55 магазов на розницйе... респект, чувак....
|
|||
3
Lionee
06.03.13
✎
14:02
|
(0) а место есть для архивации чеков то в магазинах, там наверно их раздуло
|
|||
4
Emilio
06.03.13
✎
14:07
|
(1) ОРП создается в день закрытия смены или на следующий день?
|
|||
5
Emilio
06.03.13
✎
14:08
|
(3) троллишь?
|
|||
6
drcrasher
06.03.13
✎
14:10
|
(0) портал?
|
|||
7
mTema32
07.03.13
✎
09:05
|
(4) ОРП создается вечером. Пробовал днем сам лично делать в магазинах закрытие - все норм. Там процедура-то простая... меняется статус чека и заполняется ссылка на созданный документ "ОРП". Странно то, что не на всех магазинах такая ерунда - штук 8 наверное. А все в РИБ. И даже пока понять не могу в чем трабла. Либо платформу обновлять либо РИБ глючит.
|
|||
8
mTema32
07.03.13
✎
09:05
|
(6) что за портал?
|
|||
9
mTema32
07.03.13
✎
12:26
|
апну) Вдруг в "пятницу" кто-нить еще почитает.
|
|||
10
viramen
07.03.13
✎
13:50
|
Реально бывают такие чудеса. Бывало даже, что просто часть чеков за смену не архивировал. Регулярно раз в год такая проблема возникает, как лечить - не знаю.
|
|||
11
mTema32
07.03.13
✎
15:24
|
Есть идея перед закрытием формы нового ОРП проверять чеки за сутки на предмет пробитый/архивный и еще раз архивировать если это не прошло. Хотя по идее формирование ОРП идет в транзакции, может ли она некорректно отработать?
|
|||
12
mTema32
14.03.13
✎
11:19
|
Собственно с проблемой разобрался. Если кому интересно - написать.
|
|||
13
mTema32
14.03.13
✎
11:20
|
* могу написть
|
|||
14
Ткачев
14.03.13
✎
11:21
|
(12)Напиши
|
|||
15
Bor_ka
14.03.13
✎
11:24
|
Интересно, напиши пожалуйста.
|
|||
16
mTema32
14.03.13
✎
11:38
|
Ларчик на самом деле просто открывался.
Помимо обменов с периферийными магазинами у нас еще есть выгрузка данных по продажам (ЧекиККМ) в самописную скульную erp. Для чеков был добавлен реквизит ДатаПередачиВОфис и он заполнялся, если документ был загружен в самописку. Обмен производится несколько раз втечении дня как между 1С-ми, так и между 1С и скульной базой. Так вот раньше я грузил только чеки со статусом "Архивный". Когда магазинов стало много вечерний обмен проходил крайне долго, так вот решили и днем передавать чеки, которые еще со статусом "Пробитый". Днем они же грузились в нашу систему и меняли реквизит ДатаПередачиВОфис. Вечером обмен при разрешении коллизий изменял данные в периферийных магазинах по таким чекам, так как приоритет изменений центрального узла выше. Вот и получалось, что те чеки, что были выгружены в течении дня вечером следующего дня опять попадали в продажи и их каждый раз было разное количество и по разным магазинам. Никакой мистики.=) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |