Jump to content

Search the Community

Showing results for tags 'bpm'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Hornbill Platform and Applications
    • Announcements
    • Blog Article Discussions
    • General Non-Product Discussions
    • Application Beta Program
    • Collaboration
    • Service Manager
    • Project Manager
    • Supplier Manager
    • Customer Manager
    • Document Manager
    • Configuration Manager
    • Timesheet Manager
    • Live Chat
    • Board Manager
    • Mobile Apps
    • System Administration
    • Integration Connectors, API & Webhooks
    • Performance Analytics
    • Hornbill Switch On & Implementation Questions
  • About the Forum
    • Announcements
    • Suggestions and Feedback
    • Problems and Questions
  • Gamers Club's Games
  • Gamers Club's LFT

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Organisation


Location


Interests


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype

Found 88 results

  1. Is there any update on having the ability to pause and unpause an event when interacting with a Contract Event via the BPM? Cheers Martyn
  2. Not sure if anyone else has this problem or if this has been discussed previously (have searched the forums). Our change requests go through several stages of authorisation: CP1, CP2 etc. These stages require a completion of a task from the owner of the change at which point the Change Manager is contacted to approve the next level. This issue we have is that your change manager recently left and whilst I have updated the BPM for new requests all the old requests that are still in progress break when getting moved to the next stages. Here is the error message returned for this workflow: Xmlmc method invocation failed for BPM invocation node 's1/approval-00dccce6-55ba-4fb6-0c90-c1e4d3d2879e': <methodCallResult status="fail"> <state> <code>0200</code> <service>task</service> <operation>taskCreate2</operation> <error>The specified user &apos;USERNAME&apos; does not exist</error> </state> </methodCallResult> Is there anyone to fix these with the live calls as having to recreate the change or resolve them without the relevant stages completed is not best practice and won't look great come audit time.
  3. Would it be possible to have additional options added to the entity 'Timer' node to allow the manual pausing and unpausing of the Response and Resolution in the BPM, so that this can be controlled by workflow so having the option to control this outside of the automated status change process. Related to my earlier post link below. Cheers Martyn
  4. With increased complexity and volumes of requests on our instance we are seeing more occurrences when operations in the BPM which are sequenced sequentially in the BPM are not completing or committing there changes to the request before the next node is activated, i.e. there operations are overlapping/unsynchronised. Though most of the time this is not critical to the operation of the BPM, but there are times when this is critical as the subsequent node is dependent on the former step. We have found that with increased volume, we have had more occurrences of issues with the BPM where the logic (decision nodes) or subsequent actions have failed to work as intended or apply the correct route through the BPM due to the update on the request not being completed prior to the next stage. We have found this occurring in a number of scenarios, some which I have listed below:- Using 'Update Request > Priority' then following it will 'Update Request > Service Level' will often fail to update the Service Level, as the second step does not pick up the changed priority value. We have had to insert some delaying nodes and a loop to wait for the update to the priority to be committed to the database/cache. When a request is taken off hold by applying a request or customer portal update, the BPM will resume before the update has been fully applied and the sub status updated as per the setting on the service, which results in get request information node and decision node having the incorrect data, i.e. sub status, so the incorrect logic is applied following the request coming off hold. Updates to custom fields are not picked straightaway, so when these are injected into objects such as task descriptions, email templates etc, they do not contain the new values. Can we request an enhancement to add a setting to BPM Update and Suspend nodes to force them commit all changes to the database/cache before the node is completed and passes operation on to the next node in the BPM. This can default to the current behaviour but where it is necessary to ensure proper sequential operation this can be enabled. Cheers Martyn
  5. Can I request an enhancement to have a new formal BPM process to switch the security context from the User to the System Context. In our example we have removed the User's permission to 'Close' a request, they only have permission to set it as 'Resolved'. This is because we have a number of post Resolution/Closure operations automated in the BPM. However at the moment we have to use the 'Suspend Await Expiry' with the minimum value of 1 minute to trigger the BPM security context to switch from the user who does not have permission to close the request to the system context which does. Therefore having the ability to switch context without waiting would be a great help, as the users think the process is not working as it has not gone straight to Closed. Cheers Martyn
  6. Hi Could someone tell me why this message is coming up please The specified task 'TSK20191022000006' is configured to not allow completion, if progress is not 100% All fields have been completed in the task.
  7. Hello, I was wondering if anyone had any ideas about an issue that arouse when generating an automated email. No changes had been made to the release BPM or PC and this email was the only one that had an issue all emails before and after have been fine. Checking the mail logs we can see the following error: Did not find 'attachments' folder for mail template. URL Parser: Space characters not allowed, ensure the URL is properly encoded. URL: http://10.4.25.16:43055/dav/mail/Service Desk/templates/ScheduleMaintenanceCompleted.template/attachments/ Below is the email generated automatically: --__=_Part_Boundary_002_025421.022798Content-Type: text/plain; charset="utf-8"Content-Transfer-Encoding: quoted-printable=20RM00051120=20=20Registered Address: PA Group LimitedRegistered in England No.4197Please consider the environment before printing this email--__=_Part_Boundary_002_025421.022798Content-Type: text/html; charset="utf-8"Content-Transfer-Encoding: base64PHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0iY29sb3I6I2NjMDAwMCI+SW5mb3JtYXRpb24gU2VydmljZXM8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCg0KPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTYuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPlNjaGVkdWxlZCBSZWxlYXNlIENvbXBsZXRlZDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KDQo8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPiZuYnNwOzwvcD4NCg0KPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5UaGUgYmVsb3cgcmVsZWFzZSBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgZGVwbG95ZWQuPC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KDQo8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPiZuYnNwOzwvcD4NCg0KPHRhYmxlIGNsYXNzPSJUYWJsZSIgc3R5bGU9ImJvcmRlcjp1bmRlZmluZWQiPg0KCTx0Ym9keT4NCgkJPHRyPg0KCQkJPHRkIHN0eWxlPSJ3aWR0aDo2LjBjbTsgcGFkZGluZzowY20gNS40cHQgMGNtIDUuNHB0IiB2YWxpZ249InRvcCIgd2lkdGg9IjIyNyI+DQoJCQk8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJlbGF0ZWQgU2VydmljZShzKTo8L3NwYW4+PC9zcGFuPjwvYj48L3NwYW4+PC9zcGFuPjwvcD4NCgkJCTwvdGQ+DQoJCQk8dGQgc3R5bGU9IndpZHRoOjI4MC40cHQ7IHBhZGRpbmc6MGNtIDUuNHB0IDBjbSA1LjRwdCIgdmFsaWduPSJ0b3AiIHdpZHRoPSIzNzQiPg0KCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij5JbWFnZXMgQVBJIFYxLCBJbWFnZXMgQVBJIFYyLCBQQSBJbWFnZXMgd2Vic2l0ZSAocGFpbWFnZXMuY28udWspLCBQdXJjaGFzZSBBUEk8L3A+DQoJCQk8L3RkPg0KCQk8L3RyPg0KCQk8dHIgc3R5bGU9ImhlaWdodDo4LjdwdCI+DQoJCQk8dGQgY29sc3Bhbj0iMiIgc3R5bGU9IndpZHRoOjQ1Mi4zcHQ7IHBhZGRpbmc6MGNtIDUuNHB0IDBjbSA1LjRwdDsgaGVpZ2h0OjguN3B0IiB2YWxpZ249InRvcCIgd2lkdGg9IjYwMyI+Jm5ic3A7PC90ZD4NCgkJPC90cj4NCgkJPHRyPg0KCQkJPHRkIHN0eWxlPSJ3aWR0aDo2LjBjbTsgcGFkZGluZzowY20gNS40cHQgMGNtIDUuNHB0IiB2YWxpZ249InRvcCIgd2lkdGg9IjIyNyI+DQoJCQk8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2VyaWYiPlJlZmVyZW5jZTo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KCQkJPC90ZD4NCgkJCTx0ZCBzdHlsZT0id2lkdGg6MjgwLjRwdDsgcGFkZGluZzowY20gNS40cHQgMGNtIDUuNHB0IiB2YWxpZ249InRvcCIgd2lkdGg9IjM3NCI+Uk0wMDA1MTEyMDwvdGQ+DQoJCTwvdHI+DQoJCTx0cj4NCgkJCTx0ZCBzdHlsZT0id2lkdGg6Ni4wY207IHBhZGRpbmc6MGNtIDUuNHB0IDBjbSA1LjRwdCIgdmFsaWduPSJ0b3AiIHdpZHRoPSIyMjciPg0KCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5CdXNpbmVzcyBTcG9uc29yOjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQoJCQk8L3RkPg0KCQkJPHRkIHN0eWxlPSJ3aWR0aDoyODAuNHB0OyBwYWRkaW5nOjBjbSA1LjRwdCAwY20gNS40cHQiIHZhbGlnbj0idG9wIiB3aWR0aD0iMzc0Ij4NCgkJCTxwIHN0eWxlPSJtYXJnaW46MGNtIDBjbSAwLjAwMDFwdCI+U3RlcGhlbiBNdW5kYXk8L3A+DQoJCQk8L3RkPg0KCQk8L3RyPg0KCQk8dHI+DQoJCQk8dGQgc3R5bGU9IndpZHRoOjYuMGNtOyBwYWRkaW5nOjBjbSA1LjRwdCAwY20gNS40cHQiIHZhbGlnbj0idG9wIiB3aWR0aD0iMjI3Ij4NCgkJCTxwIHN0eWxlPSJtYXJnaW46MGNtIDBjbSAwLjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZiI+QWdyZWVkIE1haW50ZW5hbmNlIHdpbmRvdzo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9wPg0KCQkJPC90ZD4NCgkJCTx0ZCBzdHlsZT0id2lkdGg6MjgwLjRwdDsgcGFkZGluZzowY20gNS40cHQgMGNtIDUuNHB0IiB2YWxpZ249InRvcCIgd2lkdGg9IjM3NCI+DQoJCQk8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPjMwLzA5LzIwMTkgMTQ6MDA6MDAgLSZuYnNwOzMwLzA5LzIwMTkgMTY6MDA6MDA8L3A+DQoJCQk8L3RkPg0KCQk8L3RyPg0KCQk8dHIgc3R5bGU9ImhlaWdodDo4LjY1cHQiPg0KCQkJPHRkIGNvbHNwYW49IjIiIHN0eWxlPSJ3aWR0aDo0NTIuM3B0OyBwYWRkaW5nOjBjbSA1LjRwdCAwY20gNS40cHQ7IGhlaWdodDo4LjY1cHQiIHZhbGlnbj0idG9wIiB3aWR0aD0iNjAzIj4mbmJzcDs8L3RkPg0KCQk8L3RyPg0KCQk8dHI+DQoJCQk8dGQgY29sc3Bhbj0iMiIgc3R5bGU9IndpZHRoOjQ1Mi4zcHQ7IHBhZGRpbmc6MGNtIDUuNHB0IDBjbSA1LjRwdCIgdmFsaWduPSJ0b3AiIHdpZHRoPSI2MDMiPg0KCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmIj5QbGFubmVkIEFjdGlvbjo8L3NwYW4+PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0Ij48c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiA8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj5SZWxlYXNlIHRoZSBiZWxvdyB0byBwcm9kdWN0aW9uPGJyPjxicj5JbWFnZXMgQVBJIC0gdjIuMi4xPGJyPkltYWdlcyBBcmNoaXZlIExlZ2FjeSAtIHYyLjExLjA8YnI+SW1hZ2VzIFJlZGVzaWduIC0gdjIuMTkuMDxicj5QdXJjaGFzZSBBUEkgLSB2MS45LjA8L3A+DQoJCQk8L3RkPg0KCQk8L3RyPg0KCQk8dHI+DQoJCQk8dGQgY29sc3Bhbj0iMiIgc3R5bGU9IndpZHRoOjQ1Mi4zcHQ7IHBhZGRpbmc6MGNtIDUuNHB0IDBjbSA1LjRwdCIgdmFsaWduPSJ0b3AiIHdpZHRoPSI2MDMiPiZuYnNwOzwvdGQ+DQoJCTwvdHI+DQoJPC90Ym9keT4NCjwvdGFibGU+DQoNCjxwIHN0eWxlPSJtYXJnaW46MGNtIDBjbSAwLjAwMDFwdCI+Jm5ic3A7PC9wPg0KDQo8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPiZuYnNwOzwvcD4NCg0KPHRhYmxlIGFsaWduPSJjZW50ZXIiIGNsYXNzPSJUYWJsZSIgc3R5bGU9IndpZHRoOjEwMC4wJTsgYm9yZGVyLWNvbGxhcHNlOmNvbGxhcHNlOyBib3JkZXI6dW5kZWZpbmVkIiB3aWR0aD0iMTAwJSI+DQoJPHRib2R5Pg0KCQk8dHI+DQoJCQk8dGQgc3R5bGU9InBhZGRpbmc6MTUuMHB0IDExLjI1cHQgMGNtIDExLjI1cHQiIHZhbGlnbj0idG9wIj4NCgkJCTx0YWJsZSBhbGlnbj0ibGVmdCIgY2xhc3M9IlRhYmxlIiBzdHlsZT0id2lkdGg6NDUwLjBwdDsgYm9yZGVyLWNvbGxhcHNlOmNvbGxhcHNlOyBib3JkZXI6bm9uZSIgd2lkdGg9IjYwMCI+DQoJCQkJPHRib2R5Pg0KCQkJCQk8dHI+DQoJCQkJCQk8dGQgc3R5bGU9ImJvcmRlcjpub25lOyB3aWR0aDo3Ni41cHQ7IGJvcmRlci1yaWdodDpzb2xpZCAjYTJhMmEyIDEuMHB0OyBwYWRkaW5nOjBjbSAxMS4yNXB0IDBjbSAwY20iIHZhbGlnbj0idG9wIiB3aWR0aD0iMTAyIj4NCgkJCQkJCTxwPjxhIGhyZWY9Imh0dHA6Ly9wYW1lZGlhZ3JvdXAuY29tLyIgdGFyZ2V0PSJfYmxhbmsiPjxpbWcgYWx0PSJQYSBtZWRpYSBncm91cCIgaGVpZ2h0PSI2OCIgc3JjPSJodHRwczovL3N0b3JhZ2UucGFyZG90LmNvbS8zMTQ1MTEvODkwMTkvbG9nby5wbmciIHdpZHRoPSI5OSIgLz48L2E+PGEgaHJlZj0iaHR0cHM6Ly93d3cuZmFjZWJvb2suY29tL1BBTWVkaWFHcm91cFVLLyIgdGFyZ2V0PSJfYmxhbmsiPjxpbWcgYWx0PSJmYiIgaGVpZ2h0PSIyNyIgc3JjPSJodHRwczovL3N0b3JhZ2UucGFyZG90LmNvbS8zMTQ1MTEvODkwMTMvZ3JvdXBfZmJfaWNvbi5wbmciIHdpZHRoPSIyOCIgLz48L2E+PGEgaHJlZj0iaHR0cHM6Ly90d2l0dGVyLmNvbS9wYV9tZWRpYWNlbnRyZSIgdGFyZ2V0PSJfYmxhbmsiPjxpbWcgYWx0PSJ0dyIgaGVpZ2h0PSIyNyIgc3JjPSJodHRwczovL3N0b3JhZ2UucGFyZG90LmNvbS8zMTQ1MTEvODkwMTcvZ3JvdXBfdHdfaWNvbi5wbmciIHdpZHRoPSIyOCIgLz48L2E+PGEgaHJlZj0iaHR0cHM6Ly93d3cubGlua2VkaW4uY29tL2NvbXBhbnkvMTAwOTIvIiB0YXJnZXQ9Il9ibGFuayI+PGltZyBhbHQ9ImluIiBoZWlnaHQ9IjI3IiBzcmM9Imh0dHBzOi8vc3RvcmFnZS5wYXJkb3QuY29tLzMxNDUxMS84OTAxNS9ncm91cF9saV9pY29uLnBuZyIgd2lkdGg9IjI4IiAvPjwvYT48L3A+DQoJCQkJCQk8L3RkPg0KCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMGNtIDE0LjI1cHQiIHZhbGlnbj0idG9wIj4NCgkJCQkJCTx0YWJsZSBhbGlnbj0ibGVmdCIgY2xhc3M9IlRhYmxlIiBzdHlsZT0iYm9yZGVyLWNvbGxhcHNlOmNvbGxhcHNlOyBib3JkZXI6dW5kZWZpbmVkIj4NCgkJCQkJCQk8dGJvZHk+DQoJCQkJCQkJCTx0cj4NCgkJCQkJCQkJCTx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDIuMjVwdCAwY20iIHZhbGlnbj0idG9wIj4NCgkJCQkJCQkJCTxwIHN0eWxlPSJtYXJnaW46MGNtIDBjbSAwLjAwMDFwdCI+PGZvbnQgY29sb3I9IiMwMDAwMDAiIGZhY2U9IkFyaWFsLCBzYW5zLXNlcmlmIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxNnB4OyI+PGI+SVMgU2VydmljZSBEZXNrPC9iPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KCQkJCQkJCQkJPC90ZD4NCgkJCQkJCQkJPC90cj4NCgkJCQkJCQkJPHRyPg0KCQkJCQkJCQkJPHRkIHN0eWxlPSJwYWRkaW5nOjBjbSAwY20gMTUuMHB0IDBjbSIgdmFsaWduPSJ0b3AiPg0KCQkJCQkJCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48YSBocmVmPSJodHRwczovL3BhbWVkaWFncm91cC5jb20vIj5odHRwczovL3BhbWVkaWFncm91cC5jb20vPC9hPjwvcD4NCg0KCQkJCQkJCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48YSBocmVmPSJtYWlsdG86c2VydmljZS5kZXNrQHBhbWVkaWFncm91cC5jb20iPnNlcnZpY2UuZGVza0BwYW1lZGlhZ3JvdXAuY29tPC9hPjwvcD4NCgkJCQkJCQkJCTwvdGQ+DQoJCQkJCQkJCTwvdHI+DQoJCQkJCQkJCTx0cj4NCgkJCQkJCQkJCTx0ZCBzdHlsZT0icGFkZGluZzowY20gMGNtIDBjbSAwY20iIHZhbGlnbj0idG9wIj4NCgkJCQkJCQkJCTxwIHN0eWxlPSJtYXJnaW46MGNtIDBjbSAwLjAwMDFwdCI+QnJpZGdlZ2F0ZSwgSG93ZGVuLCBETjE0IDdBRTwvcD4NCg0KCQkJCQkJCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3Ryb25nPlQ8L3N0cm9uZz46IDAxNDMwIDQ1IDU1NTU8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDoxNi41cHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9ImxldHRlci1zcGFjaW5nOi40cHQiPiAmbmJzcDs8L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3A+DQoJCQkJCQkJCQk8L3RkPg0KCQkJCQkJCQk8L3RyPg0KCQkJCQkJCTwvdGJvZHk+DQoJCQkJCQk8L3RhYmxlPg0KCQkJCQkJPC90ZD4NCgkJCQkJPC90cj4NCgkJCQk8L3Rib2R5Pg0KCQkJPC90YWJsZT4NCgkJCTwvdGQ+DQoJCTwvdHI+DQoJCTx0cj4NCgkJCTx0ZCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTsgcGFkZGluZzowY20gMGNtIDBjbSAwY20iPg0KCQkJPHAgc3R5bGU9Im1hcmdpbjowY20gMGNtIDAuMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjx2OnJlY3QgZmlsbGVkPSJmIiBpZD0iQXV0b1NoYXBlX3gwMDIwXzUiIG86Z2Z4ZGF0YT0iVUVzREJCUUFCZ0FJQUFBQUlRQzc1VWlVQlFFQUFCNENBQUFUQUFBQVcwTnZiblJsYm5SZlZIbHdaWE5kTG5odGJLU1J2VTdETUJTRg0KZHlUZXdmS0tFcWNNQ0tFbUhmZ1pnYUU4d01XK1NTd2MyN0p2Uy92MjNLVEpna29YRnN1K1ArYzdPbDV2RG9NVGUwelpCbC9MVlZsSg0KZ1Y0SFkzMVh5NC90UzNFdlJTYndCbHp3V01zalpybHBycS9XMjJQRUxIamI1MXIyUlBGQnFheDdIQ0NYSWFMblRodlNBTVRQMUtrSQ0KK2dzNlZMZFZkYWQwOElTZUNobzFaTE4rd2haMmpzVHpnY3NuSndsZGx1THhORGl5YWdreE9xdUIyS25hZS9PTFVzeUVramVubWR6Yg0KbUcvWWhsUm5DV1BuYjhDODk4YlJKR3RRdkVPaVZ4allodExPeHM4QXlTaVQ0SnVEeXN0bFZWNFdQZU02dEszVmFJTGVEWnhJT1NzdQ0KdGkvamlkTkdOWjMvSjA4eUMxZE52OXY4QUFBQS8vOERBRkJMQXdRVUFBWUFDQUFBQUNFQXJUQS84Y0VBQUFBeUFRQUFDd0FBQUY5eQ0KWld4ekx5NXlaV3h6aEkvTkNzSXdFSVR2Z3U4UTltN1RlaENScHIySTRGWDBBZFprMndiYkpHVGozOXViaTZBZ2VKdGwyRzltNnZZeA0KamVKR2thMTNDcXFpQkVGT2UyTmRyK0IwM0MzV0lEaWhNemg2UndxZXhOQTI4MWw5b0JGVGZ1TEJCaGFaNGxqQmtGTFlTTWw2b0FtNQ0KOElGY2Rqb2ZKMHo1akwwTXFDL1lrMXlXNVVyR1R3WTBYMHl4TndyaTNsUWdqcytRay8remZkZFpUVnV2cnhPNTlDTkNtb2ozdkN3ag0KTWZhVUZPalJoclBIYU40V3YwVlY1T1lnbTFwK0xXMWVBQUFBLy84REFGQkxBd1FVQUFZQUNBQUFBQ0VBMFMwSWh1TUNBQUIxQmdBQQ0KSHdBQUFHTnNhWEJpYjJGeVpDOWtjbUYzYVc1bmN5OWtjbUYzYVc1bk1TNTRiV3lrVmR0dTJ6QU1mUit3ZnhEMDd0ck9uSXVOdWtXYg0KeE1XQXJpdWE5UU1VVzRtRnlaSW5LVTZ5WWY4K1NyWWJ0OTMyME9ZaGtTaUtQT2VRVk00dkR4VkhEVldhU1pIaThDekFpSXBjRmt4cw0KVS96NExmTm1HR2xEUkVHNEZEVEZSNnJ4NWNYSEQrY2syU3BTbHl4SEVFSG9oS1M0TktaT2ZGL25KYTJJUHBNMUZYQzJrYW9pQnJacQ0KNnhlSzdDRnl4ZjFSRUV6OGlqQ0JMMDZoRnNRUXRGUHNEYUc0ekwvVFlrNUVRelNFNUhreXRIUVllZjcreUNRUnpZMnFWL1c5c3Nqeg0KdStaZUlWYWtHSlFUcEFLSnNOOGRkRzZ3OVYvYzJwNENIRGFxc3Y1eXMwRUhGK1ZvdjEwTWVqQW9CK040R282REFCTGtjQmFQUitNdQ0KUmZuMUw1Znljdm0vYXdDbFRRbUxBUXhkV3hDaWVjMHI3SGxkN1l4Y2xhU21xTTkvOStTdTYxc29nRVpDemtzaXR2UksxelEzMEZCdw0KdVRjcEpmY2xKWVcyNWxZVVVLOU42QVRxYzJ2UUZxMzNYMlFCYWhMSTZucmt6VUk5TVNaSnJiUzVvYkpDZHBGaUJSaGRiTkxjYXROQw0KNmwyY0hESmpuTHRTY1BITUFERmJDNVFJcnRveld5elh1Ny9pSUY3T2xyUElpMGFUcFJjRmk0VjNsYzBqYjVLRjAvSGkwMkkrWDRTLw0KYmQ0d1NrcFdGRlRZTlAwY2hkR3JKcTFZcnFTV0czT1d5OHFIVG1FNTdXY0pKaWtNVHBPa0pXZUZEV2NoYWJWZHo3bENEZUVwenR5bg0KRTM3ZzVqK0g0Wm9WdUx5Z0ZJNmk0SG9VZTlsa052V2lMQnA3OFRTWWVVRVlYOGVUSUlxalJmYWMwaTBUOVAyVTBMNXJlRWZubjl4Zw0KT094OHRCVWNjQ05KeFF4VmlMTXF4Yk1uSjVMWVBseUt3cFhXRU1iYjlVQUtDLzhrQlpTN0x6UXNiWDlhUE9hd2NsTmpEdGV5T0ZyTA0KR242aGQ1V0U1b0p4aFhjVkZxVlVQekhhdzJ1Wll2MWpSeFRGaUg4V01BWnhHRVhnWnR3bUdrOUhzRkhEay9Yd2hJZ2NRcVhZWU5RdQ0KNXdaMmNHVlhLN1l0SVZQb21sbElPNmtiMWpWMGk4bWk0OXFzekpGVHg5b2hwNks0SjRvOEFHWU9ZNXRpS3J6SFZhY2plQURaRTdtZA0KcHF2NkFVYW1sYmxsNytRQXh4Y1BycnZhL1VIWVYzMjR2L2dEQUFELy93TUFVRXNEQkJRQUJnQUlBQUFBSVFBQ3o4WktGd2NBQUU4Zw0KQUFBYUFBQUFZMnhwY0dKdllYSmtMM1JvWlcxbEwzUm9aVzFsTVM1NGJXenNXa3RySEVjUXZnZnlINGE1eDlyM1dzSXJJNjFXVm15dA0KSkx4ckJ4OTdkM3RuMnVxWkhycDdKZTh0MktkY0FnRW41QkxJTFljUVlvZ2hKcGY4R0lGTjR2eUlWUGU4dW5kN3JRY2ltQ0FKeEV6Tg0KVjlYVlZUVlZOZFc2Yy9kWlJMMFR6QVZoY2NldjNxcjRIbzdIYkVMaW9PTS9HdTUrZHR2M2hFVHhCRkVXNDQ0L3g4Sy91L25wSjNmUQ0KeHBpU1pNUVFud3hESEdFUEJNVmlBM1g4VU1wa1kyMU5qSUdNeEMyVzRCaWVUUm1Qa0lSYkhxeE5PRHFGQlNLNlZxdFVXbXNSSXJHLw0KQ1JLbEV0U2o4Q2VXUWhIR2xBK1VHT3pGS0lMVkQ2ZFRNc1lhT3ptdUtvU1lpeTdsM2dtaUhSOWtUdGpwRUQrVHZrZVJrUENnNDFmMA0KajcrMmVXY05iV1JNVks3Z05maDI5VS9HbHpGTWptdDZUUjZNaWtVYmpXYWp0VlhJMXdBcWwzRzlkcS9WYXhYeU5BQ054N0RUVkJkYg0KWnJ2V2JXUllBNVJlT21UdnRIZnFWUXR2eUs4djZielZWTDhXWG9OUytZMGwvTzV1RjZ4bzRUVW94VGVYOE0zdDllMGRXNzRHcGZqVw0KRXI1ZDJkcHB0QzM1R2hSU0VoOHZvU3ZOVnIyYjc3YUFUQm5kYzhMWG00M2RkaTBUWHFJZ0dvcm9Va3RNV1N4WHhWcUVuaksrQ3dBRg0KcEVpUzJKUHpCRS9SR0dLeWl5Z1pjZUx0a3lDRXdFdFF6QVNRSzdYS2JxVU9mOVZ2UTE5cGo2SU5qQXh1cFJkb0lwWklTaDlQakRsSg0KWk1lL0QxSjlBL0wyelp1ejU2L1BudjkrOXVMRjJmTmZzN1cxS0l0dkQ4V0J5ZmYrcDIvKytlRkw3Ky9mZm56Lzh0dDA2VVc4TVBIdg0KZnZucTNSOS9ma2c4N0xnMHhkdnZYcjE3L2VydDkxLy85Zk5MaC9RdGprWW1mRWdpTEx3RGZPbzlaQkZzMEtFL0h2SExjUXhEUkV5Tw0KclRnUUtFWnFGWWY4bmd3dDlNRWNVZVRBYldQYmpvODVwQm9YOE43c3FhWHdJT1F6U1J3U0g0U1JCZXd6UnJjWmQxcmhnVnJMTVBOdw0KRmdmdXhmbk14RDFFNk1TMWRoZkZscGQ3c3dSeUxIR0o3SWJZVXZPSW9saWlBTWRZZXVvWk84YllzYnNuaEZoMjdaTXhaNEpOcGZlRQ0KZU51SU9FMHlKQ01ybWtxbVBSS0JYK1l1QmNIZmxtMzZqNzF0UmwyNzNzRW5OaExlRFVRZHlnOHh0Y3g0RDgwa2lsd2loeWlpcHNIMw0Ka1F4ZFNnN21mR3ppZWtLQ3B3Tk1tZGViWUNGY1BJY2M5bXM0L1FHa0diZmIrM1FlMlVndXliRkw1ajVpekVUdXNPTnVpS0xFaFIyUQ0KT0RTeG40dGpDRkhrSFRIcGd2ZVovWWFvZS9BRGlsZTYrekhCbHJ2UHp3YVBJTU9hS3BVQm9wN011TU9YOXpDejRuY3dwMU9FWGFsbQ0KaTBkV2l0M2l4QmtkMjdQQUN1MTlqQ2s2UlJPTXZVZWZPelRZWm9sbDgxTHAreUZrbFQzc0Nxejd5STVWZFI5amdUM2QzQ3pueVgwaQ0KckpBZDRJQ3QwS2MvWDBnOGN4UkhpSytTZkFCZU4yM2VnMUlYdVFMZ2tJNlBUZUFCZ1g0UDRzVnBsRU1CTW96Z1hpbjFLRVJXQVZQMw0Kd2gydmMyNzU3eUx2R0x5WFR5MDFMdkJlQWcrK05BOGtkcFBuZzdZWkltb3RVQWJNRUVHWDRVcTN3R0s1djJSUnhWV3p6Wng4VS91bA0KTGQwQTNaSFY5RVFrUHJjRFd1aDltdjlONytONDVhNm42M0VMdGxMV0pmdWRWU2xsYjZITFdZVmI3RzI2akUvSXg5L2E3S0JaZklTaA0KbWl6bnJadk81cWF6OGYvM25jMnE5L21tbjFuVmRkejBNejcwR1RmOVREWml1WjUrcG14aG9MdFJZNDkwM0tPSFA5SEsyYytVVURxUQ0KYzRyM2hSNy9DUGlxbWV3Q1VmSHBHU2N1Wm9GSkNKZXF6TUVDRmk3Z1NQTjRuTWt2aUF3SElVcGdSbFQxbFpCQVpLSUQ0U1ZNd09oSQ0KazUyeUZaN09vajZicENQUGFsV05OOVBLS3BBczZaVm1RWWR4bFV6UnJYWTV4aXZFYTIwRFBXN05GVkM4bDFIQ1dNeFdvdTVRb3AwVA0KbFpIMGNCZU01bEJDNyt4YXRGaDNhSEZiaWM5ZHRhUUZxRlo0QlQ2N1BmaFk3L2pOQnJBQUUwemxvRVdmS0QrbHJzNjlxNTE1blo1ZQ0KWlV3ckFxRE56aU9nOVBTNjBuWGw5dFR1MGxDN2dLY3RKWXh3czVYUWx0RU5uZ2poWXppTFRrVzlpQnFYOWZWNjZWSkxQV1VLdlI2RQ0KVnFsRysvYUh0TGlxcjRGdk1UZlEyTXdVTlBaT08zNnIzb1NRR2FPazQwOWhkQXlYVVFLeEk5U1hGNklCSExxTUpVOWYrS3RrbG9RTA0KdVlORW1CcGNKNTAwRzBSRVl1NVJFblY4dGYzQ0RUVFdPVVRyVnExQlF2aG9sVnVIdFBLeEtRZE90NTJNcDFNOGxxYmJEWXF5ZEhvTA0KR1Q3TkZjNm5tdjNxWU1YSlp1RHVRVGc1OVVaMHhoOGlDTEZtdTZvTU9DRUNUaENxcVRVbkJJN0Vpa1JXeHQ5Q1ljclNybmttcFdNbw0KcFNPYWhDaXJLR1l5VCtFNmxSZnE2THZDQnNaZHRtY3dxR0dTckJDT0FsVmdUYU5hMWJTb0dxa09LNnZ1K1V6S2NrYlNMR3VtbFZWVQ0KMVhSbk1XdUZ2QXdzMlBKcVJkN1FLamN4NURTendxZXBlekhscnVlNWJxRlBLS29FR0x5d242UHFYcUFnR0txVmkxbXFLWTJYMDdESw0KMlJuVnJoMzVCczlSN1NKRndzajZyVnpzZ3QyS0d1RmNEb2hYcXZ6QXR4aTFRSnJtZmFXMnRPdDR1NDhTYnhSVU96NGNNY09JOEJsYw0Kd1NHMUQ3U2FvdFVVRGE3ZzVCbktSWHBjM1BHemk1d0N6MU5LZ2FubmxIcU9hZVNVUms1cDVwUm1UbW5sbEpidjZYTlZPTXRYUjZxKw0KbHgrYlFnM0xqbG16M3NMK0g0RE5md0VBQVAvL0F3QlFTd01FRkFBR0FBZ0FBQUFoQUp4bVJrRzdBQUFBSkFFQUFDb0FBQUJqYkdsdw0KWW05aGNtUXZaSEpoZDJsdVozTXZYM0psYkhNdlpISmhkMmx1WnpFdWVHMXNMbkpsYkhPRWo4MEt3akFRaE8rQzd4RDJidEo2RUpFbQ0KdllqUXE5UUhDTWsyTFRZL0pGSHMyeHZvUlVId3NqQ3o3RGV6VGZ1eU0zbGlUSk4zSEdwYUFVR252SjZjNFhEckw3c2prSlNsMDNMMg0KRGprc21LQVYyMDF6eFZubWNwVEdLU1JTS0M1eEdITU9KOGFTR3RIS1JIMUFWemFEajFibUlxTmhRYXE3Tk1qMlZYVmc4Wk1CNG90Sg0KT3MwaGRyb0cwaStoSlA5bisyR1lGSjY5ZWxoMCtVY0V5NlVYRnFDTUJqTUhTbGRublRVdFhZR0pobjM5SnQ0QUFBRC8vd01BVUVzQg0KQWkwQUZBQUdBQWdBQUFBaEFMdmxTSlFGQVFBQUhnSUFBQk1BQUFBQUFBQUFBQUFBQUFBQUFBQUFBRnREYjI1MFpXNTBYMVI1Y0dWeg0KWFM1NGJXeFFTd0VDTFFBVUFBWUFDQUFBQUNFQXJUQS84Y0VBQUFBeUFRQUFDd0FBQUFBQUFBQUFBQUFBQUFBMkFRQUFYM0psYkhNdg0KTG5KbGJITlFTd0VDTFFBVUFBWUFDQUFBQUNFQTBTMElodU1DQUFCMUJnQUFId0FBQUFBQUFBQUFBQUFBQUFBZ0FnQUFZMnhwY0dKdg0KWVhKa0wyUnlZWGRwYm1kekwyUnlZWGRwYm1jeExuaHRiRkJMQVFJdEFCUUFCZ0FJQUFBQUlRQUN6OFpLRndjQUFFOGdBQUFhQUFBQQ0KQUFBQUFBQUFBQUFBQUVBRkFBQmpiR2x3WW05aGNtUXZkR2hsYldVdmRHaGxiV1V4TG5odGJGQkxBUUl0QUJRQUJnQUlBQUFBSVFDYw0KWmtaQnV3QUFBQ1FCQUFBcUFBQUFBQUFBQUFBQUFBQUFBSThNQUFCamJHbHdZbTloY21RdlpISmhkMmx1WjNNdlgzSmxiSE12WkhKaA0KZDJsdVp6RXVlRzFzTG5KbGJITlFTd1VHQUFBQUFBVUFCUUJuQVFBQWtnMEFBQUFBDQoiIHN0cm9rZWQ9ImYiIHN0eWxlPSJ3aWR0aDo0NTBwdDsgaGVpZ2h0Oi43NXB0OyB2LXRleHQtYW5jaG9yOnRvcCI+IDxvOmxvY2sgYXNwZWN0cmF0aW89InQiIHY6ZXh0PSJlZGl0Ij4gPHc6d3JhcCB0eXBlPSJub25lIj4gPHc6YW5jaG9ybG9jaz4gPC93OmFuY2hvcmxvY2s+PC93OndyYXA+PC9vOmxvY2s+PC92OnJlY3Q+PGltZyBpZD0iX3gwMDAwX2kxMDI1IiBzcmM9IiIgc3R5bGU9IndpZHRoOjQ1MHB0OyBoZWlnaHQ6Ljc1cHQiIC8+PC9zcGFuPjwvc3Bhbj48L3A+DQoJCQk8L3RkPg0KCQk8L3RyPg0KCQk8dHI+DQoJCQk8dGQgc3R5bGU9InBhZGRpbmc6MTUuMHB0IDE1LjBwdCAxNS4wcHQgMTUuMHB0IiB2YWxpZ249InRvcCI+DQoJCQk8cCBzdHlsZT0ibWFyZ2luOjBjbSAwY20gMC4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdCI+PHNwYW4gc3R5bGU9ImxpbmUtaGVpZ2h0OjEyLjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmksc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+UmVnaXN0ZXJlZCBBZGRyZXNzOiBQQSBHcm91cCBMaW1pdGVkLCAzNyBOIFdoYXJmIFJvYWQsIFBhZGRpbmd0b24sIExvbmRvbiwgVzIgMUFGPGJyIC8+DQoJCQlSZWdpc3RlcmVkIGluIEVuZ2xhbmQgTm8uNDE5NzxiciAvPg0KCQkJUGxlYXNlIGNvbnNpZGVyIHRoZSBlbnZpcm9ubWVudCBiZWZvcmUgcHJpbnRpbmcgdGhpcyBlbWFpbDwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwvcD4NCgkJCTwvdGQ+DQoJCTwvdHI+DQoJPC90Ym9keT4NCjwvdGFibGU+DQoNCjx0YWJsZSBiZ2NvbG9yPSIjZmZmZmZmIiBib3JkZXI9IjAiIGNlbGxwYWRkaW5nPSIwIiBjZWxsc3BhY2luZz0iMCIgd2lkdGg9IjEwMCUiPg0KCTx0Ym9keT4NCgk8L3Rib2R5Pg0KPC90YWJsZT4=--__=_Part_Boundary_002_025421.022798-- Any help would be great to ensure this does not happen again, thanks.
  8. Morning, Is there a way in the BPM to link requests to other services? We have a form that is in a particular service, however, as part of the BPM we would like to link this to other service if certain criteria (via a decision) are met.
  9. Hi, In one of our BPMs I'm using some new functionality to create 'localised' dates from the 'scheduledStartDate' & 'scheduledEndDate' attributes, to use in emails & Microsoft Teams posts. The problem I have though is that I'm trying to access these dates later on in the BPM, in another 'stage' to post another Microsoft Teams message and they are not showing in the variable picker dialogs. How can I persist these values throughout the lifecycle of the BP? Thanks Steve.
  10. I have configured a workflow which basically automatically logs and close a ticket if the customer has 'self helped' themselves in the customer portal. I have noticed that the resolution text which i have added in the BPM node is not updating the ticket timeline: Here is my BPM: This is the node which should update the ticket: but when it resolves the ticket, the pre-defined text does not appear in either the ticket or SS portal what am i doing wrong here?
  11. Hi all, Hopefully someone else has tried doing this. I'm trying to re-authorise a request after a rejection outcome. This is to allow the Agent to select a user with a collaborative license and resend the authorisation email on behalf on the requester. I'm trying to achieve this through a Human Task (select the user) then the authorisation node emails that user. See attached
  12. I am having problems with setting up a 'Cloud Automation' node to allow me to post to a Microsoft Teams channel. I am filling out the node and when I click the drop down arrow in the 'Team Group ID' field, I get the word "Loading' displayed then this error... I figure that I have to select the 'team Group ID' first to get the integration to connect to MS Teams to then pull back the available Channel IDs for that Team. I know what the Channel ID & Team Group ID is but I cannot add these to the fields manually and the node be happy with the inputs. Also, as per the red error message, how do I "check the console for more information"? The user defined in the Key to access Microsoft Teams has full Admin rights, so can't see that this is a permissions error. Thanks Steve.
  13. Though there are methods in the BPM to allow you to add and remove Members, I do not seem to be able to locate the same functionality for 'Followers'. We want to be able to add/remove followers in the BPM, as follower's will get hornbill notifications, where members do not. Cheers Martyn
  14. When you create manual task there is the option to schedule the task to run every day/week/month etc with options (as below), however when creating a human task in the BPM these options are not allowed. Is there a way to perform these or will this be feature request?
  15. Can the Request > Update Request > Details node be extended to allow the setting of the language when using the node to update the Summary and Details, as at the moment it will just use the default. This is so we can we can reset the language setting for the for the main summary and details fields in the BPM taking into account the contact/customers default language when it is logged via a routing rule, as the latter does not honour it (see link below). Cheers Martyn
  16. There does not seem to be any BPM methods to interact with Assests. We would ideally want the ability to Add or Remove Assests, either linked to the Contact/CoWorker or Organisation/Team, using a search criteria. Where the criteria matches more than one assets we would want to add them all. Then the ability to query linked Assets, again using a search criteria, in order to access all their parameters including customer fields. In this case I presume this would need to only return one row, if the outcome of the request is to be successful. Cheers Martyn
  17. Now that we can choose to add connections at the PCF stage, is there a way to then change the customer to the selected person during the BPM? Our example - A manager raises a request for new piece of equipment for a member of staff, once the equipment has been authorised and arrived we would like to change the customer to be the member of staff that is receiving the equipment to be able to send emails and correspondence without having to manually change the request, we would like to do this in the BPM.
  18. Could I ask for an enhancement to the task creation as part of a BPM, can we have the option to define the visibility of the task i.e. Team, Manager, Customer, Owner, Public etc Currently we don't seem to be able to define this so all the tasks are visible to the customer in the portal when sometimes we would rather these be hidden, so just view able by the 'team'. Thanks in advance
  19. Hi guys, I am hoping someone can assist me as it confusing me at the moment and could not work out why it won't do the task despite of no error pop up. I am currently testing the bpm with board manager involve with the ticket into board, move and remove. First time setting up and testing, it was working so far but the issue I have is trying to re-add the ticket back to the board onto the relevant lane but for reason it kept adding back to the 1st lane and not the 4th lane (this is where I want to put it in). Please see below: Any idea of why it would not put back in "Testing" lane? (ID: 41)? Another thing that my colleague, @samwoo bought up was that the board Manager action is not visible on the request action pane despite of showing blue highlight in settings whereas Board action is visible on the request but it grey out in settings which is should not be on the action pane. (See below): Would appreciate the help with this, Thanks, Aaron
  20. Hello, I would like to know whether it possible to set to a specific customer through BPM? What I'm trying to achieve is to start the leaver process and when they confirm which applications the leaver user have access to which then raised a new linked request(s) to relevant team to confirm to remove their account from application(s). Much like assign to owner but for customer that we do not really want to use so we do have generic users that can be use instead of customer. This way is to avoid bombard emails of the actions from the process to the customer. Secondly - I wonder whether I can add functional BPM to a linked request through leaver BPM? If so, can you advise me of the steps that I can do? Many thanks, Aaron CC: @samwoo
  21. Hello, I thought to raise this topic with regards of renaming the BPM processes. Because we have add new team from different department means I need to change BPM process to include prefix (in my case, I want to use (IMT) at the start then name the process that related to the team.) However, when I do that, the message pop up (see below): Which I am aware that the process is activated so I de-activated the process and then tried to rename it. The error is still pop up saying the same message as above. My guess for this error is to do with the tickets that are currently active with BPM in place therefore it would not be possible to rename BPM process. I would imagine that can mess up the BPM process. Is there any chance you would be able to do it from your end to rename the process for me if this is possible? Thanks, Aaron
  22. Often when editing established BPM workflows it is necessary to insert additional nodes in between existing nodes. It would be a great help, especially for inserting nodes on a decision outcome, to be able to select an existing link and then insert a new node, without having to remove the link ( and conditions). The idea being that the new node takes over the existing link connection and then has a connection on to the node that the link original went to. Cheers Martyn
  23. I thought I would post a quick preview of an upcoming feature of our business process tool. We are expanding its capability to include a new "Web Call" node. This new node will enable you to make calls to other systems or cloud services applications via restful API's which significantly expands your options for automation of business processes that need to interact with other systems. My goal as the architect for our platform technology has always been to keep the BPM 100% code free so that process managers do not have to have a programming background in order to make effective use of our BPM, but thats always a play-off, and this is one example where the absence of code limits absolute flexibility because there are so many different shapes and sizes of API's out there, code is the only "glue" that will give you ultimate flexibility. To solve that problem we are also developing an "API bridge" service that can contain and run glue code required while still keeping the BPM clean and code free for simpler day to day use. Once this feature is rolled out (expected to be in the next 2-3 weeks max) we will be exploring options for achieving the same for on-premise IT infrastructure and operations type orchestration and automation which I hope to be announcing in the coming weeks. This initial implementation is only the first step on our journey for much greater expansion of our BPM integration capability broadening our scope of IT Service Management into IT Operations Management for which there has been a significant demand for. Gerry
  24. Hi, Can we have some fields added to the 'Log Request > Known Error' node? I am trying to get our Problem request to log a new Known Error if a workaround has been found. However I cant get it to log the request with all the required information. RCA and workaround are missing from the node. Being able to set this via a human task to capture these before the log request node makes sense to me, rather than having the BPM log the request and then having to go into the KE and add more info. Screenshot added for a little more clarity
  25. Hi, Is it possible to extend the list of fields available when retrieving the request details in a BPM? What I am trying to achieve is detecting if the customer has closed the request him/herself via the self service portal. The idea is to send the customer an email to tell him that: she / he did not respond in the last 3 working days so we closed the call on his / her behalf she / he has 20 days left to provide some feedback. The ultimate goal is to get people to log onto the service portal a lot more often. One of the method to do it is like so: I would like to compare Flowcodes -> Customer to Flowcodes -> Closed By? Is that something you can help me with? I am happy with another new field too! Whatever is the easiest solution really
×
×
  • Create New...