У меня на работе люди, которые занимаются установкой цен, периодически устанавливают одну и ту же цену по многу раз. Например, товар стоил 100 рублей; затем этому товару установили опять цену 100 рублей, и так до бесконечности. Анализ показал, что это порядка 30% записей (За 2026-2026 записей всего: 1 001 тыс.шт, из них повторов: 296 тыс.шт).
Каким образом работает обработка?
Удаляет движения документа «Установка цен номенклатуры».
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
(0) А не проще при проведении документа установки проверять — изменилась цена по определенному типу или нет? Если нет — цену не фиксировать.
Я с такой же проблемой сталкивался и решил, что проще контролировать цену до её установки, чем периодически регистр сведений чистить. К тому же, если в БД ведётся обмен по УРИБ, такая чистка в следующий обмен очень даже скажется на времени его выполнения.
(0) я бы сделал один консолидующий документ на определенный срез и удалил все предыдущие, вместо вычисления повторов.
(1) что будете объяснять пользователю если окажется, что первый документ окажется ошибочным?
(1) Бывает что документы меняют задним числом, и тогда получится что цену устанавливали много раз, но цена старая.
(2) [IS-QUOTE]я бы сделал один консолидующий документ на определенный срез и удалил все предыдущие, вместо вычисления повторов.
Пока сроки не большие так, потом свернем консолидирующим.
(2) Буду объяснять, что пользователь недобросовестно выполнил свои обязанности, раз документ оказался ошибочным. Контроль данных, вносимых в программу учета, ещё никто не отменял.
(3) За изменение документов задним числом вообще следует линейкой — по рукам ))
(5) в чем заключалась его ошибка, он указал два раза верную цену?
(6) Если он 2 раза указал верную цену, во второй раз просто нет смысла её фиксировать, что я и предлагал в (1).
(0) На УРИБ не должно сказаться. Если подчистить только движения.
(7) На практике, Документ УстановкаЦенНоменклатуры часто ассоциируется с обработкой очередного прихода товара. В этом смысле допустимо сохранять Цены. К тому же, возможны случаи, когда несколько Установок Цен с небольшим интервалом имеют один из Вариантов Ошибочным (применили не правильную наценку)… Тогда слишком раннее удаление повтора цены приведет к дополнительным ошибкам.
Дубликаты Ценообразования логичнее удалять спустя некоторый период задержки.
Я лично прикрутил Функцию к Модулю объекта, которая зачищает строки с дублирующейся ценой. Можно запускать групповую обработку прошлых периодов…
P.S. Надо помнить, что возможно изменение ЕдиницыИзмерения, ПроцентаСкидкиНаценки и т.п. при сохранении номинала Цены.
И ещё, механизм Проведения документа желательно подправить на предмет анализа Конкурирующих установок цен в текущем периоде. От одной даты можно пытаться несколько раз устанавливать одну и ту же цену (ТипЦен+Номенклатура) из-за одновременного поступления одного и того же товара по нескольким приходам, например.
(4) И забыл историю изменения цены? А если это цена Закупочная? И если Закупочная цена используется для ПлановойСебестоимости и в другой аналитике?
(8) Тогда Движения надо подчищать в каждом из Узлов.