Увеличение поля в Smartflow

[nester 0]

В SmartFlow при передаче работ в следующий узел процесс есть возможность написать комментарий (отправить с комментариями) (особенно это характерно при возврате для написания замечаний), так вот стандартно там можно написать не более 255 символов

А вопрос прост как сделать его больше, т.е. увеличить емкость (при прямом увеличении в Oracle размер сохраняется только до следующего пересоздания базы в DataModelDesigner)

[green_fx 0]

2 nester

Думаю, что пока это не возможно :(

Дело даже не в базе данных. Вы можете руками поставить в бд в таблице NOTES у поля DSC_NOTE размерность не varchar2[255], а к примеру varchar2[1000] (в квадратных скобках размерность измеряемая в количестве символов, максимальная рекомендованная величина 1ГБ ) и добавлять и изменять комментарии только через скрипты. Через скрипты или напрямую в бд работает корректно.

Пока только такой выход :( , израиль уже в курсе дела.

[nester 0]

to green_fx

спасибо

[green_fx 0]

2 nester

всегда пожалуйста

[nester 0]

to green_fx

Вопрос не по теме, но всетаки

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

[capitaine 0]

нестер, если это и будет отработано, то в очередном релизе ;)

[nester 0]

Поднимаю еще раз эту тему

Как говориться, а воз и ныне там, сменилось 2 релиза, купили еще лицензий, жаловались в официальный саппорт, только результат "нулевый", да и Израиль ВООБЩЕ помоему не чешется

Пользователи сегодня опять жаловались на эту проблему (маленького поля комментария)

Еще может, кто подскажет "нормальную" систему оповещения (желательно реализованную внутри системы) о процессах "пришедших" в SmartBox пользователя (сейчас используются "хитроумная" система паралельного направления уведомления на e-mail пользователя

А то получается автоматизация "какая то" колхозная. Начальник орет подчиненному "Прими работу в SmartBOX"

[capitaine 0]

Как говориться, а воз и ныне там, сменилось 2 релиза, купили еще лицензий, жаловались в официальный саппорт, только результат "нулевый", да и Израиль ВООБЩЕ помоему не чешется

у Израиля другие проблемы :)

Еще может, кто подскажет "нормальную" систему оповещения (желательно реализованную внутри системы) о процессах "пришедших" в SmartBox пользователя (сейчас используются "хитроумная" система паралельного направления уведомления на e-mail пользователя

не, другой нету AFAIK. через смартбокс + уведомление через е-мыло

[green_fx 0]

Да через e-mail это самое грамотное.

PS:

пользователю не надо каждый раз лазить в SmartBox, получил почту и только тогда пошел в SmartBox. Экономия времени и нервов налицо.

PS2:

У меня есть система оповещений для PM, работает по E-Mail, если надо обращайтесь :)

[Max KZK 2]

Надо!

[green_fx 0]

2 MaxKZK , только офффициально. Всмысле обращайтесь.

[nester 0]

to green fx;

официально это как? Моя контора обращается в DS? Или интегратор? Куда, к кому и от кого обращаться?

Может вы поможете мне решить вопрос с длинной поля, желательно без скриптов и каких то нереальных потуг в программировании

[green_fx 0]

Обращаться нужно в Dassault Systemes Implementation Dep.

а не в тех. поддержку (там никто ничего не знает, тем более смартим)

PS:

если надо изменить поле TDM_NOTE или TDM_COMMENT с 255 символов на Memo, нужно причина, потомучто это будет официально в с.п.

а почему 255 по умолчанию - потомучто это КРАТКИЙ комментарий, а не описание и не логично использовать его для других целей.

Это кстате касается и простых комментариев в Editor win32.

То что ошибка в коде - это очевидно, см. рис.

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

[nester 0]

Например дать комментарий на сборку в которой около 1000 элементов довольно проблематично уложиться в 255 символов, "городить" собственную систему комментариев не хочется (если своя есть), я уже не говорю про идеальный вариант с широкими возможностями форматирования и вставки, например рисунков (не нужно вспоминать красный карандаш во вьевере, есть серьезные проблемы в его использовании)

И разве пожелания пользователей уже не являются веским основанием для улучшения програмного продукта?