Корректировка остатков по з/пл в 1С БП 8.3

[Крысавица]

С 2019 г. перешли на новую базу и новую программы - с 8.2 на 8.3. Остатки переносили вручную и постепенно, поэтому пришлось перед сдачей баланса всё довносить второпях. Получилось так, что пропустили проблему по начислению з/пл в 8.2 ещё в 2016 г., из-за которой за 2 месяца не были сделаны проводки. То есть документ "Начисление з/пл" есть, но все проводки какая-то из предшественниц по всей видимости вбивала вручную и на закладках "Взаиморасчёты с работниками", "НДФЛ сведения о доходах" и "НДФЛ расчеты с бюджетом" не были поставлены "галочки" в полях "Активность", т.е. проводки были выключены, хотя ведомости сформированы, по кассе выплата проведена. В итоге на 01.01.2019 получилась переплата в сумме двух месячных з/пл, которой на самом деле нет.
Изначально остатки по 70 сч. были введены правильно, были сделаны все начисления и выплаты. Но потом при закрытии сч. 000 этот остаток был скорректирован. Теперь программа 8.3 не даёт сформировать ведомость, т.к. числится переплата, и по кассе пошёл какой-то глюк - при формировании кассовой книги выдаёт предупреждение, что документы не соответствуют бух. проводкам.
Особо трогать прошлый, уже закрытый год сильно не хочется, но и проблему надо как-то решать. Ну, допустим, переплату я ручной проводкой уберу текущим 2020-ым годом на 99 сч., но как сделать так, чтобы и по внутренним регистрам программы "БП (базовая) 3.0.77.89" тоже скорректировать расчёты по з/пл с работниками?

[Аноним]

На начало учета счет 000 получается не закрылся?

[Крысавица]

Нет, остаток на 01.01.2019 позднее выровняли по старым ошибочным данным как раз для того, чтобы счет 000 закрылся. И он закрылся. Теперь по счетам 70 и 68.01 неверные данные, надо скорректировать их - и так, чтобы по всем регистрам изменились суммы, но доначислять в программе з/пл за июнь 2016 в 2020 г. эл. документами по начислению з/пл я не хочу - чтобы они не попали в налоговый регистр и 6-НДФЛ, поскольку они вошли в отчёты 2016г.

[Аноним]

Сторно ввода остатков. Больше не вижу способа.

[Крысавица]

Сторно ввода остатков. Больше не вижу способа.

Не вариант - тогда счет 000 снова не закроется.
Я пока доначислила з/пл и НДФЛ ручной проводкой - по обороткам выровнялось, теперь буду разбираться, что отразилось в регистрах по з/пл и НДФЛ и как программа будет считать задолженность по з/пл работников...

[Александр_не_бух]

Про 000 - ну его же до этого искусственно закрыли. Кто мешает назад вернуть? Перекос и так и так будет - либо голова либо ноги мерзнуть будут - куда одеяло ни потяни... Наверняка 84 счетом разруливали.

[Аноним]

Почему это 000 снова откроется? Сторно делает проводки текущим периодом. И не на нулевой же вы будете начисление зарплаты делать...

[ZloiBuhgalter]

Сторно делает проводки текущим периодом.

Прежде чем писать сюда это, сначала читаем ВСЮ ветку. И выясняем, что ошибка при вводе остатков.

Тепрь ДВА вопроса к тебе:
1. какими проводками вносятся остатки?
2. как отсторнируется проводка ввода остатков (сформирует какую проводку)?

[Аноним]

Я то прочел всю ветку. Естественно сторно будет на 000 красным. Но вторая исправительная проводка будет куда? на нужный затратный счет с 70 м. Если я правильно понял, что не отразилось начисление зарплаты. Что не так?

[Крысавица]

ошибка при вводе остатков

Ошибка 4-хлетней давности в старой базе, которая закрылась и с ошибками в виде непроведённых начислений и несуществующих переплат, и в этом виде остатки были перенесены.
Поэтому я ручной проводкой и текущим годом доначислила пропущенное, но отнесла всё на 99 сч., на непринимаемые в НУ расходы, поскольку по некоторым отчётам суммы начислений все прошли и по данным налоговой всё (з/пл и НДФЛ с неё) заплачено, но на прибыль не легли в том давнем году, а теперь уже и нет смысла их туда впихивать.
А сторнировать ввод остатков - это, извините за прямоту, бред.

