Всем здравствуйте.
После сбоя сервера в базе бухгалтерии отчасти пропали документы.
Восстановил их путем переноса с копии базы и в итоге получаю проблему следующую: когда переносят данный с упр программы в бухгалтерию и собственно неважно какой период то в периоде что я восстанавливал документы исчезают.
Подскажите в чем проблема?

чудес не бывает, смотри ЖР, для начала

1(пустой)

(2) чего, ЖР тоже кто-то в пофигураторе отключил ?

Какая бухия хоть, откуда переносишь, как -чем ?

База файловая\скуль\постриги ?

ЖР включен? БАЗА: Файловая/СКЛ?
Перенос по ID ? Может заменяются они?

(4) скуль

(3) нет не отключил, записи есть как переносили текущие документы и все, после никаких записей нет, а документы исчезли

(7) ну и посмоти гуид документа до и после переноса, для начала

переносишь как , чем ?

Бухгалтерия предприятия, редакция 3.0 (3.0.77.56)

платформа 1С:Предприятие 8.3 (8.3.16.1148)

как вариант может быть проблема с индексами, попробуй переиндексировать, у меня так справочник контрагентом шалил

(0) сколько раз так пробовал: 1 или несколько?

(12) несколько раз уже

(9) универсальной обработкой

после восстановления получи гуиды документов, потом после переноса попробуй по гуидам получить документы.
Получится или нет? ВОзможно они перезаписываются.
Универсальная обработка по ГУИДАМ грузит

Сделать копию базы для начала. В ней все эксперименты и проводить.

если я выгружу в dt, а после загружу в новый скуль базу, проблема не решится?

(17) нет конечно

(15), да но я то использую правила обмена, где поиск по номеру и дате выполняется, какие уж там гуиды?

чем ты с управленки грузишь в бухию ?

(19) Ты подожди, рано еще об этом, сообщи через постов 200

(19) в твоих правилах, снята галка "поиск по внутреннему идентификатору" с документов ?

(20) выше написал

(22) конечно

(22) +1. В типовых правилах вечно стоит "поиск по внутреннему идентификатору" и не стоит "если не нашел по идентификатору - поиск по реквизитам".

А в ЖР по свежеперенесенным документам чего светится в поле "Данные"? "Объект не найден", что ли?

(25) правила не типовые

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

(26) есть ссылки когда переносятся документы текущие

(29) Что такое "текущие"? Смотри на те записи ЖР, которые по переносу тех документов, которые якобы пропали. Если представление по ссылке формируется - значит документ в базе есть. Надо разбираться, почему он в журнале не отображается. Тем же запросом в консоли выбрать его данные и сравнить с "нормальными". Может вообще окажется, что дело в RLS каком-то. А что за сбой был на сервере? Может, имеет смысл базу прочекать?

28 база грохнулась вместе с сервером, поэтому грешу именно на это, а то что тут по жр пишут вот это бред, пробовать отследит по жр когда падает сервер вот это действительно звучит как бред
Все проблемы начались именно с этого
восстановили базу, а там документов не хватает, после перенес с копии и тут началось

Ну и опять же если в ЖР ссылка отображается, то можно попробовать прямо из ЖР открыть форму документа и поглядеть чего будет.

(31) "база грохнулась вместе с сервером" - очень информативно. "восстановили базу" - каким образом восстанавливали? Из бэкапа что-ли?

ЖР и запросы к базе обычно помогают.

В данных выгрузки эти документы есть? Если есть, но не попадают в базе - должно быть описание ошибки в ЖР. Документ вообще записывается?

(31) В копии базы найди любой документ, который отсутсвует в данный момент в текущей базе. Посмотри у него гуид.
По этому гуиды в текущей базе найди документ, сделай выводы, почему твой обмен по правилам перетирает документы в базе.

(35) Я не могу придумать ни одного варианта, когда это может происходить.

(36) ну, нам же отсюда не видно, по каким полям поиск в правилах.. и есть ли чего в рег сведении, который СоответствиеОбъектовДляОбмена и подобный (если конечно, такое ест в конфе)

(37) Хм... Спасибо.

Кто-то удаляет документы SQL-но

нашел, причина была настолько бл...дь , приведение номера к соответсвию отрабатывало криво, срезало номер
куда смотрели мои глаза

всем спасибо, без вас не допер бы до мысли такой....

(39) ...и как выяснилось это ТС. :)

еще по назревшей проблеме вопрос, почему то после того как сделал реструктуризацию базы часть документов поступлений товаров удалось востановить только после переноса из копии, хотя перед востановление были точно в подбитой базе, а вот после реструктуризации программа присвоила совершенно других контрагентов

почему такое могло случится? может у кого было подобное? не каждый день приходится восстаналивать базы))

40(не помогло) идем дальше....

Попробую пересадить на поиск по гуидам, жаль но предыдущий разработчик не захотел видимо так делать и заморачиваться этим