Гл бух нажала в КА 2.4 закрытие месяца сентябрь 2020 и говорит что в результате каким то образом перепровелись документы прошлых периодов (вплоть до 2017 ого года). Возможно ли такое?

ЖР посмотреть запрещено?

(1) ну в ЖР написано следующее:
что пользователь гл бух сначала в фоновом задании запустила "Регламентная операция ГКЦБ-000018 от 30.09.2020 23:59:59, Документ. Регламентная операция" Фоновое задание, 26 279
затем идут записи:
Регламентная операция 00000000007 от 31.01.2017 23:59:59, Документ. Регламентная операция
Регламентная операция 00000000008 от 31.01.2017 23:59:59, Документ. Регламентная операция
и т.д.
Пользователь гл бух , Фоновое задание, 26 281

т.е. она утверждает что они (регл закрытия 2017 года) сами запустились... когда она нажала закрыть сентябрь 2020

(3) А время какое? Интервал между событиями?

Резервные копии базы есть? Разверни копию, пусть покажет как и что она делала.

а.. ппц. дальше по журналу регистрии едет событие Проведение,  Реализация товаров и услуг ХН00-4619 от 28.12.2017 8:31:36, Документ. Реализация товаров и услуг  но уже не фоновое задание а Тонкий клиент, 20 836

она провела/перепровела несколько реализаций 2017 года...
(4) время 5 секунд.

а у "Гл бух" полные права и про дату запрета она не слышала...

(6) У нее период не закрыт,ооо,ССЗБ

(6) Надеюсь дальше все понял? Ну и (8), и (7).

(8) да она сама контролирует дату запрета.. А тут звонит и говорит, что все навернулось, что программа сама перезакрывать 2017 год стала.. Изучаю ЖР, вижу что был запуск регл заданий закрытия сентября 2020, а потом через 5 сек запуск перезакрытия с 2017 года.. а потом увидел, что она доки за 2017 перепровела

(9) да, она стала перезакрывать 2017 и сейчас полный..
Сначала вину на программиста 1С хотела спихнуть.. но ЖР меня спасает...

Кроме как восстановить базу из бэк ап - пока не вижу других вариантов..

(10) а галочка стоит "дата запрета работает для полных прав"?

(10) Тогда в личико ей скрин [а потом увидел, что она доки за 2017 перепровела]

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

(12) нет, не стоит. (14) вот и у нас это произошло. Но причина, как я понял, в том что есть были перепроведены несколько реализаций.

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

(16) да, знаю. Это как вариант.

(13) все, она призналась, что при закрытии сентября у ее выскочили ссылки на документы 2017 года, она их перепровела и нажала снова закрытие. И все .. понеслось.

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

(19) а мне вот было не смешно.. я напрягся прилично.. Просто не ожидал, что пользователь такое сделает, а потом мало только что не сознается, так еще и на меня все свалит..
Ну что.. поднимаем бэкап, а далее выгрузка загрузка xml мне в помощь)

(20) это после прочтения (11) навеяло, можно и жить конечно оставить... )

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

(22) а что скажете насчет того, что документы делают несколько иные движения по разным регистрам? например перепровели РТУ за 2017, а в 2017 была одна настройка склада, а потом поставили другую , и все, вот тебе и новые движения.

(22) вообще-то да, а ещё фигово работать где принято "сваливать"

(23) подробнее?

(23) Проф.непригодность,тем более обычно пишется сообщалка,что уже есть доки и может придти писец учету

(25) ну скажем, поставили галку "Использовать ордерную схему учета" с 2017 года. Нажали провести документ - и движения по регистрам у него станут другими.. ну или тому подобное.

(23) Ну да, наверняка пользовались кнопкой "разрешить менять важные реквизиты") И такие типа не при делах)

(27) В 2020 году поставили галку "с 2017"?) Оригинально

(27) это не влияет на бу

(23) А так быть не должно. Или настройки периодическими делать. Или имеющиеся склады не трогать.

(28) да да, я про это имел ввиду. (24) это меня тоже напрягает. (29) гл бух  может. Права есть на это. (30) да, а на остатки по складам очень даже.

(0) Возможно. Если кто-то до этого залез в 2017 год и сформировал задание к закрытию месяца.

(32) "права есть" - а мозг у нее есть? Лезть в прошлые периода - это верх маразма.

(11) Ввести документы за день-два будет явно быстрее, чем вернуть все как было. Так что смело разворачивай из бэкапа (только текущую базу сначала забэкапь :) ).

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

(22) Если в 2017-м была 2.2, а теперь 2.4 - с другим алгоритмом проведения - как это выполнить?

(36) вот! благодарю! абсолютно точно! (37) да, именно так. Тогда была 2.2, сейчас 2.4.

(37) Намертво закрыть изменения по момент обновления.

(39) А почему бы это не сделать вендору? Фиксировать, на какой версии какой месяц был закрыт, и не закрывать его втихаря, а требовать подтвердить перезакрытие прошлых периодов.