Удалили документ в базе ЕРП.
В журнале регистрации (старый формат, пишутся все события) следов нет.
Как такое может быть?

Сократили ЖР

Удалили обработкой

Не вводили, а сказали, что был ))

в ЖР можно почистить нужные записи.

(0) А какие записи есть по документу? Последняя запись какая? Документ был проведен? Движения остались? Вопросы, вопросы, вопросы...

(офф)
Помню, однажды, юзверь групповой обработкой изменил дату на прошлый год :( бывает, промахнулся :) у нескольких документов - а крику-то сколько было, прям до истерики "Кто Вам позволил удалять мои документы?"... а конфигурация просто их заодно и перенумеровала (год ведь поменялся). Другой год, другой номер, а тут ещё и фильтр - вот юзверь и "потерял" документы.

(0) в принципе если например поменяли дату и номер документа, в журнале показывается уже новый номер по всему журналу. То есть вам нужно смотреть в журнале не колонку Данные, а колонку Представление. Там еще могут остаться какие-то следы.

Журнал не чистили. Может такое быть, чтоб запись в журнал не вносилась. Например при удалении через COM-соединение.

(7) Может

(0)
1. Зашли в конфигуратор, отключили журнал (требуется монопольный режим), удалили документы, включили журнал обратно.
2. Удалили прямыми запросами SQL (нужен пароль).
3. Не так или не там ищите (встречаются люди, которые заводят документы в копии/тестовой, а потом доказывают что заводили в рабочей).
4. Откатили на стороне SQL, загрузили dt.

"Журнал не чистили" // Откуда знаешь?

(9) толково, спасибо, но думаю дело в другом
Про COM-соединение проверил, пишется в журнал

(10) а можно очистить конкретную запись?

(0) > Удалили документ

Уверен, что удалили? Не перенумеровали, не изменили дату, не пометили на удаление, а именно удалили совсем и окончательно.

> В журнале регистрации следов нет.

Уверен, что нет следов? Как именно проверяли?

(13) сел перепроверять.

Поднимаешь копию, где документ есть.
Смотришь его УИД.
Находишь этот же УИД в текущей базе.
Профит.

(13) спасибо мил человек, у документа изменился номер

Т.о. журнал хранит все и его миновать не выйдет :)

в копии восстанови идентификатор ссылки
в рабочей получи ссылку, объект, и открой его форму

(16) Намёк на это был ещё в (5)...

каждый январь по рогам стучим юзерам, заказы перетаскивают с декабря на январь, и номер меняется с 545657 на 000005

(17) в СУБД запросом можно

(17) При желании можно и обойти

(9) подключаю второй кластер серверов и делаю все чего хочется, в основном кластере следов не будет от слова СОВСЕМ...

(12)Можно удалить несколько записей наложив соответствующий фильтр.

Я не проверял можно ли удалить записи только по конкретному документу.

(23) +Согласен

(23) Но ЖР должен среагировать(если включен)

(27) > Но ЖР должен среагировать

На что он должен среагировать?
ЖР - сервис, предоставляемый кластером. Подключив второй кластер, ты получишь второй (отдельный) ЖР. Удаляешь документ, отключаешь второй кластер. Всё. В первом (основном) ЖР никаких следов - ни входа пользователя, ни удаления объекта, ни-че-го.

(17) При наличии соответствующих прав, миновать журнал совсем несложно. Также несложно удалить запись из журнала.
Если надо защитить базу от таких уязвимостей, то
http://catalog.mista.ru/public/717210/

(29) Зачем эта дичь нужна, если проблема решается чисто административными методами самой платформы. Не должно быть ни у кого административных прав, кроме как у администратора.

(30) Зачем охранять склад, если проблема решается чисто моральными методами.

(30) Для справки. Более 90% - файловые базы.

(32) сильно сомневаюсь.... за последние 10 лет боевых файловых видел штук 15 всего, а сервеных - сотни....

процесс перевода на сервера идет очень активно...

(33) Тридцать две штуки вижу в одном только холдинге. Всё в руках бухов.

(34) значит ит полные дебилы, что не взяли базы в центр...

(33) каждый видит только свою часть мира

(36) да, по этому истина посередине,

я бы предположил, что сейчас примерно 50% файловых

(37) но их этих 50% большенство это ларьки и ип, которым сабж ну точно не нужен

(38) Ларькам и ИП база 1С вообще не очень нужна. Есть 1С-овская статистика внедрений. Там более 90% - файловые базы.

+(39) Но суть не в этом. Серверные базы тоже уязвимы.
Рассуждения о надежности серверных баз так же наивны, как рассуждения:
"Давайте не будем проводить инвентаризацию на складе, у нас же там замок висит."

(35) Дебил ты сам, раз судишь "за глаза", да ещё и тех, кто и отношения к этому не имеет, но ты же лучше знаешь, да? Нет.

Оу... Так это только бухгалтерии. А ещё и локальные базы, самописки, распределёнки - так тут вообще штук 150 наберётся. Везде, в каждом подвальчике, сервер ставить?

(40) Надежная база данных должна отвечать условию:
- никто, даже администратор, не может внести изменения незаметным способом.
Никакие базы 1С не отвечают этому условию.

(42) сейчас даже ларьки работают в серверных по рдп....

(43) Просто боги ИТ должны быть замотивированы не тогать данные в продуктиве

(31) Неудачная параллель.
Я не спорю, что вопросы прав доступа к данным в 1С не лучшим образом решены.
Но необходимость впихивать виртуальный блокчейн в конфу видится мне еще более сомнительной. Хотя это не вовсе означает, что это совсем никому не нужно. Наверняка есть таких 0.01%, кому это может быть интересно.

(0) Про то, что ввели в другой базе или копии базы, был уже вариант?

(44) Да неее, ну нет. Даже не в ларьках заботятся о том, чтобы зависимость от интернета на двух концах была минимальна настолько, чтоб её не было совсем. Лишние хлопоты сисадмина - лишние затраты. А сохранность данных и  их защита настраивается 1 раз, настолько, насколько клиент оценивает потерю их даже в случае вмешательства администратора. Где-то всё равно придётся просто доверять. Что лям потратишь и доверяешь, что не потратишь лям и доверяешь.

(48) Вот откуда такие выводы?
Например ЕРП разворачивалась в файловом варианте для тестов первые 3-4 месяца после внедрения.
А про отказ от интернета в крупных компаниях вообще смех. Редко где даже РИБ есть. Все работают в терминалах. И датаценты в голландиях держут.

(49) Особенно, розница. В терминалах, а ККТ кнопочный.

(50) да, розница в терминале, и обмены с кассой...

касса позволяет бить товар даже если основная база недоступна, и даже весовой!!!

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

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

(50) Ларечники могут и без интернета жить, и выгрузки на дискетах носить.
Это ж другой мир, с ним лучше не пересекаться.