Почему пропадают остатки на ТА? #293712

Здравствуйте! Очень прошу Вашей профессиональной помощи и советов. Ситуация такая: торговая фирма, стоит ТиС 9.2. Скажу сразу: база ок. 9Гб, все работает очень медленно. 30 августа операторы перенесли ТА на 29 сентября. Все это происходило 8 часов. Наутро обнаружилось вот что: остатки по многим товарам встали в 0, хотя если просмотреть до 27 сентября (по подбору) все остатки в норме, если на ТА - то по 0, или неверные. Когда посмотрела общий журнал - обнаружила док, оформленный как раз 29 сентября, время 6.00 - дата и время ТА. Операторы не признаются, откуда этот док и почему ТА на нем. Я перенесла ТА на 25 сентября, но сути  дела это не изменило. Подскажите, в чем тут может быть  дело? Очень прошу...

Формат базы какой?

Не знаю в чем тут дело, но права изменение ТА у обычных операторов это моветон...

Формат dbf - от этого разве что-то зависит?

Попробуй перенести ТА сначала на 31.08, а затем на сентябрь. Но вообще непонятно зачем ТА на 25е сентября надо устанавливать - назад в будущее какое-то получается...

Что-то непонятно... а зачем на 25 сентября? Попробуй верни ТА назад, в август, а потом снова вперед Хотя не помню точно... у меня когда-то был косяк и это не помогло (ДБФ или СКЛ тоже не помню), потребовался пересчет итогов

я переносила на 31.08 - документы оказались проведенными за ТА - т.е. их пришлось бы перепроводить - это занимает часа 3-4 - минимум, поэтому я восстановила базу из архива и перенесла на 25.09, потому что на 25 все остаки были верные.

Их не пришлось бы перепроводить, достаточно перенести ТА на последний док

Если это поможет, то я еще раз попробую перенсти в август, а затем в сентябрь. Просто в этой компании ситуация оч. сложная в плане времени - нужна сначала очень хорошо подумать, а потом что-то делать. В сумме эти операции могут занять 8 часов (в август)+8 (в сентябрь) +3..6 (перепроведение)=сутки. Они работают круглосуточно, каждый потерянный час - убытки. Из-за чего такое может в принципе случиться?

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

размеры там действительно внушительные 1,8Гб - dbf регистра ПартииНаличие.

Если вам так дороги потери времени и если принять во внимание размер базы... сидеть на дбф - самоубийство Про бэкапы и индексирование уже не говорим...

этот вопрос решается - скоро придет сервак из Москвы, мы займемся их базом в плане урезания и оптимизации, но это будет только через неделю. Что можно сделать сейчас? Только перенос в август может помочь?

Да все решается Я вот вчера по ошибке удалил документы при чикании :( Пришлось переносить из бэкапа, перенес за 20 мин кучу доков (около 4 млн. строк)

>> размеры там действительно внушительные 1,8Гб - dbf регистра ПартииНаличие В этом и причина...