УРИБ: Разные остатки в центре и на удаленной базе #281589

Привет всем! Подскажите пожалуйста, конец месяца и мы проводили инвентаризацию на складах. У нас распределенная база и остатки в периферийной

Случайно нажал Enter. Так вот у нас не сходятся остатки по складу в центральной базе и в удаленной базе. К примеру кол-во товар1 на периферийной базе 10, у нас в центре показывает -55. Что это может быть за глюк? Слетела база? Если да, то какая?

"Позовите специалиста"©

Возможно, что мигрируют движения документов.

Если чел не умеет тупо сравнить две ведомости по остаткам - твое " мигрируют движения документов" для него вообще нецензурная ругань

Как понять "мигрируют движения документа"? Конечно они мигрируют с периферийной базы в центральную. У нас почти у всех документов миграция - Центр и место создания. Так у нас 14 филиалов у всех все нормально один в один идут остатки, а именно в этом регионе такая фигня. :(

А попросить ведомость по этой номенклатуре из филиала, и сравнить со своей - интеллекту не хватает, религия не позволяет, или яйцы мешают?

имхо дело в яйцах

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

Телепатирую В ПБ выписали расходную накладну. Она мигрировала в ЦБ. В ПБ эту накладную прибили программно через Удалить и выписали новую В ЦБ как результат де расходных и минус на остатке. Движение по товару в разрезе документов сравнить религия позволяет?

все таки дело в яйцах

Mashinist, Дело в том, что в центральной базе не производятся никакие движения и не запускаются обработки, к-рые могут произвести какие-либо движения. Она служит только для просмотра и формирования отчетов. Так что программное изменение исключено.

Дело в ДНК. Положи рядом два отчета за одинаковый период - из своей базы и из ПБ. Потом возьми ручку или карандаш, и вычеркивай одинаковые документы с одинаковыми движениями. Что-то осталось - смотри и думай...

Я тебе про ПБ а ты мне про "что в центральной базе не производятся никакие движения и не запускаются обработки" Важно то что в ОДНОЙ из баз удаляют документы, которые мигрируют в другую базу Сделай как советует и убедишся в моей правоте... или не убедишся...

Все понял. Хорошо, проверю. Спасибо!

жесть... хорошо хоть не спросил как отчет сделать ))

...а проверить движения и пересчитать итоги уже и никому не нужно.

Да? Мил человек, а вот как оно у тебя дружно отмигрирует по правилам вообще каша получиться, так что пусть по отчету пока разбирается.

ИМХО итоги и служебные данные не мигрируют так что пересчет итогов сделать можно... но сначала нужно понять где криво

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

ПОиск причин - задача №2. Если у чела две цифири друг другу не сооьветсвуют - надо сначала понять что истинно, а потом уж искать причину появления лишних сумм (или пропажи недостающих). Если у человека мозг не дает команды  рукам прокрыжить две ведомости - надо делать ему непрямой массаж мозга(по аналогии с непрямым массажем сердца - через  лобную кость ритмичными ударами)...

ключевые слова: "У нас почти у всех документов миграция - Центр и место создания." поставьте на всех "Везде"...