Добрый день!
Конфигурация 1С 7.7 "Комплексная 4.5 (Бух+Торговля+Склад+Зп+Кадры)".

В 2023 году в базе было несколько реализаций товара.
Под конец года товар закончился.
В новом 2024-м году в феврале сделали сторно одной из реализаций 2023-го года. И сразу сделали реализацию "появившихся" остатков.
До свертки все было нормально.

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

Как это исправить, подскажите пожалуйста.

Можно ли просто добавить нужное количество товара документом "ввод остатков товара по партиям"? Или это будет "нарушение" отчетности?
Может быть есть какой-то другой способ?

"Можно ли просто добавить нужное количество товара документом "ввод остатков товара по партиям"?"
- а взаиморасчеты с клиентом? а результаты продаж? а книга продаж? итд... мы ведь не знаем насколько полно вы используете комплексную и генерите ли проводки...
.
восстанавливай остатки !!для реализации прошлого года!! (по остаткам, по партионке, по взаиморасчетам с этим клиентом), проводи реализацию (сравнивай движения по регистрам с бэкапом базы) корректируй итог свертки чтобы не поехали входящие остатки на 2024 и перепроводи 2024 год, для тебя имхо это будет самый простой вариант, который даст тебе нормальную ситуацию по сторно.

Второй вариант: берешь какой-нибудь универсальный двигатель регистров и вместо сторно делаешь им нужные сторнирующие записи.

(1) ну так они обрезали под конец года. 2024 все новое период год отчетности.сторно убрать или распровести.
Ввод остатков вполне покатит.

(1) >> - а взаиморасчеты с клиентом? а результаты продаж? а книга продаж? итд... мы ведь не знаем насколько полно вы используете комплексную и генерите ли проводки...

Вроде все это используется.

>> восстанавливай остатки !!для реализации прошлого года!! (по остаткам, по партионке, по взаиморасчетам с этим клиентом)

А что значит "восстанавливай остатки"?
Если я просто восстановлю ту старую реализацию (то есть заполню табличную часть, сейчас она пустая) и проведу ее - этого будет достаточно?

>> корректируй итог свертки чтобы не поехали входящие остатки на 2024

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

(2) >> Второй вариант: берешь какой-нибудь универсальный двигатель регистров

Это что такое? Какой-то специальный документ?
Где его взять?

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

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

(3) >> сторно убрать или распровести.
Ввод остатков вполне покатит.

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

(5) да, просто в ТЧ такого документа вводятся цифры, которые должны быть в регистрах, аналог ручной прямой записи в регистры. Взять можно на ИС.

(8) Универсальный двигатель регистров как раз позволит написать нужные цифры в регистры.

(7) >> Возможно, второй вариант будет проще.

Объясни поподробнее про этот вариант.
Что такое "универсальный двигатель регистров"? Где его взять?

(6) проводки в комплексной по движениям регистров строятся. и если сделать бухсправкой - то отсутствие сторно по регистрам приведет к тому, что итоги по регистрам станут немножечко другими и "отчетность" съедет. Все зависит от того что было по проблемным товарам/клиенту за период от 01.01.24 до сторно. И как у них ведется учет.

(3) +++

(11) примерно вот так

(13) если сторно убрать или распровести то как минимум поедет отчетность по НДС.. ну и все остальное... сторно - это же аннулирование сделки, по результатам сторно - изменяется куча регистров и как следствие проводок по БУ. а вы предлагаете сторно выкинуть как будто его и не было. КОНЕЧНО, ЭТО САМЫЙ ПРОСТОЙ ВАРИАНТ. Но мы не знаем аккуратность и требования к БУ/НУ у ТС.

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

Если примешь решение делать корректировкой регистров, то свой двигатель регистров дам.

(0) Если вы в комплексной НЕ ВЕДЕТЕ БУ/НУ - тогда тупо удалить сторно, списанием/оприходованием в точке сторно подравнять остатки, корректировкой долга подравнять взаиморасчеты с клиентом. "Отчетность" слегка поедет, но имхо это будет допустимая плата за использование сторно.

