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

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

Здесь рыбы нет (с).

(1) А если по договору в целом? Делить?

(3) а на нет и суда нет )

(1)Да я вот делаю по регистру ВзаиморасчетыСКонтрагентами, а не ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов

Получается выход - тянуть из карточки?

(5) а откуда там остатки по документу движения? ищи другие способы, рассчитывай по оборотам

а основной менеджер у контрагента заполнен?

вот жесть же.

С одним контрагентом может несколько менеджеров работать?

(9) Да я вот сам говрю что жесть.

(10) отгружают от одного, а принимают оплату по другому? ))

(0) веселые печеньки :Р

(11)Да нет, платит тот же контрагент.

Топикстартер, на 9 вопрос ответьте :)

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

Если нет - тогда возможны "нюансы"

(15) если нет, то пусть дебиторку делят оба менеджера между собой , мвухаха :)

(9)Да с одни контрагентом может работать несколько менеджеров.

(15)Я думал уже сделать регистр менеджер-контрагент, но не подходит.

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

Хотя эти вопросы решаются уже не софтом - а костылем в анус, тем более контролировать просроченность дебиторки в ут можно.

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

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

(21) и какие сальдо по точке ты посчитаешь с рн? Ну укажут где-то какую-то ссылку на менеджера, ну дальше то что??? Ну обороты можно и от регистратора брать. А сальдо? :)

+ к (21)
Измерения, допустим:
Организация, Контрагент, Договор, Менеджер
Ресурсы:
СуммаВзаиморасчетов
---
Все в рублях же?:)

собирать по документам? :\

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

(25) садись, пятерка. Делов работы - над час под кофе.

(25) ох не лучший :Р ох подводные камушки ощущаю одним местом :D

(27)Ну не думаю что их будет много, зато будет реальная картина

(25) Если измерение добавить в регистр, то регистр может не "закрыться": отгрузка на одного, а оплата - на другого.

(28) Да, соглашусь, но в (29) правильно пишут, если ... конечно это Важно для Вас :) Только перепроводить все... хотя база-то какая не знаю =\ Зато с универсальными отчетами запариваться не надо ;) Добавил измерение и радуйся жизни, регистр можно заполнять подпиской какой-нибудь, что бы не ковырять типовое, хотя лучше строчечку в типовое подписать :)

(30) в (29) неправильно пишут, т.к. корректировка взаиморасчетов обычно спасает отцов всех российских демократов, иначе типовые взаиморасчеты бы никогда закрывались в ноль.

(31) О_О Кака-така корректировка, между менеджерами чтоль?

(32) документ корректировка долга - о чем нибудь говорит?

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

гы. странно. Контрагенту А отгрузили (+Вася 100), за него заплатил контрагент Б (-Петя 100). Но вы же согласны, что и по контрагентам взаиморасчеты не закроются, если долг не перебросить? Так что мешает, в момент коррекции сразу корректировать и менеджера тоже?

(35) не-не-не, я не это имею ввиду.
Контрагент А купил у Васи 100р, Контрагент А заплатил Пете 100р. Такая ситуация.
Да ничего не мешает ;) Просто надо делать работу дополнительную, по-этому и вопрос - нужно ли :Р

плавно притекли к вопросу: один договор может между собой делиться несколькими менеджерами или нет :)

(37) я думаю там на одном договоре кучка посиживает менеджеров :)

тогда в корректировке долга нужно и менеджеров руками корректировать...пля, проще анус в кол, ну правда!

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

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

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

(41) вообще - это самый грамотный путь - один договор, один менеджер :) И названия им сделать по менеджеру ;) Вообще конфетка будет! Но надо будет поизменять кучу договоров, документов и тд ;)

(43)Мне кажется лучше всего вот так (42)

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

(45)Согласен, но я не видел там таких моментов, может у них все по факту.

(46) зачем ты точишься под слово "может". Точись лучше под договор - договор есть всегда.

(47)С договором будет не меньше гимора. Дорабатывать еще больше.

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

(48) а чего дорабатывать с договорами? Вродь все работает ;) Просто в договор добавь реквизит - Менеджер и делоф-то :) А счастья-то сколько будет! Это прикинь, везде где есть договор можно отчетик по менеджеру сварганить ;) БОЛЬШЕ ВОЗМОЖНОСТЕЙ! Та-дааам!

+(50) Договор-менеджер - это гениально!!!

(51) А как заставить менеджеров выбирать свой договор?

Так все просто же:Р По ответственному добавить отбор, ну там 5 сек доработочки ;) А дальше он уже во все документы нужный попадет :)

(53)А когда например в реализации выберут контрагента, она то потянет основной договор.

(54) она потянет договор из заказа, выж по заказам?

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

(56) одна процедура для всех документов ;)

(57)ОК согласен можно попробовать. А те доки что за прошлые года может вобще и не трогать.

(58) ну так, если отчеты не нужны, то и трогать не нужно :)

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

1. Для всех договоров с покупателями - ведение взаиморасчетов по заказам.
2. Для документа "ЗаказПокупателя" - свойство "Менеджер".
3. В справочнике контрагентов заполнить основного менеджера или добавить свойство в договор (для упрощения заполнения).
4. Создать подписку на событие ПередЗаписью для документа ЗаказПокупателя. В подписке проконтролировать заполнение свойства "Менеджер".

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

(60) помнится, что не обязательно бывает везде сделка. Да и честно сказать - свойство менеджер тоже неплохая идея, но она не очень удобна в работе, ну и будет вести к постоянному увеличению базы :) Ибо каждый заказ + новое свойство ;)

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

(62) Так это само-собой. Мы тут советчики ;) Мне все-таки с договорами больше нравится

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

+(63) Кроме того, как работать с временной заменой при болезни менеджера.

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

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

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

Верное решение: "договор по заказам. а в заказе - ответственный менеджер"

(68) Ну и Вам тогда, менеджер = ответственный из заказа, свойство заказу просто бесполезно :Р бе-бе-бе :D

(69)А как менеджер в отчет попадет, это ж самое главно ради чего все делается?

(71) Там в регистре есть измерение - сделка, из него и тащить.

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

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

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

Значит если нужно вести в разрезе менеджеров начнут работать с договорами по заказам. Иначе никак.

(76) Ты еще расскажи какой это гемморой ;) И какие проблемы его ждут, если он выберет этот путь ;)

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

А про геморой он пускай руководству рассказывает

Если нет учета по проектам, то приравнять проекты менеджерам

(80) а в регистре взаиморасчеты с контрагентами есть Проект? =\

Слушайте PVV65, он дело говорит :)

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

(82)->(70)

(84) Скажем так - далеко не всегда ответственный = менеджер. У нас ответственный - человек, который набивает заказ. Продать товар может любой торговик.

(81) В отчете "Ведомость по взаиморасчетом с контрагентами" можно выбрать "ДокументРасчетовСКонтрагентом", а в нем можно выбрать проект. Здесь, конечно, нет сальдо, но как показывает практика в разрезе менеджеров сальдо и нафиг не надо

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

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

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

Более того это решение еще на семерочной тис работало и доказало свою состоятельность в течение многих лет

(89) тяжелый случай... если флаг "По документом расчетов с контрагентом" в договоре не стоит, то движений по регистру "Взаиморасчеты с контрагентами по документам расчетов" не будет. Но! Я не знаю какая версия УТ у нашего ТС, если 11, там все по-другому сделано.
А так как у нас нет движений по этому регистру - нам не от куда брать проект -> делаем вывод, что договоры к проектам имеют какое-то косвенное место ;)