Уважаемые коллеги с сегодняшнего дня по ссылке
http://axistem.ru/DownloadKK/ 
доступен комплексный инсталлятор для платформы и ряда конфигураций. 

Данная ссылка изменяться не будет, будет обновляться только сам файл инсталлятора по мере наращивания функциональности в нём и выхода новых версий платформы КЛИК.

На текущий момент инсталлятор имеет следующий набор функций:

1. Проверка наличия установленного WindowsInstaller 4.5
   
2. Проверка наличия установленного NetFramework 3.5 sp 1
   
3. Проверка наличия установленного PowerShell
   
4. Проверка наличия установленного SQL2008Express
   
5. Скачивание и установка WindowsInstaller 4.5
   
6. Скачивание и установка NetFramework 3.5
   
7. Скачивание и установка PowerShell
   
8. Скачивание и установка SQL2008Express
   
9. Установка КлиК 7.5
   
10. Скачивание и установка демонстационной базы с выбором конфигурации
    
11. Установка демо-лицензии
    
12. Автоматический запуск рабочего места пользователя после завершения установки всех компонентов.
    

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

Если КК уже установлен, то появляется запрос на переустановку установленных версий, удаляет он при этом ВСЕ установленные версии КК (6.5, 7.0, 7.5), пока возникают сложности  только на 64 битных версиях Windows 5.2

Поздравляем всех коллег, партнеров и клиентов с выходом версии 2.0 наших типовых конфигураций.

Новое (добавлено в обеих конфигурациях):

1. Маркетинг.Рассылки - добавлена возможность на режиме создавать шаблон, а не только в карточке самой рассылки.
   
   
2. Реализации товаров и услуг. Сейчас акты и накладные объединены в один класс и вся работа по отгрузке на нём, а так же то, что именно по нему мы будем собирать потребительские корзины и ДЗ. Переход на Реализации – достаточно глобальная фишка и в этом контексте ещё какое-то время мы будем продолжать работать – переориентируя аналитику, разнесения поступлений и ещё много разных идей есть.
   
   
3. Реализовано сохранение истории статусов контрагентов, по аналогии с историей статусов Продаж. Запись фиксируется при сохранении измененного статуса.
   
   
4. В настройки сигналов для генерации задач добавлена возможность в качестве исполнителя выбирать "Ответственного", что должно означать создание Задачи/Напоминания для сотрудника, который указан ответственным в карточке объекта (например Продажи или Договора), где сменился статус. Ранее был выбор только конкретного сотрудника или текущего пользователя.
   
   
5. Реализована возможность создания Счетов на оплату по Реализациям товаров и услуг для того, что бы обеспечить поддержку предоплаты и оплаты уже по факту отгрузки в рамках одной Реализации.
   
   
6. Реализовано разнесение фактических поступлений денег по Реализациям, так же как и по другим основным сущностям системы, где фиксируется факт отношений. При этом в Реализациях планировать поступления не надо – достаточно счетов на оплату, с которыми связаны Реализации. Тем не менее в самих Реализациях запланированные по связанным счетам поступления отображаются.
   
   
7. Добавлена настройка способа контроля дублей Контрагента при сохранении его карточки. Настройка позволяет указывать, по каким атрибутам искать дубли контрагентов в момент сохранения карточки. Варианты значений и логики работы настройки:
     0 - не искать дубли,
     1 - искать только по наименованию,
     2 - искать по Наименованию или любому из телефонов,
     3 - добавить к п.2 ещё и поиск по e-mail.
   В случае, если дубли найдены – выводится форма с таблицей подобранных вариантов и заголовком возможные дублирующиеся записи. На этой форме можно перейти к карточке найденного дубля и продолжить работу уже с ним.
   
   
