Как завести наценку?

[mad_pilot]

Имеем:
Компания продает сложный товар.

Клиент может купить то что есть на складе, а может заказать то чего на складе нет,
но есть в пути или в призводстве или вообще нигде.

Наценка на товар зависит от того где заказ находится(нигде, производство, путь, склад).

Вопрос:
Как завести такую наценку стандартными ср-вами Axapta.

[komar]

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

[Valery]

Можно завести виртуальный склад "Путь" и отслеживать нахождение там товара. Но это проблемы не решает. В стандартной функциональности наценки вообще никак не привязаны к местонахождению или состоянию товара

[mad_pilot]

Поневоле делаю вывод что Axapta либо очередной конструктор либо полное убожество.....

Хотелось бы убедиться в обратном. (Перед анализом на предмет целесообразности приобритения)

[Valery]

Хотя поизвращаться всегда можно. Например, так:
Для каждого товара задать конфигурации: в пути, в произвдстве и т.д. А для разных конфигураций стандартными средствами можно задать разные наценки

[mad_pilot]

можно через конфигурации, но как тогда передвинуть изделие из "в пути" в "на складе"?

[Valery]

АХАРТА - и полное убожество, и очередной конструктор. Но, как ни странно, на рынке ERP-систем по соотношению цена/функциональность ничего лучше АХАРТА нет

[mad_pilot]

За время разборок с Axapta составил ТЗ для нашего предприатия.
Нанять программеров и сделать будет дешевле раз в 7..............

На ум лезут странные мысли....

[Valery]

Цитата:

Изначально опубликовано mad_pilot
можно через конфигурации, но как тогда передвинуть изделие из "в пути" в "на складе"?

Наример, используя модуль "производство" (извращаться - так извращаться).

Если вы приобретете аксапту, программистов все равно придется нанимать. Без них аксапту не внедришь.

Другое дело, что своими силами писать систему довольно долго - прописывать множество стандартных функций

[mazzy]

Цитата:

Изначально опубликовано mad_pilot
Наценка на товар зависит от того где заказ находится(нигде, производство, путь, склад).

Нежелание думать компенсируется числом программистов

Начинаем думать: Стандартное средство Аксапты - группы прайсов и группы скидок/наценок. Т.е. Аксапта позволяет указывать различные цены и скидки во время выписки заказа. Так?

Теперь разбиваем задачу на две подзадачи:
1. разработать систему прайсов, скидок/наценок
2. заставить Аксапту учитывать цены, скидки/наценки автоматически

Для решения первой подзадачи программисты не нужны. А нужна голова и Эксель.

Вторую подзадачу разбиваем еще на две подзадачи:
2.1. пусть некоторое время цены, скидки/наценки указывает оператор вручную (заодно отлаживаем систему прайсов, скидок/наценок)
2.2. обучаем Аксапту самостоятельно указывать цены, скидки/наценки в автоматическом режиме. Здесь используем следующее обстоятельство - Аксапта в момент создания заказа отлично знает про товар чуть больше оператора . И уж если человек может это сделать, то система тем более.

• Получаем, что программисты нужны в самом конце решения этой задачи.
• Получаем, что программисты нужны действительно для решения "особенной" задачи.
• Опыт подсказывает, что скорее всего, при разработке системы прайсов, скидок/наценок задача сильно упростится.
• Опыт подсказывает, что сама задача поставлена сильно некорректно (Во-первых, потому, что в такой постановке заставляет клиента знать есть ли у вас товар на складе. Во-вторых, в такой постановке цену продажи не сможет указать даже человек).
• Опыт подсказывает, что будет реализовано решение совсем другой задачи в другой постановке.

НО: самое главное правило - ищешь ближайшее стандартное средство и пытаешься использовать его.

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

[komar]

Другими словами "а на фига вам такое ценообразование"? Тоже вариант.

А склад "в пути" не поможет, ибо он тоже склад, а не отдельная сущность. Но как здесь и говорили, это все равно не про ту проблему.

[mad_pilot]

Система наценок проста как пень (цифры вымышленные):

если товара нет в природе - наценка 20%
если он уже производится но не готов - 15%
если на складе завода - 10%
если в пути - 5%
если на складе магазина - 3 %

Будем считать что скидок нет.


Клиента никто не заставляет, но если он выбрал изделие которого еще нет - цена соотв.

Вопрос:
Как это реализовать стандартными средствами?
(Подробнее плз, как для детей или милиционеров )

[mad_pilot]

>обучаем Аксапту самостоятельно указывать цены, скидки/наценки в автоматическом режиме

По какому умному алгоритму (марковские модели, нейронные сети, B-сети, заклятья вуду) Axapta САМОСТОЯТЕЛЬНО указывает цены?

У нас в конторе САМОСТОЯТЕЛЬНО указать цену может только начальник отдела продаж.......

Можно его уволить после внедрения? )

[mazzy]

Цитата:

Изначально опубликовано komar
Другими словами "а на фига вам такое ценообразование"?

Неправильно.
Правильный ответ:
1. попробуй руками на листочке сделать то, что хочешь
2. попробуй сделать это стандартными средствами
3. научи Аксапту выбирать стандартное средство из нескольких вариантов (один прайс из нескольких, наценку из нескольких наценок и т.п.) Т.е. программируй только задачи оптимизации

[mazzy]

Цитата:

Изначально опубликовано mad_pilot
Система наценок проста как пень (цифры вымышленные):

Ню-ню.
Тогда на листочке, пожалуйста. Нет у нас "этой гадкой" программы.

Я клиент. Ты продавец.

