Ситуация такая. В одной фирме используется расчёт зп от прибыли, последняя рассчитывается как выручка - себестоимость по средней.
Проблема усугубляется тем, что менеджеры вправе иногда менять цены в любую сторону.
Как тут быть - ума не приложу.
С одной стороны зп не должна зависеть от текущей себестоимости. С другой - если менеджер двигает цены, то и прибыль меняется
Как вариант - расчёт себестоимости для зп не по средней, а динамически - например, средняя себестоимость за год.

С чего вдруг программиста этим озадачили? Пусть все сами распишут, что от чего зависит. А то потом крайним окажешься.

А что не нравится? Ну зависит от себестоимости и пусть зависит. По-любому себестоимость менеджер не поменяет, может поменять только выручку, снизив или завысив продажные цены, но если зарплата от выручки - себестоимость, менеджеру не будет особого смысла занижать продажные цены. Единственно, надо учитывать, что зарплаты, налоги и прочие расходы идут с этой же суммы, посему неплохо бы было расчитывать в конце месяца полные итоги работы, чтобы в трубу не вылететь. Т.е. полная прибыль должна быть ограничена снизу некоторой величиной после которой контора начинает работать в убыток...

(0) как скажут так и реализовывай .

Но вообще это нормальная практика , считается наценка от фактической сделки , и манагер получает свой процент , ничего сложного или заморочного нет . Стимулирует манагеров , не гнать объем за счет прибыли . А вот когда в расчет ЗП пойдет оплаченная наценка , вот тут наметятся некоторые геморрои :)

всем зп 10 % от выручка

+ (4) хотя если буду пониженные страховые взносы (20 %), то можно и 15 %

(0) А зачем туда фактическую себестоимость привлекать? Делается тип цен "стандартная себестоимость", и разница между этой ценой и ценой продажи используется для расчета зп. Меняется раз в месяц и никаких заморочек. Заодно можно использовать такую цену как нижнюю границу цены продажи.

Фактическая себестоимость от продажника не зависит. Например, лоханулся отдел закупок, себестоимость в этом месяце выросла на 10% - почему продажник должен от этого страдать? да и незачем ему знать фактическую себестоимость - от многих знаний многие печали :)))))))

(6) Не факт что это правильно , хотя то же вариант . Но в любом случае об методике расчета должен думать экономист или начальник отдела продаж , а не программист

(7)  если программист на фирме является ит-спецом, то он должен участвовать в расчетам, чтобы показать руководству возможные варианты и результаты. Иначе он просто кодер

(8) Участвовать да , подсказать возможные варианты да , но решать в данном случае - нет

(9)  а почему бы е не решить? Если все стальные вокруг не шарят? :-))

(10) И контракт на поставки заключить , и продажи осуществить ...  :)

Что бы потом не отвечать когда скажем манагеры из отдела закупа и продажники вступят в сговор и кинут контору , или не отвечать на вопросы продажников почему у них такая ЗП маленькая получилась , или финансового директора почему продажники получают больше генерального

(11)  чорной работой пусть манагеры занимаются, а мы будем рулить денежными потоками...

(6) склоняюсь к этому варианту

(0) Так а в чем проблема сабжа? В посте не достаточно информации:
* Выручка и ее зависимость от цены продажи - это и так очевидно
* Себестоимость - это, говоря кратко, _полная_ сумма затрат и прямых, и косвенных.

Сама возможность применения затрат в виде базы к расчету премий продажников, закупщиков и т.п. зависима от применяемых статей затрат, способов накопления сумм затрат до того момента как происходит расчет з/п и т.д.

(13) в какой конфиге считаете? отдельной от бухучета? А может вообще в УТ какой-то версии, где бухии нет? Т.е. ты пишешь не о себестоимости, а о факте расходов на закупку?

(6) Потому что все в одной лодке. Не заработала контора - не с чего платить менеджеру.

(14) Не совсем. Разные себестоимости бывают. И не все затраты включаются в себестоимость. Нюансов полно. И часто значимых очень.

(17) Опередил :)
Только хотел написать  "а смотря что к себестоимости относить" :)

+(18) И именно по этому , в данном вопросе , мнение программиста , всего лишь мнение . Решение должны принимать люди которые за это отвечают , на основании приказов по учетной политике , положений о ценовой политике , с написанием соответствующих внутренних положений типа "О порядке расчета ЗП менеджеров отдела продаж"

P.S. В течении многих лет в комании где я работаю считали ЗП менеджеров (агентов) от оплаченной наценки , но в последнее время в связи с ростом компании постепенно от этого отходят , ибо сейчас наценка (и прибыл) определяется в первую очередь договорами с покупателями , а договора заключаются на основании положений . Менеджер в очень незначительной степени , может влиять на цену продажи .
Как говорится время "диких" продаж прошло :)

