Суть. Есть компания. Которая торгует товаром. Менеджеры - сидят на % от продаж. Все стандартно.
Есть товары - которые ходовые и легко и много продаются.
Менеджеры это прекрасно знают и бронируют товар (через проведение документа заказПокупателя) на реального(-ых) клиента(-ов).
каждый день/неделю (или иное время) они эти виртуальные заказы перепроводят.
Как можно бороться с такими виртуальными заказами ?

(0)запрети перепроведение, по корректировкам сразу будет всё видно

(1)
будут копировать вчерашний документ на сегодняшнюю дату.
и сегодня перепроводить его.

Как заказы влияют на % с продаж?

А вообще, переходите на процент с собранной дебиторки.

3-4
это оно и есть

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

(0) А зачем они перепроводят виртуальные заказы?
Один раз зарезервировали - и держать.
Или вы снимаете заказы?

Вариант решения: отчет о том, сколько времени менеджеры держали товар в резерве. По результатам - вычитать из премии.

может склад заполнить этими товарами? Ну, чтобы не нужно было ухищряться

создать регистр сведений бронирование товаров и перед записью проверять наличие регистатратора и не давать записать

(7)
база закрывается - датой запрета редактиорвания.
и они переносят заказы по дате.
ну и там идет снятие резерва через 5 дн после заказа.

Зачем бороться? За каждый день заказа с даты создания берите с них процент (20-20% годовых). Если при этом валовка будет на уровне вам не всё ли равно?

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

(11) хороший вариант

ТС давно уже решено что не нужно проблемы с персоналом решать программными методами

Их нужно решать административными с применением аппаратных решений

(14)
для этого надо не только административно вводить штрафы и тд и тп

но и контролировать это дело

(15) а это уже не программиста 1С дело, а отдела персонала или безопасности ))

(11)
сегодня создал. провел.
завтра сегодняшний док - удалил. создал новый сегодняшним.

(16)
не уловил .. при чем тут тут отдел безопасности ?

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

и дальше уже другие пусть репу чешут

(19)
это уже логичнее ...

(18) потому что любые махинации в т.ч. с премиями и товаром это нарушения

а по нарушениям работает безопасность внутренняя

(18) а логировать этот документ не думали?

(17) Как маленькие! Удалять заказ нельзя, тем более менеджеру. У вас там учетная среда или ненаучная фантастика? Отгрузил или нет неважно, ресурсы использовал вычет из валовки заработал

(23)
удалить нельзя менегеру ... надо думать
идея хорошая.

(24) и эти люди работают в торговле. У нас поправить реквизиты в заявке может стоить несколько тысяч штрафа конторе.

Еще можно показатель в KPI добавить - процент заказов закрытых автоматически (без отгрузки)

(0) Если менеджеры не ленивые - никак. Сегодня зарезервируют на Иванова и Кузнецова, завтра зарезервируют на Петрова и Ковалева, послезавтра на Сидорова и Бочарова, и перекидывая номенклатуру между разными заказами на каждый день. И всегда могут сказать, что договаривались с Ивановым, а потом сорвалось и не получилось.

(27) Как только у них из мотивации вычтут, так сразу же перестанут так делать. Но я бы и куроводству задал вопрос. Кто купил неликвид на склад?

(28) Делать что? Договариваться с клиентами и резервировать товары?

Откуда ты узнаешь была предварительная договоренность которая сорвалась или нет, обзванивать клиентов?

(29) см (11)

общий срок резервирования вычисляйте
например, по такому-то менеджеру товар на сумму 2 миллиона лежал 2 недели. За снижение оборачиваемости склада вычитать из премии

зарезервировал - отгрузил, быстрее отгрузил, меньше шансов нарваться на штраф

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

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

(34) Не надо бояться, не будут резервировать не будут продавать. Ущипнёт с другого бока. Да и администативное воздействие никто не запрещает оказывать на лентяев.

(31) (30) Это можно посчитать, если есть нормальная работа заказ- реализация или закрытие заказа. А если меняются сами заказы?

(36) Да что же у вас за бардак в голове? Заказ не может меняться. Или часть снимается или делается дополнительный заказ. Представьте себе что ваш заказ почтой России уехал в другой город. Как его поменять?

(37)> Заказ не может меняться.

Где в типовой конфе такой механизм?

Берется и распроводится/заменятся контрагент и т.п.

(38) Это как раз порочный вариант использования типовой конфы.

(37) > Представьте себе что ваш заказ почтой России уехал в другой город.

