Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
TechnologiCS → TechnologiCS → Практические приемы работы → Использование действия "Послать сообщение..."
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Пытаюсь использовать для рассылки сообщения действие "Послать сообщение..." с указанием определенной роли.
Не устраивает то, что данное действие не выполняется автоматически.
Как это можно реализовать.
https://help.technologics.ru/6.3/TCSHelp/_71.htm Действия с сообщениями все вызывают диалог.
Если вы хотите избавиться от диалога или запускать действия автоматически можно использовать Макрос в Способе обработки https://help.technologics.ru/6.3/TCSHelp/_72.htm
Т.е. Вы хотите сказать, что мы должны просто использовать Действие "Выполнить скрипт" и в нем прописать создание и отправку сообщения командами API?
Скорее действие "выполнить скрипт после" (оно запустится автоматически после осуществления перехода). Либо действие "Выполнить скрипт" но тут кто-то (что-то) должно стать инициатором первоначального действия.
Разницы между ними нет, просто запускаются с разных мест.
Жаль, что нельзя использовать действие "Выполнить сообщение...", хотя в системе есть и автоматическое выполнение некоторых действий, например "Послать сообщение об изменении статуса". Это действие тоже нас бы устроило, если рассылка была бы не для всех пользователей рабочей группы.
ну там возникают стандартные вопросы с формированием темы сообщения, тела, вложений, выбором пользователей. И у каждого свои пожелания.
В стандартном действии только кнопку одну нажать Отправить.
Создать сообщение не сложно, зато там любые возможности https://forum.technologics.ru/topic948.html
Спасибо!
Добрый день.
Решили для отправки сообщений воспользоваться функцией "Выполнить скрипт после перехода", но столкнулись с проблемой.
Если выполнять переход вручную, то сообщение благополучно отправляется.
Но у нас большинство переходов тоже выполняются в макросах (с раздачей прав пользователям и группам, изменением состояний связанных с документом номенклатурных позиций и т.д.), поэтому при попытке программой выполнить еще один скрипт появляется ошибка "Не могу выполнить макрос, пока выполняется другой макрос!"
Можно ли для одного и того же способа обработки как-то отказаться от этого "скрипта после перехода" и не выполнять его, если перевод документа в следующий статус вызывается из другого макроса, и выполнять только при переводе вручную? Другими словами, как можно определить, что макрос уже выполняется?
v.5.7.0.0
"Выполнить скрипт после перехода" выполняется вручную?
не совсем понятна выполняемая операция.
а стоп. Это версия 5.7. В 6.x это доработано (хотя все равно надо четко последовательность бы знать). Вот из 6.0.1 список изменений
Убрано ограничение на выполнение макроса, пока выполняется другой макрос. Теперь можно вызывать макрос на форме, вызванной из скрипта, и запускать из макроса движение документов, имеющих в способе обработки макрос.
видимо ваш вариант?
В 6.x это доработано
В 6.х доработано не только это, поэтому пока мы и работаем в 5.7.
Повторю вопрос: можно ли как-то определить, что другой макрос уже выполняется, выполнение "скрипта после перехода" ожидаемо вызовет ошибку, и игнорировать присутствие этого действия при переходе?
(Хотя в идеале было бы вообще предусмотреть обход этого ограничения)
Повторю вопрос: можно ли как-то определить, что другой макрос уже выполняется
наверное можно что то придумать с глобальными переменными. Но тут не все ясно. Нет смысла это определять, так как до этого кода просто не дойдет (он ведь не запустится).
В данном случае видимо только анализировать документ перед выполнением перехода.
Я просто не знаю всех нюансов организации вашего кода.
игнорировать присутствие этого действия при переходе
Игнорировать не получится (да и результат действия после итак игнорируется).
Хотя в идеале было бы вообще предусмотреть обход этого ограничения
Мы режим запуска перерабатывали в 6-ке. В новой версии возможностей сильно больше, в том числе и по встраиванию макросов в систему.
Немного не в тему, но все же относительно
В 6.х доработано не только это, поэтому пока мы и работаем в 5.7.
Уже 7-ка вышла, но все равно при использовании нашего АПИ серьезных проблем с переходом обычно не возникает. Что именно доработанное в 6.X вызывает проблемы?
Дело скорее не в ожидании появления по-настоящему серьёзных проблем, а в том, что при переходе на новую версию любого программного продукта, в котором работают одновременно десятки пользователей в разных подразделениях, хорошо бы остановить время, минимум неделю его тестировать и обкатывать, добившись его работы "как раньше", и только после этого запустить пользователей, не опасаясь шквала звонков и сообщений на тему "у меня не запускается", "не открывается/не закрывается", "не отправляется", "не формируется", "не создаётся" и т.п.
Поэтому не хочется убеждаться в правдивости фразы, что "лучшее враг хорошего".
Но поскольку опыта работы в 6-ой версии у нас нет, допускаю, что я преувеличиваю возможные трудности.)
Ясно. Ну программа тестирования конечно необходима, тут нюансов много может быть, и мы всех трудностей предвидеть не можем, только технические. Ну просто работа на последней версии значительно упрощает наши возможности по исправлениям и мелким доработкам, тем более что там все это возможно уже работает.
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
TechnologiCS → TechnologiCS → Практические приемы работы → Использование действия "Послать сообщение..."