[Александр_не_бух]

Может чего и не допонял, но предложенное сторно остатков ( с последующей правильной проводкой) и ваше решение - одни и те же яйца- вид в профиль. Извините за прямоту.

[Крысавица]

одни и те же яйца

Не одни. Мой вариант не затрагивает сч. 000, только фин.результат, т.е. сч.99.
Что вы за бухгалтер, если не понимаете элементарных и основополагающих вещей? А если не бухгалтер, то зачем набиваетесь с вашим особо ценным мнением в области, в которой не смыслите?

[Аноним]

Злая вы...

[Аноним]

Злая вы...

Вам про механизм 1С чел рассказывал а вы на ручные операции гнёте... Ну ну... Доиграетесь с ручными - концов не найдете... (

[Александр_не_бух]

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

[ZloiBuhgalter]

Поэтому я ручной проводкой

Так не пойдёт.
Нужно ещё регистры по з/п и налогам двигать

[Крысавица]

Нужно ещё регистры по з/п и налогам двигать

Вот я и спрашиваю - как???

[Крысавица]

Вам про механизм 1С чел рассказывал а вы на ручные операции гнёте... Ну ну... Доиграетесь с ручными - концов не найдете... (

Программа должна соответствовать задачам и правилам бухучета и налогового учета, а не наоборот, что бы там о себе не думали "гениальные" разработчики "1С".
Я объяснила задачу с конкретными параметрами - не трогать счет 000 при любом раскладе, поэтому остатки на 01.01.2019 должны остаться неизменными, а корректировать сальдо на начало текущего года, пока он не закрыт. Если программа не может этого делать (поскольку предусмотреть все ошибки и их устранение невозможно в принципе) или вы не знаете как, то так и скажите или промолчите, а давать вредные советы в духе детских стишков Бориса Заходера не надо.

[Аноним]

Может опять чего не понял - как сторно 000 счета в январе 2020 может "тронуть" вам остатки 2019 ???? Дата операции будет этим годом.

[ZloiBuhgalter]

Программа должна соответствовать задачам и правилам бухучета и налогового учета

Она соответствует. Но не предусмотрено что вы, эти правила в прошедших периодах нарушаете.
Так как:
1)

Остатки переносили вручную и постепенно,

А в 1С Бухгалтерия 2.0 и 3.0 есть типовой перенос документов и остатков.
2)

ещё в 2016 г., из-за которой за 2 месяца не были сделаны проводки.

А контроль программы должен быть ежедневным.
3)

чтобы и по внутренним регистрам программы "БП (базовая) 3.0.77.89" тоже скорректировать расчёты по з/пл с работниками?

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

p.s. Где-то на просторах инета лежит обработка: "редактор регистров бухучёта для Бухгалтерии 3.0", но это самоделка, делайте выводы.

[ZloiBuhgalter]

а давать вредные советы

1) Вы сюда зачем пришли? Не устраивают ответы - не ходите.
Общайтесь на горячую линию 1С и в поддержку. (подписка ИТС ведь есть?)
2) Специалист, даже если он присутствует на форуме, "лечить гланды по телефону не умеет" помочь не может. И кто вам написал, что здесь есть представители 1С? 78% здесь такие-же пользователи как вы.

[Крысавица]

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

[ZloiBuhgalter]

я пришла за советом

1. Совет, вам дали. По перевводу остатков.
2. Никто не запрещал разделять базу ДО 01.01.2020 и ПОСЛЕ. (на диске ИТС есть обработка, но не для решения "в лоб")
3. Решение о редактировании регистров - я дал (обработочка). Главное научится ей пользоваться. Естественно не на рабочей базе. (Мой горький опыт. Редактировал в 7.7 ЗиК кое что. Главное был архив наканунешний.)

[ZloiBuhgalter]

Или вы думаете что на все случаи предусмотрены решения в 1С?
А о найденых решениях не распространяются (очень часто), ибо тогда фирмы сопровождения были-бы не нужны.

[Аноним]

Злая она... Ну спишем на весну неудачную. Желаю улучшения настроения и простого человеческого счастья!