8. Реализована настройка для длительности создаваемых Задач по умолчанию в минутах. Теперь все создаваемые задачи автоматически имеют эту длительность, а так же формы массового назначения задач – тоже подхватывают эту настройку и отображают по умолчанию её значение. Полезно для телемаркетологов, которым удобно на расписании видеть «мелкие» задачи и каждый раз не корректировать длительность на карточке.
   
   
9. В конфигурации У:Б на карточку Контрагента добавлена информация о совершенных в его сторону исходящих платежах. Ранее были только входящие платежи.
   
   
10. Созданы действия "Удалить выделенные" для всех основных сущностей в системе: Контрагенты, Контактные лица, Задачи, Заявки клиента, Продажи, КП, Счета на оплату, Реализации, Счета-фактуры, Договоры, Спецификации, Рекламации, МИ, Номенклатура и в У:Б для всех документов по поставщикам. При этом удаление производится каскадно, но в случае наличия финансовых движений или проведенных документов, удаление не производится. Если из выделения что-то не может быть удалено - то не удаляется, но остальные выделенные записи продолжают удаляться, т.е. транзакция полностью не прерывается.
    

Исправленное (исправлено и протестировано в обеих конфигурациях):

1. При объединении контрагентов не учитывались новые связи для объединяемых объектов, например ошибки при удалении по ссылкам на заявки покупателя или заявки поставщику и т.д.
   
   
2. При создании юр.лица по контрагенту - не подставлялась галка "Основное", когда оно создавалось первым.
   
   
3. В счете на оплату покупателю умолчания не заполнялись (юр.лицо контрагента, плат.реквизиты, предприятие, наше юр.лицо, наши плат.реквизиты)
   
   
4. В Договоре - не заполнялись умолчания (конт.лицо, юр.лицо, подписывает, плат.реквизиты, предприяте, наше юр.лицо, подписывает от нас, плат.реквизиты).
   
   
5. Продажа - не заполнялись умолчания (конт.лицо, юр.лицо, юр.лицо наше)
   
   
6. Не работал контроль одной базовой валюты. Установил галочку на другой базовой валюте - и базовых валют в системе стало две...
   
   
7. При смене места работы у контактного лица - рабочий телефон не менялся.
   
   
8. Перелопатили, вычистили и ОПТИМИЗИРОВАЛИ VBS-скрипты на ВСЕХ карточках и режимах. Двойное и нефильтрованное открытие датасетов исправлено.
   
   
9. При назначении задачу по выделенным (в конт.лицах, контрагентах, режим) – выдавалась ошибка в процедуре AXI_TableTask по VBS-действиям из режимов
   
   
10. При повторном редактировании шаблона рассылки из карточки открывался предыдущий, а не тот который был создан на карточке. И если на карточке создать шаблон, то он не появлялся в списке шаблонов, пока не пере-откроешь карточку. Даже если на карточке выбрать какой-то шаблон, то после сохранения и закрытия карточки он не сохранялся.
    
    
11. При повторении задач при некоторых значениях времени начала не переносилась, галка "На весь день".
    
    
12. Если открыть карточку продажи с суммой введенной ручным вводом и "заключить договор" из нее, создается договор. В этом договоре появляется ДВА ручных ввода (04 Ручной ввод, 99 ручной ввод) при этом в ручном вводе 04 сумму редактировать нельзя. Мало того, сумма при этом из продажи не переносится и равна 0. Зато можно выбрать другой "ручной ввод" то сумму редактировать можно. Тем не менее ссума из продажи по прежнему не переносится. Можно  совершенно спокойно мирится с двумя ручными вводами, если бы при этом переносилась сумма из продажи, хоть это и вносит некоторую путанницу, зато удобней. В идеале было бы хорошо, если бы можно было брать сумму из продажи.
    
    
13. Карьера для контактного лица не заполнялась при смене контрагента
    
    
14. При создании счета и последующем подборе продуктов сума в счете обновляется только после нажатия F5. Самое дивное происходит, если продукты из счета удалить. В этом случае мы получим счет на некоторую сумму без продуктов. Т.е. сумма не обнулялась.
    
    
15. При создании новой продажи (по контактному лицу) - не подставлялась вероятность для начальной стадии по умолчанию.
    
    
16. Куча различных мелких нелепостей и неподставляющихся значений в документах при работе с поставщиками – детально расписывать смысла нет, но это весьма значимая и полезная для пользователей работа.
    
    
17. Добавлена смена даты напоминания по задаче при сдвиге её в органайзере, когда меняется дата начала/окончания ранее – не менялась дата напоминания автору, исполнителю и участникам.
    
    

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

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

