УРБД, самописная конфигурация.
Перед загрузкой из центра сделал выгрузку, т.к. давно не делал обмен.
После автообмена надо было перевести ТА, сделал.
После полного пересчета итогов при входе в 1С ТА возвращается назад на 01.01.12 и 1С просит изменить период.
Стали возникать проблемы с остатками.
После повторного пересчета итогов картина повторяется.
Восстанавливался из архива все тоже самое.

Где копать.

и.. как делал полный пересчет итогов ?

через конфигуратор

удалить все RG* сделать пересчет..
А че за проблема с остатками то ?

документы=то есть после 01/01/2012?

(3) не помогло
(4) есть

(5)не помогло , что именно ?

(5) ну и выбери последний проведенный - пкм "Установить ТА на "

в 1SSYSTEM какая дата стоит ?

(8) 01.01.2012

(9) а че не устраивает ?
Последний проведенный документ где ?
Ты руками установи монопольно ТА куда надо и усё..
При чем тут пересчет итогов - не ясно, и нахрена ты его делал - тоже.

ключевое тут -
сделал выгрузку, т.к. давно не делал обмен (с)

(10) в других базах после полного пересчета ТА не перескакивает, значит что-то не так
(11) не понял

(11)"Перед загрузкой из центра сделал выгрузку, т.к. давно не делал обмен."
Я хотел сказать, что перед обменом сделал архив с помощью "Администрирование->Выгрузить данные..."

(12) какое отношение имеет ТА к полному пересчету итогов ?
Если она установлена гд-то, то то она там же и останется

(14)В том то и дело, что не понятно
Я устанавливаю ТА итогов в режиме предприятия на произвольную дату (31.03.12).
А при пересчете итогов из конфигуратора она слетает на 01.01.12
Но в других то базах такая ошибка не встречается.

Заметил еще один интересный момент, проверял на рабочей базе.
Во время пересчета итогов из конфигуратор в строке состояния первым этапом идет пересчет итогов по колонкам документов, а вторым собственно пересчет итогов по всем периодам с начала работы.
В базе с ошибкой нет второго этапа!!!

(15) ищи ошибки втабличках ИБ

+17 у тебя запросто может не стоять галка принадлежности к оперативному учету у документов в мд.
Или еще что.

+ мусор в 1sjourn к примеру.

(18) мд одинаковый у рабочей и с ошибкой, отпадает

(20) с чего такая уверенность ?

+ смотреть флаги по регистрам в 1sjourn и счетчик движений

Выложи МД на помойку, может кто соизволит взглянуть на сиё "Самописное" г... :)

(21) объединение конфигураций
(23) попрошу не оскорблять чужой труд

(24) че объединение конфигураций ?

у тя же ПБ, на сколько я понял.

(20) файл МД в этой базе может быть битый - вот и не одинаковый уже.

(22) можно по подробнее, есть инструменты для анализа?

(28) рукти в основном
:)

При переносе руками ТА вперёд, итоги есть у тебя ?

(29) да

я думаю, что надо капать документы поступления товара, т.к. если перепровести эти документы остатки становятся нормальными

(30) проверь на наличие пустой даты в табличке журнала

(31) ты же гришь, что итоги есть у тебя ?

зачем еще что-то перепроводить потом ?

это сейчас есть, а вдруг понадобится этот пункт тестирования в дальнейшем, что опять разбираться? надо довести дело до конца
(32) нашел пока одну строку с пустой датой

(35) ну вот, уже теплее

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

все ребята заработала база
удалил эту строку с пустой датой и сделал полное тестирование с исправлением
1с исправила ошибку
Ёпрст4 спасибо!

(38) зря удалил.. мот нужный документ был.

1с восстановила

Проверка таблиц документов. Документ ОтчетККМ(DH205. Запись 1). Нет в журнале документов
Проверка таблиц документов. Табл. часть документа ОтчетККМ(DT205. Запись 1). Нет в журнале документов
Восстановление объекта. Создан новый документ. Документ Отчет ККМ. Номер 000001

главное остатки показывае правильно и ТА не слетает

ну и ладно