Люди. прошу совет. Передо мной стоит простая довольно задача: для менеджеров существует план по продажам на каждый месяц года. Хотят вводить эти планы сразу на год. Как это реализовать наиболее дружественным для пользователя способом?

(0)в РС через обработку с ДРУЖЕСТВЕННЫМ пользователю интерфейсом

(0) А в чем проблема?

(2) Ну куда это дело загнать? В справочник , документ, обработку ( как в 0 предлагают).. Мож регистр какой создать?)

(0) А конфигурация-то какая?

(3) да куда хочешь - туда и создавай

(3) Регистр накопления конечно же.
Как ты иначе будешь сравнивать план с фактом?

(4) древняя нетиповая 8.1 торговля. раритет.

(3) в (1) предлагают в РегистрСведений(РС) :-)

(6) РН для плана? что вы курите?

8+ а КАК ты в обработке ХРАНИТЬ собираешься??

(0) Если к плану будет добавляться факт, тогда делай РН.

(7) что такое торговля 8.1?
Если имеются в виду редакции УТ 10.2 или 10.3, то там планы продаж вводятся штатными средствами. Есть специальный документ который их фиксирует и специальная обработка которая помогает их сформировать

(11) факт есть в регистре "Продажи"

(13) Это не тот факт.

+(14) Не факт, что это тот факт. ))))
см.(7)

(9) А что тебе не нравится, удобно делать корректировки.

(9) Что тебе не нравится?

(3) Зависит от того, как хотите это использовать.
Например, можешь создать 2 вида документов:
1. Ввода  плана
2. Ввод факта
и РС "ПланФакт" в котором хранить и план и факт.

(18) Зачем два документа? Лучше сразу один "ПланФактныйАнализ".

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

(16) (17) для этих целей с головой РС

(20) зачем факт заносить? Факт "заносится" документами продажи

(21) корректировки плана проще делать по оборотному регистру накопления

(0) в УТ 10.Х уже есть и план продаж и отчет по его исполнению

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

(22) И что кому то нужно история корректировки?

(25) да, конечно
Корректировка плана это форс-мажор, по факту существования которого нужно разбираться

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

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

Или для вас корректировка справочной информации (например адрес клиента) тоже форс-мажор и нужно разбираться?

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

(27) Очень даже деньги в кассе.
1. У торговых зарплата чуть менее, чем вся, завязана на выполнение плановых показателей
2. Изменение плана - это, как правило, срыв поставок (пустой склад). Что является очень серьезным косяком, напрямую влияющую на прибыльность фирмы

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

(27) план продаж - справочная информация?
Вообще-то это альфа и омега, священная корова отдела продаж, вокруг которой все крутится. Основной KPI

(27) думаю правильно западные подходы реализовывать. хранить все исправления. И в данном случае если кто что корректирует, то неизвестно почему. На практике не раз встречал ситуацию, когда "все решили, все меняем, изменения внесли", а потом "ой как вернуть обратно"
Поэтому корректировки все лучше отдельными документами делать по факту.
(25) а все ситуации будут учтены для факта? и возвраты и продажи корректировки долга или еще какие документы?
Мой вариант подразумевает, что факт посчитали и вручную его внесли. Ну можно расчет факта автоматизировать и вносить в документ по занесению факта.
Привожу пример:
Раз Вам нужен план-факт , то скорее всего от этого зависит зп сотрудника. Допустим за май рассчитали зп по план(занесено документу)-факту(рассчитано).
А потом кто-то внес изменения в май или апрель или в прошлый год. Тогда встанет вопрос, а как был произведен расчет зп? Поэтому факт надо хранить, а не просто рассчитывать.

(22) что мешает это же сделать на периодическом РС? нафига хранить доп. таблицы оборотов?

Предложу банальное: посмотреть в типовых. В УТ и УПП есть подсистема планирования.

(29)а у вас что каждый помощник менеджера может править планы? Или все таки есть ЛПР, который за это отвечает?

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

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

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

А по поводу возвратов .. ну так возвраты делай за текущий период и пусть он учитывается в факте минусом за текущий (!) период, а не пересчитывай ЗП за прошлые

