| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > 1C: Предприятие, SAP, ERP и учётные системы > УТ Контроль остатков |
| Автор: Itsys 30.10.2009, 07:16 |
| Добрый день, В Управлении торговлей, для повышения производительности, наверное, 1С сделала революционную фишку. Остатки контролируются только в оперативном режиме, т.е. проводимые текущим временем текущего дня. Большинство пользователей, как им не объясняй, что им надо думать и работать по новому... что если документы проводить задним числом это грех, что если они всетаки проводят их задним числом, то должны осознавать, что они делают... Но пользователи человеки, которые постоянно ошибаются и поэтому хотят, чтобы компьютер, всетаки их контролировал.... Расскажите про свой опыт, что чаще всего происходит дальше. Пользователи мирятся с сим фактом или же Вы перенастраиваете процедуры "КонтрольОстатков" во всех регистрах, благо перенастройка не сложная - добавить момент времени документа в запрос по остаткам региста, но тем самым снимаете с полной поддержки данную конфигурацию? |
| Автор: Itsys 30.10.2009, 21:45 |
| Мда... либо никто не работает с УТ, либо никто не хочет делиться инфой. А жаль... ЗЫ А может я не прав? Может я не правильно понял алгоритм проведения? |
| Автор: BabySG 31.10.2009, 02:06 |
| Пользователя приходят к тому,что проводить документы задним числом - это неверно. А дело, кстати, не в "1С сделала революционную фишку" - этот вопрос поднимается с завидной регулярностью у тех, кто только начинает работать с 1С и не видит ситуации целиком. Ваша методика не избавляет от проблемы остатков, пример: 01/10 +10 штук остаток: +10 05/10 -2 штук остаток: +8 06/10 -8 штук остаток: 0 Теперь взяли и сделали так: 05/10 -4 штук остаток: +6 Остатки проверились, а толку от них - никакого. Поэтому изучите матчасть, почему именно так сделано. Если уж на то пошло, то методика проверки "задним" числом, в общем случае, вызывает очень большую нагрузку на систему. А уж если это УПП - то вообще кранты. |
| Автор: BabySG 31.10.2009, 10:12 |
| По опыту: достаточно запретить пользователям менять документ и писать служебную записку на каждый такой случай с просьбой исправить - через две недели проблем вообще нет. Т.к. начинать думать и проверять себя |
| Автор: Itsys 31.10.2009, 12:06 |
| Не все так просто - многосменная работа. Того пользователя, кторый допустил ошибку, может на месте не быть. А даже если и он будет - то проблема не у него (он принимает товар) а у того, кто отправляет... |
| Автор: Zero 31.10.2009, 20:19 |
Изучи сначало ты практ часть. Теории не всегда достаточно. Задачи, оборудование и прочие характеристики бывают разными и влияют по разному на производительность. У нас УПП, и есть много удалённых торговых точек, из которых документы приходят в бухгалтерию примерно через неделю после совершения операций. А бухи вводят доки уже после, при этом есть необходимость контроля остатков для правильного расчёта себястоимости. to Itsys, я данную задачу решил так: в Обработке проведения запросом снимаются остатки по элементам номенклатуры из табличной части документа, а далее в цикле по строкам где текущий остаток - обём реализации < 0, тогда сообщение. Время выполнения запроса + проверки в цикле меньше секунды. |
| Автор: Itsys 1.11.2009, 08:17 |
| Zero, вопрос реализации - это отдельный разговор. Проще всего закомментировать пару строк в модуле документа и в процедуры модулей реистров "КонтрольОстатков" в запрос подставить первый параметр виртуальных таблиц. Дело на 5 минут, но конфигурация снимается с полной поддержки, за чем следует гемморой при каждом обновлении. Раз никто не хочет отписываться... надо открывать опрос - может хоть на кнопочку не поленятся нажать. |
| Автор: BabySG 8.11.2009, 01:15 | ||||||
В данном случае - как раз практика, а не теория
В случае сложных партий - это не вариант. Согласен, что в частных случаях - работать будет, но если контора активно юзает комиссию, отдает на комиссию, сложное производство - не взлетит. Тем паче - в УПП. Гемора вывалиться столько, что за голову хватаешься. Да, уточню, что я не рассматривают простые конторы, которые даже резервами не пользуются и производства как такового нет. Попробуйте отследить, что порушиться, когда активно (в дполонение в выыше написанному) используется обособленный учет по договору (к вопросу о сериях). В большинстве организаций система начинала стабильно работать только тогда, как вводиться тотальный запрет на работу задним числом и далее были варианты: - либо писались сторнирующие документы (не на все виды операций, ибо это полный ###, например, при учете сложного НДС, подтверждение ставки по 0% которого идет через полгода) - либо народу сначала показывалось, сколько времени было потрачено на исправление косяков, а потом просто удерживали из ЗП. Кстати, по второму варианту система начинала без проблем работать намного быстрее и, как не странно, пользователи быстро понимали ВЫГОДУ такого подхода! Ибо все были уверены в цифрах, которые показывали отчеты. К слову, при интеграции с западным учетом вообще я..а отрывали за заднее число - ибо в "их" системах такого понятия просто нет. Сторно лепите и все. Поэтому вариантов просто не было Добавлено через 1 минуту и 39 секунд
Зачем конфигурацию снимать с полной поддержки? Включите возможность изменения и без проблем будете обновляться су такими изменениями. Толкьо вот, думаю, быстро войдете во вкусу и конфигурацию начнете изменять |