УТ 10.3 Борьба с ценами - как порешать??
 

УТ 10.3 крайний на данный момент релиз. Сидим не давно. Столкнулись с такой бедой: 1. делаем установку цен на основании поступления. и получается так, что если старая партия по 10р себестоимостью не распродалась, а пришла новая по более низкой цене , то у тех пользователей , у которых стоит контроль запрета продажи ниже закупочного типа цены. Постоянно нарываются на эту ошибку. Решаем путем подгонки цены к тек доку... Может есть какие нибудь альтернативные решения , уже мозг сломали ... СПАСИБО ЗАРАНЕЕ.

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

Решается заведением оптовой цены для продажи, динамической, которая определяется как закупочная + фиксированная наценка (зависит от доли накладных расходов на закупку и хранение).

Спасибо)

Кстати, а чем был вызван выбор именно УТ10? а не УНФ или УТ11? По УТ10 сейчас уже не найти нормальной литературы...

Вызвано это тем, что банально отсутствует прозрачность в расчетах УТ 11. Мы сидели на 11.3 и я был удивлен, когда когда увидел, что суммовые расчеты начинают появляться только после закрытия месяца. Дичь какая то. А в 11. 4 вообще пропали отрицательные остатки...Сейчас дописали систему интеркомпани в 10.3 , но нарвались на типовые ошибки... Вкраце ответ на Ваш вопрос больше контроля над той или иной ситуацией. Чего не скажешь в 11.3 - 11.4 там с моей точки зрения какая то дичь сейчас твориться... В идеале хотелось бы функционал 10.3 но написанный на тонком клиенте...Ноо......увы..

Обмен с бухией тоже нарисовали свой, а то от падения правил обмена после очередного обновления Бухии уже все устали)

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

Попытаемся прояснить проблему. Хронологическая последовательность:
1. Купили 100 шт товара по 10 р;
2. Зарегистрировали закупочную цену - 10 р.
3. Из этой партии продали 80 шт.
4. Купили 100 шт товара по 9 р;
5. Зарегистрировали закупочную цену - 9 р.
Запрет продажи будет срабатывать при попытке продать дешевле 9 руб. Верно?

Именно так

Конечно можно использовать среднюю ,брать из партий и лепить среднюю или брать из установки цены и тоже лепить среднюю. Конечно данный подход решит проблему и вырубается 1 док из 10 , а не как сейчас каждый грубо 3й , но на 100% это не решает проблему.

Описался - выругается при проведении...

ЕМНИП в УТ10 есть в настройках пользователя (доп. права кажется) галочка "Разрешено продавать ниже себестоимости". Дате ее линейным руководителям менеджеров и пусть проверяют косяки за своими продуванами...

12-bma1 > Не вариант , нет таких, есть один сигнализирующий о проблеме, как Вы выразились "линейный руководитель", но не умеющих решать проблемы...он сигнализирует и перенаправляет на меня...Вот и пытаюсь как то полностью решить проблему...так чтобы один раз , а не вместо 4 случаев спотыкачки, получить 1..Хочется один раз решить, допилить и забыть , но сразу говорю не вариант разрешать продажу ниже себестоимости и без контроля остатка.

[quote=alex55;47506332]Хочется один раз решить, допилить и забыть[/quote] если в системе нет пользователя, имеющего полномочия и компетенцию решать текущие проблемы, а проблемы с ценами это текущие и будут возникать всегда, то система работать не будет. Все манагеры будут включать режим дурака и пытаться продавить суперскидки при годовой отсрочке.

[quote=alex55;47502961] Именно так [/quote]
А вы хотите, чтобы при продаже первой партии контролировалась её закупочная цена (10 руб), а при второй - её (9 руб)? Т.е., чтобы цена продажи не опустилась ниже фактической себестоимости. Верно?
Если да, то эту задачу корректно решить невозможно. Фактическая себестоимость определится только в момент проведения документа, когда контролировать уже поздно. Более того, она может измениться при повторном проведении документа и/или восстановлении последовательности. Можно попытаться рассчитать себестоимость перед проведением (записью) документа. Но невозможно гарантировать, что в многопользовательской системе при проведении вы получите тот же результат.

[quote=Климов Сергей;47509544]Если да, то эту задачу корректно решить невозможно.[/quote]
Можно, но геморрой получится на всю голову. Надо включить опцию "ведение учета по видам запасов" и в качестве вида запаса использовать сделки... но муторно потом разгребать минусы...

2(16) Угу. Так прокатит, если у тебя 3 сделки в 4 ряда. При более-менее значительном документообороте - ушьёшься.

[quote=Климов Сергей;47514238]ушьёшься[/quote] так я и сказал, что способ очень геморройный. но наши люди любят трудности.

Всем благодарность за высказанные мысли, мнения....И как вывод - должен быть 1 ответственный с правами давать по ушам манагерам + права и знания на техническое устранение проблемы, и как вывод тотально эту проблему не порешать..)))

[quote=alex55;47514970]должен быть 1 ответственный с правами[/quote] и чтоб он курсы по УТ 11 прошел. Это обязательно.