Find answers. Get support. Join conversations.

Hi,   with Solution in Screen in old Service Module we can define tickets-associated Project-List and other Lists self-limited, -sorted and with deifned Display-Fields displayed in Tikcet-Edit to User-Select. The Solution is user-friemdly and easy to use:   Now we are suggested by our Account Manager to swith old Service to new one, but i found there is no perfect Solution for this in new Service Module, This Solution with limited List could be Showstopper. I have posted this Problem earlier, it was suggested with "triggered dialogs" but for us not user-friendly. Our Account Manager suggested  with Workaround to store limited, sorted, Display-fields in extra Table with Webhook Scripts if Project created/edit/deleted then display all data from there in Ticket-Edit, that's for me not technically secure, we have also extra Table to limited display in TicketEdit, then extraTable for extraTable is for me like arduous attempt. I see in new Service Module in ScreenDesigner we can simply define the Condition for limited List in Entity-Archive. I have tested and works fine. Could we register a Wish to develop this Function in Ticket Maincard? I do believe this will be helpful also for other User who want to display limited List in Screen. Once this is being updated, i see a clear Deadline to migrate our Tickets in new Service Module. Thanks!

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