P.S. Хотя у меня есть документ. Расчет премии для клиента. Куда забивается автоматом заносится факт и рассчитывается премия. Как  раз для тех случаев чтобы было видно откуда цифра взялась, и если что-то кто-то поменяет в факте, тогда разбор и поиск почему поменялось.

(36) Ну не выполнит план, получит меньше ЗП. Что он по твоему должен сделать? виртуальную отгрузку, а в следующим месяце виртуальный возврат. Зато план выполнил..

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


P.S. Мы же говорим не о формате торговли под заказ, когда есть заказы (план) и его нужно выполнить? Мы же говорим о формате магазина/оптовой базы. Когда есть товар и его нужно впихнуть клиенту

(38) Ну получит меньше ЗП, не получит премию, выгонят с работы, нач. ОП останется без премии... фигня всякая, в общем то

(40) Да, но от этого План не остается быть справочной информацией.

У меня по плану тоже машина должна есть X литров на 100 км, но это всего лишь справка, а в жизни всякое бывает и зачастую невсегда факт совпадает с планом

P.S. Повторяю речь не идет о плановом производстве

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

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

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

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

Отсюда следует вес - это один из важнейших KPI на складе и он ника4к не может быть справочной информацией

Я правильно тебя понял?

(43) С таким подходом и остаток товара на складах - справочная информация

+(45) да и вообще любая информация справочная

(44) Вес отгруженного товара, если эта информация является критической и контролируемой - уже не справочная информация

(0)Ну так в торговле типовой восьмерочной 10 есть уже обработка - помощник планирования. И отчеты есть - типа план-фактный анализ. Прежде чем что-то сочинять, может стоит посмотреть ранее изобретенный велосипед

(45) Нет

(49) с фига ли нет?
сколько осталось, столько осталось - чем не справка?

(50) тем что тут отражения реальной хозяйственной деятельности.

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

Так же и с планом, только его устанавливает не завод, а ЛПР.

(32) И как ты будешь строить отчет по сравнению план-факта?

(52) мы можем повлиять на количество проданного "веса"

з.ы. упустил момент в (38)
Действительно считаешь, что товар сам продается и отдел продаж на это не может повлиять?

(0) РС Накопления. Плановые данные вводить новым документом в разрезе сценариев планирования + любые другие разрезы. Факт собирать через подписку на события или же на основании данных регистров.

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

(55) Отдел продаж может повлиять на ФАКТ, а не на план. Или у вас ПЛАН на текущий месяц зависит от продаж ТЕКУЩЕГО месяца?

Когда план на текущий месяц будет ставится как 0,85 от факта текущего месяца, тогда да - это не справочная информация и отдел продаж может на него влиять.

А пока что ЛПР по своему алгоритму установили конкретную цифру, и уже менеджер стремится к к этой цифры, как осел к морковке

(57) Отдел продаж будет влиять на ФАКТ, только когда есть нормальный ПЛАН, т.е. грубо говоря ПЛАН тянет ФАКТ

(54) как связь рс плана и оборотов продаж

(59) Это уже зависит от адекватности ЛПР и от того алгоритма расчета, но не от менеджера.

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

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

(62) Так же и номер телефона и контактная информация, которые являются элементами CRM - это способ управления продажами

(63) влиять на номер телефона можете? На план - да

(64) НЕТ, не может менеджер влиять на план

(63) собственно, даже если открыть ЖКК, где описываются объекты 1с:предприятия, то там будет сказано, что справочник - это объект для хранения УСЛОВНО ПОСТОЯННОЙ информации

(65) а при чем тут менеджер? почему не уборщица?

это ЛПР можут УЧИТЫВАТЬ продажи менеджера, так же и на заводе по результатам учета продаж решили выпускать сок в бутылках не 0.5 литра, а в 0.6. Т.е. объем бутылки может учитывать продажи, но на прямую не зависит от продаж. И от того что он МОЖЕТ учитывать продажи, он не перестает быть справочной информацией

(67) Потому что уборщица не влияет на продажи

(69) кто кроме торговых влияет на продажи?

(70) кто кроме торговых влиет на продажи и влияет на план? :)

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

Отсюда вывод - уборщица главная на фирме?

(71) на план? только ЛПР, продажи менеджера носят РЕКОМЕНДАТЕЛЬНЫЙ характер при выставления плана.

У нас в некоторых случаях вообще кладут на продажи менеджера и план выставляют относительно ПЛАНА по прошлому периоду, а не факта

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

(73) либо менеджер откровенно забил на продажи по разным причинам


например менеджеру поставили план продать 100 штук. Менеджер забил на продажи и этот конкретный план и продал всего лишь за месяц 2 штуки.

А теперь объясни почему руководство должно ставить план на следующий месяц относительно его продаж 2 штуки, вместо того чтобы "наказать" менеджера, а иногда и уволить и поставить реальный план относительно ПЛАНА предыдущего месяца, т.е. относительно 100 штук

+(74) т.е. используете ПЛАН только потому, что так принято. Не используя силу этого инструмента окуенно влияющую на продажи

з.ы. камаз - машина хорошая, только собаки быстро устают ©

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

(75) а кто сказал, что руководство должно руководствоваться тем что менеджер накосячил? При составлении нормального плана принимается во внимание множество параметров.

Если разобрать приведенный пример, то может быть несколько факторов повлиявших на план-факт:
1. Раздолбайство торгового
2. Срыв поставок
3. Отказ от товара сеточки, которая делала львиную долю его продаж
4. Изменение закупочной цены, увеличение цены продажи и соответственно отказ от товара покупателя
5. Выход на рынок конкурента
и т.д.

Каждый из этих факторов будет влиять по своему при составлении плана на следующий период, это не считая постоянно учитываемых факторах, вроде сезонности и количества рабочих дней в периоде.

(78) т.е. ты согласен что продажи напрямую не влияют на план, а просто  это один из ВОЗМОЖНЫХ параметров который МОГУТ КОСВЕННО влиять на план

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

(37) видно у тебя маловато практики в работе с такими организациями. Ты пишешь "и что пойдете зп отбирать?" именно это на практике и происходит. Начинаются "разборки" почему и кто выдал неправильно зп. Еще СБ могут припрячь, помотать нервы тому же менеджеру и куча других нюансов.
Глянь ЗУП. Есть куча документов для начислений: ввод разовых, отпуска, больничные и т.д.
Но не смотяр на все это есть документ "Начисление зп", а еще есть документ "Зарплата к выплате" в которых фиксируются все начисления, по которым положена ЗП и даже что выплачено.
А следую твоей логике надо сразу выдавать деньги и не фиксировать ничего. А зачем? ведь первичка вбита же. Я считаю ты очень не прав.

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

(81) Тебе со стороны виднее, сколько у меня практики. Тебе виднее. Если у вас менеджер начисляет зарплату сам себе, то тогда возможно ты и прав. У меня же зарплату начисляет сама 1С автоматом ежесекудно. Т.е. у менеджера есть оклад, а есть премия/штрафы, которые зависят от выполнения плана. В программу вбивается план и менеджер ежесекундно может посмотреть, сколько он заработал на текущий момент (т.е. если он до конца месяца работать не будет, то получит столько денег) и сколько ему осталось продать. Исходя из этого он уже корректирует свои коммерческие предложения для клиента. В конце месяца он уже точно знает сколько получит и вопросы "правки задом" у нас нет, потому что все документы правятся текущим числом (ест возможность при печати фактуры учитывать возвраты за любое число, т.е. нет необходимости править задом реализацию). Ну и плюс менеджер вообще не может править и создавать документы влияющие на ТМЦ (для этого есть оперзал, который штрафуют за правку задом, поэтому они без подписи ЛПР ничего не правят) и взаиморасчеты .


В любом случае хотелось бы услышть пример и причины возникновения необходимости "забрать зп".

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

Аналогично.

