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

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

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

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

а что именно хочется видеть в разрезе менеджера?

Основная задача - работа с долгами. Просрочка и пр. т.е. какой долг именно по этому менеджеру. Оценка отгрузки.

используйте разные договора

а менеджер - договор? я правильно понял?

да

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

Второго контрагента сделать для второго манагера

имхо не то или договор - или допиливать

тебе не стыдно с такой полоской такую лажу говорить?

да это так он же хотел что еще

возникнут проблемы с перегрузкой в бухгалтерию

в контрагента добавить основного контрагента общего и провелдение дока изменить

поясни

для сетевых супермаркетов допустим головной один а магазинов много

Чем это лучше чем запихать менеджера в проект?

гыгыгыгы. батенька любитель клубнички?

На несколько магазинов основным контром делаешь головной

пока задача не сильно упростилась

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

Сделай , ничего проще не придумаешь.

Подумаю, спасибо...

а ты его другие темы посмотри... зы. это неизлечимый...

В следующий раз начинай думать с анализа измерений регистра/субконто счетов, по которым планируешь брать инфу

свойства контрагентов. туда хоть 20 менеджеров на одного внеси.

и как ты будешь смотреть долги в разрезе менеджеров?

Вам виднее конечно но то что я предложил работает нормально. По контру можно как по манагерам смотреть так и в общем.

трудозатраты на реализацию идеи? на обновления?

15 человек на сундук мертвеца! Йо-хо-хо и бутылка рома!!

добавить записи в регистры, проведения доков изменить подкоректировать отчеты

блин, только что хотел это написать :)

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

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

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

каким боком всё это относится к сабжу? ------ Если рассматривать ТиС, то в регистре "Покупатели" нет измерения "Контрагент", есть договор. И если можно получать инфу по признаку "Владелец", то нет проблем получать инфу и по любому другому признаку договора, например по реквизиту "Менеджер".

В типовых учет взаиморасчетов идет по договорам. Приоритет - у кредитного дока, если указан, далее по фифо.

Вот таким и боком , что рассматриваем ТиС или что нибудь другое

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

При массовой отгрузке документооборот увеличивается вдвое 9в трое и т.д.) , пухнут сверки . Если речь идет о наших менеджерах головного офиса то рекомендуется административное разделение клиентской базы между ними с привязкой менеджера к клиенту

Если продажи осуществляются не одновременно (в один день) двумя менеджерами одному клиенту до увеличения документооборота не происходит , если одновременно 9например с разных отделов , или разные брэнды) , то ой ФИФО считается вразре договора выбранного в документе оплаты (насколько я помню ТиС), то есть его надо сначала выбрать . Кто оформляет оплаты ? менеджеры ? а они не будут друг у друга "оплаты тырить" ? (плавали , знаем) , бухгалтер ? А он откуда знает по какому договору относить оплату если оплата прошла по общему договору поставки (клиенту то до фени наши менеджеры), оплата прошла по конкретным документам пачкой ? Строить список документов на клиента , разбивать его на два и одну оплату относить двумя документами оплаты ? Если в обозримой перспективе менеджеров будет не более трех и одновременных продаж они осуществлять не будут , система учета через договор приемлема , но её масштабирумость низка. В компании где я работаю начинали с трех агентов в полях , а сейчас больше сотни в полях и несколько менеджеров в офисе. Агент в поле отвечает (и соответвенно учитывается) , только объем и ассортимент (ну там маршруты , посещения) , за оплаты отвечает менеджер продаж в офисе и клиентская база разбита между ними без пересечений . И так сделано потому что учет оплат зависит не только от нас , но и от клиентов (двухсторонний учет так сказать), а клиенты они разные и у каждого свои тараканы (и способбы учета оплат). Бейте клиентскую базу менеджерами :)

ох, сколько я конф переписал после таких вот деятелей...