В идеале иметь справочную документацию, которая при вызове из любого окна программы, подробно описывала все поля, кнопки и их назначение. (Иногда и с примерами)

Или получить четкие разъяснения на моем конкретном примере.

Т.к. на сегодня я смог создать вклдку (холдинги) в окне контрагеты, но не знаю как увязать ее в работе системы.

При импорте задач из Exel возникает следующая проблема:

КК требует при проверке данных связь с "обязательным для заполнения атрибутом Состояние"

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

Можно это решить?

Крайне мешает работе с КК медленное открытие режимов и создание записей. К примеру - от открытия режима задач и начала создания "задачи" до ее сохранения проходит не менее 2 минут, большая часть времени уходит на ожидание открытия режима, создания записи и т.д. Содержательная часть (текст задачи, исполнитель и т.п.) занимает не более 30 сек.

Судя по всему основное время занимает выполнение разных скриптов.

Как можно ускорить работу КК? Может быть отключить выполнение скриптов при открытии режимов и т.п.?

Добавлено/изменено:

1.  Переработана панель индикаторов ключевый показателей (KPI)

В типовой поставке индикаторы разделены на две группы.

вверху - Группа "Финансы":

Выручка (поступления) факт за период

Сумма счетов выставленных за период, кроме аннулированных

Сумма расходов факт за период

внизу - Группа "Работы":

Просрочено задач (дата окончания план в тек. мес.)

Активных продаж (кол-во) которые активны на сейчас

Новых продаж (запущенных в этом периоде)

Новых клиентов (добавленных в этом периоде)

Все индикаторы переведены на «относительный формат», при котором отображается достижение плановых значений в %, что позволяет не зависеть от настройки планов в дизайнере интерфейсов, а формировать планирование по KPI системы пользовательскими средствами.

2.  Реализована автоматическая генерация задач или напоминаний по «сигнальным событиям» – смены статусов основных объектов/документов. Например, если меняется статус счета, то при его сохранении генерируется задача или напоминание. В настройках необходимо предусмотреть ситуации: создание объекта, изменение статуса.

При создании/изменении указывать значение статуса и действие: напомнить или создать задачу. Так же должна быть возможность указать требуется ли открытие созданной карточки напоминания/задачи и с каким сдвигом в минутах они должны создаваться.

3.  Добавлены в режимы системные атрибуты даты создания/изменения и кем создано/изменено – чтобы у пользователей без конфигурирования была возможность оперативно накладывать фильтры по этим атрибутам.

4.  При добавлении продуктов в счета/продажи/КП и прочее реализованы авто-обновление таблиц на родительских режимах после закрытия режима подбора – это позволяет теперь избегать необходимости постоянно обновлять список при помощи кнопки F5. Списки обновляются автоматически! Аналогичное реализовано и для добавления получателей рассылок в разделе Маркетинга.

5.  Добавлена диаграмма и OLAP-отчет аналитики по динамике суммы среднего чека (одного оплаченного счета). С фильтрацией по менеджерам, периодам и другим параметрам.

6.  Добавлена аналитика доли успешных продаж в виде интерактивной диаграммы с детализацией и OLAP-представлением. И диаграмма, и OLAP фильтруются по ряду параметров.

