|
04.09.2009, 09:41 | #1 |
Консультант-джедай
|
Т.е. у Вас в счете хранится и общая сумма и часть оплаты (70% или 30% или 100%).
И почему полная сумма хранится в счете? или это какой то родительский счет? Обычно вроде общая сумма хранится например в Заказе, с заказом связаны Счета (которые представляют собой части оплаты полной суммы).
__________________
Крокодил, крокожу и буду крокодить. Человек человеку - волк , а зомби зомби - зомби. Экстремал и буду экстремать! Блога |
|
04.09.2009, 10:15 | #2 |
Участник
|
Цитата:
Сообщение от slivka_83
Т.е. у Вас в счете хранится и общая сумма и часть оплаты (70% или 30% или 100%).
И почему полная сумма хранится в счете? или это какой то родительский счет? Обычно вроде общая сумма хранится например в Заказе, с заказом связаны Счета (которые представляют собой части оплаты полной суммы). У нас сделано вот как. Сущность заказ переделали в договор. Таким образом после отправки коммерческого предложения и его одобрения клиентом, контрагенту высылается договор (в нем и указано какой тип договора, 100% или 70% на 30%) и выставляется счет на полную сумму. Далее создана кастомная сущность привязанная к счету, что бы отслеживать платежи по этому счету. >И почему полная сумма хранится в счете? или это какой то родительский счет? Насколько я знаю счета клиенту всегда выставлялись на полную сумму. Грубо говоря так и есть сущность "Счет" является родительским к кастомной сущности "Платежи по счету" |
|
04.09.2009, 10:29 | #3 |
Консультант-джедай
|
Цитата:
Тогда с помощью БП можно сделать так: 1. Добавляете к объета Счет два ноых атрибута... допустим Платеж30 и Платеж70 2. Создаете бизнес-процесс, который срабатывает на создание объектов Платежи по счету. Действием этогого бизнес-процесса будет обновление полей Платеж30 или Платеж70 (в зависимости от того какой вид "Платежа по счету" создан) родительской записи Счет. 3. Создаете еще один бизнес-процесс, который будет срабатывать на обновление полей Платеж30 и Платеж70 объекта Счет, суммировать их и сравновать с общим счетом (ну и выполнять какие-то действия в зависимости от результатов сравнения)!
__________________
Крокодил, крокожу и буду крокодить. Человек человеку - волк , а зомби зомби - зомби. Экстремал и буду экстремать! Блога |
|
|
За это сообщение автора поблагодарили: datfi (1). |
04.09.2009, 10:35 | #4 |
Участник
|
Цитата:
Сообщение от slivka_83
Ок это я и хотел услышать
Тогда с помощью БП можно сделать так: 1. Добавляете к объета Счет два ноых атрибута... допустим Платеж30 и Платеж70 2. Создаете бизнес-процесс, который срабатывает на создание объектов Платежи по счету. Действием этогого бизнес-процесса будет обновление полей Платеж30 или Платеж70 (в зависимости от того какой вид "Платежа по счету" создан) родительской записи Счет. 3. Создаете еще один бизнес-процесс, который будет срабатывать на обновление полей Платеж30 и Платеж70 объекта Счет, суммировать их и сравновать с общим счетом (ну и выполнять какие-то действия в зависимости от результатов сравнения)! Удалю эту кастомную сущность и добавлю новые атрибуты на форму счет. И тогда все отлично получится Огромное человеческое спасибо. Да и еще вопрос. Если данные в эти атрибуты будут попадать не средствами CRM, а прямым вносом в базу SQL (CRM) из другой базы (не CRM). workflow будет отрабатываться? |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|