(18) >> Если вы в комплексной НЕ ВЕДЕТЕ БУ/НУ ...

БУ/НУ ведется.

>> ... тогда тупо удалить сторно, списанием/оприходованием в точке сторно подравнять остатки, корректировкой долга подравнять взаиморасчеты с клиентом

А если и БУ/НУ также подравнять какими-нибудь способами?
Ну там например "запись книги продаж". Это возможно?
Или это по сути получится что и "универсальный двигатель регистров"?

(17) >> Если примешь решение делать корректировкой регистров, то свой двигатель регистров дам.

Дай пожалуйста. Будем пробовать все варианты.
Моя почта zelenprog@gmail.com

(15) Извини - брякнул не подумав. Теоретически не надо было перепроводить сторно. Теперь или твой "двигатель" или (18)

(19) запись книги продаж - возможно, но я хз в полном объеме представить что на что влияет.

Если бы у меня такая хрень была - я бы корректировкой регистров сделал бы.

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

(23) Переговорили с бухгалтерией...
Решили делать двигателем регистров.

(24) Скинул

(25) Спасибо.
Сегодня попробую сделать на копии.

(16) >> это ж надо додуматься, в комплексной сторно забабахать, да еще в разных годах с основанием...

А как правильно надо было изначально сделать, чтобы такой проблемы не возникло?

А если восстановить проведение Реализации в 2023 году и сделать по ней двойное сторно:
1-ое) концом декабря 2023 года, что даст ноль по сумме операций: Реализация 2023 + Сторно 2023 + ВводОстатков2024.
2-ое) сторно 2024 года на основании той же проведенной Реализации 2023.

(28) Так на остатках товара уже нет - что в 2024 не дает проводить - и в 2023 не даст
(27) Можно попробовать вставить проверку - если дата сторнируемого документа <= даты свертки = не очищать движения документа и возврат. Ну и при распроведении стоп

(29) А причем здесь остатки для Сторно? Он просто бездумно делает проводки с обратным знаком, не анализируя остатки.

(28) идея отличная.

(30) (31) "Вы знаете, Шура, как я вас уважаю, – загорячился Паниковский, – но вы осел"
Еще раз - свертка базы, ввод остатков. Товара тупо нет. И реализацию не провести ни в 2023 ни в 2024

Док Сторно на какую дату минусует регистры?

(33) в 77 ШТАТНО - все документы делают проводки НА ДАТУ ДОКУМЕНТА

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

(34) т.е. регистры минусуются февралём. Тогда что мешает автору после свёртки? Только отсутствие ссылки на старый док регистратор?
Если так, то что мешает завести этот док_2023 пустым, без движений, только для присутствия в ссылке в доке Сторно, ну и ручные движения, чтобы не менялось при перепроводе?

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

(37) В 7-ке разве нет в доках опции-крыжика "ручнения" движений как в 8-ке, после чего хоть обпроводись - движения не меняются?

(38) Это можно сделать. но это надо было делать до того как

(39) Андреич, неужели ж мы не обманем тупой алгоритм? )
Пробежимся ещё раз по цепочке.
До свёртки ставим Сторно на ручник - свёртка - заводим пустую реализацию_2023 - внешней обработкой заменяем ссылки на него в регистрах движений Сторно.

А если в 7-ке нет ручника, то примем во внимание, что стОрне фиолетовы все даты кроме своей, любимой.

Заводим инвентаризацию склада хоть началом дня сторно, в нём "находим" свои количества товаров - заводим Реализацию_Нов, товарные движения обнулились, как и не было - зато теперь пойдёт Сторно этой Реализации как доктор прописал.
Единственный минус - номер и дата Реализации_Нов будет отлична от таковых Реализации_стар в отчётах.

