[ОТВЕТИТЬ]
30.08.2012 18:41
cadasi
 
Знатоки, прошу помощи. Ситуация следующая: период был закрыт 30.11.2011 с валидными остатками. Не так давно обнаружилось несовпадение СO и DB (магазин на СМ+ один) приходные, расходные накладные, отчеты Торг-29, сводный отчет не сходились и т.д. Провел синхронизацию баз по СО - выровнял приходы, и вроде все стало норм, но через несколько дней выяснилось, что остатки по некоторым позициям увеличились в неск раз. Думаю ,накосячил - неправильно провел синхронизацию, полез в декабрь 2011 года, а уже там остатки в сотни раз больше фактического наличия! Нашел когда остатки были норм.- в сентябре 2011 года. Дальше еще раз проверяю месяц, когда должно было быть все ровно - смотрю месяц закрытого периода-закрытия периода там нет (я не открывал). Я могу предположить, что кто-то сделал это не специально, тогда откуда взялись такие остатки? Сейчас уже в замешательстве, была идея поднять бэкап DB до синхронизации и разослать недостающие доки из СО..
30.08.2012 19:43
OlegON
 
Мда, повествование - не твой конек. Версия какая? Как синхронизировал? Что значит "магазин на СМ+ один" при том, что базы разные? Я так понял, что ты закрыл период (поставил дату в админе или именно закрывал период соответствующей процедурой?), а потом обнаружил, что период открыт? Если доки все есть, какие надо, то просто пересчитать остатки будет достаточно... В общем, старайся в терминах Супермага и более последовательно рассказать, что случилось и в чем вопрос?
31.08.2012 10:03
cadasi
 
Насчет повествования, возможно да-не Толстой; попробую ещё раз СМ+ 1.029 sp 7; синхронизация была по Старшей базе(CO) по приходным накладным (сначала провел сравнение объектов, потом запустил синхронизацию); пока магазин на СМ+ один, потом планируется перевод остальных магазинов(сейчас они на 1С), поэтому и базы две-1 подчиненная , одна главная; период я не закрывал, но знаю, что он был закрыт 30.11.2011 ( причем насколько понял в подчиненной базе - не гуд); работаю только 2 месяца, сразу после института, там СМ+ не учат, поэтому тут и спрашиваю, ну уж извините, как могу...
31.08.2012 10:08
OlegON
 
Штатная синхронизация - худшее, что можно было придумать на самом деле, если "сразу после института".
В общем, попробуем к сути. Период открываем везде. Доки по количеству/сумме совпадают? Если да - запускаем перерасчет остатков в административном модуле, убедившись, что на МХ настроен учет остатков.
31.08.2012 10:51
konst
 
что подразумевается под понятием: "закрытый период"?
31.08.2012 11:11
cadasi
 
Цитата:
OlegON Штатная синхронизация - худшее, что можно было придумать на самом деле, если "сразу после института".
В общем, попробуем к сути. Период открываем везде. Доки по количеству/сумме совпадают? Если да - запускаем перерасчет остатков в административном модуле, убедившись, что на МХ настроен учет остатков.
Нет не все доки, например приходные накладные -совпадают, расходные -нет (один расход - неправильно проведенная накладная-легко исправить), по сводному товарному отчету-разная наличная реализация, отличается тоже не намного ~20 тыс и меньше ( можно исправить отправив кассовые доки за этот период?, если нет, то какие доки надо переслать?), по отчету Торг-29 в центральной больше товаров на 200 тыс.

Добавлено через 3 минуты 30 секунд
Цитата:
konst что подразумевается под понятием: "закрытый период"?
Насколько мне удалось выяснить, под закрытым периодом понималось запрет на редактирование. Но даже если так, не мог же он сам по себе закрыться?
31.08.2012 11:26
akonev
 
Цитата:
cadasi ...
Насколько мне удалось выяснить, под закрытым периодом понималось запрет на редактирование. Но даже если так, не мог же он сам по себе закрыться?
это просто первый звоночек в пользу идеологии "минимальных необходимых прав".

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

правь расход. просылай кассовые. пересчитывай остатки в обеих базах

после этого смотри расхождения по остаткам. если останутся - снова ищи расхождения в документах. можно и штатной синхронизацией, пока магазинов мало. только в режиме отчета, не давай ей ничего править, потом концов не найдешь. лично мне больше нравится синхронизация оптимайзером.
31.08.2012 11:27
konst
 
