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

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

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

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

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

да

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

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

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

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

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

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

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

(12) поясни

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Уточни: Т.е. если заплатил контрагент "ООО Один" агента Иванова, то может закрытся долг "ООО Два" того же агента Иванова?

(48) поясняю: клиент ООО, отгрузки:
накл 1 10 тыр, агент Иванов
накл 2 20 тыр, агент Петров
накл 3 15 тыр, агент Петров
накл 4 5 тыр, агент Иванов

принёс бабло Иванов, 12 тыр, делаем ПКО, указываем агента: Иванов, в итоге погасятся накл 1 полностью, накл 4 на 2 тыр

(46) ?? кровью не писают (за редкими исключениями), ей смывают ошибки

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

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

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

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

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

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

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

56 к 54, сорри

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(76) полностью согласен

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сделал по проектам - каждый менеджер отмечается в документе отгрузки и оплаты, в глДвижениеДолгов прописал:
Если ТаблДолгов.КредДокум.Выбран() = 1 Тогда
  Если ТаблИтогов.КредДокум.Проект = ТаблДолгов.КредДокум.Проект Тогда
       Продолжить;
  КонецЕсли;
КонецЕсли;

Документы перепровёл, в дебеторке прописал условие выборки
Условие((КредДокумент.Проект = ВыбПроект) или (КредДокумент.Проект.Выбран() = 0))

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

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

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

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

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

(0) А в чем проблема, начальнег?
У меня есть клиент, ведут в разрезе проектов отгрузки, а оплата идет БЕЗ ПРИВЯЗКИ К ПРОЕКТУ. Долги по манагерам как на ладони

+(98) Конфа ТиС практически типовая

+(99) Только отчёт для этой дебиторки самописный.

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

(98) Чтото я их на ладони не увидел в типовой конфе, иначеб счас не сидел бы и не парился

(102) вот пример отчета, позырь: http://zalil.ru/30334909

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

(102) Если отчет интересен, пиши в мыло.

Для десятка торговиков и нескольких сотен точек пойдет на ура

(104) сделал самописку (см. (103)), по скорости не было нареканий.

+(104) оплату можно и не привязывать к доку (списывается по FIFO)

(107) Если отчетом чисто проблем нет , но когда надо например сразу в накладной считать лимит отгрузки агент-точка будут затыки . Опят же от документоборота все зависит.
В конторе где работаю точно такая же система использовалась на самописке с 2001 по 2006 годы  . Работала вполне себе , потом кода документооборот превысил 1000 накладных в день требования к документообороту стратегически изменились да и  серьезные затыки по скорости пошли от неё отказались . Но в небольших филиалах до сих пор используем.

(108) Пробовали , практика показала неработоспособность - начались конфликты между ЭТП :)

(108)Ну да и менеджер1 привез деньги кинул их и они закрыли долг и первого, и второго менеджера с кого спрашивать долг за определенный ассортимент товара по второму менеджеру? как клиент поймет что эту накладную он оплатил частично, а эту полностью? Деньги то отданы за товары которые привез первый менеджер. а картинка такая у меня тоже есть, только считается не совсем правильно...

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

(109) У моего клиента опт, доков <<1000. Хотя принципиально не вижу проблемы, если есть ограничения и запреты на редактирования доков задним числом

Когда это  делалось в ТиС проектов не было , создавали справочник торговых представителей , а в остальном то же самое . Ну и еже важное отличие - оплата разносилалсь не в момент занесения платежного документа , а при помощи специального инструментария , это когда поняли что ФИФО не канает

(111) Если последовательность доков такова, что бабла привезенное хватает закрыть и первого и второго, то так оно и есть.
А вообще кто правит в конторе у вас? манагер или директор?
Диру по барабану в принципе. А как закроют, то это вопросы к буху по оплате.

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

+(115) в смысле, чтобы бух закрывал бабло манагера1 только на доки манагера 1 (по проекту). Если бабла и доков много, то манагер 1 пусть приносит всегда шампусик и шоколадку бухше. Чтоб не скучно было разносить! :)))

(115) У нас в конторе правят бал Эксклюзивные команды торговых представителей в рамках дистрибьюции . В данном вопросе естественно . Например две команды по 8-10 агентов , одна нормальная и управляемая , другая с точностью на оборот , у каждой свои планы и мотивации. Одна работает по дебеторке нормално , другая нет, если закрывать по ФИФО будет несправедливое распределение , и даже не выяснить кто косячит.
Если бы у нас были только свои агенты было бы проще , но так ФИФО не проканывает

(117) Бух закрывает строго по документам оплаты из платежных документов , если в платежном документе номера товарных документов не указаны , жмется кнопочка ФИФО , а как там агент договаривается с клиентом что бы его накладные оплатили вовремя , или вперед очереди , это вообще не наши проблемы :)

