Позволю себе вмешаться в ваше обсуждение.
Планирование обычно завершается формированием предложений, которые после утверждения трансформируются в заказы (закупки, продажи, производства в каждой из связанных компаний). В общем случае в этих связанных компаниях может серьезным образом отличаться учетная политика (план счетов, валюта учета, склады и т.п.) и методы ценообразования, и при создании заказов (т.е. в момент одобрения предложений) система должна автоматически подключать соответствующую валюту, цены, места хранения актуальные для данной компании (юр.лица).
Вариант с планированием в одной компании (консолидированные потребности) с последующим ручным переносом данных в каждую конкретную базу мало чем отличается от использования «нескольких разных систем», потребует процесс синхронизации данных и времени исполнения процессов. Возникнет также вопрос эффективности функциональности, пример, «почему бы не провести планирование во внешней системе с большими функциональными возможностями, а затем также создать/перенести заказы?»
Цитата:
Сообщение от
sunny
Знаете, наш продажник однажды сказал мне следующее: клиентам никогда нельзя говорить нет. Например, на вопрос: "Может ли Axapta управлять марсоходом?", - надо отвечать: "Да может, вопрос в интерфейсах". Ну вот и попробуй с ним не согласись
Не совсем верно. Если у вас хороший продавец, то он должен знать, что потребности заказчика разделяются на личные и организационные, среди личных потребностей есть "потребность в порядке", которая предполагает, что "вскрытие обмана", существенно хуже, чем "вскрытие недостатка", в организационных потребностях есть "потребность имиджа", несложно догадаться как на ней отразятся "недостатки" и "недостатки + обман".
