Типовая БП, не КОРП.
Обновлял из режима 1С-Предприятие на 3.0.167.36 релиз.
После этого на счете 68.01 1-е субконто сдвинулось на место второго, а на первом "объект не найден".
Ранее эта БП обменивалась с ЗУП, сейчас обмен с ЗУП КОРП.
Подозреваю, что при обновлении программа увидела, что синхронизация с КОРП и скорректировала субконто на счете.
Но это же ошибка ? Вроде всегда только в БП КОРП было субконто "Регистрация в ИФНС" на счете 68.01 ?

(0) Лучше из конфигуратора обновляться. Там мощный передел по 68.01, была группа, а стал один счёт. При обновлении бывш. 68.01.2 перебрасывается на 68.01 А 68.01.1 остаётся как 68.01

А субконто восстановить ? Т.е. "Виды платежей в бюджет" опять сделать первым, а второе удалить ?

(2) А субконто восстановить из бэкапа
А потом обновиться как в (1) сказано

(3) я про второе субконто

(4) А у Вас что, на проф БП был изменён в прошлом ПС и добавлено было второе субконто?

(5) Нет, ничего не менялось. Типовая проф БП, никаких счетов не добавлялось в т.ч. и в режиме предприятия.
Программа нормально работала в связке с типовой проф ЗУП.
Второго субконто никогда не было.
А тут после обновления первое субконто стало вдруг вторым (Виды платежей в бюджет), а вместо первого субконто "Объект не найден".

Причем таких несколько баз и везде одинаковая картина.
Но с недавнего времени вместо проф ЗУП стала ЗУП КОРП, соотв-но и настройка синхронизации изменилась.
А в бух. КОРП как раз и используется второе субконто (регистрация в ифнс). Но у меня то БП проф.

(6) Тогда почему пишете о "восстановлении"?
На старой копии базы одно субконто? Вот её и обновляйте нормально.

А если пропустили момент, то исправляйте вручную.

(8) Восстановление имелось в виду, что второе субконто двигаю вверх, а "Объект не найден" удаляю.
В копии базы одно субконто. Обновляю. Опять становится два субконто, т.е. как при первом обновлении.
Правда обновляю не через конфигуратор.

Было еще несколько баз, ни в одной не добавлялось субконто на 68.01. Второе субконто (некорректно) добавляется только если в настройках синхронизации есть ЗУП КОРП.

(1) т.е. и в закрытых периодах будут изменения в журнале проводок?

(11) Это ж не регистры, а проводки, точнее только бух-регистр. Там можно спокойно менять задним числом хоть от РХ.

(12) как-то не очень люблю, когда в закрытых периодах меняются проводки

(13) А они по 68.01 не меняются, только субконто и субсчета.
А в баланс идёт 68.01

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

(15) Там в ПС удаляются субсчета, а группа становится счётом. А план счетов не имеет истории.
Разрешаю править топором в журнале проводок от начала времён (с) Гена
Документы же не трогать. Только проводки.

(16) ну тем более, зачем было править предыдущие записи, если достаточно переноса сальдо на конец 2024 года.

ужасное решение вендора

Сам не проверял, но некоторые хвалят, попробуйте на копии:
https://dropmefiles.com/1qvJC

(16) На моей памяти в Бухгалтерии для Казахстана было следующее:
После обновления "старые" счета выводятся в самый низ (с приписыванием "я_" в названии счета) + запрет на использование, сальдо со старого счета переносится на новый счет по какому-то правилу. Вроде как обработку надо запускать самому пользователю после обновления и указывать на какую дату будет сальдо, а последующие документы потом надо было перепровести уже с новыми счетами

(19) Это старинный лайфхак фирмы 1С со времён 6.0
По памяти - как превратить группу АА с субсчетами в одиночный АА:
1. Все субсчета кроме АА.01 переименовываются в яшек, т.е. ЯАА.02, ЯАА.03 и т.д.
2. Группа АА переименовывается в ЯАА и все яшки ей переподчиняются
3. Оставшийся АА.01 переименовывается в АА
4. На выбранную дату все остатки с бывших АА.хх а теперь яшек - переносятся на новый АА.

Может где и ошибся и тогда пусть старшие меня поправят, но техника примерно такая )

(0) Перед обновлением на новый релиз надо сделать на всех счетах/подсчетах 68.01 типовое субконто + далее ваше. В такой конфигурации обновление не приводит к потере данных по субконто.