Ты уверен, что не путаешь, ЗаказПокупателя который работает с резервами и РеализацияТОваровИУслуг который работает с остатками? Чтобы товар ухел это уже не Заказ, а факт отгрузки.

(40) Это у вас склад под зёппой, а если он за несколько тысяч километров?

(39) Что еще за вариант?

Еще раз: вот есть ЗаказПокупателя, есть механизм который помешает менеджеру отменить его проведение или заменить нмоенклатуру/конткрагента? И если он изменится как от следить чтобы бло в первом заказе. И не по отдельному документу с помощю версий объектов, а массово, посмотреть,  чего и сколько было в  резерве.

(41) Без разницы, товар со склада уходит по накладной, а не счету/заказу.  Пока товар не отгружен, резирвировать и отменять резервирование можно как угодно и следов в типовой конфе в регистрах не останется.

(42) Не менять заказ, а делать корректировки или вводить новый заказ. И работать только текущей датой, иначе и возникают такие тупые ветки. Сами всё сделали, чтобы менеджеры распоясались, а теперь пыаются привести все в порядок. Этой проблеме в обед лет двести исполнится, и самое правильное, на мой взгляд решение, через деньги, то есть взимать плату за использование ресурсов в любой форме.

(43) Это у дураков так, а по факту так не должно быть. Ибо благими намерениями вымощена дорога в ад.

Манагерам рубится возможность работать задним числом - в первую очередь.

(44) > Не менять заказ

Как запретить менеджерам менять заказы?

> И работать только текущей датой, иначе и возникают такие тупые ветки.

Это да. Тогда вопрос решается простым оперативным учетом. Надо понять готовы ли они к нему.

(47) А проблемы индейцев белого шерифа не ипут

(46) Что мешает ставить на резерв с утра, а вечером снимать. И в течении дня товары будут на резерве, и в предыдущий день не надо лезть.

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

(49) Будут проценты начисляться за неполный день как за полный.

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

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

(51) Если запретить изменять проведенные документы будет работать с ненужными резервами.

А как насчет нужных? Вот лежит товар менеджер подумает: "Отгрузка еще только через две недели, товар не очень ходовой, не буду я его резервировать, мне лишняя копеечка капнет.", - подходит срок и внезапно товар уже кто-то забрал, и отгружать клиенту нечего.

(54) И кто в этом кроме менеджера виноват? Он потерял продажи, контора продажи не потеряла. Всё ок. С точки зрения конторы куда важнее почему на складе неликвид скапливается, который бабло на две недели морозит. И позволяет ли наценка продавана отбивать это .

(55) > И кто в этом кроме менеджера виноват

Вам шашечки или ехать?

От поиска виноватых контора не заработает.

А вот от ухода клиента которого опрокинули - потеряет.

Не проданный товар которого не оказалось на складе, это не дополученная прибыль.

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

(0) Как вариант разрешить резервировать товар, только под договор или под предоплату.

(57)
вот найдется клиент - у которого предоплата висит ..
менегер сделает заказ , на количество - сколько надо, а сумма = 1 рупь ...

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

(58) По хорошему должны быть разработаны схемы бизнес (на уровне 1с) процессов, на основании них создавались бы задачи, и ЗаказПокупателя должен быть привязан к задаче-схеме.

Но это опять же надо знать вашу специфику, может у вас там такое не пройдет.

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

(59) > А как торговать в рассрочку?

под договор?

(0) предоплата

(63) (58)

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

(59) > А что дороже, содержание неликвида на складе или потеря одного-дух особо нервных клиентов?

Не знаю.

> Если разобраться с причинами наличия неликвида и отсутствия нужной продукции, конторе плюс, только причём здесь продавцы.

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

Полагаю такое им в голову приходило.

> Не проданный товар это возможно ещё и не полученный убыток.

Да с сегодняшней волотильностью валют, сейчас не изветно где прибыль, а где убыток.

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

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

(65) > Манагеры этих договоров наштампуют

С подписями контрагентов?

(67) Хоть каких.
А когда плановая рентабельность 1,5%? Это коробейникам позволительно деньги не считать

(68)> А когда плановая рентабельность 1,5%?

В России? При нынешних скачках? Пошутил?

(69) Нет, такой бизнес.

(0) Запрет работы задним числом (вчера и ранее); сегодня пусть делают что хотят.
Резерв по заказу должен сниматься автоматом, например через три дня.

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

Тем менеджерам у которых резерв > отргузки и укладывается в люфт 10% от отгрузки - премия 5%
тем у кого резерв > отгрузки и превышает люфт штраф 20%

