Проблемы с УРБД. Поплыли остатки в переферийной базе #18976

Смысл такой:Есть центральная база, работающая по городу в трех магазинах влокальной сети. Есть две переферийные базы, работающие в магазинах,находящихся за городом. Между центральной и переферийными базами обменидет: с одной базой - каждый час (раз в час), с другой - раз в 4 часа.Пересылка данных настроена не по электронной почте, а прямым модемнымсоединением. Миграция полная. Везде стоит SQL-сервер (MS-SQL 2000).Инфа в архивах занимает 150 - 300 Kb в сторону переферии, 50-70 Kb - всторону центральной базы. До 22.11.04г. работало все прекрасно.23.11.04г. я заметил в переферийной базе (с которой обмен идет раз в 1час) ошибки. Т.е. в справочнике номенклатуры появился минусовойостаток. Об этом подробнее. Есть позиция с кодом 18265, котораядолжная быть по складу в переферии с нулевым остатком, т.е. фактическиее нет. Внезапно, после очередного обмена информацией я вижу остаток-1. Смотрю регистры широко известной обработкой "Просмотр регистров" -все нормально - приход 14, расход 14, конечный остаток 0. Тем неменее, смотрю в отчете "Обороты и движения товаров на складах":начальный остаток 0, приход 14, расход 14, конечный остаток -1. Смотрюжурнал регистрации в той же переферийной базе за день 23.11.04г. поданной позиции с кодом 18265 и там вообще вижу интересную картину:10.02 (время) - загрузка изменений данных, Изменен, код 2659810.02 (время) - загрузка изменений данных, Изменен, код 1264311.02 (время) - загрузка изменений данных, Изменен, код 2659811.02 (время) - загрузка изменений данных, Изменен, код 1264317.02 (время) - загрузка изменений данных, Изменен, код 2659817.02 (время) - загрузка изменений данных, Изменен, код 1264318.03 (время) - загрузка изменений данных, Изменен, код 2659818.03 (время) - загрузка изменений данных, Изменен, код 12643Т.е. непонятно, откуда взялись коды 12643 и 26598 в журналерегистрации, ведь я делал отбор событий по конкретному объекту !!!(справочник номенклатура, код 18265).В центральной-же базе все нормально, журнал регистрации 23.11.04г. поданной позиции пуст, на остатке 0, в отчетах 0, на регистре 0.Так что, уважаемый ALL, по Вашему мнению, могло произойти? Конечно я могу просто выгрузить базу из центральной в переферийную, но не хочется опять,через пару дней (скажем), столкнуться с этой же проблемой.Платформа v7.7, релиз 23, конфигурация Альфа-Авто 3.

up

реиндексацию попробуй

2 "в отчете "Обороты и движения товаров на складах":начальный остаток 0, приход 14, расход 14, конечный остаток -1"Похоже на слёт оперативных итогов. Попробуй откатить ТА на начало времён и снова накатить.

+Пересчет итогов

гемор это делать, в базе полный бардак навели, ГП стоит на 31 декабря 03 года, если пересчитывать итоги, может АЛЕС полный настать...

Интересно КАК такое могло случиться, из-за чего. и почему Журнал регистрации выдает такую белиберду по данной позиции.

2(Lexxus) Если при пересчете итогов настанет АЛЕС, значит он уже был и так. Сделай архивную копию и смело пересчитывай итоги.ЗЫ. В упор не пойму, каким боком к описанной проблеме относится история изменения элемента справочника ТМЦ, но если верить ЖР, то таки менялся его код. Посмотри историю за весь период жизни базы по этому элементу, думаю это прояснит картину (должны ж были ему в конце концов присвоить код 18265).

+ Перепроводить документы не нужно!!! Пересчет итогов либо через "Тестирование/Исправление" либо через перенос ТА БЕЗ перепроведения документов.

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