Закрытие периода - и Дата запрета редактирования - это настолько несовместимые понятия в СМ....

Дата запрета редактирования - по большому счету влияет только на то, что при создании/изменении документа человеком
не даст ему это сделать, но в тоже время на почтовый сервер и кассовый сервер это ограничение не распростаняется...

у меня в магазинах стоит запрет на редактирование 90 дней - но это по большому счету ни на что не влияет, так как основные ограничения настроены в правах должности...
31.08.2012 12:22
cadasi
 
Цитата:
Andrew_Konev
само ничего не происходит. кто-то закрыл дату редактирования. потом кто-то открыл, чтобы что-то поправить.
Логирование происходит? Могу просмотреть дату/время открытия?
31.08.2012 12:41
OlegON
 
Цитата:
cadasi Логирование происходит? Могу просмотреть дату/время открытия?
по умолчанию нет. можешь включить аудит оракловый на что угодно. в том числе FGA.
01.09.2012 14:30
cadasi
 
Провел синхронизацию-базы сходятся, но остатки товаров по некоторым группам все равно нереально большие! Например с остатками по Товару1 еще можно разобраться-неправильно заведенные доки рецепт и калькуляция-это поправимо, но с другой хлебобулочными изделиями не получается-их несколько тысяч... Продажа ведется по этим позициям, расход тоже есть ( правда не по всем). Самое странное, что до первоначальной синхронизации подчиненная база содержала правильные/почти правильные остатки по товарам
01.09.2012 14:37
OlegON
 
пересчитал остатки? если да - посмотри в карточке товара историю, иногда видно нереальный рост
01.09.2012 14:46
cadasi
 
Да остатки в обеих базах пересчитал, в карточке с нереально большим остатком во вкладке "История уровней запасов" последняя запись за 12.04.2011. На эту дату остатки норм. Откуда такой рост? До этого ведь было более-менее правильно...
01.09.2012 15:37
whitewizard
 
Кассовые документы не крякнули?
01.09.2012 15:52
cadasi
 
Кассовые доки почти одинаковые, различие в одном дне. Подскажите, когда происходит синхронизация приходов, накладные на перемещение тянутся вместе с ними? Они заменяются или добавляются?
01.09.2012 16:33
cadasi
 
Не знаю наверняка, но вроде нашел причину накопления остатков: в доках в карточке много одинаковых сумм в накладных на перемещение; возможно к существующим приходным накладным могли добавится те же самые, но пришедшие со старшей базы; приходные пришли вместе с накладными на перемещение - отсюда уже двойное накопление; теперь как бы удалить продублированные накладные, их много...
01.09.2012 16:35
akonev
 
Цитата:
cadasi Да остатки в обеих базах пересчитал, в карточке с нереально большим остатком во вкладке "История уровней запасов"...
смотри лучше закладку "документы". без ограничения по датам. колонку "влияние на остаток"
01.09.2012 16:37
cadasi
 
Да вот еще чего не могу понять: синхронизацию я делал за этот год, а накопление пошло раньше... Где ж тут "собака зарыта"?

Добавлено через 1 минуту 25 секунд
Так я эту закладку и смотрел. Влияние на остатки - плавное увеличение, примерно по 30 штук в день
01.09.2012 16:42
akonev
 
про документооборот расскажи подробнее: что за приходы и перемещения в один и тот же день? почему в одно и то же место хранения? как это движение товара физически происходит и как оформляется.
01.09.2012 16:45
akonev
 
и да, у меня тоже подозрение на кассовые документы: чего-то не хватало в офисе и ты синхронизацией их вычистил в магазине.

зайди в маге в кассовые, в фильтре нажми "новый документ" и где будет выбор даты - там есть кнопка для отбора смен, по которым нет кассовых. если что-то покажет - значит кассовые у тебя не все.
01.09.2012 16:47
cadasi
 
Нет места хранения разные: производство, склад, торговый зал. Документооборот такой: приход в склад, со склада в торговый зал товар попадает перемещением
01.09.2012 16:52
akonev
 
и по которому из МХ остаток зашкалило?

про кассовые заметил сообщение, проверил, что смен без кассовых нет?
01.09.2012 17:00
cadasi
 
Цитата:
Andrew_Konev и да, у меня тоже подозрение на кассовые документы: чего-то не хватало в офисе и ты синхронизацией их вычистил в магазине.

