Добрый день друзья. Вопрос следующего характера.. Есть РИБ Розница.. Центральная база упала, подняли бекап... Но сделали ошибку пустили обмен..
В итоге на переферии за два дня пропали документы.. Проверю еще по журналу регистрации .. подразумеваю что центральная база их убила. Перефирия файловая.. Юзал Tool_1CD но в таблицах ничего не понял.. Удаляются документы физически или можно как то еще поднять? Я имею снятием некого системного признака что документ удален, есть ли смысл загружать в СКУЛ, или при загрузке dt таблицы сжимаются и данные удалятся?
Заранее большое спасибо.
До этого написал обработку, которая должна была перерегистрировать объекты на перефирии и выгрузить в центральную, но никто не запустил..
В итоге на переферии за два дня пропали документы.. Проверю еще по журналу регистрации .. подразумеваю что центральная база их убила. Перефирия файловая.. Юзал Tool_1CD но в таблицах ничего не понял.. Удаляются документы физически или можно как то еще поднять? Я имею снятием некого системного признака что документ удален, есть ли смысл загружать в СКУЛ, или при загрузке dt таблицы сжимаются и данные удалятся?
Заранее большое спасибо.
До этого написал обработку, которая должна была перерегистрировать объекты на перефирии и выгрузить в центральную, но никто не запустил..
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) anterehin,
или при загрузке dt таблицы сжимаются и данные удалятся?
Данные потеряются еще при выгрузке в DT - выгружаются только актуальные данные, помеченные (физически) на удаление и просто битые не выгрузятся. Именно поэтому сама 1С не рекомендует выгрузку в DT как средство бэкапа - попорченую базу зачастую еще можно подлечить, а после выгрузки-загрузки в DT лечить просто нечего.
(4) lx@, Ну я так понимаю , что в центральной базе их не было и при следующей синхронизации с перефирией они их удалила.. хотя пишу сейчас и понимаю что по факту если бы они в центральной базе не были помечены на удаление, то не удалились.. Буду брать конкретную базу с перефирии и смотреть. Вчера только приступил к анализу ибо не я положил. Журнал не стал копировать на перефирии весит 60 гигов. Придется брать и смотреть что произошло.
(8) anterehin, в РИБ все завязывается на УИД. В центральной базе не могло быть УИД от периферийной. Соответственно удалить она не могла того чего нет.
Если только пока поднимали из архива обмен проше и поудаляли потом.
В принципе - если не сжимали DT то записи должны остаться.
Но это уже не РИБ а совсем другая история
Если только пока поднимали из архива обмен проше и поудаляли потом.
В принципе - если не сжимали DT то записи должны остаться.
Но это уже не РИБ а совсем другая история
Что-то вы не договариваете. При описанном вами сценарии документы не убились бы. Более того - вы просто наткнулись бы на сообщение "Номер сообщения меньше или равен принятому...". Вероятнее всего начальный образ для периферии заново создавали и загружали в периферийную базу. Без соответствующего бэкапа. Увы, но тут как-бы правило 1Сника "делать бэкап в любой непонятной ситуации" - можно сказать кровью написан ))
(10) insurgut, Интересно наблюдать когда человек на собственных фантазиях набирает плюсики)).
Но за варианты спасибо...
Вероятность создания новой переферийонной базы сводятся к нулю.
Насчёт бекапа научен за 12 лет... но к сожалению ситуация с косяком не моя.. я всего лишь пытаюсь помочь разобраться в ситуации..
А ситуация сводится к тому что .. Z-отчет не совпадает с отчетом о розничных продажах .. отсюда следует паника что пропали чеки.. в итоге вопрос в том что не идет Z и ОоРП.
Сейчас пытаемся понять почему.. либо закрытие делают криво.. в общем ждем живую ситуацию и будем смотреть.
Но за варианты спасибо...
Вероятность создания новой переферийонной базы сводятся к нулю.
Насчёт бекапа научен за 12 лет... но к сожалению ситуация с косяком не моя.. я всего лишь пытаюсь помочь разобраться в ситуации..
А ситуация сводится к тому что .. Z-отчет не совпадает с отчетом о розничных продажах .. отсюда следует паника что пропали чеки.. в итоге вопрос в том что не идет Z и ОоРП.
Сейчас пытаемся понять почему.. либо закрытие делают криво.. в общем ждем живую ситуацию и будем смотреть.
(11) anterehin, причем тут фантазии? Да и от плюсиков ни жарко ни холодно. На постановку вашей задачи - возможные варианты указали. А оказалось, что у вас Z-отчет не сошелся. По вашему мы должны были это предугадать? :)
Как понимаю - тема закрыта, РИБ тут ни при чем, о чем все собственно говоря и сказали.
Как понимаю - тема закрыта, РИБ тут ни при чем, о чем все собственно говоря и сказали.
(11) плюсик за то что я в общем-то то же самое хотел написать, а фантазировать приходится когда от вас недостаточно информации.
Не сошлось за тот день со сбоем, или в последующие дни продолжает расходиться? В какую, кстати, сторону не сошлось? Сверяли сумму архивных ЧековККМ за смену с соответствующим ОоРП? Что с нумерацией архивных ЧековККМ (НомерЧека берется из ФР, если подключен) - пропуски, дубли?
Не сошлось за тот день со сбоем, или в последующие дни продолжает расходиться? В какую, кстати, сторону не сошлось? Сверяли сумму архивных ЧековККМ за смену с соответствующим ОоРП? Что с нумерацией архивных ЧековККМ (НомерЧека берется из ФР, если подключен) - пропуски, дубли?
(13) mixa4, Доброго времени суток..
1) Z-отчет больше ОоРП
2) Сумма архивных чеков равна ОоРП
Есть предположение что проблема в отложенных чеках, ждем очередной ситуаций. Нет ситуация я так понял ни с чем не связана. Она появилась непосредственно , пока пытаемся понять почему. Техподдержке запретили помогать магазинам закрывать смены чтобы программист глянули почему.
1) Z-отчет больше ОоРП
2) Сумма архивных чеков равна ОоРП
Есть предположение что проблема в отложенных чеках, ждем очередной ситуаций. Нет ситуация я так понял ни с чем не связана. Она появилась непосредственно , пока пытаемся понять почему. Техподдержке запретили помогать магазинам закрывать смены чтобы программист глянули почему.
Лихо.
Восстановление удаленных документов оказалось постановкой задачи о сферическом коне в вакууме.
Это надо взять на заметку.
Создать топик с названием Проведение документов, а через неделю написать - мне надо было узнать как пробить чек на выключенном ККМ.
Восстановление удаленных документов оказалось постановкой задачи о сферическом коне в вакууме.
Это надо взять на заметку.
Создать топик с названием Проведение документов, а через неделю написать - мне надо было узнать как пробить чек на выключенном ККМ.
(17) anterehin, если бы это был вопрос, то его можно было бы решить. Но это с моей точки зрения бессмысленный набор фраз.
Началось с РИБ и восстановлением докуметов, а закончилось Z отчетом.
По такому принципу пишутся боты для чатов.
Было бы забавно, если для инфостарта соорудили нечто похожее.
Что касается рейтенгу Life. То для начала рейтИнг, пишется через И.
И рассматривается он в отношении к общему рейтингу на сайте.
Если Life в разы больше общего рейтинга - то человек просто балабол.
Можете заглянуть в свой профиль и свериться.
Началось с РИБ и восстановлением докуметов, а закончилось Z отчетом.
По такому принципу пишутся боты для чатов.
Было бы забавно, если для инфостарта соорудили нечто похожее.
Что касается рейтенгу Life. То для начала рейтИнг, пишется через И.
И рассматривается он в отношении к общему рейтингу на сайте.
Если Life в разы больше общего рейтинга - то человек просто балабол.
Можете заглянуть в свой профиль и свериться.
Убить периферийную базу невозможно было описанным выше способом.
По факту расхождений можно просто зарегистрировать обработкой специальной в базе периферии изменения за нужные даты и в центральную все упадет.
Насчет кассы у кассиров должен быть кассовый журнал или другие документы.
Формулируйте правильно вопрос и получайте четкий ответ, а так вангуют люди что вы хотели
По факту расхождений можно просто зарегистрировать обработкой специальной в базе периферии изменения за нужные даты и в центральную все упадет.
Насчет кассы у кассиров должен быть кассовый журнал или другие документы.
Формулируйте правильно вопрос и получайте четкий ответ, а так вангуют люди что вы хотели
Восстановить не получится, скорее всего, на "периферии" можно снять развернутые отчёты с ККМ за потерянные дни, и попросить тех кто работал постараться восстановить последовательность продаж: сумма - товар. Сдаётся мне, что у Вас есть ревизионный отдел, склад - общая задача для продавцов и этих отделов.
(22) anterehin, ЭКЛЗ тут не причём, хранится в фискальной памяти (так, кажется, зовётся). Вы шапку чека сами не вносили в ККМ никогда? Для ККМ есть утилиты, подключаетесь к ККМ и снимаете отчёт, т.е. один раз разобраться и по аналогии на других. Указываете номер смены и печатаете отчёт. К ЭКЛЗ, по идее, у Вас не должно быть доступа, эта "лента" фиксирует все операции.
(25) insurgut, в фискальной памяти будет только сумма, по ней и восстанавливать товар, сам товар не хранится.
(24) mixa4, автор темы может обратиться за помощью в СЦ - ему должны дать рекомендации о том как распечатать отчёт за смену. Заблокировать, сломать можно что угодно, если совсем не думать перед тем как что-то делаешь.
(24) mixa4, автор темы может обратиться за помощью в СЦ - ему должны дать рекомендации о том как распечатать отчёт за смену. Заблокировать, сломать можно что угодно, если совсем не думать перед тем как что-то делаешь.
(27) insurgut, сталкивались с такой проблемой в РТ 2.0 и УТ 11: склад поднимал перемещения товаров, продавцы, кто работал в эти дни, совместно с ревизионным отделом решали данный ребус. Количество продаж по розничной точке в день не превышало 80, и, большая часть из них была однотипной позицией - услугой.
В ситуации, когда данные не восстановить, вижу только такое решение.
В ситуации, когда данные не восстановить, вижу только такое решение.
Еще информация для размышления, приехала наконец то база с 60 гиговым журналом..
И вот что получается, Чек судя по всему в фискальник попал, а вот до закрытия смены не дожил
15.07.2015 19:39:55 Иванов Иван Иванович KASSA1 2 Данные. Проведение Зафиксирована 15.07.2015 19:38:51 (-203564007) Документ. Чек ККМ <Объект не найден> (155:abb51c6f65c8983711e52adb13dc134a) Чек ККМ КЦ31-012356 от 15.07.2015 13:27:29
Отсюда скорее всего рассхождения Z-отчета и отчёта о розничных продажах..
И вот что получается, Чек судя по всему в фискальник попал, а вот до закрытия смены не дожил
15.07.2015 19:39:55 Иванов Иван Иванович KASSA1 2 Данные. Проведение Зафиксирована 15.07.2015 19:38:51 (-203564007) Документ. Чек ККМ <Объект не найден> (155:abb51c6f65c8983711e52adb13dc134a) Чек ККМ КЦ31-012356 от 15.07.2015 13:27:29
Отсюда скорее всего рассхождения Z-отчета и отчёта о розничных продажах..
(29) anterehin, очень странно, изменение / удаление чеков ККМ в рознице заблокировано на уровне конфигурации.
Получается, что у Вас есть время печати чека, соответственно, по этому времени и данным из ФР Вы получаете сумму чека, товар, увы, нигде не обнаружить.
Получается, что у Вас есть время печати чека, соответственно, по этому времени и данным из ФР Вы получаете сумму чека, товар, увы, нигде не обнаружить.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот