Ваши комментарии

1. Определение "сильно отличаться" для структур данных разных продуктов не совсем корректно. Они в любом случае сильно отличаются и любой переход с УП на Комплексную - это непростая скриптовая задача. Она может быть решена за счет того, что УП (на Prof версия) является жесткой архитектурной конструкцией и потому все правила переноса могут быть детерминированы.


2. В наших планах развивать линейку "новых" решений на базе УП. Это будут не перегруженные функционалом продукты для  определенных видов деятельности: Услуги, Проекты, Товары и т.п. Мы не будем больше делать глобальных нагромождений вида "всё-в-одном", а пойдем по пути максимального приближения к упрощенной реальности, но с быстрым и простым внедрением и без необходимости отрезать "лишнее". Есть уверенность, что такая кастомизация позволит стать в разы клиентоориентированнее и предлагать уже не просто возможности платформы, а значительно более подходящие и узнаваемые клиентами решения. Правда работы для этого предстоит оч-чень и оч-чень много, но - это есть наша стратегическая задача на 2012-й год. 

А вот "это" можно назвать основной причиной, почему мы хотели избежать реализации первички в "КлиК-CRM: Продажи" - при внедрении возникает масса сопутствующих задач по интеграции, которые простой для освоения продукт заметно усложняют.
Мариель, я должен признать, что не совсем корректно сформулировал свой вопрос. В его текущей постановке - все предлагаемые функции будут нужны. Мы прекрасно осознаем варианты бизнес-процессов, когда кол-во документов как счетов, так и закрывающих не равны друг другу в обе стороны. Это было учтено ещё в самых ранних версиях УМБ. 

Выпуск "КлиК-CRM: Продажи" - это не замена "Комплексной конфигурации", это младший базовый продукт в нашей линейке. И нам очень важно соблюсти баланс в функциях, что бы клиенты могли с пониманием выбирать - "Продажи" или "Комплексная". Если в "Продажах" повторить все функции "Комплексной" и при этом сохранить низкую цену, то выбор всегда будет очевиден, но это не есть наша цель. Мы хотим определиться с тем, какие функции должны быть реализованы в "младшем продукте" на платформе КлиК (Клиент-Коммуникатор) и что бы было в итоге понятно, что и как будет добавляться в более старшие продукты.

Compare_Complex&Sales.xlsx - это ссылка на сравнение УБ и УП, где мы постарались выдержать баланс. но первые контакты с партнерами и клиентами показали, что закрывающие документы востребованы по причине того, что менеджера необходимо оставлять работать в одной программе на полном цикле взаимодействия с клиентом. От того и возник данный опрос - только нам такое попадается или это повсеместная практика, требующая доработки в решении?
Для этого продукта, именно как для "коробки" мы готовы рассматривать только вариант реализации как простых реестров без дополнительных расчетов на их основе. Т.е. сальдо по клиенту в классической бухшалтерском смысле в базовой конфигурации "КлиК-CRM: Продажи" мы делать не планируем. Для таких развернутых аналитик и показателей есть "Клик: Комлексная конфигурация" (Управление бизнесом).

Что касается нумерации - то совершенно понятно, что она должна быть настраиваемая и более того, сейчас и в "Продажах" и в "Комплексной" есть вынесенные на уровень пользователя возможности настраивать нумерацию по разным правилам. Это уже работающий мощный и гибкий инструмент.
Роман, спасибо.

Про "создать прошлым годом" задумаемся - если есть потребность, то должно быть и решение.
Галина, спасибо за комментарий.


Мы изначально были ориентированы на такой подход. Т.е. сущность одна, но бланков на ней несколько (акты уже и сейчас можно печатать). Тут же вопрос стоит в том - нужны ли именно реестры?


Но в целом идею Вашу понял. Учли.

1. Проверим. Исправим.

2. Данная проблема стала проявляться на двух последних релизах платформы КК. Видимо что-то изменилось в логики интерпретации VBS. В общем - тоже будем разбираться и исправлять.
Собственно, выше я и написал, как считается себестоимость изделия:

Методика расчета себестоимости ориентирована на две основные составляющие: стоимость материала и стоимость операции. 

1. Стоимость материала рассчитывается на основе партионного учета закупок (включая накладные расходы, например, на доставку). Метод расчета FIFO.

2. Стоимость операции задается в режиме "Оборудование и операции", при этом стоимость операции должна включать в себя и все доп.затраты, условно приведенные на единицу операции (зарплата, химия, обслуживание и пр.).


Методика расчета себестоимости ориентирована на две основные составляющие: стоимость материала и стоимость операции. 

1. Стоимость материала рассчитывается на основе партионного учета закупок (включая накладные расходы, например, на доставку). Метод расчета FIFO.

2. Стоимость операции задается в режиме "Оборудование и операции", при этом стоимость операции должна включать в себя и все доп.затраты, условно приведенные на единицу операции (зарплата, химия, обслуживание и пр.).


Вообще понятие себестоимости единицы - явление расчетное и зависит от принятых правил учетной политики предприятия. По этой причине реализовали примитивизированную модель расчета себестоимости единицы продукции. При этом сводную характеристику доходности предприятия можно получить из отчета "Исполнение ДиР"  - это план-факт отчет по бюджетным статьям, где отображаются реализации и обязательства (не путать с ДДС, где отображаются движения денег), отнесенные на какой-либо период. По этому отчету можно определить сколько организация заработала (не обязательно получила в кассу или на р/с) за месяц.



Сервис поддержки клиентов работает на платформе UserEcho