Док "отражение зарплаты", движения, проводки:
https://ibb.co/MCgsjsN


Вот эти же проводки в карточке счета:
https://ibb.co/Z1HRF5n


А вот в ОСВ кредитового оборота нет:
https://ibb.co/vPBHZ7r


При этом не совпадают показатели на начало дня в ОСВ и в Карточке счета.
А в "оборотах счета" вообще все непонятно. Остаток по дебету сводный, но кредитовый по субконто. Есть движение сводное по кредиту, но нет движения по кредиту по субконто.
https://ibb.co/zh02SZ3



Релиз проги 8.3.25.1394. Найдено было на сервере приложений. Тестирование и исправление там не помогло.
Выгрузил в файловый вариант, числа те же.
chdbfl ошибок не видит.
Что еще можно попробовать сделать?

(0) 1. Операции - Журнал операций - <Home>
Запомните дату первой операции в базе.

2. Администрирование - Обслуживание - Регламентные операции - Управление итогами и агрегатами - в самом низу синеньким "Полные возможности" - ищите на "Ж": "Журнал проводок ля-ля-ля" - вверху кнопка <Пересчет> - Пересчитать итоги за период - С (дата из п.1) - По сегодня

(0) очень странное субконто работники. ЗУП похоже считает, что субконто одно и грузит второе в первое.
В итоге каша в таблице субконто и результа в (0)

(0) Проблема была решена (возможно - временно) тем, что Отражение было распроведено и снова проведено. До этого я его перепроводил, но надо было распровести.

(1) Спасибо за совет, это было попробовано в первую очередь. После этого образовался лютый треш. Там миллионые кривые остатки по субконто нарисовались. База была восстановлена из архива. Получается, мы не можем пересчитать итоги.

(2) В любом случае, кмк, такого не должно быть. Документ пишет проводки. 1С должна проводки сохранить и обновить итоги. Итоги не совпадают никак. Попытка пересчитать итоги разваливает базу данных. Ситуация выглядит весьма неприятной.

(3) ТИИ с перерасчетом итогов в конфигураторе?
И, наверное, лучше для начала на копии.

(3) А вот это уже хорошо. Это сигнал от базы.
Давайте разбираться. Понятно, что в Параметрах учета бухгалтерской программы стоит "Сводно по всем работникам" (Проверьте!)

Но синхронизации это всё равно. Кстати, откуда гоним зарплату, конфигурация, релиз?
Для того, чтобы выгружались ведомости из зарплатной программы необходимо синхронизация по отдельности по сотрам, а не сводно. Тогда в табличной части дока "Отражение зарплаты в БУ" будем много строк, а в движениях - сводно.

Давайте посмотрим, а что у нас в табличной части дока отражения, для начала на стороне БП, потом - зарплаты.

(5) вероятно наоборот: в БП стоит по сотрудникам и первое субконто работники, а в ЗУПе сводно

(6) Могем быть, могем быть...
Есть и ещё один подозреваемый. Как раз месяца полтора назад разработчики 1С придумали для отражения зарплаты в БП при переброске из ЗУП 2.5 или даже ЗиК 7.7 такую фишку:
самая последняя регл-операция в Закрытии месяца - Начисление налогов, находит эту переброску и ДОБАВЛЯЕТ проводку по взносам через ЕНС  
Дт 69.09 - Кт 68.90
причём! датой не переброски, а будущей - 28-го числа следующего месяца.

И происходит забавное: в переброске N проводок, а в его ДВИЖЕНИИ по бухрегистрам N+1 !

(0) Благодарю всех за попытки помочь! Особое спасибо Волшебнику за исправление заголовочного поста и Гене за героические попытки помочь!

Ошибка была очень банальная - Битые таблицы месячных итогов проводок!

А вот сложность была в том, что ТиИ, равно как и "пересчет итогов", не решали проблему. Только разрушали базу "до конца".

Выгрузка с сервера приложений в .dt и загрузка в файловую тоже не решали проблему, база оставалась битой.

Проблему удалось решить перевыгрузом базы в(из) сервис. Был выгружен файл для перехода в сервис, а потом в другую базу загружен. Так как файл выгрузки в сервис не содержит месячных таблиц итогов бухпроводок, в момент загрузки 1С пришлось итоги посчитать заново, опираясь только на проводки.

Но возникла проблема. Осталась "битая" база. ОСВ выглядит так:




А ОСВ по счету вот так:





Возникла идея написать отчет, который был "вылавливал" битые данные, которые показывает "ОСВ по счету". Запуская такой отчет можно было бы отлавливать разрушение базы данных на ранних этапах.

Но у меня не получается записать запрос, чтобы он показал те же значения, что и "ОСВ по счету". Получается только то, что выдает ОСВ. Я пробовал такой запрос:

	         |	РегистрБухгалтерии.Хозрасчетный.ОстаткиИОбороты(&ДатаПредНач, &ДатаПредКон, , , Счет = &Счет, , ) КАК ХозрасчетныйОстаткиИОборотыПред
	         |";
	Запрос = новый Запрос(Запрос);            
	Запрос.Параметры.Вставить("ДатаПредНач",новый Граница('20240601000000', ВидГраницы.Включая));
	Запрос.Параметры.Вставить("ДатаПредКон",новый Граница('20240630235959', ВидГраницы.Включая));

Но он выдает показатели ОСВ (верные).

Как можно попробовать сделать запрос, чтобы получить цифры "ОСВ по счету"?

(8) сделай запрос к таблице Субконто и покажи результат. Можно на примере одного документа и с отбором по счету 70. 99%, что бита именно эта таблица

(9) Спасибо, попробую!
upd. Затык! В таблице Субконто же нет суммовых показателей:

(10) так сумма тебе и не нужна. Проблема несоответствии Вида и типа Значения