Lotsia PLM: Форум по семейству систем PLM/PDM/TDM/ERP/Workflow

прошло уже много времени с тех пор как...
Возвращаясь к календарю - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=548
а вы не пользуетесь Календарем Лоции? - зря... - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=336
Объект 'Стикер' и как его использовать? - http://www.lplm.ru/phpBB2/viewtopic.php?f=2&t=253
Таймеры для Лоции - http://www.lplm.ru/phpBB2/viewtopic.php?f=20&t=250
мы в свое время забросили идею с напоминаниями как неперспективную
на текущий момент... - никто не поделится красивым типовым решением по поводу - сформировать напоминание по объекту с выдачей сообщения юзеру и автоматической очисткой этих сообщений после просмотра?
как помню было несколько решений
1. По кнопке объекта - запустить одноразовую работу - в работе установить даты, текст, напоминания, ... получить сообщение - вручную его удалить. В этом варианте - видим форму работы - что не нужно.
1.1. В связи с возможностью передачи параметров в работу - сделать набор параметров в действии - запустить невидимую одноразовую работу и т.д. - вручную очистить. В этом варианте форму работы не видим - пустая, мелькает один раз у юзера
2. Создать постоянную работу со стеком/массивом сообщений/напоминаний - непонятно было как добавлять новые напоминания в такую работу, и с другой стороны - это просто дублирование очереди сервера автопереходов - наверно не совсем то
во всяком случае с одной стороны много свободных работ-напоминаний с другой одна работа с многомерным массивом из напоминаний - не понятно что лучше
3. Вроде как календарь начал работать - и может выдавать сообщение в указанную дату - но вроде как не может передать объект... или уже может? 4.40?
3.1 Сделать объект+атрибуты событие календаря и привязать к нему напоминание через работу (п.п. 1-1.1.) - тоже вроде избыточно

в общем - никто не поделится? как на текущий момент, на 2010 год у кого реализован какой алгоритм напоминаний по объекту???

Можно попробовать твой вариант 2: одна работа, которая с какой-то периодичностью на автосервере выполняет SQL и выгребает коды объектов, о которых нужно напомнить. Затем:
1. Делает информационную рассылку. Никакой формы можно не делать, достаточно текста сообщения + вложения в виде одного или нескольких напоминаемых объектов.

ИЛИ

2. Генерирует свободные сообщения. Функция в действиях над объектами такая есть, MailSend по-моему называется.

а ведь знаешь! - это мысль!!!
про свободные сообщения это понятно, и так и должно быть, но вот про то чтобы тексты напоминаний не хранить в работе - это уже круто
т.е. давай посмотрим
1- интересно для юзера в плане работ - посмотреть все текущие напоминания - просто посмотреть - это важно, без получения сообщения... типа ОТЧЕТ по дочерним объектам или пользовательский отчет
2- нужно получить напоминание фактически в виде сообщения и - ули убить его или изменить дату и текст
теперь
как лучше хранить напоминания
1. Можно создать (самому в действии - без использования календаря) расширенный стандартный объект ЛОЦИИ - СОБЫТИЕ КАЛЕНДАРЯ - во первых для совместимости с КАЛЕНДАРЕМ и во вторых для ПИАРА самого календаря среди юзеров Лоции - и в каждом хранить всю инфу по событию + id напоминаемого объекта и в работе делать выборку всех объектов событий и активировать сообщения
т.е. - нужен объект (привязку этого объекта можно например сделать к сотруднику-объекту ну или к самому объекту по типу Дерево или в некую структуру НАПОМИНАНИЯ)
2. Специальный объект не нужен - можно хранить текст напоминания и дату в паре атрибутов самого напоминаемого объекта - вроде бы логичней - но напоминание только одно для одного объекта - иначе нет смысла даже заморачиваться

что скажешь? - наверно создавать объект Напоминание=СОБЫТИЕ КАЛЕНДАРЯ - + расширение=id объекта - было бы и круче и универсальнее??? как думаешь?

ps
Кстати совершенно очевидно что Лоция может расширить свой функционал для создания системной структуры напоминаний - в виде хранилища/подборки событий + стандартную работу по рассылке этих напоминаний по адресатам....