делал как (при этом у контрагента вообще может быть много направлений, у каждого - свой агент): при набивке заявки оператор указывает агента, кто сопсно заявку и дал (или это уже льётся автоматом из КПК), потом это плавно перетекает в реализацию, далее - (внимание!) при оплате внёс минимальные изменения в конфу глДвижениеДолгов, и если у дока оплаты  выбрано основание - погашается именно оно, если основания нет, но указан агент - погашаются долги УКАЗАННОГО агента по хронологии, если нет ни основания, ни проекта - как обычно, по обычной хронологии. + допил отчёты по дебеторке. Всё крутится на ура, заказчики писают сами знаете чем.

+ *допилил, канэш :-)

если сумма "погаса" отлична от док основания ?

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

Примерно такое и работает...

"заказчики писают сами знаете чем" Кровью ?

если не хватает - всё просто, если лишка - остаток распределяется исходя из проекта, если его нет - как обычно "править никак нельзя вообще" чо за бред? правь на здоровье

Классика, за исключением: >>если основания нет, но указан агент - погашаются долги УКАЗАННОГО агента по хронологии Уточни: Т.е. если заплатил контрагент "ООО Один" агента Иванова, то может закрытся долг "ООО Два" того же агента Иванова?

поясняю: клиент ООО, отгрузки: накл 1 10 тыр, агент Иванов накл 2 20 тыр, агент Петров накл 3 15 тыр, агент Петров накл 4 5 тыр, агент Иванов принёс бабло Иванов, 12 тыр, делаем ПКО, указываем агента: Иванов, в итоге погасятся накл 1 полностью, накл 4 на 2 тыр ?? кровью не писают (за редкими исключениями), ей смывают ошибки

Использовали и такую (ну наподобии) , но отказались со временеменем , у неё то же есть недостатки . В любом случае с учетом ОПЛАТ в разрезе менеджеров (агентов) , будут затыки , слишком много здесь от покупателя (плательщика) зависит.

какие затыки? если, извини меня, операторы косячат, затыки при любой системе будут

А если Иванов принес 20 тыр, Петрову это поможет?

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

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

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

Насчет и так и так - вопрос спорный. Имхо, надо помогать Петрову - иначе аванс, с которого, возможно, придется уплатить НДС.

56 к 54, сорри

и чо? небольшая разница - разнести 5 накл по 20 поз или одну на 100. а если хочецца уменьшить документооборот - делай сводные накладные. только с ними обычно косяки нагребают. как бы не всегда упр.учет=бух+нал.учет, поэтому специально оговорился - зависит от постановки задачи

Опять же чисто практические ситуации , клиент очень сильно задолжал (ну или банкрот вообще), ну положим мы знаем в разрезе менеджеров кому сколько , КТО ОТВЕЧАЕТ ? Это конечно уже вопросы адмистративного управления , но из практического опыта , когда клиентская база достигает тысячи (нескольких тысяч) клиентов , а среди них например большое количество сетевых , нельзя дробить оплаты между людьми . песональная ответсвенность должна быть менеджер-клиент , отгрузки (объемы , ассортимент) дело другое.

какие у тебя проблемы с иправлением накладных-то, никак не  пойму???

Нам нет , ты видел глаза бухгалтера покпателя когда ему вручают пачку 120 накладных по сегодняшней поставке ?

У меня уже нет , мы от такой системы отказались :)

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

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

ну оператора у неё тоже глаза :) А сверку делает бух , простынь на сотню накладных или на 500 наклвдных , разница есть , а покупателю тоже оплаты нам надо учитывать

В приличных организациях накладные закачивают из файлов ;)

на загрузку печатаются сборки, объединяющие накл. на одного клиента и одну торг.точку

я хотел это сказать, но ИМХО бестолку

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

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

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

магнит, 5-ка, мосмарт, метро - это как, то товим понятиям - сети? или шелупонь дворовая?

+ перекресток. туда кстати идёт выгрузка накл. по эл.почте

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

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

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