(71) (49)

(71) Даради бога. Построение отчета по дням - отловит это.

(73) Отловит что? С утра создал документ, вечером распровел его.

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

Где ты найдешь, что гвозди были в резерве в этот день?

История объектов? А как это массово отлавливать?

(74) Ч таким поведением операторов не сталкивался.
Очевидно, рубить проведенный документ на изменения и текущим числом, надо скорректировать - делают корректировку.

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

Ну баян же...
запретить менеджерам удалять заказы. изменения в заказе - только корректировкой.
наряду с выплатой "% по продажам" - брать с них "% по резервам".

(75) > рубить проведенный документ на изменения

Это уже другой коленкор.

(76) Это выше понимания ларёчников, они отдельные конфигурации для этого пишут. Если несправедливо, но честно на всех поровну поделить, то вообще можно ничего не писать.

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

(77) Да причем тут коленкор - если дятлы включают дурака и пытаются обмануть систему, то чо с ними переговоры то вести ?

(79) Поэтому (4)

(81) Но вам, в отличие от ТС, это объяснять не надо.

(79) Я простой вопрос на собеседовании иногда задаю. Типа деньги стоят 12%, плановая доходность 1%. Как выживает контора? И смотрю за тем как человек мыслить начинает.

(76) > брать с них "% по резервам"

Т.е. фактически штрафовать их за  то, что они используют резервирование.

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

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

Руководству надо что бы менеджеры шли на риски?

Имхо резерв должен быть частью некой схемы(бизнес процессы, задачи, события в 1С).

Чтобы кроме заказ был и счет, был график платжей, график отгрузок и т.п.

Тогда и заказ будет более обоснован и вычищать труднее.

(0) можно решать проблему лимитом по объему+ согласование с руководителем отдела при необоходимости превышения лимита

(84) Не штрафовать, а заставлять учитывать в цене. Или экономить на резерве, повышая тем самым прибыльность.

(84) да, "фактически штрафовать". Это же нормально, когда контора делится с ними приносимой ими прибылью? почему ж ненормально, когда она же делится с ними наносимым ими же ущербом?

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

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

(88) То есть бизнес был для менеджеров, а не наоборот. Правильно отдавать тем кто больше прибыли несёт, а не по нормативам.

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

(91) Ага ручной режим он такой. Потом приходят к разделению потоков (каналов продаж): vip, private и т. п. (огромные объемы, минимальная доходность, большая абсолютная прибыль, лучшие ресурсы) и обычные продажи, здесь все среднее и лишь как манна объедки из пирога другого. Обычная максимизация прибыли при ограниченных ресурсах.

(86) > Или экономить на резерве,

Как уже писал выше, такая экономия может вылезти боком.

(93) может. а может и дать экономию, т.е. "боком" вылезут резервы...

(92) "ручное управление", чо... вся стана на нем...

(89) > почему они рискуют твоими деньгами, и если выигрывают - получают долю, а если проигрывают - тратятя твои деньги...

Давай рассмотрим альтернативу: менеджеры ничего не резервируют, сделки регулярно срываются.

Формально владельцы ни чего не потеряли.

То что менеджеры не продали это их проблемы.

Так предлагаешь вести бизнес?

(96) Менеджеры ничего при этом не заработали.
Два вопроса: кто дольше протянет без дохода и сколько проработают такие менеджеры?

(96) бизнес - всегда риск, по определению.
просто риски нужно правильно распределять.

И управлять, то есть возможные потери должны быть меньше предполагаемых доходов с поправкой на некий форс-мажор

Вчера только отказали менеджеру в сделке из-за плохого соотношения риск/заработок и маленького фундаментального фактора.

(100) "маленького фундаментального фактора" - в смысле, "член короткий"?

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

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

(98) Зачем увеличивать риск сорванных сделок?

(104) Во-первых посчитать количество "сорванных" сделок объективно невозможно, то есть обсуждать нечего. Во-вторых а какова прибыль-убыток по этим сделкам, кто сможет определить. Может это недополученный убыток?
Обсуждение сферического коня смысла не имеет. Если товар всё равно продан, значит в конторе всё в порядке.

(105) > Во-первых посчитать количество "сорванных" сделок объективно невозможно,

В приличных предприятиях, кроме учета проданного, ведется учет того что контрагент хотел, но не удалось продать.

(106) Может он звезду с неб хотел за бесплатно. Хотелки хитровыипанных клиентов серьёзных продавцов не волнуют. Думаете покупатель не знает сколько вы на нём зарабатываете? Это посчитать проще простого.