Т.е. если я правильно понимаю.
В сделку вносятся все товары и все объемы заявки.
После чего ее начинают типа версионировать.
Создавая разное количество заказов с разным состоянием.

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

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

Угу

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

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

Т.е. у нас и КП и Заказ и Счет - все в одном документе "Счет" (не спрашивайте почему ... так уж получилось).

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

Посмотри видео, там очень подробно все рассказано. + вторую часть про сделки.

Отдельно про комерческие предложения, заказы и счета.


В ут 11 это настраивается функциональными опциями.

1. Маленькие компании используют только реализации.
2. Когда подрастают начинают использовать статусы реализаций.
3. Еще подрастают начинают использовать заказы для плана реализаций.
4. Еще подрастают начинают использовать счета как версионирование заказов.
5. Еще подрастают начинают исполтзовать коммерческие предложения.
6. Начинают заниматься крупняком начинают использовать сделки.
7. Выходят на поток крупняка начинают использовать планирование бюджетирование продаж.

Этот функционал в СРМ смотри.
Именно там эта аналитика считается значимой.
Зачем пришел ис чем ушел

Вот мы стратегически уже на 7 уровне.
А технически еще на 2 (ну ... точнее на 2 с половиной)

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

А т.к. в руках нетленка которая вообще не имеет общих корней ни с одной из типовых  - то и творю я свой велосипед с блэкджеком и теми самыми дамами.

Изучи ЦРМ, ИМХО по тем вопросам, которые ты тут задаешь он ближе тебе, чем УТ

Фукнциональность эту я себе оч. хорошо представляю. Но брать куски из УТ или ERP не могу т.к. там все прям много наворочено.
И переучивать всю компанию не желают.

Все дело в человеческих руках - которые это все программируют.
Их всего пара. (обе мои) И временами они мигрируют в район филейной части.

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

делай свое но изучи видео по методике из плейлиста ерп)

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

Да вопрос то был - как назвать регистр. Дальше понислось рассмотрение способов реализации ....
А ЦРМ, со всякими статусами и воронками. Я уже насмотрелся.
И даже курсов понаслушался.
ЕРП вот не изучал досконально. Видосы гляну обязательно.

Не я это придумал. Этот "мопед" мне дали на подддержку. Когда брал - спросил: Может лушче типовую?
Мне сказали: "Неть! Будем свое... ты все можешь! Ты асилишь" )))

ЦРМ прост.
Куда как проще того что есть в УТ.

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

Дело в том, что если смотреть как в "типовую", то там все продумано в твоем вопросе. Ты же только на уровне где-то 10-ти лет назад. В регл.учете, БП, твой механизм есть, но он справочный для руководителя, который про ОСВ и прочие карточки счета, вообще ничего не слышал, и  ему нужно быстро понимать - счет оплачен или нет. Все. Ты же пилишь типо "взаиморасчеты" по счету. Это значит, что тебе тупо все нужно повторить как двигается классически 62-ой счет, и там не только поступления. Там и корректировки, и взаиморасчеты, и даже - возвраты, зачеты авансов - тебе в твоем механизме, если ты хочешь взаиморасчеты по счету - все это нужно учесть. Тебе для справки - в БП 3 этого нет :) В УТ/КА/ERP ты можешь, в отличие от БП 3, указывать, что является объектом взаиморасчетов. В частности можно выбрать - заказ, у тебя счет. Далее, там мутится вообще бомбический механизм, когда ты сам можешь определять что у тебя будет таким объектом - кастомизировать его через доп.реквизиты.

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