Добрый день,

В Управлении торговлей, для повышения производительности, наверное, 1С сделала революционную фишку. Остатки контролируются только в оперативном режиме, т.е. проводимые текущим временем текущего дня.

Большинство пользователей, как им не объясняй, что им надо думать и работать по новому... что если документы проводить задним числом это грех, что если они всетаки проводят их задним числом, то должны осознавать, что они делают... Но пользователи человеки, которые постоянно ошибаются и поэтому хотят, чтобы компьютер, всетаки их контролировал....

Расскажите про свой опыт, что чаще всего происходит дальше. Пользователи мирятся с сим фактом или же Вы перенастраиваете процедуры "КонтрольОстатков" во всех регистрах, благо перенастройка не сложная - добавить момент времени документа в запрос по остаткам региста, но тем самым снимаете с полной поддержки данную конфигурацию?

Мда... либо никто не работает с УТ, либо никто не хочет делиться инфой. А жаль...

ЗЫ А может я не прав? Может я не правильно понял алгоритм проведения?

Пользователя приходят к тому,что проводить документы задним числом - это неверно.
А дело, кстати, не в "1С сделала революционную фишку" - этот вопрос поднимается с завидной регулярностью у тех, кто только начинает работать с 1С и не видит ситуации целиком.

Ваша методика не избавляет от проблемы остатков, пример:

01/10  +10 штук остаток: +10
05/10  -2 штук остаток: +8
06/10  -8 штук остаток: 0

Теперь взяли и сделали так:
05/10  -4 штук остаток: +6

Остатки проверились, а толку от них - никакого.

Поэтому изучите матчасть, почему именно так сделано. Если уж на то пошло, то методика проверки "задним" числом, в общем случае, вызывает очень большую нагрузку на систему. А уж если это УПП - то вообще кранты.

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

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

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

Реально, при ведении в 7.7 с постоянным контролем, ежемесячная инвентаризация обнаруживала 5-10 единиц пересорта... Вопрос что будет в 8?

По опыту: достаточно запретить пользователям менять документ и писать служебную записку на каждый такой случай с просьбой исправить - через две недели проблем вообще нет. Т.к. начинать думать и проверять себя 

Не все так просто - многосменная работа. Того пользователя, кторый допустил ошибку, может на месте не быть. А даже если и он будет - то проблема не у него (он принимает товар) а у того, кто отправляет...

Изучи сначало ты практ часть. Теории не всегда достаточно.  

Задачи, оборудование и прочие характеристики бывают разными и влияют по разному на производительность.
У нас УПП, и есть много удалённых торговых точек, из которых документы приходят в бухгалтерию примерно через неделю после совершения операций. А бухи вводят доки уже после, при этом есть необходимость контроля остатков для правильного расчёта себястоимости.

to Itsys, я данную задачу решил так:
в Обработке проведения запросом снимаются остатки по элементам номенклатуры из табличной части документа, а далее в цикле по строкам где текущий остаток - обём реализации < 0, тогда сообщение.

Время выполнения запроса + проверки в цикле меньше секунды.  

Это сообщение отредактировал(а) Zero - 31.10.2009, 20:19

Zero, вопрос реализации - это отдельный разговор. Проще всего закомментировать пару строк в модуле документа и в процедуры модулей реистров "КонтрольОстатков" в запрос подставить первый параметр виртуальных таблиц. Дело на 5 минут, но конфигурация снимается с полной поддержки, за чем следует гемморой при каждом обновлении.

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

В данном случае - как раз практика, а не теория  


В случае сложных партий - это не вариант. Согласен, что в частных случаях - работать будет, но если контора активно юзает комиссию, отдает на комиссию, сложное производство - не взлетит. Тем паче - в УПП. 
Гемора вывалиться столько, что за голову хватаешься.

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

В большинстве организаций система начинала стабильно работать только тогда, как  вводиться тотальный запрет на работу задним числом и далее были варианты:
- либо писались сторнирующие документы (не на все виды операций, ибо это полный ###, например, при учете сложного НДС, подтверждение ставки по 0% которого идет через полгода)
- либо народу сначала показывалось, сколько времени было потрачено на исправление косяков, а потом просто удерживали из ЗП.

Кстати, по второму варианту система начинала без проблем работать намного быстрее и, как не странно, пользователи быстро понимали ВЫГОДУ такого подхода! Ибо все были уверены в цифрах, которые показывали отчеты. 
К слову, при интеграции с западным учетом вообще я..а отрывали за заднее число - ибо в "их" системах такого понятия просто нет. Сторно лепите и все. Поэтому вариантов просто не было 

Добавлено через 1 минуту и 39 секунд

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