Александр писал(а): 1- интересно для юзера в плане работ - посмотреть все текущие напоминания - просто посмотреть - это важно, без получения сообщения... типа ОТЧЕТ по дочерним объектам или пользовательский отчет

Посмотреть все текущие за один раз, а потом наверняка к ним еще раз вернуться - это точно не свободное сообщение - это либо отчет (т.е. объекты), либо запущенные работы

Александр писал(а): 2- нужно получить напоминание фактически в виде сообщения и - ули убить его или изменить дату и текст

Если изменить, то это опять не свободное сообщение.

Александр писал(а): как лучше хранить напоминания
1. Можно создать (самому в действии - без использования календаря) расширенный стандартный объект ЛОЦИИ - СОБЫТИЕ КАЛЕНДАРЯ - во первых для совместимости с КАЛЕНДАРЕМ и во вторых для ПИАРА самого календаря среди юзеров Лоции - и в каждом хранить всю инфу по событию + id напоминаемого объекта и в работе делать выборку всех объектов событий и активировать сообщения
т.е. - нужен объект (привязку этого объекта можно например сделать к сотруднику-объекту ну или к самому объекту по типу Дерево или в некую структуру НАПОМИНАНИЯ)

А может, к сотруднику временно привязывать объекты, по которым требуется напоминание + атрибуты проекта - дата напоминания, текст напоминания и т.д. Что у вас там - договоры, счета и проч.? Можно какой-то другой иерархической связью. Тогда один документ можно привязать хоть ко всем сотрудникам, но с разными параметрами напоминания.

свободное сообщение, типа билет в один конец - это понятно, и так и будет использовано... только как уведомление и доставка объекта юзеру
видеть все напоминания хотелось бы...
но
- сервер перегружать отдельными работами напоминаниями для просмотра этих работ в виде отчета - наверно не вариант... хотя затрат на создание спец объектов вроде нет, хотя работы это наверно и так какие то служебные объекты БД или записи в таблице какого-то объекта workflow
- привязывать сам объект напоминания к сотруднику(кам) для отчета - наверно тоже не вариант, поскольку по одному объекту напоминания может быть несколько напоминаний.... т.е. к одному сотруднику привязать один и тот-же объект напоминания несколько раз одновременно... наверно не получится

чет мне кажется что Событие Календаря оформленное или в виде отдельного объекта Лоции или просто в виде записей календаря-самое оптимальное решение как для просмотра так и для редактирования так и для истории напоминаний-хотя не знаю нужна ли эта история...

в общем нужно пробовать
одна работа-запрос к БД по расписанию - отбор объектов напоминаний - запуск действия по транспортировке объекта напоминания и самого напоминания юзеру- короче щас запутаюсь вообще

ps
а атрибуты проекта-это что? какие отличия от обычных атрибутов? в данном контексте?

Александр писал(а):к одному сотруднику привязать один и тот-же объект напоминания несколько раз одновременно... наверно не получится

Получится. Есть такая возможность. Это имеет смысл, если по одному объекту для одного сотрудника заведено несколько напоминаний одновременно. А если по одному объекту для одного сотрудника будет по одному напоминанию, то достаточно их связать, потом напомнить, и можно связь рвать до следующего раза.

Александр писал(а):а атрибуты проекта-это что? какие отличия от обычных атрибутов? в данном контексте?

В данном контексте, ты будешь на конкретную связь (LinkID) напоминаемого объекта и сотрудника вешать значения атрибутов. Связь разорвешь - атрибут исчезнет. Если напоминаемый объект и сотрудник связаны одновременно несколько раз, то на каждую связь ты можешь повесить свои значения атрибутов. Правда, как потом определить, какую связь рвать? Надо уже после праздников смотреть, сейчас и не вспомню.

А насчет объекта напоминания... Полезная вещь. Думаю, что это самый правильный вариант. Напоминалка сработала, ты ее перезавел на попозже - атрибут изменился, срок наступил, и снова-здорово. Можно раз в в год (или чаща/реже) удалять из базы объектики напоминаний. Да и работать с объектами проще.
То, что на сервере будет крутиться работа... Ну и пусть крутится. Она всего одна. Не 300, не 400, а одна, ОДНА, ОДНА