(38) Нет. 7.7 в отличие от снеговика - штатно логичная и последовательная система.
.
Ручные движения регистра можно сделать (см на ИС от Ёпрста "Гранат для обезьянки"), но после перепроведения документа они съедут. Можно в конфигу впилить что в самом документе можно будет задавать значения, которые будут записываться как движения регистра, но логика формирования движенйи и само наличие движений уже для 77 для пользователя СОВСЕМ непонятно.
.
Можно сэмулировать: после документа где мы хотим ручные записи по регистрам сделать - ставим сторно, на основании сторно заполняем документ "корректировка регистров" (универсальный двигатель регистров) - но это извращения страшные и спустя месяц хрен кто вспомнит почему в корректировке регистров стоят вот такие цифры , а не другие, и проследить их рождение/вычисление будет невозможно.

(40) ничего не понял, ручнике итд.. излагайте, Геннадий, на языке ИТ ;-)

(41) вся проблема в одном - после проведения сторно в 2024 или любых своих документов - цифры псоле проведения/исправления ситуации должны быть такими же как в несвернутой базе.

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

Я к чему. Да всё про ЕНС, который ошибочно поручили внедрить не программистам 1С. Отсюда и полный провал в начале прошлого года по всей России. Что произошло? Почти все налоги у нас квартальные. Без потери общности возьмём аккуратную фирму, которая платила в 2022 году все налоги точно в срок и под ноль. Для неё после сдачи в октябре 2022 года квартальных деклараций 9 месяцев закрылись под ноль. А что произошло дальше, в 4 квартале 2022 года? А произошло следующее. По тому же НДФЛ, напомню, строго по НК РФ исчисляли, удерживали и платили налог почти день в день. С каждого БЛ, отпуска и т.п. Возьмём примерный минимум: 20 платежей по НДФЛ внутри 4кв и 6 платежей по страховым взносам (в ноябре платежи по ПФР, ФОМС и ФСС за октябрь и в декабре – за ноябрь). Итого 26 платежей.

Что произошло 1 января? Свёртка и ввод остатков в новую программу ФНС. Каких остатков? Раз фирма аккуратная, то задолженности за 9 месяцев нет, а крайний срок сдачи отчётности за 4кв (28 января 2023) ещё не наступил. Остаётся голая переплата, которую алгоритм скопом всей суммой перенёс трансфертом ЕНП в Тулу.
Если не утомил, то можно перекурить, т.к. до даты сдачи 6-НДФЛ и РСВ за 2023 год есть свободное время.

Итак, допустим 10 января 2023 года аккуратная фирма сдала РСВ, 6-НДФЛ, прибыль и НДС.
Здесь много ветвей, но для простоты предположим, что пока Тулу не пополняли, а ждали 20-25 января.
Что мы имеем 10-го января?
Запись в регистре тульских ЕНП (первая дата – регистрации записи, вторая – действие):
01.01.2023 … 01.01.2023 … Сумма платежей внутри 4кв = ЕНП_нач
И 26 записей в регистре КНО (карточка налоговых обязательств) ИФНС. Примерно:
01.01.2023 … 10.10.2022 … СуммаНДФЛ1
01.01.2023 … 16.10.2022 … СуммаНДФЛ2
…
01.01.2023 … 26.12.2022 … СуммаНДФЛ20
+ 9 аналогичных записей по СВ (по 3 за октябрь, ноябрь и декабрь)

В прошлом у горе-программистов ЕНС нет ни одного дока-регистратора платежей. И пошёл работать алгоритм пеней по КАЖДОЙ записи.
Записи по пени в КНО ИФНС:
01.01.2023 … Задержка 11.10.2022-01.01.2023 … ПениСуммаНДФЛ1
01.01.2023 … Задержка 17.10.2022-01.01.2023 … ПениСуммаНДФЛ2
…
01.01.2023 … Задержка 27.12.2022-01.01.2023 … ПениСуммаНДФЛ20
+ 6 аналогичных записей по СВ (по трём декабрьским срок уплаты 28.01.2023 ещё не наступил)