(21) Потерь не было. Типовое субконто (виды платежей) после обновления сместилось вниз, т.е. стало вторым субконто.
А первым субконто стало "объект не найден".
Поэтому после обновления второе субконто (Виды платежей) переместил вверх, а второе удалил.

(22) Зря удалили. Вангую, что к марту фирма 1с введёт в БП проф на 68.01 вторым субконто КБК и снова будете мучиться со старыми проводками.

БП КОРП

В Функциональности галочка Обособленные подразделения не стоит.

До обновления (3.0.165... релиз) на сч. 68.01, 68.01.1, 68.01.2 по требованию клиента стояли галочки аналитики Подразделения поставленные в конфигураторе (Это ещё до перехода в 24г. на КОРП). И одна аналитика (2-е субконто) "Регистрация в налоговом органе".

После обновления (3.0.168.19 релиз) на сч. 68.01, в конфигураторе как обычно восстановил галочку "Подразделения". После применения обновления к базе, отработки обновления в режиме Предприятия на счете оказалось 2 одинаковых субконто 2 и 3 "Регистрация в налоговом органе" причём предыдущие остатки и обороты оказались на субконто3, при перепроведении клиентом документов 4 кв. начало заполняться 2 субконто - данные "разъехались".

Надо перебросить с 3-го субконто на второе данные наверное попробовать...
И причём 3-е субконто даёт удалить из Предприятия - 2-е появившееся пустое - нет - введено в Конфигураторе. Хрень какая-то. Умудрилось "сдвинуть" идентичное заполненное субконто в 3-ю позицию.

Запрос = Новый Запрос;
    Запрос.Текст =
        "ВЫБРАТЬ
        |    ТИПЗНАЧЕНИЯ(ХозрасчетныйОбороты.Регистратор) КАК ТипДок,
        |    ХозрасчетныйОбороты.Регистратор КАК Докум,
        |    СУММА(1) КАК Поле1,
        |    ХозрасчетныйОбороты.Период КАК Период
        |ИЗ
        |    РегистрБухгалтерии.Хозрасчетный.Обороты(&НачДата,&КонДата , Регистратор, Счет.Код = ""68.01"", , , , ) КАК ХозрасчетныйОбороты
        |
        |СГРУППИРОВАТЬ ПО
        |    ХозрасчетныйОбороты.Регистратор,
        |    ХозрасчетныйОбороты.Период,
        |    ТИПЗНАЧЕНИЯ(ХозрасчетныйОбороты.Регистратор)
        |
        |УПОРЯДОЧИТЬ ПО
        |    Период";
    Запрос.УстановитьПараметр("НачДата",Объект.рПериод.ДатаНачала);
    Запрос.УстановитьПараметр("КонДата",Объект.рПериод.ДатаОкончания);
    
    РезультатЗапроса = Запрос.Выполнить();
    
    ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
    
    сообщить(ВыборкаДетальныеЗаписи.Количество());    
    сч6801 = ПланыСчетов.Хозрасчетный.НДФЛ;
    
    Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
        Сообщить(СокрЛП(ВыборкаДетальныеЗаписи.Докум));
        Проводки = РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей();
        Проводки.Отбор.Регистратор.Установить(ВыборкаДетальныеЗаписи.Докум);
        Проводки.Прочитать();

        тз = Проводки.Выгрузить();
        Для каждого стрТЗ из тз Цикл
            Если стрТЗ.СчетДт = сч6801 Тогда
                Если не ЗначениеЗаполнено(стрТЗ.СубконтоДт2) Тогда
                    стрТЗ.СубконтоДт2 = стрТЗ.СубконтоДт3;
                КонецЕсли;
            КонецЕсли;
            Если стрТЗ.СчетКт = сч6801 Тогда
                Если не ЗначениеЗаполнено(стрТЗ.СубконтоКт2) Тогда
                    стрТЗ.СубконтоКт2 = стрТЗ.СубконтоКт3;
                КонецЕсли;
            КонецЕсли;
        КонецЦикла;
        
        Проводки.Загрузить(тз);
        Проводки.Записать(Истина);
    КонецЦикла;
полечили так. потом удалить третье субконто.

это цирк с конями. 1С вообще его снёс патчем (субконто 68.01 "Регистрация в налоговом органе" ).