7.  Реализована новая аналитическая методика формирования воронки продаж – «по входящему потоку». Т.е. при формировании отчета и диаграммы можно указать - рассматривать все продажи, попадающие в период, или отдельно анализировать только «судьбу» продаж, запущенных в заданный период.

Такой дифференцированный подход к анализу воронки позволяет рассматривать различные аспекты процессов и принимать соответствующие решения.

8.  Графическое представление воронки продаж переведено в линейный вид - в виде линейного графика, где Y – это кол-во, а Х – длительность. Теперь сразу можно оценить и то, как много теряется, и то, как долго на стадии "висит" клиент. Причём график собирает план и -факт.

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

10.  Для планирования системы мотивации реализован интерфейс, аналогичный тому, с помощью которого сейчас планируются показатели (KPI) – т.е. в удобной однотабличной форме с встроенным редактированием, а не через карточки.

11.  Разработана аналитическая диаграмма сопоставления затрат и лидов/выручки по МИ. Причем это сделано на одном графике, где сразу видно – сколько вкладывается и сколько выручается в кол-ве/сумме.

12.  Добавлены OLAP аналитики по накладным, такие же, как и для счетов: по самим накладным, и по продуктам в накладных.

13.  В аналитики по задачам добавлено «время просрочки» в днях. Итоги выводятся как среднее, что позволяет видеть не только кол-во выполненных задач, но и среднее по ним время просрочки. Если задача выполнена в тот же день, что и плановый срок завершения, то просрочка равна нулю. Также и в диаграммы и другие аналитики по задачам добавлены просрочки, как важный момент контроля.

14.  Для блока показателей KPI в режиме самих показателей реализовано аналитическое сравнение с периодами, изменение в % среднего за 3, 6 и 12 месяцев.

15.  Метод расчета тренда показателей KPI вынесен на уровень самой sql-функции каждого показателя. Данная гибкость в механизме определения тренда позволяет сделать его индивидуальным для каждого показателя – где-то линейным, где-то логарифмическим или ещё каким-то.

16.  Реализована системная настройка метода повторного добавления продуктов в Коммерческих предложениях, Продажах, Актах, Спецификациях и Счетах на оплату, при которой можно указывать: будет ли вновь добавляемый продукт увеличивать кол-во в документе, или добавляться в документ новой строкой, или повторное добавление будет игнорироваться. Данная настройка вынесена на уровень пользователя, и не требует конфигурирования.

17.  Расширена сводная аналитика по работе менеджеров: Динамика поступлений ДС/кол-во выполненных звонков/подписанных договор/выставленных счетов/отправленных КП/завершенных продаж/рекламаций по сотрудникам - теперь могут быть отображены на одном графике за определенный период (по месяцам/неделям/дням), что позволяет в едином представлении увидеть зависимости, которые намного сложнее выявлять в табличном виде.

18.  Добавлены заявки от клиентов для регистрации потребностей в товарах и услугах. Потребности могут регистрироваться как выбором из справочника номенклатуры, так и в «свободной форме» с возможностью создания счета и других документов на основании содержания заявки.

19.  Добавлены заявки поставщикам для планирования контроля состояния контекстного взаимодействия с поставщиками. Каждая заявка содержит спецификацию заказанных позиций.

20.  Реализован выделенный интерфейс ввода начального сальдо по каждому контрагенту и по счетам-кассам:

Исправлено:

1.  При смене планового срока начала задачи – дата/время напоминания не меняются после выхода из поля

2.  Исправлен набор ошибок по диаграммам и произведен ряд эргономических улучшений и исправлений

3.  В сводном отчете по деятельности персонала так же скорректировать даты задач, что бы при наличии факта завершения – туда этот факт и попадал.

4.  Исправлены автоматические подстановки в документах ссылок на реквизиты при выборе контрагента для ускорения заполнения типовых данных.

Как сделать, чтобы услуги в прайсе использовались как товары, чтобы можно было использовать функицонал товаров (заявки, остатки на складе и тп.), а закрывать их актами + счет-фактурами?