полностью согласен

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

У меня это решено при помощи подчиненного справочника "КлиентыМенеджера" - справочник подчинен справочнику сотрудники, в котором есть реквизит "Оьъект" - тип спр.Контрагенты.  При помощи специальной обработки подбора нач. сбыта может быстро дополнять(изменять) списки клиентов менеджера

и как решается проблема взаиморасчетов ?

на первичку упадет огромный объем работ по разбору взаиморасчетов

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

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

какое нах противоречие? я говорил про сводную накл. на загрузку и экспедицию, а клиенту идёт набор накладных (обычно 2-3 комплекта)

В том то и дело , что агент и недолжен такой херни нести , оплачивается долг по документам и все , старые накладные в первую очередь , мы не должны клиента нагружать нашими проблемами . Если очень сильно надо в собственном оперативном учете потом можем долг посчитать согласно долевого участия (но клиента этим не парим ни в коей мере) , но при расчете совокупного долга по глиенту в разрезе менеджера , сразу встает административний вопрос ОТВЕТСВЕННОСТИ. Высчитать то мы высчитаем и что

Значить не сводите. Расчеты осуществляются в разрезе документов переданных клиенту , следовательно возвращаемся к пункту , простыни по сверкам , недовольство клиентов , пачки накладных (умножаем на количество агентов работающих с с клиентом , если их два три это одно а если 20) Сетевой клиент , полтора десятка супермаркетов по городу , с каждым работает 5-6 (в зависимости от региональной привязки и ассортимента) итого с клиентом суммарно может работать 20-30 агентов, оплата централизованная и что вы такому клиенту 300 накладных привозите вместо 15 ? Сочувствую вашему клиенту

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

Я уже это писал но еще раз повторюсь , в нашем оперативном учете оперативном учете можем творить что угодно , в разумных пределах :) Но учет долгов это такой участок учета в которм задействованы вы и партнер а у них всякие нюансы. Такой кавказец у которго пол рынка точки "Какой такой менеджер-шменеджер а , дорогой вот чемодан денег где мой товар" . Утрирую конечно

Байду похоже как раз ты разводишь

Кстати у нас есть например один клиент (местная крупная сеть) , котрый запирает товар на свой склад и по своим магазинам развозит центрлизовано , но хочет знать в какую точку какой товавр они заказывали . При получении товра получает 1 (одну) сведенную накладную , и копии заказов агентов (как раз такую пачечку экземпляров 100 , рассортированную по точкам) , и расчеты ведет в разрезе накладной отгрузки , месячный акт сверки десятка полтора документов всего . Ну и как при такой системе дебеторочку считать по менеджерам . А клиенто всегда прав. Ага агент берет комплекную заявку , ню ню ,а с договора дистрибьюции слететь со свистом , который подразумевает продажи только через Эксклюзивные команды торговых представителей (термин ЭТП наверное ничего тебе не говорит), а если дистрибьюторских договоров десяток (если ты крупный оптовик)

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

Ладно ,мир :) Каждому свое см

Сделал по проектам - каждый менеджер отмечается в документе отгрузки и оплаты, в глДвижениеДолгов прописал: Документы перепровёл, в дебеторке прописал условие выборки Что в итоге имеем(ю): если делать по контрагенту конкретно то долгов нет, по первому менеджеру - весит долг ввод начальных остатков = 27000 (проект не выбран), по второму менеджеру - переплата = 27000 (проект при оплате выбирается) Истина гдето рядом совсем но никак не удается грамотно решить, подскажите чё делать, как правильно

Может надо конкретно прописать, если у ТаблИтогов.КредДокум не выбран проект то закрывать документом независимо от проекта

Так у тебя похоже в разрезе проектов вообще долг не закрывается , "иначе" забыл

Я уже не знаю, что я там "забыл". Но не работает - это факт, Сейчас изобрету чего нибудь

Если долг неизвестно чей, чем погашаем?