Стою на асфальте в лыжи обутый (модуль продаж)...

[Артем Enot Грунин]

Афтар жжот! Писши ищо!
1. На то это и "возможная сделка" а не просто "сделка", что она может как дешеветь, так и дорожать, так что это нормально. Сколько чего потеряли можно писать в каментах, а вот фин. данные нужно извлекать из заказов, а не возможных сделок. В вашем случае - уменьшили кол-во продуктов и выписали по ним счет. В каменты накапали: "клиент купил только 5 тон вместо предполагаемых десяти потому что наши пуговицы оказались без дырок".
2. Возможная сделка отслеживает процесс работы с клиентом (длительный). Если клиент пришел к вам в офис сам и требует продать ему вагон пуговиц, то вы не должны создавать возможную сделку и гнать ее по этапам. В этом случае можно сразу создавать заказ и выписывать по нему счет. Кому вы загнали товар, тем не менее отслеживать надо. Счет одного клиента можно привязать к возможной сделке другого, например, на тот случай когда деньги переводятся от лица организации на которую он работает.
4. (а где, кстати, 3???) Что курили не знаю, но руки однозначно надо оторвать. Лагов перевода огромное количество. Фиг с тем что объем сделки называется тут доходом - поле можно переименовать, а такие вот окна можно поправить, видимо, только вскрытием asp страниц!

[tatra]

Добрый день! Можно я вклинюсь.
Я вот заинтересовался функциональностью продукт -> прайс -> заказ. (у нас не используется - мэнэджеры в свое время отказались - может погорячились?).
(кстати мне кажется - эта функциональность удобна только в том случае если продаж проиходит много, и продается большое и разное количество. )
А вобще я хотел задать пару вопросов:
1 Предложение - это наше КП клиенту (как я понял). А что же тогда означает Заказ (наш заказ у поставщика, или заказ клиента у нас)?
2 И еще такой вопрос: если меняются цены в прайсах (у нас их несколько десятков - в прайсе до сотни наименований) - это все нужно делать вручную? (впринципе это причина по которой мы отказались от этой функциональности).