Find answers. Get support. Join conversations.

Hi Bas, Our tickets in CS are not only for our service & support but also Billing monthly sent to our Customer. Closing a ticket requires filling in several mandatory fields shown in bold in Tieckt Header; otherwise, it’s IDs will display in a red row to user, this ensures that no tickets being skipped to bill to our customer.   The associated lists of cost center in extra table and project are two of them. We have thousands of projects; For enabling users to quickly and easily find and select his correct project in TicketEdit, we need a filtered project-list with status neither closed nor cancelled, sorted by project start date, includes specific display fields. The Solution in Screen with Simple Value works exactly on our demand. In contrast, triggered dialogs require a step more   to ask user in dialog to confirm the Project Status -- The process lacks conciseness. Similar to the linked cost center list, which includes a "Disable" field in extra table, in TicketEdit should display only active cost centers, the Triggered dialogs require the user to confirm the display of active cost centers via an additional prompt -- an unnecessary step for the user.  In short, triggered dialogs is general good but not ideal for our this application. The ideal approach would be to implement the necessary conditions beforehand -- like simple value in Screen or conditions in Archive of ScreenDesigner.

I don't know how doable this is, but this would be a fabulous addition to SuperOffice.

Hi Starting today, all new and/or updated appointments in Superoffice, are being offset by +2 hours by Nebula. In O365 as well as in Superoffice. I have no idea where to look and/or how to find out if this is a Nebula issue or an O365. Regards Eddy

Registered as a bug: https://community.superoffice.com/en/product-releases/bugs-wishes/product-issue/?bid=109397&azure=1

Hi, We need Setting or Solution in Service Module for our Groups with HQ in Bremen and diff. international Support Teams in Far East, working together on the SO Ticket system for our global End user,  now the Support Teams in Singapore need the created Time of Message should be their local SG time plus the used Time Zone setting for their User group or their Category; in SO Database is only our initial configured local Time in Bremen saved, that’s not enough.   

I doubt that you can use the standard parser variables in your own CRMScript. If your CRMScript looks like this: %EJSCRIPT_START% Password %EJSCRIPT_END% You can add %PARSER_TREE% after %EJSCRIPT_END% to see which parser variables you can use. %EJSCRIPT_START% Password %EJSCRIPT_END% %PARSER_TREE% Remember that CRMScripts does not have the same context as the default files (e.g  registerCust.html) and will not provide you the same