(15) УТ
(17)(18) Только прямые

(19) тут дело не просто в том, кто должен принимать решение
тут дело в том, что имеющееся решение не жизненно
зп зависит от текущей себестоимости - ну это же нонсенс

(21) Почему? Что именно тебя н устраивает

считай, продаёшь продаёшь товар, а в итоге зп = 0, потому что последние закупочные цены были высоки

Хз у меня от себестоимости. плюс план по брендам (с премиями и штрафами) и менеджер каждый день может запустить отчет и он ему посчитает зарплату с учетом плана/штрафов и премии и покажет, что если менеджер забил на работу, то он получит X  рублей

ещё были ситуации, когда величина зп искажалась вследствие корректировок задним числом (пляшущее вознаграждение в зависимости от логической целостности последовательности)

хотя.....
может, тут просто зп идёт как дивиденд от прибыли
есть прибыль - есть зп, нет прибыли - извините, пожалуйста
если хочешь получить прибыль - продавай дороже ;)

Я такой вариант как в (0) в свое время реализовывал, правда полный и окончательный расчет шел по результатам года (грубо говоря тринадцатой зарплатой), но тогда в себестоимость включалось всё, и прямые и косвенные расходы, последнее конечно распределялось по различным алгоритмам, но работало все вполне нормально. Самая большая проблема в этой задаче придти к общему варианту расчета для разных подразделений, занимающихся совершенно разными вещами, вот это был закат солнца вручную, если же направлений деятельности в конторе не очень много, то выработать единую позицию, думаю, большой проблемы не будет...

(21) Почему это нонсенс ? Раз получаешь процент от прибыли , значит значит до определенной степени учавствуешь в прибылях предприятия . Если она нулевая - извините .

Хотя нюансов конечно множество . Например те же акции , когда сверху (возможно даже от поставщика в рамках дистрибьюции) идет указание слить товар например ниже себестоимости , или осуществить промоакцию .
На практике за продажу такого товара , а партии его могут быть значительными менеджер и получает 0 . Но это компенсируется специальными премиями-бонусами , по окончании успешно проведенной акции по продвижению .

Жизненно , не жизненно , все равно не программисту решать , пусть он и семи пядей во лбу .

Просто поверь мне - на нормальной мотивации продажников в торговой компании , зиждется огромная часть успеха или не успеха компании , и это дело соответствующих отделов .

Мотивации могут регулярно меняться . Надо закрепится в регионе - процент от вала продаж плюс корректирующие коэффициенты от количества клиентов менеджера . Надо продвинуть товар - премии за поддержание фокусного ассортимента . Надо максимизировать одномоментную прибыль от сделок - процент от наценки . Необходимо увеличить оборочиваемость средств процент от оплаченной наценки , или тупо процент с возврата денежных средств от покупаля , да еще с градацией по срокам (нелинейная зависимость)

(28) т.е. нужно вводить, например, через регистр сведений (раз применяется УТ) разные величины "ключевых показателей" для выбранного периода и от них запускать расчет зп в текущем выбранном периоде. Например: СуммаПремии = СуммаВыручки*(к1+к2+к3+...)
Встретится ненулевой коэффициент - выстрелит премия. Не встретится - фиг выстрелит, а не премия.

(29) На практике не совсем . Премия если она назначена за акцию платится в любом случае если акция выполнена . А вот каков размер премии и каковы условия её выполнения заранее на основании анализа . Условия премии могут быть разные по этому полностью этот участок не автоматизировать .
Типа "Продано не менее чем по 150 кг товара шести оговоренных позиций не менее чем в двадцать магазинов , причем в каждый магазин не менее чем по 5 кг каждой позиции"

У нас это называется "Дополнительными задачами" причем у каждого менеджера может быть не более пяти разных задач за период , иначе будет распыление сильно затруднится и исполнение и контроль .

(30) Да, смысла нет автоматизировать получение коэффициентов к1,к2,к3 ... Но с другой стороны - нет предела совершенству в увеличении числа измерений в регистре сведений для.
Кроме этого, можно и сумму выручки тоже - получать ее запросом с соблюдением большого числа условий...

Просто наличие автоматического расчета суммы от множества условий позволит провести оптимизацию получаемой на руки суммы, поскольку ограничение ФОТ как было до автоматизации, так и будет после расчета по любому алгоритму.