(119) Правильный подход! +100

Ну такая ситема была до реструктуризации компании , сейчас ЭТП подзажали а то много взяли на себя :), и за оплаты отвечают продажник (менеджер по продажам) , между продажниками клиентская база разбита , пересечений нет - один менеджер одна точка , он за неё полностью в ответе , на одного продажника от 80 до 400 точек(в зависимости от статуса точки) , а агенты в полях трудятся и за дебеторку НЕ ОТВЕЧАЮТ

(121) У моего клиента манагеры разбиты по ассортименту. оплата как правило идет просто по договору, иногда просто кидают типа по 100 000, а как вы там разберетесь, ваши проблемы. Директор объяснил манагерам, если ваш клиент не платит точно вашим отгрузкам, то это ваши проблемы: договаривайтесь с клиентом и его бухгалтерией.

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

(123) +100!

(122) Ну точно как у нас до 2007 , сейчас как (121) просто при серьезном увеличении документооборота количество перешло в качество , и пришлось искать другие пути
При старой системе получалось агент+точка = накладная , при нормативе агента 15 точек в день 60 агентов шлепают документооборот 900-1000 доков в день
При новой накладные сводятся из заявок нескольких агентов , и 140 (на настоящий момент) агентов делают 2000-2500 заявок в день припримерно 300-400 накладных , документоборот упал в разы , сверки проще , транспортировка , набор

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

(125) А там связано со спецификой номенклатуры (металлоконструкции). У контрагента есть несколько точек для доставки: куда нужен щас профиль, куда арматура, куда труба. Соответственно, формируются накладные, сф и ТТН

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

Мы торговый дом специализирующийся на продуктах питания оптом в областных масштабах . Подразделение идет по брэндам производителей , алкоголь выделен , сигареты , 17 ЭТП , и две свои команды линейных агентов

Нда... а если нам не подходит (125), что обсуждаем то...

У меня сейчас в отчете по контрагентам получается такая петрушка проект не выбран +100, далее проет1 -200, а в целом по клиенту -100. а надо чтоб по проекту показывал -100. Не получается добится, и все это из за проект не выбран док ввод начальных остатков покупателя. Я понимаю в споре рождается истина, но както о помощи спрашиваю, а реально никак...

Учет по агентам и менеджерам один из фундаментов оперативного учета , управления продажами

(128) А как решена проблема: если по одному доку везется товар в 10 магов, гдето приняли. где пересорт, а потом док просто потерялся?

(130) Да так за жизнь уже флуд пошел
Смотри 2 потом может 3 менеджера - увеличение документооборота не критично , какой вооьще документоборот то ?
Если не хочешь ничего переделывать вообще - делай на договорах , затыка будет только при отнесении затрат - при оплате надо только будет выбрать договор (договор агента Сидорова или договор Агента Петрова) , если документооборот небольшой (до 30 накладных в день примерно) проблем с разнесением оплат не будет
Или используй проекты но не переписывай регистры , перепиши сверки , а если используете лимиты долга то и там надо будет перписать . Запрос будет не элементарный но и ничего суперсложного . Система на проектах более масштабируема , и гибче , и бухгалтеру при отнесении затрат может быть по проще .
Я вообще очень не люблю ПЕРЕДЕЛОК в структуре данных типовых , лучше ДОБАВИТЬ регистр чем переделивать имеющийся , иначе потом где нибудь , что нибудь да вылезет .
А тут и добавлять ничего не надо - КОСВЕННАЯ информация о проекте есть в регистре долгов есть (через документ), выбрать запросом можно , образец тебе KUBIK предлагает

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

Имеется виду долг по точке как правило не ведется с крупными сетями

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

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

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

причём в измерении

(138) не понял...

Пересорты , недовозы , бой на момент приемки товара , как правило правим документы отгрузки , глубина правки не более недели , для отгрузки по региону(до 600 км) до 2-х недель (так как отсочка по оплате как правило БОЛЬШЕ в сверки идет уже исправленный беловой документ) , дальше все документ закрыт на правку , и если что только возврат по форме ТОРГ-2 , или выкупка.
Документы либо полностью привозятся в центральный офис сети , магазин идет только передаточная ведомость , либо в магазины в комплекте , откуда они посылаются в центральный офис сети для оплаты поставщику (то есть нам) , оперативные сверки делает ПРОДАЖНИК , а так как документооборот минимизирован ничего сложного нет , и опять же персональная ответсвенность и мотивация. Бухалтера подбивают только итоговые сверки по расчетам помесячно или поквартально.

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

(140) что ?

ты не знаешь про очиститьДвижения ?

(141) Это к вопросу - кто такой программист, что за зверь и с чем его едят. Мне всегда казалось, что это переводчик желаний заказчика в программный код. Со временем начинаешь понимать, что ты еще должен неплохо понимать то о чем заказчик мечтает...

