Kódy chyb pro kontrolu stavu mapy tabulky

Tento článek popisuje kódy chyb pro kontrolu stavu mapy tabulky.

Chyba 100

Chybová zpráva zní: „Požadována minimální verze finanční a provozní platformy je PU 43 ke spuštění doporučení financí a provozu.“

Tato funkce vyžaduje aktualizace platformy pro verzi finanční a provozní aplikace 10.0.19 nebo novější.

Chyba 400

Chybová zpráva zní: „Pro entitu {finance and operations UniqueEntityName} nebyla nalezena žádná registrační data obchodních událostí, což znamená, že buď mapa neběží, nebo jsou všechna mapování polí jednosměrná.“

Chyba 500

Chybová zpráva je „Pro projekt nebyly nalezeny žádné konfigurace projektu {název projektu}. Může to být buď, že projekt není povolen, nebo všechna mapování polí jsou jednosměrná z Customer Engagement do finančních a provozních aplikací.“

Zkontrolujte mapování pro mapu tabulky. Pokud jsou jednosměrná z aplikací Customer Engagement do finančních a provozních aplikací, není generován žádný provoz pro živou synchronizaci z finančních a provozních aplikací do Dataverse.

Chyba 900

Chybová zpráva je „Neplatný formát zdrojového filtru {sourceFilter} pro entitu {finance and operations UniqueEntityName}.“

Zdrojový filtr, který je zadán na mapě tabulky pro finanční a provozní aplikace, není syntakticky správný. Chcete-li ověřit kritéria filtru, viz Odstraňování problémů se synchronizací v reálném čase.

Chyba 1000

Chybová zpráva je „Dotaz entity {finance and operations UniqueEntityName} používaný pro živou synchronizaci s duálním zápisem je {EntityFilterQueryString financí a provozu}. Záznamy, které splňují kritéria dotazu, budou vybrány pro živou synchronizaci.“

Dotaz entity, který byl vrácen, je podpůrným dotazem SQL pro entitu. Zkontrolujte vnitřní spojení nebo filtry v dotazu, které určují obchodní data, která se sbírají pro živou synchronizaci. Vnitřní spojení a filtry jsou povinné podmínky, které musí být splněny pro každý záznam, který je sbírán pro živou synchronizaci s duálním zápisem.

Chyba 1300

Chybová zpráva je „Virtuální pole {s.EntityFieldName} pro entitu {finance and operations EntityMetadata.EntityProperties.LogicalEntityName} nemusí být sledováno pro duální zápis.“

Virtuální pole z tabulek financí a provozu nejsou povolena pro sledování. Živá synchronizace může synchronizovat data, ale nebude schopna zachytit změny provedené ve sloupcích.

Chyba 1500

Chybová zpráva zní: „Mělo by být alespoň jedno pole namapované na nevyhledávací pole v Customer Engagement, aby bylo možné sledovat zdroj dat {datasource.DataSourceName}.“

Zdroj dat z entity nemá žádné pole mapované pro duální zápis. Změny v podkladové tabulce nebudou sledovány pro duální zápis.

Chyba 1600

Chybová zpráva zní: „Zdroj dat: {datasource.DataSourceName} pro entitu {finance and operations EntityMetadata.EntityProperties.LogicalEntityName} má rozsah. Pro odchozí komunikaci jsou vyzvednuty pouze záznamy, které splňují podmínku rozsahu.“

Entity ve finančních a provozních aplikacích mohou mít zdroje dat, kde jsou povoleny rozsahy filtrů. Tyto rozsahy definují záznamy, které jsou sbírány jako součást živé synchronizace. Pokud jsou některé záznamy přeskočeny z finančních a provozních aplikací do Dataverse, zkontrolujte, zda záznamy splňují kritéria rozsahu na entitě. Jednoduchý způsob, jak provést tuto kontrolu, je spustit dotaz SQL, který se podobá následujícímu příkladu.

select * from <EntityName> where <filter criteria for the records> on SQL.

Chyba 1700

Chybová zpráva zní: „Tabulka: {datasourceTable.Key.subscribedTableName} pro entitu {datasourceTable.Key.entityName} je sledována pro entitu {origTableToEntityMaps.EntityName}. Stejné tabulky sledované pro více entit mohou ovlivnit výkon systému pro transakce živé synchronizace.“

Pokud je stejná tabulka sledována více entitami, jakákoli změna tabulky spustí vyhodnocení duálního zápisu pro propojené entity. Přestože klauzule filtru pošlou pouze platné záznamy, hodnocení může způsobit problém s výkonem, pokud existují dlouhotrvající dotazy nebo neoptimalizované plány dotazů. Tento problém nemusí být z obchodního hlediska nevyhnutelný. Pokud však existuje mnoho protínajících se tabulek ve více entitách, měli byste zvážit zjednodušení entity nebo kontrolu optimalizací pro dotazy na entity.

Chyba 1800

Chybová zpráva zní: „Zdroj dat: {} pro entitu CustCustomerV3Entity zahrnuje hodnotu rozsahu. Vložení příchozích záznamů from Dataverse do financí a provozu mohou být ovlivněny hodnotami rozsahu na entitě. Otestujte aktualizace záznamů z Dataverse do financí a provozu se záznamy, které neodpovídají kritériím filtru pro ověření vašich nastavení.“

Pokud je na entitě ve finančních a provozních aplikacích specifikován rozsah, pak by se příchozí synchronizace z Dataverse do finančních a provozních aplikací otestovat na chování aktualizací u záznamů, které neodpovídají tomuto rozsahu kritérií. Každý záznam, který neodpovídá rozsahu, bude entitou považován za operaci vložení. Pokud v podkladové tabulce existuje záznam, vložení se nezdaří. Před nasazením do produkce doporučujeme otestovat tento případ použití pro všechny scénáře.

Chyba 1900

Chybová zpráva zní: „Entita: má zdroje dat {}, které nejsou sledovány pro odchozí duální zápis. To může ovlivnit výkon dotazu živé synchronizace. Přemodelujte entitu ve financích a provozu, abyste odstranili nepoužívané zdroje dat a tabulky, nebo implementujte getEntityRecordIdsImpactedByTableChange k optimalizaci dotazů za běhu.“

Pokud existuje mnoho zdrojů dat, které se nepoužívají pro sledování ve skutečné živé synchronizaci z finančních a provozních aplikací, existuje možnost, že výkon entity může mít vliv na živou synchronizaci. Chcete-li optimalizovat sledované tabulky, použijte metodu getEntityRecordIdsImpactedByTableChange.

Chyba 5000

Chybová zpráva zní: „Synchronní pluginy jsou registrovány pro události správy dat pro účty entit. Ty mohou ovlivnit výkon počáteční synchronizace a importu živé synchronizace do Dataverse. Pro nejlepší výkon změňte pluginy na asynchronní zpracování. Seznam registrovaných pluginů {}."

Synchronní pluginy v entitě Dataverse mohou ovlivnit živou synchronizaci a výkon počáteční synchronizace, protože se zvyšuje zatížení z hlediska transakcí. Doporučený přístup je buď vypnout zásuvné moduly, nebo tyto zásuvné moduly nastavit jako asynchronní, pokud čelíte pomalému načítání při počáteční synchronizaci nebo živé synchronizaci pro konkrétní entitu.