Как вас обманули, развели, кинули, ...?

AntonVict:

DeathInfector:

Или вы сейчас скажете, что по вашему волевому решению у вас нет бэкапов базы

Выгрузку базы я делаю сам, за десять лет накопилось штук 40 "бэкапов", но они никак не мешают мне в текущей электронной базе внести изменения хоть в прошлом месяце, хоть 5 лет назад. Буквально за несколько десятков секунд.
С бумажными доками такой финт провернуть не получится.
Одних только карточек счетов под 3.000 листов за год.

Но в бэкапах данные старые.

А что с логом транзакций в базе. Как его будете исправлять? В нем будет написано "в таблицу А был выполнен insert вот такой строки вот таким таймстампом". А потом через полгода " в таблицу А был выполнен update вот этого значения в этой строке вот таким таймстампом".
Есть стойкое ощущение, что вы понятия не имеете, как работает система аудитинга изменений в движках баз данных внутри. Поэтому для вас это кажется очень легким. Эффект Даннинга-Крюгера в чистом его проявлении
Простое сравнение двух версий базы, которые восстанавливаются из бэкапов, покажет, в какой временной интервал произведены изменения данных. Потом быстрый анализ лога транзакций, который является технической таблицей движка базы, покажет, когда это было сделано и от имени какого пользователя. Это сможет сделать любой data quality engineer с опытом года 3 наверное часа за 4, если он абсолютно незнаком со схемой данных. И за часа два, если знает, куда смотреть и что искать
А справиться этим можно только в том случае, если вы охрененный хакер и сможете исправить уже созданные бэкапы и все логи транзакции, что наверное по сложности граничит с определением "невозможно", либо если вы неадекват, который используете одну версию базы без бэкапов с выключенной системой восстановления данных на уровне движка.
-----
40 за 10 лет - это раз в квартал?
Страна непуганных администраторов баз данных.

AntonVict:

DeathInfector:

AntonVict:

DeathInfector:

Или вы сейчас скажете, что по вашему волевому решению у вас нет бэкапов базы

Выгрузку базы я делаю сам, за десять лет накопилось штук 40 "бэкапов", но они никак не мешают мне в текущей электронной базе внести изменения хоть в прошлом месяце, хоть 5 лет назад. Буквально за несколько десятков секунд.
С бумажными доками такой финт провернуть не получится.
Одних только карточек счетов под 3.000 листов за год.

Но в бэкапах данные старые.

Конечно.

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

Есть 40 копий данных с одним значением, и одна(актуальная), в которой явно видно, что кто-то поменял сумму на счету с 100 тыщ на 0 вчера.
И проверяющие говорят "да, конечно правильная сумма 0, именно такое значение стояло в этой колонке все 10 лет"

МП42:

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

Ну вот. А бумажные доки хранятся десятилетиями.
И их так легко, как электронную базу, не изменишь.

AntonVict:

И их так легко, как электронную базу, не изменишь.

А ЭЦП, которой подписываются все документы в DLP системе как подмените? Первый же контроль целостности покажет подмену.

МП42:

У нас такой дичи,как подмена, и быть не может

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

slon2003:

и будет расхождение с поданными и распечатанными данными...

DeathInfector, Ты про это?

DeathInfector:

Как я понял из чтения источников (включая чат гпт), то 1с Предприятие использует свою систему управления БД со своим внутренним форматом файлов, который обычным людям не прочитать.

это если файловый вариант.Но он только для маленьких баз.
В,основном,работают в связке 1С клиент=>1С сервер=>База данных на SQL сервере или другом.
Т.е.сама база публикуется на сервере 1С предприятия, а физически находится на сервере SQL.
Клиент обращается к серверу 1С и через него все запросы и транзакции.
Такая связка позволяет хранить очень большие базы,объем которых зависит только от сервера SQL
Плюс сервер 1С позволяет гибко управлять сеансами пользователей,сбрасывать их, смотреть производительность и т.д.
У Гилева хорошо все расписано

DeathInfector:

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

Ну так я и сравниваю с самыми простейшими вариантами бумажного документооборота - кассовой книгой или журналом учета трудовых книжек. Захочешь там что то изменить задним числом, придётся как то переделывать КАЖДУЮ страницу за ВЕСЬ период, с подписями.
Это гораздо сложнее, чем внести изменение в электронную базу данных.

AntonVict:

Ну так я и сравниваю с самыми простейшими вариантами бумажного документооборота - кассовой книгой или журналом учета трудовых книжек.

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

AntonVict:

Захочешь там что то изменить задним числом, придётся как то переделывать КАЖДУЮ страницу за ВЕСЬ период, с подписями.

Ваш вариант по результату и "надежности" соответствует варианту "открыл нужную страницу, корректором замазал и сверху написал новый текст, оставив сбоку свою подпись и дату внесения изменений". Вы фактически в базе делаете тоже самое. Ни больше, ни меньше Вы не меняете ни одного документа, который был зафиксирован в прошлом и экспортирован в соответствующие инстанции. Вы просто меняете одно конкретное место.
===
Ладно, надо заканчивать. Ходим по кругу