Feilsøk problemer under førstegangssynkronisering
Denne artikkelen inneholder feilsøkingsinformasjon om integrasjon av dobbel skriving mellom økonomi- og driftsapper og Dataverse. Det inneholder informasjon som kan hjelpe deg med å løse problemer som kan oppstå under første synkronisering.
Viktig
Noen av problemene som denne artikkelen løser, kan kreve administratorrollen for systemet eller legitimasjon for Microsoft Azure Active Directory (Azure AD)-leieradministrator. Delen for hvert problem forklarer om en bestemt rolle eller legitimasjon er nødvendig.
Sjekke feil ved innledende synkronisering i en økonomi- og driftsapp
Når du har aktivert tilordningsmalene, skal statusen for tilordningene være Kjører. Hvis statusen er Kjører ikke, oppstod det feil under første synkronisering. Hvis du vil vise feilene, velger du fanen Detaljer om innledende synkronisering på siden Dobbel skriving.
Du kan ikke fullføre første synkronisering: 400 Ugyldig forespørsel
Nødvendig rolle for å løse problemet: Systemadministrator
Du kan få følgende feilmelding når du prøver å kjøre tilordningen og den innledende synkroniseringen:
([Ugyldig forespørsel], Den eksterne serveren returnerte en feil: (400) Ugyldig forespørsel.), AX-eksporten oppdaget en feil.
Her er et eksempel på hele feilmeldingen.
Dual write Initial Sync completed with status: Error. Following are the details:
Executed leg: From AX Financial dimensions to CRM msdyn_dimensionattributes
with exported records count: 0, ImportRecordsErrorCount: 0,
ImportRecordsInsertedCount: 0 and ImportRecordsUpdatedCount: 0
ErrorsDetails:
Dual write Initial sync failed
Message: ([Bad Request], The remote server returned an error: (400) Bad Request.), AX export encountered an error
Stacktrace: at
Microsoft.Dynamics.Integrator.QueryGenerator.AxClient.\<ExportAxPackage\>d__16.MoveNext()
in X:\\bt\\1024532\\repo\\src\\Core\\QueryGenerator\\AxClient.cs:line 265
\--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.D365.ServicePlatform.Context.ServiceContext.Activity.\<ExecuteAsync\>d__11\`2.MoveNext()
\--- End of stack trace from previous location where exception was thrown ---
Hvis denne feilen oppstår konsekvent, og du ikke kan fullføre den første synkroniseringen, følger du denne fremgangsmåten for å løse problemet.
- Logg på den virtuelle maskinen for økonomi- og driftsappen.
- Åpne Microsoft Management Console.
- I Tjenester-ruten kontrollerer du at tjenesten for rammeverk for dataimport/-eksport for Microsoft Dynamics 365. Start den på nytt hvis den er stoppet, fordi den første synkroniseringen krever det.
Innledende synkroniseringsfeil: 403 forbudt
Du kan få følgende feilmelding under innledende synkronisering:
([Forbudt], Den eksterne serveren returnerte en feil: (403) Forbudt.), AX-eksporten oppdaget en feil
Følg fremgangsmåten nedenfor for å løse problemet.
- Logg på økonomi- og driftsappen.
- På siden Azure Active Directory-programmer sletter du DtAppID-klienten, og deretter legger du den til på nytt.
Egenreferanse- eller sirkelreferansefeil under innledende synkronisering
Du kan få feilmeldinger hvis noen av tilordningene dine har egenreferanser eller sirkelreferanser. Feilene faller under følgende kategorier:
- Feil i tabelltilordning Leverandører V2 til msdyn_vendors
- Feil i tabelltilordningen Kunder V3 til Kontoer
Løs feil i tabelltilordningen Leverandører V2 til msdyn_vendors
Det kan hende at det oppstår feil med innledende synkronisering for tilordningen Leverandører V2 til msdyn_vendors hvis tabellene har eksisterende rader med verdier i kolonnene PrimaryContactPersonId og InvoiceVendorAccountNumber. Disse feilene skjer fordi InvoiceVendorAccountNumber er en selvrefererende kolonne, og PrimaryContactPersonId er en sirkelreferanse i leverandørtilordningen.
Feilmeldingene du mottar, vil ha følgende form.
Kunne ikke løse guid for feltet: <felt>. Finner ikke oppslaget: <verdi>. Prøv disse URL-adressene for å kontrollere om referansedataene finnes: https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/<entity>?$select=<field>&$filter=<field> eq <value>
Her er noen eksempler:
- Kunne ikke løse advarselen for feltet: msdyn_vendorprimarycontactperson.msdyn_contactpersonid. Finner ikke oppslaget: 000056. Prøv disse URL-adressene for å kontrollere om referansedataene finnes:
https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/contacts?$select=msdyn_contactpersonid.contactid&$filter=msdyn_contactpersonid eq '000056'
- Kunne ikke løse guiden for feltet: msdyn_invoicevendoraccountnumber.msdyn_vendoraccountnumber. Finner ikke oppslaget: V24-1. Prøv disse URL-adressene for å kontrollere om referansedataene finnes:
https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/msdn_vendors?$select=msdyn_vendoraccountnumber,msdyn_vendorid&$filter=msdyn_vendoraccountnumber eq 'V24-1'
Hvis rader i leverandørtabellen har verdier i kolonnene PrimaryContactPersonId og InvoiceVendorAccountNumber, følger du disse trinnene for å fullføre den innledende synkroniseringen.
I økonomi- og driftsappen sletter du kolonnene PrimaryContactPersonId og InvoiceVendorAccountNumber fra tilordningen, og deretter lagrer du tilordningen.
På siden for tilordning med dobbeltskriving for Vendors V2 (msdyn_vendors), i fanen Tabelltilordninger i filteret til venstre velger du Økonomi- og driftsapper.Vendors V2. I filteret til høyre velger du Sales.Vendor.
Søk etter primarycontactperson for å finne kildekolonnen PrimaryContactPersonId.
Velg Handlinger, og velg deretter Slett.
Gjenta disse trinnene for å slette kolonnen InvoiceVendorAccountNumber.
Lagre endringene i tilordningen.
Deaktiver sporing av endringer for Leverandører V2-tabellen.
I arbeidsområdet Dataadministrasjon velger du flisen Datatabeller.
Velg Leverandører V2-tabellen.
I handlingsruten velger du Alternativer, og deretter velger du Endringssporing.
Velg Deaktiver endringssporing.
Kjør den innledende synkroniseringen for tilordningen Leverandører V2 (msdyn_vendors). Den innledende synkroniseringen skal kjøres uten feil.
Kjør den innledende synkroniseringen for CDS-kontakter V2 (kontakter)-tilordningen. Du må synkronisere denne tilordningen hvis du vil synkronisere den primære kontaktkolonnen i leverandørtabellen, siden innledende synkronisering også må utføres for kontaktradene.
Legg kolonnene PrimaryContactPersonId og InvoiceVendorAccountNumber tilbake i tilordningen Leverandører V2 (msdynvendors), og lagre deretter tilordningen.
Kjør den innledende synkroniseringen igjen for tilordningen Leverandører V2 (msdyn_vendors). Siden endringssporing er deaktivert, synkroniseres alle radene.
Aktiver sporingsendring på nytt for Leverandører V2-tabellen.
Utbedre feil i tabelltilordningen Kunder V3 til Kontoer
Det kan hende at det oppstår feil med innledende synkronisering for tilordningen Kunder V3 til Kontoer hvis tabellene har eksisterende rader med verdier i kolonnene ContactPersonID og InvoiceAccount. Disse feilene skjer fordi InvoiceAccount er en selvrefererende kolonne, og ContactPersonID er en sirkelreferanse i leverandørtilordningen.
Feilmeldingene du mottar, vil ha følgende form.
Kunne ikke løse guid for feltet: <felt>. Finner ikke oppslaget: <verdi>. Prøv disse URL-adressene for å kontrollere om referansedataene finnes: https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/<entity>?$select=<field>&$filter=<field> eq <value>
Her er noen eksempler:
- Kunne ikke løse guid for feltet: primarycontactid.msdyn_contactpersonid. Finner ikke oppslaget: 000056. Prøv disse URL-adressene for å kontrollere om referansedataene finnes:
https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/contacts?$select=msdyn_contactpersonid.contactid&$filter=msdyn_contactpersonid eq '000056'
- Kunne ikke løse guid for feltet: msdyn_billingaccount.accountnumber. Finner ikke oppslaget: 1206-1. Prøv disse URL-adressene for å kontrollere om referansedataene finnes:
https://focdsdevtest2.crm.dynamics.com/api/data/v9.0/accounts?$select=accountnumber.account&$filter=accountnumber eq '1206-1'
Hvis noen rader i kundetabellen har verdier i kolonnene ContactPersonID og InvoiceAccount, følger du disse trinnene for å fullføre den innledende synkroniseringen. Du kan bruke denne fremgangsmåten for alle de kunderettede tabellene, for eksempel Kontoer og Kontakter.
I økonomi- og driftsappen sletter du kolonnene ContactPersonID og InvoiceAccount fra tilordningen Kunder V3 (kontoer), og deretter lagrer du tilordningen.
I filteret til venstre i fanen Tabelltilordninger på siden for tilordning med dobbeltskriving for Kunder V3 (kontoer) velger du Økonomi- og driftsapp.Customers V3. I filteret til høyre velger du Dataverse .Account.
Søk etter contactperson for å finne kildekolonnen ContactPersonID.
Velg Handlinger, og velg deretter Slett.
Gjenta disse trinnene for å slette kolonnen InvoiceAccount.
Lagre endringene i tilordningen.
Deaktiver sporing av endringer for Kunder V3-tabellen.
I arbeidsområdet Dataadministrasjon velger du flisen Datatabeller.
Velg Kunder V3-tabellen.
I handlingsruten velger du Alternativer, og deretter velger du Endringssporing.
Velg Deaktiver endringssporing.
Kjør den innledende synkroniseringen på nytt for Kunder V3 (Kontoer)-tilordningen. Den innledende synkroniseringen skal kjøres uten feil.
Kjør den innledende synkroniseringen for CDS-kontakter V2 (kontakter)-tilordningen.
Notat
Det er to tilordninger med samme navn. Sørg for å velge tilordningen med følgende beskrivelse i fanen Detaljer: Dual-write template for sync between FO.CDS Vendor Contacts V2 to CDS.Contacts. Requires new package [Dynamics365SupplyChainExtended].
Legg kolonnene InvoiceAccount og ContactPersonId tilbake i tilordningen Kunder V3 (Kontoer) igjen, og lagre deretter tilordningen. Både kolonnen InvoiceAccount og kolonnen ContactPersonId er nå en del av modus for direkte synkronisering igjen. I neste trinn skal du utføre den innledende synkroniseringen for disse kolonnene.
Kjør den innledende synkroniseringen på nytt for Kunder V3 (Kontoer)-tilordningen. Siden endringssporing er slått av, synkroniseres dataene for InvoiceAccount og ContactPersonId fra økonomi- og driftsappen til Dataverse.
Hvis du vil synkronisere dataene for InvoiceAccount og ContactPersonId fra Dataverse til økonomi- og driftsappen, må du bruke et dataintegrasjonsprosjekt.
I Power Apps oppretter du et dataintegrasjonsprosjekt mellom Sales.Account og Økonomi- og driftsapper.Customers V3-tabeller. Dataretningen må være fra Dataverse til økonomi- og driftsappen. Fordi InvoiceAccount er et nytt attributt med dobbeltskriving, kan det hende du bør hoppe over innledende synkronisering for dette attributtet. Hvis du vil ha mer informasjon, se Integrere data i Dataverse.
Illustrasjonen nedenfor viser et prosjekt som oppdaterer CustomerAccount og ContactPersonId.
Legg til firmakriteriene i filteret på Dataverse-siden, slik at bare radene som samsvarer med filterkriteriene, blir oppdatert i økonomi- og driftsappen. Velg filterknappen for å legge til et filter. Deretter, i dialogboksen Rediger spørring, kan du legge til en filterspørring som for eksempel _msdyn_company_value eq '<guid>'.
[MERK] Hvis filterknappen ikke finnes, oppretter du en støtteforespørsel for å be dataintegreringsgruppen aktivere filterfunksjonen i leieren din.
Hvis du ikke angir en filterspørring for _msdyn_company_value, blir alle radene synkronisert.
Den innledende synkroniseringen av radene er nå fullført.
I økonomi- og driftsappen aktiverer du endringssporing på nytt for Kunder V3-tabellen.
Innledende synkroniseringsfeil på kart med mer enn ti oppslagsfelt
Du kan få følgende feilmelding når du prøver å kjøre en innledende synkroniseringsfeil på Kunder V3 - Kontoer, Salgsordrer-tilordninger eller enhver tilordning med flere enn 10 oppslagsfelter:
CRMExport: Pakkeutførelse fullført. Feilbeskrivelse 5 Forsøk på å hente data fra https://xxxxx//datasets/yyyyy/tables/accounts/items?$select=accountnumber, address2_city, address2_country, ... (msdyn_company/cdm_companyid eq 'id')&$orderby=accountnumber asc mislyktes.
På grunn av oppslagsbegrensningen på spørringen, mislykkes den innledende synkroniseringen når enhetstilordningen inneholder mer enn ti oppslag. Hvis du vil ha mer informasjon, kan du se Hent relaterte tabellposter med en spørring.
Følg fremgangsmåten nedenfor for å løse problemet:
- Fjern valgfrie oppslagsfelt fra oversikten over dobbel skriving skriving slik at antall oppslag er 10 eller færre.
- Lagre tilordningen, og utfør den innledende synkroniseringen.
- Når den innledende synkroniseringen for det første trinnet er vellykket, legger du til de gjenværende oppslagsfeltene og fjerner oppslagsfeltene du synkroniserte i første trinn. Kontroller at antall oppslagsfelt er 10 eller færre. Lagre tilordningen, og kjør den innledende synkroniseringen.
- Gjenta disse trinnene til alle oppslagsfeltene er synkronisert.
- Legg til alle oppslagsfeltene tilbake i tilordningen, lagre tilordningen og kjør tilordningen med Hopp over innledende synkronisering.
Denne prosessen aktiverer tilordningen for direktesynkroniseringsmodus.
Kjent problem under innledende synkronisering av postadresser til parter og elektroniske adresser til parter
Du kan få følgende feilmelding når du prøver å kjøre det innledende settet med postadresser til parter og elektroniske adresser til parter:
Finner ikke partnummer i Dataverse .
Det finnes et områdesett i DirPartyCDSEntity i økonomi- og driftsapper som filtrerer parter av typen Person og Organisasjon. Derfor vil en innledende synkronisering av tilordningen CDS-parter – msdyn_parties ikke synkronisere parter av andre typer, inkludert Juridisk enhet og Driftsenhet. Når den innledende synkroniseringen kjører for Postadressesteder for CDS-part (msdyn_partypostaladdresses) eller Partskontakter V3 (msdyn_partyelectronicaddresses), kan du få feilen.
Vi jobber med en løsning for å fjerne partstypeutvalget for økonomi- og driftsenheten, slik at parter av alle typer kan synkroniseres mot Dataverse.
Er det noen ytelsesproblemer når du kjører innledende synkronisering for kunde- eller kontaktdata?
Hvis du har kjørt den innledende synkroniseringen for Kunde-data og Kunde-tilordninger kjører, og du deretter kjører den innledende synkroniseringen for Kontakter-data, kan det oppstå ytelsesproblemer under innsettinger og oppdateringer i tabellene LogisticsPostalAddress og LogisticsElectronicAddress for Kontakt-adresser. De samme tabellene for globale postadresser og elektroniske adresser spores for CustCustomerV3Entity og VendVendorV2Entity, og dobbel skriving prøver å bygge flere spørringer for å skrive data på den andre siden. Hvis du allerede har kjørt den innledende synkroniseringen for Kunde, må du stoppe den tilsvarende tilordningen når du kjører innledende synkronisering for Kontakter-data. Gjør det samme for Leverandør-dataene. Når den innledende synkroniseringen er fullført, kan du kjøre alle tilordningene ved å hoppe over den innledende synkroniseringen.
Flytdatatype som har en nullverdi, kan ikke synkroniseres
Innledende synkronisering kan mislykkes for poster som har nullverdi for et prisfelt, for eksempel Fast betalingsbeløp eller Beløp i transaksjonsvalutaen. I slike tilfeller får du en feilmelding som ligner på følgende eksempel:
Det oppstod en feil under validering av inndataparametere Microsoft.OData.ODataException: Kan ikke konvertere litteralen '000000' til den forventede type'Edm.Decimal',...
Problemet er med verdien Nasjonal innstilling for språk under Kildedataformater i Databehandling-modulen. Endre verdien i feltet for Nasjonal innstilling for språk til en-us, og prøv på nytt.