(143) Вот это и непонятно, каким образом влияет...

(145) см в (138)

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

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

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


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

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

(147) Быстро-качественно-дешево выбери любые два

(145) , про (138) см. в Регистр Покупатели - запутался

(150) 15 лет в упряжке, начиная с ЕС, потом и ПК теперь в торговлю с 1С. И чем дальше тем больше работы. Самое противное что это продолжает нравится...

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

(153) А уменя сейчас на рабочей книжной полке , вместе ЖКК , книги по психологии управления , и эффективности ИТО , то же кстати интересно

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

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

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

(158) на куй всех : менеджер - пользователь => объект - его в регистр продаж и не парь мозг

(157) я уже думал над этим, но пока все молчат, зачем мне лишняя работа. А накладных хватает...

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

То есть в принципе существуют две парадигмы
1. Если менеджер-агент продал в точку он за неё овечает
2. Если менеджер отвечает за точку он МОЖЕТ в неё продать

Вторая намного сложнее в реализации и требует хранения истории (на периодике или в регистре сведений)

(157) какие проект ? ты о чём ?
на куя вообще регистры ?

по твоему, предлагаю вообще их удалить и всё смотреть/анализировать в доках

(161) да я и не отказываюсь, работа у нас такая...

(157) смотри (133) я то же , в регистрах ничего менять не надо

А пользователь может быть ОПЕРАЦИОНИСТОМ кстати

(133) >>> лучше ДОБАВИТЬ регистр

это какой ?

Опечаточка (163) см (133)

(159) над этим тоже стоит подумать

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

(169) проканает если менеджер и операционисть одно и то же лицо или КПК используется

(171)кпк используется

> проканает если менеджер и операционисть одно и то же лицо или КПК используется

с этого места по-подробнее

Система какая ? , если оптимум то задача уже решена

Штатный реквизит в ТиС - ответственный за документ пользователь , очень часто это оператор который его оформил

Ну или можно доп реквизит добавить "Менеджер" , но если КПК то и оформление заказа идет менеджером , а если исползуется  "Оптимум" , то система и так считает долги в разрезе агента , и нефиг огород городить :)

справочник соответствия и всё актуально

А если 2 оператора на трех менеджеров ? Или операторы по сменам выходят

(178) стоп

иерахию расскажи

Опять же историй соответствий хранить надо (оператор заболел)

кому за кто денег давать ?

*за что

Ты предложил - ты и рассказывай :)

Таблица соответсвий будет работать при четкой привязке конкретного менеджера к конкретному оператору и если операторов БОЛьШЕ чем менеджеров , если один оператор обслуживает 2-3-4 менеджеров информации не будет , элементарная теория очередей

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

стоп

кто зп получает ?

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

т.е. оператор/агент/манагер - юзеры БД ?

Точнее не накладной - ЗАКАЗА
Накладную делает менеджер по продажам , на автомате сводя из нескольких заказов

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

Или за зарплатой :)

(189) расчёт весь со всеми расприши, чтоб не гадать

из 140 агентов 30 оснащены КПК (несколько ЭТП) , остальных обслуживает 12 операторов

Можно конечно , но опять же , историю конечно надо хранить , болезни никто не отменял , вышла в туалет , её другой подменит, а CALL-сентре ведь вообще кольцевой вызов , контакт приходит на ближайшего свободного оператора , точнее на последнего в очереди , а представь таблицу соттветсвий 10 к 100 все со всеми , надо будет еще пару манагеров зажать для её контроля
Да нам это и не надо у нас принципиально другая система , почитай выше мои посты
А по сабжу не поможет , просто я хотел сказать что менеджер - пользователь очень частный случай , иногда , но далеко не всегда

Посто в сабже очень поверхносто условия определены ,я бы по ним ТЗ писять не стал :)
Если КПК то операторы используются мало , можно и менеджер-пользователь , но выяснилось это к 200-му посту
Если нет то можно и доп реквизит менеджер сделать и выбирать через доки переписав часть отчетности , на большом документообороте будут серьезные затыки по скорости в ряде случаев (будут ,будут) , можно кончно использовать прямые SQL
Можно через проекты - скорость выше , отчетность переписывать тоже придется
Можно через договора , но там тоже нюансы есть

(191) Почитай про теорию очередей хотя бы что нибудь популярное, очень интересно кстати

(195) задачу оптиума ?

всё - ушёл в себя

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

На ПРАКТИКЕ никто привязку агент-оператор просто не будет соблюдать (если больше 2-х а агентов больше 3), при реальном оформлении заказов , следовательно таблица соответствий филькина грамота

200

жгете. такую тему на 200 то постов... красавчики

По серьезному на эту тему и тысячи постов мало будет , надо энциклопию писать :)