Обработка подключается через внешние печатные формы. У закупочных цен должен быть код 000000001.
Цены сортируются по коду справочника Типы Цен.
Описание колонок:
1. Если единица измерения отличается от единицы хранения, то она выводится в колонке с типом цен. Если не отличается, то выводится в начале.
2. Цена. Установленная цена. Берется из документа. Колонка валюта — отображается если валюта в документе, отличается от валюты типа цен.
3. Изменения. Формула расчета: Цена из документа — Прошлая Цена. (Прошлый период берется в зависимости от периодичности регистра ЦеныНоменклатуры. Если конфигурация типовая, то цены берутся на прошлый день).
4. Процент наценки. За базовую берется закупочная цена. Если у типа цен установлен базовый тип цен, то процент считается от этого базового типа.
Update1:
1. Оптимизирован запрос.
2. Вывод колонки «Валюта».
3. Исправлена ошибка: если раньше цена была в другой валюте или в другой единице измерения, то изменение считалось неправильно.
4. Добавлен пересчет базовых цен в валюту устанавливаемых цен. Теперь процент наценки считается верно, когда типы цен в разных валютах.
5. Обновлены скриншоты
P.S. Если используются характеристики при установке цен, то изменение может быть расчитано неверно, когда прошлая цена была без характеристик.
Скачиваний — «0», т.е. все поставившие «+» оценили обработку по скрину. Однако!
(1) Скачать не смогли по новым правилам. Я тоже по скрину оценил.
(2)Новая тенденция, однако! 😀
Одно не могу понять, зачем к коду типа цены цепляешься?
есть же напрмиер константа ТипЦенПлановойСебестоимостиНоменклатуры в УТ.
Проверку на код лучше выстави не при откурытии обработки, а при нажатии кнопки «Сформировать», а то я долго пытался понять от чего выставленный код закупочных цен не срабатывает. Пришлось в код залесть.
При формировании отчета у меня почему-то колонка «Изменения» всегда пустая с восклицательным знаком.
Цены точно были ранее и менялись, по логике должно быть показано изменение.
Возможно это из-за того что у меня все цены в валютах.
Итого: Вещь интрересная, но нужно довести до ума.
(4) Отвечаю по порядку:
Константу не использую, потому что на ней завязаны внутренние механизмы. И не всегда плановая = закупочная. Я обычно добавляю преодпределенный тип цен «Закупочная» И напрямую к нему обращаюсь.
Занесу в функцию Печать()
Должны быть изменения цен в любом случае, вне зависимости от валюты (там идет проверка, что за предыдущий период цена была = 0 или не установлена). У Вас используются характеристики номенклатуры?
Ну если константа у вас используется для других целей, то тогда предлагаю вынести параметр «Цена закупочная» в форму обработки.
Пусть пользователь ручками из справочника указывает какой тип цены он считает закупочной.
Тем более есть базы, где для каждой организации свой тип закупочной цены в пределах одной базы.
характеристики номенклатуры мы не используем, только серии и то не у всех номенклатур.
Это ведь не обработка а печатная форма. Форма сделана лишь для отладки. Я сомневаюсь что пользователь будет каждый раз выбирать тип цен и жать лишние кнопки. А вот код у типа цен поменять не такая уж и проблема (Либо поменять код типа цен в обработке).
Обычно пользователи, которые печатают эту форму, сразу видят, правильно ли у них цены расчитаны (либо процент неправильно, либо цена понизилась/повысилась намного).
Странно что у вас печатает с восклицательными знаками (как новые цены).
В след. версии планирую добавить пересчет по курсам валют. Тогда процент будет считаться верно.
Поставил + по скрину и потому что сам писал аналогичное для клиента. Многим пригодится!
Скачала, подключила.
Все отлично, наглядно!
Менеджеры пожаловались, что надо заходить в каждую позицию и смотреть цены….
Зашла на сайт, скачала, подключила — и все довольны…
И я опять свободна!
спасибо, пригодилось
В прицепе не плохая обработка. Нужная.
Спасибо, нужная весчь
поддерживаю!!! я всё не мог заставить операторов печатать документ об изменении цен на товары!!!
Для БП сложно ее переделать?
(16) konsserj, да. Там другой принцип формирования цен. Вам лучше отчет поискать по анализу цен.