SuperOffice CRM Professionals

When I get the udef fields for an appointment, a stange value is in the list: Map appUdefs = appEntity.GetUserDefinedFields();   The result in debug: GetUserDefinedFields(): "["SuperOffice:6=False","SuperOffice:6:Displa...=[SR_NO]"]" (Map)   And this makes it imposible to set the value, it is ignored if I try to set the value for "SuperOffice:6" to "1".   What is wrong here? Why is the SuperOffice:6 repeated and with the :Displa... after it?

Hi. According to this post, the bug 63033 should be fixed:  https://community.superoffice.com/en/technical/forums/api-forums/online-web-services/opening-document-dialog-using-soprotocol-on-company-entity-level-broken-since-1038/ I still have problems with this in 10.3.11. A command below worked nice before - populating the dialogue with the correct company and template - allowing the user to fill inn information and create the document. Now the Company card changes to the specified contact_id, but the document-dialogue comes up with an existing document (the current I guess).  The link we are using is:  https://online3.superoffice.com/Cust0000/default.aspx?document.main[mode=new&edit=true]?document_id=0&contact_id=27130&person_id=32486&doctmpl_id=187 Is this another problem - or was it not solved. If there is required to change the URL - please advise me. 

If I'm not completly mistaken, at least in older releases of SO onsite, you had this admin-setting named something like "Exposed to internet" or something similar. I think i discussed this setting with Stian a long while ago, and that he mentioned that this setting also controlled if images would be embedded or linked in emails. Internal = embedded, Exposed = linked. But that may have changed and the above more seems lika a bug or something as some links works where other don't. But I quite often experience similar behaviours in Outlook, especially when it comes to images in the signature. Different clients offers and handles embedded images in different ways, and some of them block certain methods. I suppose that given a back and forth in a ticket, maybe using a combination of different mail clients, images might be disrupted over time. But spontainously, I would probably report this as a bug. Thought, cannot say for sure that it is. When it comes to Onsite-environments and later releases, especially if SSO is enabled. There is an additional impersonation configuration that you need to add to the web.config. If HTTPS and SSO is enabled, this settings is needed for the calls from NetServer to work as expected against the Service-module. As I understand it, when using certain Service-API-calls on NetServer, it will work as a API-proxy and then call the Service-module using these impersonation credentials. My best practices is also to use the same SymmetricKeys settings for all installed SO-components (NetServers, Service, etc). But I suppose that it is mainly important if the Service NetServer and Service uses the same encrypted keys. That might be things that is at least worth verifying as well. https://docs.superoffice.com/en/online/identity/single-sign-on/onsite-sso.html#superoffice-service /Marcus

Doh! In a restricted page... Added the details here in the forum post.

I have problems with this in 10.3.11. A command below worked nice before - populating the dialogue with the correct company and template - allowing the user to fill inn information and create the document. Now the Company card changes to the specified contact_id, but the document-dialogue comes up with an existing document (the current I guess).  The link we are using is:  https://online3.superoffice.com/Cust0000/default.aspx?document.main[mode=new&edit=true]?document_id=0&contact_id=27130&person_id=32486&doctmpl_id=187 Is this another problem - or was it not solved. If there is required to change the URL - please advise me.