forum.clarionlife.net

Но вот уменьшение дискретности хотя бы до 5 минут - это уже конечно требует реализации в графике .

Это было на основе http:// http://www.clarioncentral.com/index.php ... einfo&id=1
Но я потом перешел на HotDates

Можно отдельно лист, отдельно пересечения и визуализация длительности

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

RaFaeL писал(а): Можно отдельно лист, отдельно пересечения и визуализация длительности

Кстати идея супер. В голове что-то похожее вертелось, но форму не обретало. Теперь понятно, что надо.
Действительно можно визуализировать события только текущего дня просмотра ! Ура ! Спасибо !

Что-то тема скисла ... но не умерла ! Решил с утра ее немного допилить с учетом того, что обсудили.

Добавил:

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

- Шкалу времени для текущего дня (внизу);
На ней рамка дублирует текущую ячейку (час) в списке ежедневника, бусиной на шкале показано текущее время,
цветами полоски показаны выполненные, отмененные, актуальные события, а также конфликт (наложение) актуальных событий;

Получилось, примерно так:

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

У себя я использую две схемы, но с несколько иной заточкой. Первая - система напоминаний. Наподобии стандартного виндового шедулера, плюсом возможность привязывать к напоминаниям вызов из заданной dll заданной процедуры и передача параметра (идентификация факта вызова из напоминаний для автоматической установки некоторых параметров в диалоговом окне) и возможность вывода напоминания всем работающим в программе пользователям. Этим пользуются, например, когда надо с определенной периодичностью формировать отчетность для разных систем дистрибьюции.

Вторая - история контактов с контрагентами. Это была попытка реализации известной теории независимости клиентской базы от конкретных менеджеров. То есть уволился менеджер, вся информация осталась в информационной системе и можно быстро передать дела другому человеку. В чистом виде этим никто не пользуется. Пользуются расширением для системы управления рекламациями (некоторые виды контактов определяются как рекламации от покупателей или поставщиков плюс возможность привязки к конкретным сделкам). Чтобы работало в чистом виде, видимо, должен быть жестко задействован административный ресурс.

Спасибо за мнение, вопрос обсуждаем.

1. Как я написал ранее - область применения данного решения потенциально огромна.
Да и конкретно этот вариант делается под заказ и уже даже в отладочном варианте к нему большой интерес.

2. Полностью с Вами согласен - на последнем снимке есть список "События", если для пользователя есть актуальные
события на день - то он показывается при запуске программы (или может быть просмотрен отдельно).
Т.е. ежедневник - это инструмент планирования и контроля загрузки, а окно "События" - это как раз и есть напоминания
о событиях в ежедневнике для пользователя.

3. История контактов с контрагентами - это в той или иной реализации т.н. CRM-система.
Она сделана списком отдельных документов, где регистрируются все сообщения и обращения клиентов,
а также ведется учет их выполнения. Все таки - это немного другая задача, на основании записей в CRM
могут планироваться дела в ежедневнике (например выезд к клиенту мастера, если это требуется для решения
вопроса по обращению клиента).

То, что разрабатывается сейчас как "Ежедневник" - таких приложений полно (бизнес-календари, системы постановки задачи и т.д.).
Есть на что смотреть. Мне интересно как эту задачу можно решить на Clarion.

Если не сложно, отпишитесь через месяц по используемости. У вас сбор статистики по диалогам есть в программе?

OK ! Да, конечно - напишу. В этой работе еще много вопросов надо допилить (интерфейс, сервисные операции и т.д.).
С индикатором конфликтов событий тоже не все так просто, как показалось на первый взгляд ...

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

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

У нас есть специальный счетчик обращений к диалогам в разрезе пользователей. В настройке включаешь, за какими окнами следить, потом простенький отчет выводится...

Да, это понятно. У нас тоже есть и печать протокола работы и его выгрузка с фильтрами, группировками и т.д.
Здесь вопрос в другом - мы не имеем доступа к БД клиентов. Я как-то встречал забавную программку, которая
такую статистику выгружала на сервер разработчика принудительно раз в неделю ...
Сделать-то не сложно ... но это пожалуй уже перебор .... Побить могут. И даже ногами.

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

Вы сейчас CRM-систему напишите, зачем плодить сущности, все уже написано до вас, давайте лучше сделаем интеграцию с нашей системой и не надо ничего писать ))))

Зачем же делать ? Уже все сделано - берем Codejock & Noyantis и пользуемся готовым решением.
Мы возвращаемся к началу этого обсуждения. Данное решение: платное, закрытое, использует OCХ
компонент и не имеет настройки под специфику того или иного применения.
Если был бы такой бесплатный компонент с открытым кодом (да еще мозги, что бы в нем разобраться !) - то и юзали бы его ...

Отображение это лишь вершина айсберга, я про

Вторая - история контактов с контрагентами. Это была попытка реализации известной теории независимости клиентской базы от конкретных менеджеров. То есть уволился менеджер, вся информация осталась в информационной системе и можно быстро передать дела другому человеку.

Не знаю в чем здесь проблема. Если функционал сотрудников формализован - то не возникает никаких проблем с ротацией.
Если же работа с клиентами на фирме построена на личных связях менеджера и т.д. - то это и есть источник проблем.
Да и не может быть универсального решения. Пример - 1С. Вроде бы хорошее универсальное решение.
Но для нормальной его работы надо, либо содержать своего ботана, который будет ее постоянно пилить, либо платить чужим.