Здравствуйте!
Есть центральная база 1С Розница 1.0 (MS SQL) и 55 периферийных (магазины). При закрытии кассовой смены в магазинах с недавнего времени происходит какая-то мистика. В обработке закрытия смены идет архивирование пробитых чеков за смену и создание документа "Отчет о розничных продажах". И это происходит в рамках одной транзакции, судя по коду. Но на некоторых торговых точках документ создается, а чеки не меняют статус на "Архивный".
Может кто-нибудь сталкивался с подобным. Я вот никак не пойму как такое может быть: документ создался (значит RollBack не произошел), а чеки статус не поменяли. Или это косяк РИБ и уже в момент обмена не меняется статус чека?
Или может еще есть места, где нужно смотреть?

Мда... видать ни у кого такого не было

55 магазов на розницйе... респект, чувак....

(0) а место есть для архивации чеков то в магазинах, там наверно их раздуло

(1) ОРП создается в день закрытия смены или на следующий день?

(3) троллишь?

(0) портал?

(4) ОРП создается вечером. Пробовал днем сам лично делать в магазинах закрытие - все норм. Там процедура-то простая... меняется статус чека и заполняется ссылка на созданный документ "ОРП". Странно то, что не на всех магазинах такая ерунда - штук 8 наверное. А все в РИБ. И даже пока понять не могу в чем трабла. Либо платформу обновлять либо РИБ глючит.

(6) что за портал?

апну) Вдруг в "пятницу" кто-нить еще почитает.

Реально бывают такие чудеса. Бывало даже, что просто часть чеков за смену не архивировал. Регулярно раз в год такая проблема возникает, как лечить - не знаю.

Есть идея перед закрытием формы нового ОРП проверять чеки за сутки на предмет пробитый/архивный и еще раз архивировать если это не прошло. Хотя по идее формирование ОРП идет в транзакции, может ли она некорректно отработать?

Собственно с проблемой разобрался. Если кому интересно - написать.

* могу написть

(12)Напиши

Интересно, напиши пожалуйста.

Ларчик на самом деле просто открывался.

Помимо обменов с периферийными магазинами у нас еще есть выгрузка данных по продажам (ЧекиККМ) в самописную скульную erp. Для чеков был добавлен реквизит ДатаПередачиВОфис и он заполнялся, если документ был загружен в самописку. Обмен производится несколько раз втечении дня как между 1С-ми, так и между 1С и скульной базой. Так вот раньше я грузил только чеки со статусом "Архивный". Когда магазинов стало много вечерний обмен проходил крайне долго, так вот решили и днем передавать чеки, которые еще со статусом "Пробитый". Днем они же грузились в нашу систему и меняли реквизит ДатаПередачиВОфис. Вечером обмен при разрешении коллизий изменял данные в периферийных магазинах по таким чекам, так как приоритет изменений центрального узла выше. Вот и получалось, что те чеки, что были выгружены в течении дня вечером следующего дня опять попадали в продажи и их каждый раз было разное количество и по разным магазинам.

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