Прошу совета у знающих. Наверняка ведь не впервые такое происходит....

УТ 11.5.10.73 на 8.3.21.1624

Ситуация - кто-то смёл дату запрета, а кто-то успел ввести где-то документ 0201 года. теперь требуется закрытие месяца за все две тысячи лет.

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

В регистре "Задания к закрытию месяца - строки с древним годом и без ссылки на какой либо документ.

(0)

Ну так удалите эти строки, а заодно проверьте другие регистры "Задания к"

(0) В метаданных ищите все поля с типом "Дата", и запросом выбираете эти поля с условием на дату меньше указанной.

+(2) Только не забыть исключить пустую дату, а то слишком много будет ложных срабатываний.

(1) удаляю такую строку на, скажем, 300 год, тут же появляется строка на 301 год...
(2)(3) сейчас попробую

(3) спасибо за упоминание пустой даты, я бы обязательно с ней вляпалась. Документ найден, за 209 год, введен финдиректором...

Периоды не закрываете?

(6) см. пояснения (0): Видимо финдиректору было закрыто в 2019 год, и дату запрета убрали. Убрали "как умею и могу"... и так далее...

А вообще давно бы сделали на уровне движка запрет ввода данных ранее определеннной даты. И что эту дату можно было выбирать в настройках.
Как в 1с 77 выбирали век.

(8) это размышления вслух? или  рекомендация к действию? Извините плохо поняла. В 7.7 не работала...

(9) Размышления конечно. Фирма 1С могла бы придумать некую фенкцию проверку на валидность даты.
Обычно 90% данных в 1С  работат в пределах дат за последние 80-100 лет.
Допустим кто то родился в 1923 году. хотя врад ли 100 летний сотрник может работать в копмании.
Думаю максимум 70-75 лет.
Другое дело в 1С ведется учет музейных данных.
К примеру картина нарисована  в 1645 году.
А вот таких дат как 0201 год вряд ли где то будет.

(9) в 1с 77 была возможность выбрать дату начала столетия
Например выбрал эту дату  как 1032 год. Тогда если введешь 23 то 1с понимает как 2023
А если столетие выбрана как 1920 год то ввод 23 1с поймет как 1923 год.

(0) В вашем случае напишите обработку с запросом по каждом виду документов через метаданные с выбором первого и анализом даты. Найдете сразу.
Я обычно сразу же в журналах видел прям визуально.

как вариант обротку открываешь за период от 201 года до 2000 й год увдидшь сразу что за док.
Если конечно есть движение по счетам.

(10) Можно при создании базы на MS SQL указать нулевое смещение дат - и даты типа 0201 просто не пройдут.

(10) Для музейных картин скорее там будет год, а не дата.

(0) "чтобы вернуть все как было"->развернуть бекап. Он же у вас есть?)
А так, заходите в регистр заданий закрытия месяца/расчета себестоимости. Вроде как на основании этих регистров закрытие месяца ругается на прошлые даты.

(10) >> таких дат как 0201 год вряд ли где то будет.

1С:Управление антикварным салоном или салоном нумизматики. (название условное)

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

>> вряд ли 100 летний сотрудник может работать в компании.

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

Короче.
Идея контроля любых вводимых дат на уровне платформы - не самая лучшая. Сделать её универсальной не получится. Пусть даже она и будет подходить для 99% случаев.
А вот вкорячить в БСП какой-нибудь механизм, который позволял бы настраивать в конкретной базе допустимый диапазон дат для вводимых пользователями документов и для периодов записей регистров, вполне можно было бы. По сути аналог существующего механизма даты запрета изменений или его расширение. Где дату запрета обойти нельзя (можно только снять или переместить в прошлое), а диапазон дат ввода документов и регистров можно обойти (при подтверждении пользователя ответа на запрос - уверен ли он), но нельзя снять или перемещать, не имея полных прав.
Ситуации, когда пользователь, случайно опечатавшись, вводит некорректные даты (2203, 2003, 2032, 0223 и т.п. вместо 2023 года), не так уж и редки. И если даты из прошлых периодов (2003, 0223 года) купируются датами запрета, то даты из будущего (2203, 2032 года) дата запрета легко пропускает.

Платформа нормально года не может обрабатывать, а вы хотите периоды закрыть на уровне платформы.
Реквизит тип дата, формат редактирования у реквизита "ДФ=dd.MM.yy".
Выбираешь 2074 год и любую дату, он фигак и у тебя 1974 год.

(18) В параметрах 1С:Предприятия ("Сервис - Параметры - Общие") устанавливается значение параметра "Год начала рабочего столетия". Данный параметр используется системой в тех случаях, когда значение параметра "Число цифр года в представлении даты" равно 2. В этом случае при вводе даты указываются только две цифры года. В зависимости от значения параметра "Год начала рабочего столетия" эти цифры года относятся к одному или другому столетию. Фактически, данный механизм позволяет указывая 2 цифры года вводить даты как в двадцатом, так и в двадцать первом веке.

(18) Кстати, периоды закрываются на уровне конфигурации, а не на уровне платформы.

(19) Про 2 цифры логично. Но я дату по кнопке выбираю 2074 год, не логично конвертировать ее по настройкам.

(14) попробую поискать. это интересно
(16) ругается, но на какой документ - не говорит, а учитывая их множество.... по факту и оказался редкий вид документа, которым только главбухи и пользуются. А бэкап не подходит, так как у любой компании каждый рабочий день - это множество документов, )) потерять их для бухгалтера равно смерти.
Всем спасибо! Ваши комментарии мне очень интересны и полезны.

(22) Так все таки нашли тот документ?

(23) Да, документ нашли. в сообщении (5) упомянула ))