Под каждый Иной документ этих пени идёт стягивание соответствующей суммы денег с Тулы на КБК пени. Но! Раз фирма аккуратная, то весь ЕНП_нач только что ранее уже ПОЛНОСТЬЮ ушёл 26-тью списаниями под годовые 6-НДФЛ и РСВ (в части октября и ноября). На момент первой записи-требования по пени денег в Туле 0!
Это означает, что вечером 1-го января ЕНС у аккуратной фирмы стал отрицательным на ИТОГО по всем суммам пени 1-го января. Они пока не уплачены, т.к. ничего не ведающая фирма первый раз пополнит Тулу числа 20-25 января.

Какая у налоговиков формула расчёта пени с 2023 года? На каждый день берётся отрицательный ЕНС и с него дневной процент.
Отсюда, 2-го января вечером опять добавится пени, ведь у нас отрицательный ЕНС. Вы можете возмутиться:
- Позвольте, но ведь это же получается пени на пени?!
- Да. Именно так по НК РФ.

И так далее каждый день пени вплоть до первого пополнения тульского ЕНП в 2023 году.

Передохнём и поедем дальше. Когда пошли массовые первые записи по пени налоговики запросили программистов:
- Что за …ня?
- Какие претензии? Вот ТЗ, мы чётко по нему сделали.
- Хорошо, вот вам ещё миллиард (шутка), но придумайте что-нибудь.
- Бу зделано!

Придумали понятие «резерва»-якоря. Убрали платежи 4кв из ЕНП_нач (у нашей аккуратной фирмы он обнулился 1-го января) и пробили их по свои прошлым датам, а т.к. по новому алгоритму переплаты на КБК быть не может, то тут же под каждый платёж завели Иной документ псевдотребования – резерв. Который сторнировался при сдаче годовых деклараций 2022.

Ну и включили свою обработку Пересчёт пени. Все переначисленные пени обнулили. На этом закончились злоключения аккуратной фирмы. Но большинство фирм у нас в России боязливы, и у них были реальные переплаты налогов на конец 2022 года. Следовательно, когда пошли первоянварские пени – у них был денежный запас в ЕНП_нач и прошло реальное списание пени на свой КБК. По нашему примеру – 26 списаний. После пересчёта пени их вернули на ЕНП в Тулу, но уже 72-мя записями. Почему втрое больше? Потому что по бюджетному кодексу пени в своих долях разбиваются и перечисляются в три бюджета: федеральный, региональный и местный.

Итак, у нас 72 микропополнения тульского кошелька. Программа их посчитала как платежи в ЕНС. Напомню, что по НК РФ существует очерёдность списания денег с Тулы, которая реализована в программе ЕНС налоговиков по методу ФИФО: первое пополнение ЕНП пришло – первым же и ушло.

Наступило 28 января. Срок уплаты по СВ-декабрь, прибыли, НДС, да и нового январского НДФЛ. Все они ОДНОЙ очереди на тот момент действия НК РФ. Поэтому берётся 1-ое из 72 пополнений Тулы, разбивается на 4 части по каждому налогу в суммовой пропорции и пошли 4 записи уплаты в КНО ИФНС. И так 72 раза. Всего 288 записей. Это в среднем. Гораздо хуже пришлось фирмам, где попеременно были дни отрицательного и положительного ЕНС, т.е. наряду с фиктивными первоянварскими пени были и реальные, которые, напомню по каждому дню увеличивались.

Вот почему у некоторых выписка по ЕНС состояла из сотен страниц по 30 строк на каждой:
https://i.ibb.co/xXLyn5P/PHOTO-2023-06-30-20-24-25-1.jpg

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

(44) Сергей, все получилось с помощью твоего документа "УправлениеРегистром".
Спасибо!

(46) ну дык, я не сомневался. Это у снеговиков куча проблем, а у нас - как в графике нарядов по КПП - "посмотрел и все понятно..." ;-)

опять устроили дурдом