зайди в маге в кассовые, в фильтре нажми "новый документ" и где будет выбор даты - там есть кнопка для отбора смен, по которым нет кассовых. если что-то покажет - значит кассовые у тебя не все.
Посмотрел, там в "Необработанных Z-отчетах пусто". Я как Вы посоветовали проводил только сравнение баз, так вот по кассовым докам -одинаковые, по продажам тоже.

Добавлено через 1 минуту 42 секунды
Цитата:
Andrew_Konev и по которому из МХ остаток зашкалило?

про кассовые заметил сообщение, проверил, что смен без кассовых нет?
По торговому залу. На складе происходит приход и перемещение на торговый зал

Добавлено через 4 минуты 24 секунды
Я извиняюсь, за свой французкий. Устал малость. Ещё раз по документообороту: приходит товар на склад в количестве N, потом списывается на торговый зал в количестве N. А в зале происходит накопление
01.09.2012 17:06
akonev
 
хорошо. пошли разбираться с двойными перемещениями.

там где видишь одинаковые суммы, проверь, что это именно перемещения за один день и проверь что приход в этот день было один. сравни номера документов перемещения.

через функции->связанные документы посмотри, если ли связи между документами и можно ли по ним отследить цепочки приход-перемещение.

извини за настойчивость, но чтобы полностью закрыть вопрос: отбери все кассовые за 2012, за 2011,....
прикинь, похоже ли количество кассовых на количество рабочих дней.
01.09.2012 17:06
akonev
 
и "необработанные Z-отчеты" именно в базе магазина смотрел?
01.09.2012 17:39
cadasi
 
Цитата:
Andrew_Konev и "необработанные Z-отчеты" именно в базе магазина смотрел?
Да в магазине. Сейчас разберусь с перемещениями

Добавлено через 29 минут 8 секунд
Цитата:
Andrew_Konev хорошо. пошли разбираться с двойными перемещениями.

...

прикинь, похоже ли количество кассовых на количество рабочих дней.
Да нашел 2 одинаковых перемещения за 1 день ( количество одинаковое), номера "П4С007776" и "П4С007777" (07.10.2011). Вообще приходов по хлебу бывает по несколько в день, также как и в этот день-в СМ 3 прихода, правда я сейчас сомневаюсь в достоверности этих доков, потому что до этого был по позиции этого хлеба (06.10.2011) был приход 32 шт. (плюс остаток) ( продажа в этот день по этой позиции-54 шт.), а 07.10.2011 был приход 96 шт(!) ( продажа-35шт.), причем одна накладная повторяется по количеству и сумме. Номера у них такие "П4С007708", "П4С007699", "П4С007700" ( первая и последняя одинаковые). Цепочку отследить можно, приходные накладные связанны с накладными на перемещение(у всех разные номера).
Отобрал кассовые доки, в среднем в день получилось 4,5 z-отчета-так оно и есть-3 кассы, на каждой могут быть возвраты, но не каждый день.

Добавлено через 2 минуты 1 секунду
Такое ощущение, что приходы сдвоились.. Но почему с 07.10.2011???? Синхронизация была позже-начиная с 01.01.2012.
01.09.2012 18:28
OlegON
 
Самое правильное, что, думаю, тебе надо сделать - поймать хотя бы ближайшее отклонение от реальных документов и тогда будем разбираться с причинами. Скорее всего, причина где-то в неправильном заведении документов. Но суть поиска - поймай товароведа, который хорошо знает движение хотя бы по одному нереально распухшему остатками товару, пусть скажет, где эта самая нереальность. Тогда будем разбираться в причинах.
02.09.2012 04:27
whitewizard
 
Не менял идентфикатры документов и потом в подчиненной базе их не исправлял?

Добавлено через 1 минуту 49 секунд
Еще вариант, что были черновики приходок, а некое неустановленное лицо все провело. Есть такие грамотеи?
02.09.2012 10:06
OlegON
 
Скорее из-за неправильной синхронизации что-то вытерлось. На месте ТС я бы быстренько нашел причину, в том числе за счет выходного дня. Возможно, что требуется срочненько восстанавливаться из бекапа.
05.09.2012 09:22
Mtirt
 
У меня пока я с моря читала эту ветку всё время чесалось спросить: а ты остаток где смотришь?
В самой верхней строчке или в строке Торговый зал?


Опции темы


Часовой пояс GMT +3, время: 04:11.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.