(26) о прибыли должна болеть голова топов - им за это платят. как только зп человека начинает зависеть от факторов, на которые он повлиять не может - падает мотивация. это все конечно круто - командный дух и тп, но каждого надо стимулировать в первую очередь за хорошее выполнение его НЕПОСРЕДСТВЕННЫХ обязанностей. продажник должен продавать - много и по нормальным ценам. и его не должны беспокоить вопросы, а за сколько это куплено, доставлено и тп. он не может повлиять на цену, о которой договаривается отдел закупки с поставщиком - значит, от этого не должна зависеть его зарплата.
ну и чисто технические моменты. себестоимость часто является очень важным индикатором всяких косяков в закупках и логистике. и позволяет выявить ОЧЕНЬ интересные вещи. но для этого надо делать по фифо (по партиям) - тогда это проявляется, а средняя "размазывает" интересные случаи, и их не видно. а считать два варианта себестоимости - один для расчета зп, а второй для анализа - это дополнительные расходы (как минимум дописывать конфигурацию).

(32) не, по-вашему вообще бред получается, например отдел закупок закупил товар по 100 рублей, а продажник быстро продал всё по 50. Что же ему за это премию давать?

(33) можно ввести понятие минимальная цена продажи )

тут мутно все, подходы разные.
У кого что работает.

(33) ну просто в 32 не досказана мысль до конца: если отдел закупок не влияет на ценообразование от поставщиков, тогда и продажник не должен влиять на ценообразование для покупателей. Каждый должен заниматься достаточно узкой функцией - т.е. когда в рознице кассир пробивает чеки, он ведь не ценообразует.

Впрочем, об этом уже написано в (19) и в (28)

(36) ну, если цену зафиксировать, то согласен с (32).

(33) отделы закупки и продажи обычно действуют в достаточно жестких рамках, в том числе по ценам. если закупили за 100 и продали за 50 - то продажник вполне может получить премию, если действовал в рамках установленных границ (минимальная цена продажи и тп). а вот тот человек, который должен был установить эти границы и вовремя их не обновил, или закупщик, который вышел за границы - обязательно должны получить штраф, если это не особая ситуация.

продажи ниже себестоимости регулярно случаются и являются нормальным явлением. например поставка под заказ. покупатель заплатил аванс 30%, ему поставили товар, а он говорит - я не буду товар забирать. если продажник продаст такой товар за 80% от себестоимости, будет очень хорошо - предприятие в плюсе (с учетом аванса) и продажнику надо дать премию. ведь иначе эта позиция могла бы зависнуть мертвым грузом и лежала бы на складе. а это - заморозка оборотных средств - убытки.

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

а если зп рассчитывается от "минимальной (базовой) цены" - то никаких проблем. снизили эту цену - и продавец получит бонус даже за продажу ниже фактической себестоимости.

(39) "если зп рассчитывается от "минимальной (базовой) цены" то же вариант ,и использовали такой когда надо было замотивировать агентов на увеличение вала продаж .

Имеет "узкопрофильное" применения в связи с двумя фундаментальными недостатками

1. Способствует увеличению "сливов" в том случае когда продажник имеет возможность регулировать цену
2. Сильно затрудняет мотивацию и контроль оборачиваемости денежных средств , ибо фактические суммы продаж менеджера не совпадают с расчетными

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

И именно в связи с большим количеством разнообразных нюансов , а так же значимости этой мотивации для компании в целом голос программиста в данной области "совещательный" .

Замечания типа "Долго будет считать" или "Придется переделывать конфу внося изменения в документы продажи" он конечно сделать может и и должен но не более того .

(40) честно говоря, не понял. может мы о разных вещах говорим?

есть продажа на 100
себестоимость 45
"минимальная базовая цена" 60

зарплату можно считать как процент от 55 (100-45)
или как процент от 40 (100-60)

естественно, процент разный )))

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

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

(42) ну это на рынке так торгуются. Одному за 80 продал, другому за 100. А на нормальной фирме должен быть прайс. Товар стоит 100 рублей, менеджер и должен продавать его по 100, а не по 110 или 120. Ценник должен присутствовать на товаре.

(42) Об одном и том же , я малость стормознул :) По пункту 2 .

Просто на практике есть еще способ считать оборот (не наценку) не в фактических ценах продажи менеджера а в абстрактных "базовых" , достаточно широко применяется при дистрибьюции .

Ну можно и наценку высчитывать от разницы условной "базовой себестоимости" и факта продажи .

Есть еще нюанс . Если это "базовая себестоимость" ни на что больше не завязана кроме как на расчет ЗП агента , на практике на её контроль и проверку "забивают" или того хуже начинают химичить . С фактической себестоимостью такого меньше , ибо она на котроле и закупщиков , и экономистов

(43) Ситуации разные бывают . На устоявшемся "поделенном" рынке естественно прайс и условия по которым покупатель может заработать скидку или бонус или дешевую колонку (объемы , ассортимент , своевременность оплат и т.п.) , все прописывается в соглашениях которые базируются на положениях о ценовой политике
При вхождении на новую территорию или продвижении нового товара торгуются еще как :)

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

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