уВау! а после праздников еще и мысли какие-то есть!... неожиданно
смотри а можно еще как - объекты напоминания - ограниченная коллекция типа чтобы память не занимать
есть не больше 100 таких объектов или для начала 1 объект на всех и слежение за его размножением.

Типа юзер запросил новое напоминание или изменение напоминания - лезем в коллекцию напоминаний - смотрим
1 - есть свободные!!! - берем, назначаем свойства - привязываем работаем
2 - свободных нет - создали новый добавили в коллекцию - ушли на первый пункт
3 - напоминание сработало - отвязываем объект - передаем в коллекцию напоминаний как свободный
ограничение рождаемости по китайскому сценарию!

Интересно, между прочим! Продолжу дальше, а если ни одного китайского свободного напоминания нет, тогда придется родить новое

еще один вопрос
есть все календари системы есть все события календарейесть возможность расширить атрибутивную информацию события 'EVNT' (Это системный тип Лоции - просто я его переименовал) например такесть напоминание календаря на дату которое приходит (не создается - именно приходит) например так теперь
- при создании календаря я не могу привязать ни его 'КЛНД' ни его событие 'EVNT' к объекту, т.е. все это дело создается и работает 'в воздухе', т.е. физически я могу отловить эти типы объектов в БД и привязать их к своим объектам по любому типу связи - но это будет связь 'НИ О ЧЕМ' типа визуальная
дальше в пришедшем сообщении от события я УЖЕ могу приложить к сообщению что-то и послать его дальше, типа тактеперь сам вопрос
поскольку событие может быть создано самостоятельно - НЕ ЧЕРЕЗ КАЛЕНДАРЬ - просто как объект с атрибутами (родными и расширенными) принадлежащими тому или иному календарю ...
-можно ли как нибудь ссылку на объект в таком 'пользовательском' событии указать/поместить/добавить в поле Документы приходящего сообщения (кстати что это - сообщение - тип объекта или что-то еще так и не понял) самостоятельно/автоматически (я же знаю например id объекта которому соспоставляю событие), чтобы непосредственно из сообщения открыть объект??? как в отчете что-то типа isobject_id

проблема в том что типы 'КЛНД' / 'EVNT' не документированы в явном виде, и где хранится связь 'КЛНД'<->'EVNT'<->сообщение, и ссылка на связь сообщения, допустим с самим 'документом' сообщение, или в дальнейшим с приложенным 'документом' объект или файл или что угодно... не понятно
а так - это сразу бы сняло все вопросы по календарю в принципе

т.е. если в двух словах - подскажите
1. где лежит связь конкретного календаря 'КЛНД' и конкретного события 'EVNT' с точки зрения того что это просто объекты и при создании события 'EVNT' средствами Лоции эта связь где-то создается
2. где-то в недрах Лоции при создании события 'EVNT' создается сообщение на дату - т.е. запускается что-то на сервере автопереходов формирующее сообщение - наверное, что-то в этом духе... - можно ли вмешаться в этот процесс чтобы добавить в сообщение ссылку на объект в поле 'документы' перед этапом отправки сообщения юзеру?

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

нет нет, не туда
все это понятно, все это так, и как сделать стандартно тоже понятно, и вообще в новых сборках может уже можно создавать событие с указанием объекта который перейдет в сообщение юзеру - не знаю, вполне возможно
у меня только альтернатива, даже не совсем альтернатива
все что мне нужно
- просто понять где лежат и в какой момент создаются связи между 'КЛНД' и 'EVNT'
- что из себя представляет сообщение генерируемое событием календаря
- и где у сообщения хранятся ссылки на приложенные 'документы'
если это узнать - вполне можно где-то перехватить создание этого сообщения по событию 'EVNT' и подставить туда свою ссылку на свой объект

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

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

а скажите, кто пользуется 5й версией - есть ли там 'новый' функционал по - напоминаниям/расписаниям/календарю и остальным функциям 'стандартного' органайзера без использования WorkFlow???????????
ps
....все еще ищу аргументы для апргейда....
pps
админские аргументы не прошли
пробую - пользовательские

А что нам за это будет?