Имя: Пароль:
1C
1С v8
Закрытие смены, 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С и скульной базой. Так вот раньше я грузил только чеки со статусом "Архивный". Когда магазинов стало много вечерний обмен проходил крайне долго, так вот решили и днем передавать чеки, которые еще со статусом "Пробитый". Днем они же грузились в нашу систему и меняли реквизит ДатаПередачиВОфис. Вечером обмен при разрешении коллизий изменял данные в периферийных магазинах по таким чекам, так как приоритет изменений центрального узла выше. Вот и получалось, что те чеки, что были выгружены в течении дня вечером следующего дня опять попадали в продажи и их каждый раз было разное количество и по разным магазинам.

Никакой мистики.=)