Всем добрый день. Такой вопрос. УПП 1.3. Есть 2 базы, одна рабочая, вторая копия рабочей прошлого месяца. Изменения в рабочей вносились только в поля формы, настройки учета и т.п. - идентичны. Но в рабочей базе произошел какой-то косяк, появились гигантские минуса, и пустые поля. Для наглядного представления, прилагаю скрины. В чем может быть проблема, куда смотреть? Уже 3 день вожусь, не могу разобраться.

https://yadi.sk/i/Gh3mdgbHU0jKhA Копия
https://yadi.sk/i/UMqixy5xO9qZXg Копия
https://yadi.sk/i/eqvwMN1Hf4tB4A Рабочая база
https://yadi.sk/i/2H3T_RlszjlVmQ Рабочая база

По факту расчет себестоимости расходует вместо 40 тыс нужных 120 тысяч. И я не могу понять почему. Если открыть в рабочей базе старый расчет себестоимости и посмотреть отчет - все норм, при перепровдении этого расчета себестоимости полезут ошибки, неверные суммы и т.п. В копии базы при тех же самых манипуляциях ничего не меняется.

Хотя бы в какую сторону копать, проверил и настройки закрытие месяца и настройки базы. Настройки подразделений, затрат - всё то же самое. Только в одной базе триллионы а в другой все нормально. Хотя за 2013 год ничего не правилось уже несколько лет.

(0)
Пустые поля - это норм. Это отчет так конечный остаток отображает.
Движения документа РСВ за 2013 не могли просто так поменяться. Вероятно его перепровели.

(2) РСВ?

Изменения вносили за 2016 год недавно. Но как эти изменения могли повлиять на 2013?

Хотя, те кто вносил изменения просто добавляли документы новые и проводили расчет себестоимости заново. Без перепроведения документов. Могло ли это повлиять? У меня были такие подозрения, но они утверждают, что уже 1000 раз в течении 2 лет так делали, без перепроведения и все нормально было, а тут вдруг появились косяки.

Можно копать в две стороны.
1. Пытаться исправить - загрузить все движения РСВ из копии обработкой выгрузка-загрузка xml.
2. Пытаться понять как так получилось - смотреть ЖР на предмет перепроведения РСВ или изменения движений регистров по этому документу. Перепровести на другой копии - получишь такую же проблему или нет, от этого будет понятно перепроведение виновато или нет. Ковырять алгоритмы перепроведения, чтобы найти причину такой ошибки.
Ещё предположение - в регистре аналитик несколько записей на одну аналитику.

РСВ - Расчет Себестоимости Выпуска. В нем же проблема.
"проводили расчет себестоимости заново" и "Без перепроведения документов" как-то совсем не вяжется. Вот они и провели РСВ за 2013.
Если перепроводишь документ, особенно расчетный, всегда есть вероятность что в нем поменяются движения.

(6) Я когда тестирование и исправление запускал, была вот такая ошибка - попытка вставки неуникального значения в уникальный индекс. Не удается вставить повторяющуюся строку ключа в объект dbo_DocumentJournal29357, может ли в этом быть проблема? Иои это не то.

(7) В итоге получалось, что они добавляли какие то движения в 2016 году без перепроведения документов. Потом просто запускали расчет себестоимости за тот месяц, в котором были изменеия, в этом проблема?  ТОгда почему косяки возникают и в 2013 и в любой другой периуд если перепровести расчет себестоимости. Только этот косяк появляется в рабочейй базе, а в ее копии, можно сколько угодно перепроводить - ничего не изменится.

+(6) Хотя нет, несколько одинаковых аналитик в регистре же не может быть. Но как-то странно суммы увеличились ровно в 4 раза. Наталкивает на мысль, что в каких-то запросах мы получаем дублирование.
Возможно и такое, что с данными всё норм, а меняли алгоритмы РСВ, которые неправильно сработали на данных 2013-го года.

Если препроводили РСВ за 2016 - нет, если за 2013 - да. Но где гарантия, что они не перепутали и не провели за 2013?
Тут мало гадать, нужно заниматься проверкой предположений.

Может изменениями в документах от 2016 года поломали ключи РАУЗ. Вообще очень странный подход, когда в 2019 году вносятся правки в 2016.

(0) Типичное поведение при запущенных отрицательных остатках при РАУЗ.

(13) Согласен. Недавно к нам добавилась организация в которой вели учет черт знает как и минуса никогда не правили. Теперь что то делать нужно.

Еще как вариант, пересчитать итоги, выполнить ТиИ.

(14) Убрать минуса любыми способами. При наличии минусов РАУЗ через некоторое время идет вразнос.

+(16) Да, убирать надо не вообще все минуса, а в остатках на конец месяца. Внутри месяца можно оставить.

Я уже и не знаю куда смотреть. Конфигурацию , где хорошо проводится расчет себестоимости перекинул в ту, где отображаются плохо, перепровел документы ,все равно минуса. Значит проблема не в конфе. Настройки все идентичны, что дальше делать, без понятия

(18) Отменяешь проведение этого РСВ, строишь ведомость по затратам в разрезе всех аналитик учёта и смотришь минуса на конец периода.
Потом можно будет уже дальше гадать.

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

(20) Потому что расчёт РСВ иногда придуривается на погрешностях округления. Так что минусы убери

(21) просто оприходованием?

(22) Мне отсюда не видно, по каким причинам у тебя минусы образовались. Может, просто аналитика перепуталась

(19) ведомость по затратам вообще пустая. Недавно начал работать с этой базой. Всегда были на партионном учете, тут рауз

А в отчете "Учет затрат" я все минуса исправил. Все то же самое

без проведения документов я бы даже не стал смотреть

(26) Перепровел

Никаких минусов нет, конфигурация соответствует верной, настройки тоже, документы перепроведены, есть только минуса в стоимости примерно - 0.10. Но при проведении расчета себестоимости все равно становится - 99999999999999999

Проведение документа: Расчет себестоимости 00000000014 от 31.01.2013 23:59:59
Выполненное количество итераций расчета стоимости: 30
Выполненное количество итераций расчета стоимости: 50
Полученное среднее отклонение решений: 41 382 673 061 325 758 174 235 785 271 843 777 995 159 479 018 445 090 873 846 632 712 598 348 404 687 965 799 217 424 972 847 469 724 239 911 192 510 299 793 014 774 928 440 178 839 152 744 734 716 554 986 756 736 336 337 383 625 041 826 752 815 032 503 452 174 657 575 783 950 147 053 460 119 552 212 701 881 208 448 115 808 568 171 188 424 885 994 155 796 137 568 774 770 651 139 939 028 864 578 975 438,100241
Расчет себестоимости завершен.

Минуса надо по регистру "Учет затрат" смотреть, а не по отчету  - часто минус есть по ключу аналитики, а в отчете при некоторых настройках часть ключей суммируется - и минуса нет (например, просто перепутали аналитику).

(30) Понял, спасибо

Минуса поправил. Перепровел. Всё то же самое. Странно то, что РСВ умножает расход ровно на 4 везде. В чем тут может крыться косяк?

А, у нас ещё руководитель решил полазить в конфе и зделал для характеристик доп значений характеристик. Чтобы значениями характеристик могли быть другие характеристики.