Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Dynamics 365 Community / Forums / Customer experience | Sales, Customer Insights,... / uci vs. classic interf...
Customer experience | Sales, Customer Insights,...
Suggested answer

uci vs. classic interface / 404 or 500

(0) ShareShare
ReportReport
Posted on by Axi Bachlechner 68

Hi!

I have the following scenario:

I create a quote - save - add pricelist - save - add product. Afterwards I want to add another product by selecting suggestion in the product subgrid - a lightbox opens and I can select my related product and add to the list by pressing the button. This is the post:

pastedimage1681846263635v2.png

If I do the same on uci the post looks like this and nothing happens:

pastedimage1681846313960v3.png

As you can see i blured a little bit more in second screenshot.

urlOfDevelopmentEnvironment/organisationname/XRMServcies.....

Why does this happen in uci?

The root of the problem was another thing. This feature doesn't work as well in the production environment of the customer The difference is: he get's a 500. And the response:

FailedAuthentication

Any hints, suggestions, solutions for this problem?

thx

©a-x-i

  • Axi Bachlechner Profile Picture
    Axi Bachlechner 68 on at
    RE: uci vs. classic interface / 404 or 500

    Thank you Xavier, I didn't know this feature.

    So I checked this on integration and on production and the issue is the same as in my first post: the organizationname in the url.

    In the uci the url

    integrationEnvironment looks like this: https://domainOfDynamicsInt.at/XRMServices/2011/Organization.svc/web
    in production environment like this: https://domainOfDynamicsProd.at/XRMServices/2011/Organization.svc/web

    in classicInteface:

    integration: https://domainOfDynamicsINT.at/CRM365-INT/XRMServices/2011/Organization.svc/web
    Production: https://domainOfDynamicsPROD.at/CRM365-INT/XRMServices/2011/Organization.svc/web

    After modify and resend I changed the url and everything works fine.

    So my question: where can I change this behavior?

    thx

    ©a-x-i

  • Suggested answer
    XM-22040801-0 Profile Picture
    XM-22040801-0 11 on at
    RE: uci vs. classic interface / 404 or 500

    Hi,

    Did you test with the IFD url ?

    To make sure it's coming from id format, can you try sending the modified request in your browser.

    You can do this with the browser development tools (F12), in the network tab:

    Select the request => Right click => Modify and resend => In the body, change the content then send.

  • Axi Bachlechner Profile Picture
    Axi Bachlechner 68 on at
    RE: uci vs. classic interface / 404 or 500

    Thank you for your really long answer Philip, but I think my bluring leads to a misunderstanding. The ':' isn't a colon ist's a 'c' not totally blured:

    pastedimage1682236452035v1.png

    I have compared the payloads again and one big difference is the { of the url. Maybe this causes the 500 AccessDenied?

    ©a-x-i

  • PhilipK Profile Picture
    PhilipK 611 on at
    RE: uci vs. classic interface / 404 or 500

    Hi Axi.

    What catches my eye in the request url in both cases is that there is a ":"  colon at the end of the base url which shouln't be present if you have not intentionally configured your Dynamics website for SSL/TLS on another port than standard for https which is 443.
    If "Dynamics CRM Server" website in IIS is configured for only https(443) as I assume I would in Deployment Manager check Web Addresses and make sure those are specified to either your server or if any NLB is in place your DNS for your VIP.
    Your Web addresses should be configured for HTTPS along with either your server, dns alias or vip-dns(if multiple servers in nlb or separated dynamics roles).
    As default, your hostname:port will be specified there which usually need to be changed, and as you seem to be using https(443) I would recommend you remove ":port" after your configured url as it should be needed to specify for 443(... I know this has caused issue before) if you have set HTTPS as per the following example:
    Sk_E400_rmbild-2023_2D00_04_2D00_21-234642.png

    As for how Dynamics resolves url.
    Firstly, out of the box Dynamics authenticates as per the internal url e.g. http://<hostname>.<domain>.com:port/<orgname> or any configured alias via IIS - Windows Authentication - Negiotation(Kerberos/NTLM)
    This does not require encryption, hence no https/certificate is needed, but nonetheless recommended.

    Secondly Dynamics 365(CRM) can also be configured to use Claims-based authentication through ws-fed using ADFS which still use the "internal url" but users will authenticate via ADFS and this requires a encrypted communication https/certificate to establish the trust between Dynamics and ADFS.

    Thirdly Dynamics 365(CRM) can be configured for IFD which require Claims-based authentication to be in place for the internal urls but instead you may access your organizations via the IFD url(s) e.g. https://<orgname>.domain.com/ internally and externally depending on how you plan to expose these to your users.

    Hope this helps.

  • Axi Bachlechner Profile Picture
    Axi Bachlechner 68 on at
    RE: uci vs. classic interface / 404 or 500

    CRM-Version on customer, where I get the FailedAuthentication is 9.1.16.20

    I will check IFD and come back again

    thx

    a-x-i

  • XM-22040801-0 Profile Picture
    XM-22040801-0 11 on at
    RE: uci vs. classic interface / 404 or 500

    Hi,

    What is the environment version ?

    Can you try to update if needed ? See support.microsoft.com/.../microsoft-dynamics-365-on-premises-cumulative-updates-ed51f905-cf4e-3641-dc7c-afe2b868eeb9

    If IFD is enabled, do you have the same error ?

  • Axi Bachlechner Profile Picture
    Axi Bachlechner 68 on at
    RE: uci vs. classic interface / 404 or 500

    No it's not IFD on our dev-environment, because ist's only for internal use. It's Claims Based Authentication.

    The big problem is not the 404 in our dev-environment but the 500 'FailedAuthentication' on customers environments.

    I compared the url in the customer-environment - it's the same on both cases (classic / uci). The only difference in the payload of the uci is, that the guid of the quote is passed in uppercase and has curly brackets. (guid changed)

    <a:KeyValuePairOfstringanyType>

    <b:key>ParentEntity</b:key>

    <b:value i:type="a:Entity">

    <a:Attributes xmlns:b="schemas.datacontract.org/.../>

    <a:EntityState i:nil="true"/>

    <a:FormattedValues xmlns:b="schemas.datacontract.org/.../>

    <a:Id>{CCCCC4CC-99CC-CC11-C845-005056CCE815}</a:Id>

    <a:LogicalName>quote</a:LogicalName>

    <a:RelatedEntities xmlns:b="schemas.datacontract.org/.../>

    </b:value>

    </a:KeyValuePairOfstringanyType>

    </a:Parameters>

    <a:RequestId i:nil="true"/>

    <a:RequestName>CreateProducts</a:RequestName>

    a-x-i

  • XM-22040801-0 Profile Picture
    XM-22040801-0 11 on at
    RE: uci vs. classic interface / 404 or 500

    Hi,

    I guess the environment is linked to an ADFS? Do you use the CBA or IFD url? Because you have a 404 error when adding the organization name in the path, it seems to be an IFD url.

    Can you confirm it ? If so, do you have the same error using the CBA url?

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,253 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,188 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans