при переносе остатков > 64000 записей при третьей перезливке возникла проблемка с 1 записью:

некоторый документ пишет в RA405 :
"PERIOD"
"2012-05-01 00:00:00.000"

а по RG405
"DATE_TIME_IDDOC"
"20120531E1IAW0  UPZ8KRV"

больше движений по регистру в базе по данной номенклатуре нет.

как вылечить?

к (0)таблицы местами поменять нужно в сообщении.

(0) а что не устраивает то ?
При периодичности месяц  - всё так и должно быть

Да все правильно пишется, в чем проблема?

если че, промежуточные итоги при периодичности хранения останков = месяц, хранятся на начало каждого месяца.
rtfm, так сказать

(2)(3)документ конца месяца поднял остатки на начало месяца

(5) Да это для всех итогов данные пишутся в начало периода, заданного периодичностью хранения остатков, в который попали движения.

(5) тебе бы с теорией ознакомится сперва, что есть регистр в конфе и из чего он состоит.

Хотя бы с этим
http://www.mista.ru/articles1c/hare/article.47.html

(6)т.е. итоги по конец апреля нужно брать апрельские а не майские?
проверить это не сложно, только как у меня остальные несколько десятков тысяч записей совпали?
(7)(8)это по сабжу точно?

ну и ждём ветки с вопросами от тебы - "Памагите, не магу аткрыть период!"

(10)зачем?

(11) не в ту ветку запостил, звиняй, это не тебе

(9)
:)

почитай, там всё есть

(9) Причем здесь апрельские или майские. Ничего не надо брать майского за апрель. Это чисто техническое решение.
Остальные совпали - наверное все документы первым числом проведены, для периодичности месяц.

(15)тут такое дело...
обе базы есть копии где никто кроме меня пока ничего не делает
и если я заливаю по PERIOD = '2012-05-01T00:00:00', то у меня и сверка должна сходиться не зависимо от допущенной возможно методологической ошибки (к движениям документами я только подбираюсь, возможно не заметил этого существенного момента), и она и сходится кроме одной позиции, там у меня ещё в запрос остатков запихнуто вычисление по какому регистру брать остатки если есть разница тмц<>партии или в партии минус, и вот казалось бы там ошибка которая проявляется на этой номенклатуре, но если из множества однотипных записей валится всё на одной... короче буду рыть дальше

короче если кому-то интересно ))) - оказывается на новые номенклатурки я не пробросил единицы измерения и коэффициент, что-то из этой ботвы повлияло так что в УПП документ провелся с нулем в движении прихода хотя количество в строке документа указано
(15) а это проверю завтра
короче ещё раз убедился что самое сложное найти свою же ошибку.