Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.167.36)
После обновления на версию 3.0.167 слетели итоги по счету 68.01
В оборотке одна цифра, переходим в ОСВ по счету - она или пустая, или итоги с общей ОСВ не сходятся.
Пересчет в конфигураторе не помогает, выключение/включение итогов и текущих итогов в управлении итогов не помогает, цифры меняются , но все равно неправильные.
При попытке перепровести документ ошибка - Попытка вставки неуникального значения в уникальный индекс:
Дублирование ключей в уникальном индексе '_ACCRGAT21343_1@'
В разных базах, разные организации - итоги по счету 68.01 неправильные.
Кто-нибудь сталкивался?
(1) Совсем недавно удалили третьи субсчета на 68.01
А было 68.01.1, 68.01.2 ...
Скорее всего при обновлении пропустили тот обязательный релиз, перескочили через него, где грамотно были удалены субсчета на 68.01
ВЫБРАТЬ
ХозрасчетныйОбороты.Регистратор КАК Регистратор
ИЗ
РегистрБухгалтерии.Хозрасчетный.Обороты(, , Регистратор, Счет = &Счет, , Организация = &Организация, , ) КАК ХозрасчетныйОбороты
ГДЕ
(ХозрасчетныйОбороты.Субконто2 ЕСТЬ NULL
ИЛИ ХозрасчетныйОбороты.Субконто1 ЕСТЬ NULL)
ВЫБРАТЬ
ХозрасчетныйОбороты.Регистратор КАК Регистратор
ИЗ
РегистрБухгалтерии.Хозрасчетный.Обороты(, , Регистратор, Счет = &Счет, , Организация = &Организация, , ) КАК ХозрасчетныйОбороты
ГДЕ
(ХозрасчетныйОбороты.Субконто2 ЕСТЬ NULL
ИЛИ ХозрасчетныйОбороты.Субконто1 ЕСТЬ NULL)
У меня получается нужно провести примерно 2000 документов, начиная с 2011 года. Причем периоды закрыты и отчетность сдана.
Все уведомления об исчисл суммах налогов, отражения зп в бухучете и сведения об удерж НДФЛ... неправильно это. В прошлом году изменения были, в этом. такое ощущение, что в бугалтерии переход не сделали: до такого-то числа вот так доки проводятся и отчеты так формируются, после такого-то - по-другому.
Такая же история в БП КОРП после обновления. На счете Я68.01 непонятные суммы.
"Удержанный НДФЛ по всем ставкам теперь учитывается на счете 68.01 "НДФЛ исчисленный налоговым агентом". На него перенесены все операции по субсчетам 68.01.1 и 68.01.2, используемым в прошлых версиях."
Был учёт нфдл по ставке 13% на счёте 68.01.1 и 15% на 68.01.2, в декабре вышло обновление, где субсчета удаляются для целей учёта НДФЛ по прогрессивной шкале. Если проводить старые документы за прошлые месяца, то 1С теперь считает строки с суммами по ставкам 13 и 15 одинаковыми тк там теперь счёт 68.01 и не даёт проводить (например в уведомлениях) ссылаясь, на дублирующие данные. Можно объединять эти строки в одну (сложив суммы) в таких проблемных доках, тогда норм. Или ждать объяснений/обновлений 1С
Техподдержка 1С ответила:
Сделайте архивную копию базы (обязательно) и запустите в вашей базе приложенную во вложении обработку.
По результату - цифры в оборотках выправились.
После выполнения обработки у нас пропало субконто "Регистрация в налоговом органе" на счете 68.01- на это техподдержка ответила , что "Список субконто приведен в соответствии с настройкой функциональной опциией "Вести учет по подразделениям"
Еще у меня не перепроводится документ Сведения об удержаном НДФЛ в декабре 2024, если раньше было несколько строк с разными КБК. И проводок было и осталось по счету 68.01 две. Ругается на дату запрета редактирования (30,09,2024) ?!
Если дату запрета убрать - все проводится, остается одна проводка по 68.01. Не может старый набор записей заместить? Но у нас обмен с ЗУП, документы по НДФЛ еще могут поменяться, дату запрета убирать не вариант.
(14) ч.т.д.
Как и было сказано: неправильно обновились на 167. Потому что данная внешняя обработка просто повторяет те процедуры, которые обязаны были нормально отработать при грамотном обновлении релиза на 167.
(14) Такая же проблема с корп версией. ОСВ по 68.01 показывала какой-то остаток, которого не было видно если сформировать ОСВ по субсчетам счета 68. Обработка это исправила.
(14) отличная обработка, мне помогла, спасибо большое.
по поводу документа Сведения об удержанном НДФЛ в декабре 2024, у нас тоже это проявилось после обновления. Есть информация где-то в интернете, что это пофиксить должны в след релизе.
(34) Про сведения я тоже писала в техподдержку, ответили стандартно - Рекомендуем создать архивную копию, снять в ней дату запрета редактирования документов, перепровести документ и проверить движения документа. Пишу - хотелось бы штатного проведения. Тем более если я в ЗУП регистрирую Сведения к обмену, в результате обмена в бухгалтерии он проводится без ошибок, в движениях в итоге одна проводка по 68.01 вместо предыдущих двух. Почему в ручном режиме в БП не проводится? На это мне ответили - Для ответа на ваш вопрос необходим анализ ИБ. Анализом ИБ пользователей, выявлением и исправлением ошибок ИБ пользователей занимаются наши партнеры Вот где тут ошибка пользователей?!
14. melenaspb 208 10.01.25 17:48
Техподдержка 1С ответила:
Сделайте архивную копию базы (обязательно) и запустите в вашей базе приложенную во вложении обработку.
По результату - цифры в оборотках выправились.
После выполнения обработки у нас пропало субконто "Регистрация в налоговом органе" на счете 68.01- на это техподдержка ответила , что "Список субконто приведен в соответствии с настройкой функциональной опциией "Вести учет по подразделениям"
Благодарю за выложенную обработку, после ее использования, у нас в четырех базах - тоже выправились остатки/обороты, субконто тоже - пропало. Дальше - уже главбухи будут смотреть, будут ли еще нюансы.
(14) Привет при выполнении обработки вышла такая ошибка: Поле объекта не обнаружено (РегистрацияВНалоговомОргане)
{ПланСчетов.Хозрасчетный.МодульМенеджера(1189)}:СтрокаТаблицы.ВидСубконто = ПланыВидовХарактеристик.ВидыСубконтоХозрасчетные["РегистрацияВНалоговомОргане"];
А насчёт даты запрета не волнуйтесь. Её надо только ВРЕМЕННО откатить, потому что обработке надо заменить 68.01.1 и др. на 68.01 в тех РС, записи в которых были созданы после ежемесячных переносов данных по НДФЛ из зарплатной программы. После обновления - снова катите куда надо дату запрета.
Ошибка при записи проводки по счету 68.01
Код ошибки: 30180711
Статус: Планируется исправление в будущих версиях Зарегистрирована: 10.01.2025
Продукт: "Бухгалтерия предприятия, редакция 3.0"
Описание:
В 1С:Бухгалтерия КОРП, если не включен учет по обособленным подразделениям, то при записи проводки по 68.01 выдается сообщение об ошибке:
"Нарушено условие уникальности данных.
Попытка вставки неуникального значения в уникальный индекс:
Дублирование ключей в уникальном индексе...".
Воспроизводится в ИБ КОРП версии, где до обновления у счета 68.01 было субконто "Регистрация в налоговом органе", а у его субсчетов - такого субконто нет.
Способ исправления:
Суть обхода - сделать так, чтобы состав субконто всех субсчетов счета 68.01 был одинаковым.
До обновления на 3.0.167: добавить субконто "Регистрация в налоговом органе" для субсчетов 68.01.1, 68.01.2
Думаю, дело не в тех итогах, которые в конфигураторе пересчитывают или обработкой. Тут скорее остатки по счету.
Дано: организация, константы в базе: Вести учет по подразделения - ложь, Использовать несколько подразделений - истина. Как и почему такое возникло? Вот так ведут учет, не знаю.
До обновления при проведении Отражения зп в бухучете или Сведения об удержанном НДФЛ в проводке по 68.01 не проставлялось субконто2 - регистрация в налоговом органе. После перехода на 3.0.167... стало проставляться. При перепроведении доков субконто в проводках заполнено.
Если смотрим в консоли запросов остатки по счету то имеем несколько строк: в одной субконто2 - нулл, в других субконто2 - какие-то налоговые. Что-то подсказывает, что можно их операцией закрыть. А на какую дату?
Под полными правами Сведения об удержанном НДФЛ перепроводятся, если прав поменьше - Возникла непредвиденная ошибка без какой-либо записи в журнал регистрации. Вот спасибо.
Суммы из перепроведенных доков в ОСВ попадают; старые доки, которые не трогали - нет. Обороты счета или Анализ счета более адекватно формируются, говорят, что правильные суммы.
Обработку из темы не запускал, стандартные обработчики выполнились без ошибок, специально проверил.
А к чему все это? Да непонятно, вроде, и беды глобальной нет "ааа, все пропало...", но и как корректно все поправить понимание не пришло еще.
Зарегистрирована ошибка:
https://bugboard.v8.1c.ru/error/000168164 Причем, что интересно, указан способ исправления "До обновления на 3.0.167: добавить субконто "Регистрация в налоговом органе" для субсчетов 68.01.1, 68.01.2".
Что делать если уже обновились - не сказано. Наверное только из бекапа восстанавливаться. Перепроведение документов в закрытом периоде тоже не вариант
ИмяПроцедуры = "РегистрыСведений.РасчетНачисленияНалоговНаЕНС.ЗаменитьСчетУчетаНДФЛ()";
ПустойПериод = Дата("00000000");
ИсключаемыйСчет_Агент = ПланыСчетов.Хозрасчетный.УдалитьНДФЛ_ДоходыСвышеПредельнойВеличины;
ИсключаемыйСчет_ИП = ПланыСчетов.Хозрасчетный.УдалитьНДФЛ_ИП_НалоговаяБазаСвышеПредельнойВеличины;
СчетаУчета = Новый Массив;
СчетаУчета.Добавить(ИсключаемыйСчет_Агент);
СчетаУчета.Добавить(ИсключаемыйСчет_ИП);
Запрос = Новый Запрос;
Запрос.УстановитьПараметр("Период", ПустойПериод);
Запрос.Текст =
"ВЫБРАТЬ РАЗЛИЧНЫЕ
| РасчетНачисленияНалоговНаЕНС.Регистратор КАК Регистратор,
| РасчетНачисленияНалоговНаЕНС.Регистратор.Дата КАК РегистраторДата
|ИЗ
| РегистрСведений.РасчетНачисленияНалоговНаЕНС КАК РасчетНачисленияНалоговНаЕНС
|ГДЕ
| РасчетНачисленияНалоговНаЕНС.Период = &Период";
Результат = Запрос.Выполнить();
Если НЕ Результат.ПУстой() Тогда
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
НаборЗаписей = РегистрыСведений.РасчетНачисленияНалоговНаЕНС.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(Выборка.Регистратор);
НаборЗаписей.Прочитать();
Для каждого ТекЗапись Из НаборЗаписей Цикл
ТекЗапись.Период = Выборка.РегистраторДата;
КонецЦикла;
Попытка
НачатьТранзакцию();
ОбновлениеИнформационнойБазы.ЗаписатьДанные(НаборЗаписей);
ЗафиксироватьТранзакцию();
Исключение
ОтменитьТранзакцию();
КонецПопытки
КонецЦикла;
КонецЕсли;
При записи проводки по 68.01 выводится сообщение
"Нарушено условие уникальности данных.
Попытка вставки неуникального значения в уникальный индекс:
Дублирование ключей в уникальном индексе...".
Воспроизводится в ИБ КОРП версии, где до обновления у счета 68.01 было субконто "Регистрация в налоговом органе", а у его субсчетов - такого субконто нет.
Не решает этот патч проблемы неуникального значения в уникальном индексе.
Вот решение которые 100% работает.
1.Выключить использование итогов. В режиме Предприятия перейти: Администрирование - Обслуживание - Регламентные операции - Управление итогами и агрегатами, нажать ссылку Полные возможности, найти в списке "Журнал проводок (бухгалтерский и налоговый учет) (регистр бухгалтерии)" и установить на него курсор, в командной панели выбрать команду "Итоги - Выключить использование итогов".
2. Перезаписать интерактивно документы с ошибками.
3. Включить использование итогов (см. п. 1, только выполнить команду "Итоги - Включить использование итогов").
Ошибка
Нарушено условие уникальности данных.
Попытка вставки неуникального значения в уникальный индекс:
Microsoft OLE DB Driver for SQL Server: Не удается вставить повторяющуюся строку ключа в объект "dbo._AccRgAT232076" с уникальным индексом "_AccRgAT232076_1". Повторяющееся значение ключа: (0, 0x80f10050569f2e9f11e98186b8e833cb, 4024-10-01 00:00:00, 0x80d1005056a4d36911ea3603254526f6, 0x08, 0x00000350, 0xa52277be47c7c9994d73ec1ec4399aea, <NULL>, <NULL>, <NULL>, <NULL>, <NULL>, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
(33) Подскажите а где данный патч искать? Зашел в "Исправления ошибок версий" как для версии 3.0.168.19 так и для 3.0.168.25 (для "Бухгалтерия предприятия") и через поиск не смог найти
Сегодня вышла версия 3.0.169.15, может там уже убрана данная ошибка уникальности.
37.
user709645_a.zavoruev
17.01.25 16:47 Сейчас в теме
Скорее всего моя ошибка не имеет отношения к патчу EF_30180711, так как у меня она возникла при переходе с версии ПРОФ на версию КОРП.
Ошибка:
Отсутсвии у счета 68.01 субконто РегистрацияВНалоговомОргане.
Может кому пригодится решение.
Столкнулся сегодня с аналогичной проблемой на БП КОРП 3.0.168.25. Обновил базу до 3.0.169.18. Установил все актуальные патчи (в частности, EF_30180711).
При входе в программу автоматически открылась обработка "Корректировка счетов НДФЛ", в которой нажал "Исправить сейчас", и проблема решилась.