(83) >> У меня же зарплату начисляет сама 1С автоматом ежесекудно.
интересно бы было посмотреть
>> и вопросы "правки задом" у нас нет,
а вот тут ты пишешь (37) >> А то что кто-то влез в зад и поменял что- то ... и что ты у менеджера пойдешь зарплату забирать?
следовательно еще раз подтверждаешь мое предположение, что практики у тебя маловато. Если выдвигаешь идеи про то, что можно без проблем что-то менять задним числом и при этом у тебя никто так не делает.
(83) >> В конце месяца он уже точно знает сколько получит
И как он у вас получает расчет? просто голая цифра на руки без указания за что? Я уже предлагал аналогию с ЗУП, где каждое начисление видно "за что" начислено и за какой период. И для каждого начисления есть документ-причина. Но не хочу об этом во второй раз писать.

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

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


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


Все цифры прозрачные и менеджер легко может их перепроверить по анализу продаж. Свой план премию и штраф он знает в начале месяца. Поэтому я не понимаю твоего сарказма по поводу "И как он у вас получает расчет?"

(86) >> Поэтому я не понимаю твоего сарказма по поводу "И как он у вас получает расчет?"
потому что ты говоришь, что факт хранить не надо, все считается на лету. Тогда как в случае корректировок ты узнаешь на основании чего был рассчитан факт и самое главное сколько был равен этот факт? Например в разрезе помесячно за последний год?

(88) Честно я не понимаю зачем кому то пересчитывать (!) факт "помесячно за последний год"

Программа посчитала факт в программе отразили что Иванов получил столько и за столько. Всё. Никто в здравом уме у нас не пересчитывает в июне зарплату за январь. Ибо её в феврале посчитали и выплатили, поэтому берут готовую цифру, что за январь Иванов получил столько, за февраль - столько.
Если кому то очень нужно, обычно ЛПР хранит все расчеты у себя в екселе.



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

Если уж совсем невмоготу, моэно обратиться в отдел ИТ и они восстановят копию за любой день и можно сравнить и как считали и почему сейчас другие цифры

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

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

(89) >> получил столько и за столько. Всё. Никто в здравом уме у нас не пересчитывает в июне зарплату за январь.
(90) >> Она не имеет смысла в прошлых периодах.

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

>> Экономический смысл в запоминании отклонений я не вижу

перепишите ЗУП. чтобы хранилось только то, что выплачивается  на руки, а все расчеты как получилась цифра для выплаты не хранились!
Кроме разовой задачи начисления есть куча других задач. И тот же ваш план-факт - это не оперативная информация. Это накопительная информация, анализируемая теми же экономистами за прошлые периоды, чтобы составить новый план и проанализировать причины отклонений!
Очень жаль, что вы не видите другие аспекты работы предприятия кроме того, что выполнил менеджер работы, заплатили ему деньги и забыли.

(91)
>> бухгалтеру или директору не интересно за что платится зп?

Вот не надо подменять понятия. За что в программе есть, в программе нет промежуточных цифр расчета. А конечная сумма за (оклад, премия) есть. Более того обычно раз в квартал строится сводная табличка по каждому сотруднику в разбивке статей дохода (оклад, премия, прочие) где руководство анализирует динамику изменения зп и в случае вопросов может спросить у ЛПР с какого фига всем премию выписали.

Никому не интересны промежуточные цифры. Всех интересует конечный результат. Ну а если раз в пятилетку какому нибудь ревизионному отделу захочется узнать как эти цифры получились, то отдел ИТ всегда может поднять бекап на момент формирования ЗП. Это не оперативная информация и если она кому то вдруг и понадобилась, то свободно могут подождать день-два на получения этой информации. Это же не остатки по складу



>> перепишите ЗУП. чтобы хранилось только то, что выплачивается  на руки, а все расчеты как получилась цифра для выплаты не хранились!

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

Вот объясни какое имеет отношения анализ план-факта к расчету зп которую мы сейчас обсуждаем?

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

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

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

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

(95) Ты бы хотя бы предупредил бы о чём ты. А то мы обсуждаем хранения данных о продажах на основании которых рассчитывается ЗП и тут ты появляешься, встреваешь в разговор и начинаешь рассказывать совсем о другой теме. Тогда и обращайся к автору топика.



Т.е. ты думаешь что кому то интересно ставить план на основании "ошибочного факта"?