Пусть единица товара стоит 100 рублей. Пусть у тебя 5 на складе единиц товара, 5 единиц товара находится на "складе завода", 5 единиц товара на "складе магазина", 5 единиц производится. 5 едет от поставщика, а остальные непонятно где.

Я хочу купить 30 единиц товара.
Какая будет цена?

(добавил позднее
И не забудь, я как клиент о состоянии твоих складов не знаю! Или знаю? А если знаю, то какой же я клиент?
(конец добавлений)

Можежь здесь изложить "простой как пень" алгортм по которому ты получил эту цену? А можешь еще обяснить какие данные тебе понадобились и какие полномочия у тебя должны быть для работы по такому алгоритму?

А теперь скажи, если у тебя будет суперумная программа (не Аксапта, конечно) и она таки рассчитает цену по твоему алгоритму, то сможет ли продавец проверить правильность цены?

Цитата:

Изначально опубликовано mad_pilot
Как это реализовать стандартными средствами?

Прайс, скидка/наценка.

А вот реализовать твой "простой как пень" алгоритм выбора - стандартными средствами никак. Кстати, было бы неплохо подумать почему твой "простой как пень" алгоритм еще не реализован в стандартных средствах.

[mazzy]

Цитата:

Изначально опубликовано mad_pilot
По какому умному алгоритму (марковские модели, нейронные сети, B-сети, заклятья вуду) Axapta САМОСТОЯТЕЛЬНО указывает цены?

по тому, который ты ей объяснишь.
Объяснишь заклятья вуду, будет по ним.

Стандартные средства - прайсы, скидки/наценки.
Как сделаешь систему скидок так и будет выбирать.
По твоей системе, которую ты привел выше и человеку будет тяжело.

Цитата:

Изначально опубликовано mad_pilot
У нас в конторе САМОСТОЯТЕЛЬНО указать цену может только начальник отдела продаж.......

Можно его уволить после внедрения? )

Очень даже может быть.
Если расскажешь мне какая цена будет за 30 единиц по этому "простому как пень" алгоритму, то сможешь сам работать начальником отдела продаж.

[mad_pilot]

Цена 30 единиц =

10* 103 +
5* 105 +
5* 110 +
5* 115 +
5* 120 = 3280

[mazzy]

А почему именно в таком порядке?
Т.е. порядок выбора важен? А он жестко определен?
А порядок выбора не входит в "простой как пень" алгоритм? Что еще не входит?

А почему ты применил наценку 20%. Что означает "нет в природе"? Это значит будет закупаться? Или это значит будет производится?

Давай еще немножко протестируем алгоритм:
На складе лежит 1000 единиц.
В пути 1000 единиц.
Производится 1000 единиц.

Какая будет цена? Почему? Снова есть порядок выбора?

Далеко ли территориально расположены склады? Если я как клиент нахожусь близко к складу производителя, то я смогу забрать товар с него? А по какой цене?

======
Теперь решение:

Вариант 1.
В заказ вводится столько строчек, сколько различных вариантов наценки существует. У каждой строчки устанавливается своя группа наценок по товару. Работает.

Теперь автоматизация: прграммист должен сделать так, чтобы когда оператор вводит одну строчку, при необходимости, алгоритм разбивал бы ее на несколько, с разными наценками.

Вариант 2.
Дальнейшая проработка варианта 1. Вся работа выполняется за кулисами. Оператору показывается только результат (цена) той же строчке где он и начинал ввод. Наценки ему не показываются. Изменять надо класс PriceDisc. Класс должен рассчитывать цену на основании наценок как и в варианте 1, только не показывать оператору промежуточные результаты.
=======

НО: переходить ко второму варианту стоит только тогда, когда ты полностью поймешь алгоритм ценообразования. Когда обнаружишь все упорядочивания и умолчания. Пока мы нашли только одно умолчание - порядок выбора. Заметь, что описал наценки и применил ты в разном порядке.

[mad_pilot]

Не надо разбивать строчки!

Пусть в 1 заказе 1 товар.
Надо только ПРАВИЛЬНО считать цену.

Нет никакого упорядочивания!
Вчера от перемены мест слагаемых сумма не меналась кажись?

>А почему ты применил наценку 20%. Что означает "нет в природе"? Это значит будет закупаться? Или это значит будет производится?

Будет производиться. Будем заказывать у поставщика.


>Давай еще немножко протестируем алгоритм:
>На складе лежит 1000 единиц.
>В пути 1000 единиц.
>Производится 1000 единиц.

цена =
1000 * 103 (заказ1)+
1000 * 105 (заказ2)+
1000 * 115 (заказ3) = 313 000

[mazzy]

Цитата:

Изначально опубликовано mad_pilot
Цена 30 единиц =

10* 103 +
5* 105 +
5* 110 +
5* 115 +
5* 120 = 3280

Кстати, а почему так? А почему бы не применить просто 20%? Я же не знаю состояния вашего склада? Мог бы на 320 больше получить. Будет выгоднее для фирмы. И только в том случае, если клиент начинает брыкаться начинать торг и снижать цену. Смотри какая у тебя вилка есть с 3280 до 3600.

А начальник отдела продаж может договорится с клиентом о цене?
Он всегда рассчитывает с таким упорядочиванием?

Может начальник отдела продаж "своим" клиентам применяет 3%, а остальным 20%. Если может то директора такая ситуация устраивает?

Скорее всего, у вас воруют сильно.

Заметь, сколько вопросов возникает по "простому как пень" алгоритму.

А сколько выводов можно сделать... Я, наверное, выключусь из дальнейшей дискуссии. Хочешь программировать - программируй.