Integratie van Field Service met apps voor financiën en bedrijfsactiviteiten

Opmerking

De Field Service-integratie met financiële en operationele toepassingen is na 30 oktober 2026 niet meer beschikbaar. Deze mogelijkheid gaat over naar de integratie van Field Service en Project Operations.

• Voor meer informatie over toekomstige mogelijkheden gaat u naar Connect Field Service to finance and operations.
• Ga voor meer informatie over de uitfasering van functies naar Functieafschaffing.

Met de Field Service-integratie met financiële en operationele toepassingen kunnen organisaties out-of-the-box-uitlijning inschakelen. Field Service-werkordertransacties komen correct terecht in logboeken in de financiële en operationele toepassingen. Voor organisaties die gebruikmaken van Field Service- en financiële en operationele toepassingen, werkt servicelevering automatisch financiële en inventarissystemen bij. U kunt werkorders maken en beheren in Field Service en deze automatisch laten synchroniseren met financiële en operationele apps.

De integratie biedt een uniforme ervaring tussen Field Service en finance- en operations-apps.

• Synchroniseer realtime prijs- en kosteninformatie van werkorders in financiële en operationele apps.

• Werk financiële en operationele apps automatisch bij wanneer werkorders worden uitgevoerd voor realtime integratie van financiële en inventaris.

• Profiteer van alles wat financiële en operationele apps te bieden hebben voor facturering, boekhouding en voorraadbeheer.

Transactionele uitlijning

Field Service-transacties (werkorderproduct- en werkorderservicerecords) creëren parallelle transacties voor hun respectievelijke project voor financiën en bedrijfsactiviteiten in de vorm van journalen.

• Werkorderproducten met voorraad maken artikeljournalen en artikeljournaalregels.

• Werkorderproducten zonder voorraad en een gerelateerde projectcategorie met een transactietype onkosten maken onkostenjournalen en onkostenjournaalregels.

• Bij werkorderservices waarbij het product een gerelateerde projectcategorie heeft met een transactietype uren, worden urenjournalen en urenjournaalregels gemaakt.

Kostenlogboeken zijn momenteel niet afgestemd op Field Service-transacties.

Transacties op basis van items

In Field Service hebben alle transacties een gerelateerd product. Soms hebben deze producten een voorraad en soms verwijzen ze naar een niet-voorraad product of een service die per duur wordt gefactureerd.

In de vele logboektypen van een project hebben alleen artikellogboeklijnen een gerelateerd product (item).

Op categorie gebaseerde transacties

In Field Service bestaat het concept van categorietransacties niet. Zelfs de services en niet-inventory producten hebben betrekking op een artikel.

In financiële en operationele toepassingen zijn alle logboektypen die geen itemlogboeken zijn op categorie gebaseerde transacties. Bijvoorbeeld onkostenjournaalregels, urenjournaalregels en kostenjournaalregels. Deze logboeklijnen hebben geen betrekking op een item en vereisen een categorie.

Als u deze conceptuele kloof wilt overbruggen, legt u de projectcategoriewaarde vast die Field Service gebruikt voor werkordertransacties. Dit veld is een zoekopdracht naar de tabel Projectcategorie in de database financiën en bewerkingen. Dual-write vult deze waarde niet automatisch in. Als best practice moeten organisaties deze waarde bijwerken voor producten die worden gesynchroniseerd via twee keer wegschrijven. Oftewel, maak specifieke producten voor gebruik als een proxy voor transacties binnen een categorie in niet-voorraads- en service-scenario's.

Bedrijfsuitlijning

Field Service- en finance- en operations-toepassingen delen niet automatisch hetzelfde concept van een bedrijf. Dual-write-oplossingen voegen bedrijfsgerelateerde gegevens toe aan relevante tabellen, zoals account, product of magazijn. Field Service introduceert vangrails zodat gebruikers de juiste records selecteren voor al hun werkorders en werkordertransacties.

Voor werkorders in Field Service is een serviceaccount vereist. Dual-write introduceert het veld Bedrijf in de accounttabel. Serviceaccount heeft betrekking op een bedrijf en definieert die waarde voor de werkorder en de bijbehorende werkordertransacties.

Als het serviceaccount en het bedrijf niet overeenkomen op een werkorder en de transactierecords van de werkorder, worden de transacties pas gesynchroniseerd als de afwijking is opgeheven.

Field Service maakt u op verschillende plaatsen attent op niet met elkaar overeenkomende bedrijfsgegevens:

• Op de werkorder
• In het werkorderproduct of de werkorderservice
• In de transactie voor financiën en bedrijfsactiviteiten

Als best practice moeten organisaties die deze integratie implementeren, overwegen om incidenttyperecords te maken met producten en services met het oog op de afstemming van het bedrijf. En gebruik het juiste type incident gebaseerd op het bedrijf dat aan het serviceaccount is gekoppeld in de werkorder.

Transactiesynchronisatie

De oplossing introduceert een nieuw sitenavigatie-item voor financiële en operationele transacties in het gebied Instellingen van de Field Service-toepassing. Dit gebied bevat transactionele gegevens en hun statussen.

De integratie maakt gebruik van een betrouwbaar asynchroon transactieframework om ervoor te zorgen dat Field Service-updates nauwkeurig en betrouwbaar zijn.

• De integratie is afhankelijk van het ingeschakelde framework voor twee keer wegschrijven en de toewijzingen om ervoor te zorgen dat bij transacties gebruik wordt gemaakt van een gemeenschappelijk begrip van cruciale kernconcepten.

• Elke transactie voor een werkorder wordt doorgevoerd in Field Service voordat u een update maakt in financiële en operationele toepassingen.

  • Wanneer de transactie is voltooid in Field Service, wordt er een record gemaakt in een transactielogboektabel met de status van elke transactie.

  • De integratie bewaakt de transactiestatussen van de werkorders en projecten. De transactiestatussen geven de synchronisatiestatus van de gegevens aan, zoals niet-gesynchroniseerd, verwerken, synchroniseren en mislukt. De integratie biedt ook mechanismen voor foutafhandeling en nieuwe pogingen om synchronisatieproblemen op te lossen.

  • Als de transactie niet kan worden voltooid, geeft de status in Field Service de storing en de reden voor de storing aan. Het systeem probeert de transactie meerdere keren opnieuw uit te voeren.

  • Als de transactie nog steeds niet kan worden gesynchroniseerd, blijven de fout- en transactiegegevens behouden in de transactierecord financiën en bewerkingen. Gebruikers kunnen het probleem oplossen en de transactie opnieuw synchroniseren om ervoor te zorgen dat er geen financiële en inventaris transactionele gegevens verloren gaan.

    Bij de juiste systeemconfiguratie zijn transactiefouten uitzonderingen. Het oplossen van dit type probleem is essentieel om ervoor te zorgen dat transactionele consistentie tussen de twee systemen wordt gehandhaafd.

Hiërarchische financiële en operationele projecten

De integratie maakt hiërarchische projecten, die bestaan uit een hoofdproject en een of meer subprojecten. Het hoofdproject fungeert als een container voor de subprojecten, die de afzonderlijke werkorders in Field Service vertegenwoordigen.

Opslagdimensies, magazijn en locatieselectie

De integratie ondersteunt opslagdimensies wanneer deze correct zijn geconfigureerd. Opslagdimensies definiëren de detailniveaus die worden gebruikt voor de opslag van een item in de voorraad. Sites, magazijnen en locaties houden bepaalde items bij, terwijl andere items alleen op site- of site- en magazijnniveau worden bijgehouden.

Afhankelijk van het voorraadproduct dat is geselecteerd bij het maken van een product voor een werkorder, bepaalt de gedefinieerde opslagdimensies of de locatie vereist is in het product van de werkorder.

• Wanneer een gebruiker een product voor een werkorder toevoegt en het gekozen product voorraad voor het Field Service-producttype in Field Service heeft, kan de gebruiker een magazijn en een locatie selecteren via de opzoekvelden op het transactieformulier. De magazijn- en locatievelden worden gefilterd om de waarden van financiële en operationele toepassingen weer te geven op basis van de rechtspersoon waartoe het serviceaccount van de werkorder behoort. De configuratie van het product financiën en operationele activiteiten en de opslagdimensies bepalen of het veld locatie van het werkorderproduct vereist is bij het markeren van een product zoals gebruikt.

• Wanneer een gebruiker de bijbehorende productrecord voor werkorders in Field Service wijzigt of verwijdert, wordt de relevante logboekregel bijgewerkt.

De magazijn- en locatievelden in Field Service zijn gerelateerd aan de concepten van het magazijn en de locatie in financiële en operationele toepassingen, die worden gebruikt om de fysieke locaties van de voorraaditems bij te houden.

Opmerking

De integratie vereist geen populatie van de sitewaarde en vult in plaats daarvan de site op basis van het geselecteerde magazijn, dat een hiërarchische relatie heeft met de site. U wordt aangeraden de standaardvolgorde-instellingen te configureren om fouten te minimaliseren wanneer een werkorderproduct met een voorraadproduct wordt gemaakt.

Voorraad

Wanneer de integratie van financiën en bewerkingen is ingeschakeld vanuit de Field Service Settings, is het systeem van record voor inventaris Dynamics 365 Supply Chain Management en wordt de standaardinventarisfunctionaliteit van Field Service onderdrukt.

Field Service verbergt de volgende navigatie-items:

• Productvoorraad
• Transfers
• Aanpassingen
• Goederenautorisaties retourneren (RMA's)
• RMA-ontvangstbewijzen
• Terug naar leverancier (RTV's)

Field Service toont de volgende items:

• Inventariseren op site
• Voorraad per magazijn

Deze nieuwe inventarisitems maken gebruik van virtuele tabellen om voorraadgegevens rechtstreeks vanuit Supply Chain Management in Field Service beschikbaar te maken. De werkelijke voorraadniveaus van het recordsysteem zijn beschikbaar voor gebruikers.

De inventarisvalidatiefunctie voor de standaardinventaris van Field Service wordt uitgeschakeld wanneer de integratie is ingeschakeld. De fieldservice-instelling voor het gebruik van producten buiten voorraad is verborgen om ervoor te zorgen dat gebruikers geen irrelevante inventarisvalidaties of blokkerend gedrag ontvangen.

De integratie kan de voorraadtransacties van een werkorder niet automatischvalideren op basis van voorraadniveaus van Supply Chain Management.

Inventarisweergaven met en zonder variantdetails

Wanneer de integratie is ingeschakeld, hebben de voorraadweergaven een versie voor organisaties die geen productvarianten gebruiken. Deze inventarisweergave verwijdert verschillende kolommen en vereenvoudigt de zichtbaarheid van de inventaris.

Voor organisaties die productvarianten gebruiken, zijn er relevante weergaven met alle details van de voorraadniveaus, waaronder kolommen voor grootte, kleur, stijl en configuratie. Indien nodig kunnen organisaties de standaardweergaven wijzigen zoals ze dat kunnen met elke tabel.

Opmerking

Anders dan normale tabellen bieden momenteel afzonderlijke rijen in deze inventaristabellen (mserp_inventorysiteonhandv2entity en mserp_inventwarehouseonhandv2entity) geen ondersteuning voor het openen in een formulier. Het weergavebesturingselement dat in deze weergaven wordt gebruikt, onderdrukt de mogelijkheid voor het openen van deze records in een formulier.

Uitlijning van medewerkers

Door de integratie van Field Service met toepassingen voor financiën en bedrijfsactiviteiten is de integratie van Dynamics 365 Human Resources uitgebreid naar boekbare resources, waarvoor het concept van de medewerker wordt geïntroduceerd voor de boekbare resource. Daarnaast is de Field Service-integratie uitgebreid tot:

• Toestaan dat een werknemer wordt vastgelegd in een werkorderproduct of werkorderservice.

• De werknemerswaarde voor het werkorderproduct of de werkorderservice op basis van de werknemer van de boekbare resource in de bijbehorende boeking van de transactie automatisch invullen. Deze waarde kan handmatig worden ingevuld of overschreven.

• Vereis de werknemer voor niet-voorraadgerelateerde werkorderproducten of werkorderservices. De vereiste is gebaseerd op of de gekoppelde projectmanagement- en boekhoudparameters van het bedrijf zijn geconfigureerd om een waarde voor de werknemer te vereisen in urenlogboeklijnen of onkostenlogboeklijnen.

  Als de werknemersvereiste is geconfigureerd in apps voor financiën en bedrijfsactiviteiten, vereist Field Service alleen een waarde wanneer het werkorderproduct of de werkorderservice is ingesteld op Gebruikt. Zo wordt het maken van geschatte records zonder de uiteindelijke werknemer te kennen niet geblokkeerd. De transactie kan niet worden gesynchroniseerd, tenzij de werknemer wordt geregistreerd.

Het werkveld wordt niet gefilterd op basis van de geschiktheid van de werknemer om werk uit te voeren voor het gerelateerde project. Geschiktheid wordt niet beschouwd als een planningsparameter bij het bepalen van de boekbare resource die volgens een werkorder moet worden gepland. Als best practice kunnen organisaties overwegen om beveiligingsrollen en bedrijfseenheden te gebruiken of resourcekenmerken te introduceren om ervoor te zorgen dat werknemers alleen worden gepland voor relevante werkorders. Overweeg deze opties als het een belangrijke overweging is voor de implementatie van financiële en operationele toepassingen van een organisatie.

Veldwijzigingen in Field Service

De integratie introduceert nieuwe velden en verbergt andere velden.

Wijzigingen in werkorderveld

Met de integratie wordt een opzoekveld voor virtuele tabellen met de naam F&O-project toegevoegd dat filtert op basis van de relevante bedrijfs-/juridische entiteit en of het project zich in een staat bevindt waarin transacties kunnen plaatsvinden. De integratie verbergt het veld Factureringsrekening omdat dit niet relevant is wanneer een integratie van financiën en bewerkingen is geselecteerd.

Wanneer een gebruiker een project selecteert, worden met de filters voor projectzoekacties projecten met de volgende parameters weergegeven:

• Het project moet voor dezelfde klant zijn als het serviceaccount dat bij de werkorder hoort.
• Het project moet voor dezelfde rechtspersoon zijn als het serviceaccount van de werkorder.
• Het project moet zich in een fase bevinden waarmee logboeken kunnen worden gemaakt.

Wijzigingen in werkorderproductvelden

De integratie introduceert verschillende velden in de tabel Product voor werkorders. Deze velden zijn zichtbaar als de integratie is geïnstalleerd en ingeschakeld.

• Logboekbeschrijving

  • Alleen zichtbaar voor onkostentransacties (niet-ventory producten). Verborgen voor voorraadproducten (die resulteren in artikeljournalen).
  • Automatisch ingevuld met de productnaam van het toegepaste product, hoewel gebruikers worden aangemoedigd om de waarde te overschrijven met een zinvollere beschrijving.
  • Beperkt tot 60 tekens. Deze waarde stroomt vanuit de record in Field Service via de journaalregel naar de gegenereerde factuur in Finance.

• Regeleigenschap

  • Een virtuele tabelzoekactie die wordt gefilterd op basis van de relevante bedrijfs-/juridische entiteit.
  • De integratie verbergt het veld Hoeveelheid tot factuur omdat er geen equivalent concept is op logboeklijnen. In plaats daarvan definieert de regeleigenschap of een transactie wel of niet factureerbaar is.

• Plaats

  • Verborgen voor niet-voorraadhoudende producten.
  • Alleen zichtbaar als de voorraaddimensies die zijn geconfigureerd in financiële en operationele toepassingen op het product, aangeven dat de locatie is vereist.
  • Alleen vereist wanneer het record is ingesteld op 'gebruikt'.
  • Een virtuele tabelzoekactie die wordt gefilterd op basis van de relevante bedrijfs-/juridische entiteit en het geselecteerde magazijn.

• Transactiedatum

• Arbeider

  • Alleen vereist op basis van projectmanagement- en boekhoudparameters die zijn geconfigureerd voor het relevante bedrijf.
  • Wordt automatisch ingevuld als de boekingswaarde van het werkorderproduct wordt ingevuld op basis van de werknemer van de boekbare resource die in de boeking is ingesteld.

Wijzigingen in werkorderservicevelden

De integratie introduceert verschillende velden in de Service-tabel van de werkorder. Deze velden zijn zichtbaar als de integratie is geïnstalleerd en ingeschakeld.

• Logboekbeschrijving

  • Automatisch ingevuld met de productnaam van het toegepaste product, hoewel gebruikers worden aangemoedigd om de waarde te overschrijven met een zinvollere beschrijving.
  • Beperkt tot 60 tekens. Deze waarde stroomt vanuit de record in Field Service via de journaalregel naar de gegenereerde factuur in Finance.

• Regeleigenschap

  • Een virtuele tabelzoekactie die wordt gefilterd op basis van de relevante bedrijfs-/juridische entiteit.
  • De integratie verbergt het veld Duration to Bill omdat er geen equivalent concept is voor logboeklijnen. In plaats daarvan definieert de regeleigenschap of een transactie wel of niet factureerbaar is.

• Transactiedatum

• Arbeider

  • Alleen vereist op basis van projectmanagement- en boekhoudparameters die zijn geconfigureerd voor het relevante bedrijf.
  • Wordt automatisch ingevuld als de boekingswaarde van de werkorderservice wordt ingevuld op basis van de werknemer van de boekbare resource die in de boeking is ingesteld.

Toevoegingen van productvelden

De integratie introduceert een virtueel zoekveld genaamd Projectcategorie, dat wordt gefilterd op basis van de relevante juridische entiteit van het bedrijf en of het een inventarisproduct is (voor artikelcategorieën), een niet-inventarisproduct (voor onkostencategorieën) of een serviceproduct (voor urencategorieën).

Verwerking van werkordertransacties

Op basis van gebeurtenissen met de product- en servicerecords van een Field Service-werkorder worden overeenkomstige transacties geactiveerd in hun respectieve journaal- en journaalregelrecords.

Create

• Product: wanneer er een productrecord van een werkorder wordt aangemaakt, wordt er door de integratie een artikeljournaal en journaalregel of een onkostenjournaal en journaal gemaakt. Het veldserviceproducttype van het product bepaalt of de transactie een item- of onkostentransactie triggert.

  • Voorraadproducten activeren items
  • Niet-inventarisproducten leiden tot kosten

• Service: Wanneer een werkorder-servicerecord wordt aangemaakt, maakt de integratie een urentransactie aan.

Bijwerken

• Wanneer een product of service van een werkorder wordt bijgewerkt en het gerelateerde journaal en de journaalregel worden niet geboekt, werkt de integratie de transactie op de juiste manier bij.

• Wanneer een product of service van een werkorder wordt bijgewerkt en het gerelateerde journaal en de journaalregel worden geboekt, doet de integratie het volgende:

  • Creëert een omgekeerde transactie op het originele journaal en de journaalregel.
  • Hiermee maakt u een nieuw logboek en logboeklijn die de updatetransactie weergeeft.

Delete

• Wanneer een werkorderproduct of -service wordt verwijderd en de gerelateerde logboek- en logboekregel niet zijn geplaatst, verwijdert de integratie het logboek en de logboekregel.

• Wanneer een product of service van een werkorder wordt verwijderd en het gerelateerde journaal en de journaalregel worden geboekt, maakt de integratie een omgekeerde transactie voor het oorspronkelijke journaal en de journaalregel.

Impact van systeemstatus van werkorder

Op basis van de waarde van de systeemstatus van een werkorder voegt de integratie logboekregels toe of verwijdert die betrekking hebben op werkorderproduct- of werkorderservicerecords die nog steeds in een geschatte staat staan.

• Wanneer een werkorder wordt bijgewerkt naar Geannuleerd of Gepost, worden alle niet-geplaatste logboeken en logboekregels verwijderd.

• Wanneer een werkorder wordt bijgewerkt van Geannuleerd of Geplaatst naar een andere systeemstatus, wordt er voor de geschatte regels die automatisch verwijderd waren automatisch nieuwe lijnen gemaakt.

Beperkingen

Deze integratie ondersteunt het gebruik van door Microsoft beheerde omgevingen. Door de klant beheerde omgevingen worden niet ondersteund met deze integratie.

Dit integratiepatroon ondersteunt momenteel prijzen en kostengegevens uit werkorderrecords. Het is ontworpen voor Field Service om de prijs en kosten voor logboekrecords te stimuleren. Het ondersteunt niet de gespecialiseerde prijzen die in de financiële sector zijn gedefinieerd voor het bijwerken van journaals of het terugbrengen van kosten- en prijsgegevens naar werkorderproduct- en werkorderservicerecords, met uitzondering van werkorderproductrecords waarbij het product van het type 'Voorraad' is. In dit geval is de kostenwaarde afkomstig uit het itemlogboek.

De integratie van resources/niet-voorraadproducten van Project Operations staat de Field Service-integratie niet toe om te werken met dezelfde rechtspersonen die zijn ingeschakeld voor het geïntegreerde scenario voor resources/niet-voorraadproducten. Het kan echter in dezelfde omgevingen werken voor andere juridische entiteiten.

Handmatige updates voor zoekopdrachten in virtuele tabellen worden niet ondersteund in de offlinemodus. Daarom is het essentieel om de standaardlogica in te stellen voor locaties , zodat transacties niet worden geblokkeerd. Er zijn verschillende virtuele tabelopzoekingen.

• De werkorder bevat een optie voor het opzoeken van F&O Project
  • U hoeft dit niet in te vullen terwijl u offline bent.
• Het werkorderproduct bevat een optie voor het opzoeken van Voorraadlocatie en Regeleigenschap
  • De waarde van de regeleigenschap moet standaard zijn.
  • De waarde Inventarislocatie slaagt als u de standaardlogica voor locaties instelt.
• De werkorderservice bevat een optie voor het opzoeken van Regeleigenschap
  • De waarde van de regeleigenschap moet standaard zijn.

De volgende processen of functies die beschikbaar zijn in de financiële en operationele apps worden niet ondersteund of worden niet weergegeven in Field Service out-of-the-box voor deze integratie:

• Inventarisfunctie reserveren om voorraadhoeveelheden voor bepaalde orders te reserveren.

• Traceringsdimensies om de granulariteit van het bijhouden van een item in volgende transacties te definiëren. Deze functie is handig voor het bijhouden van items op batch- of serienummer.

• De instellingen voor activiteiten op logboeken in een project die zijn ingesteld op Ja, worden niet ondersteund. Als activiteiten voor Uren, Onkosten of Artikelen naar behoren zijn geconfigureerd, mislukken de transacties vanuit Field Service.

• De integratie ondersteunt momenteel beperkte afstemming van gegevensupdates van projectlogboeken terug naar de respectieve werkordertransactie. Wanneer een Field Service-gebruiker een product of service voor een werkorder maakt of bijwerkt, worden deze updates gesynchroniseerd met het desbetreffende logboek. Voor journaalregels voor onkosten, uren en artikelen worden echter alleen de standaardregeleigenschap en een verwijzing naar de actieve journaalregel voor de record gesynchroniseerd. Andere wijzigingen in de respectieve Field Service-transactierecord worden niet gesynchroniseerd vanuit hun respectieve regellogboeken.

• Werkorderproducten en records voor werkorderservice hebben een veld Korting % en Geschat kortingspercentage . Op dit moment worden deze kortingsconcepten niet gesynchroniseerd met de integratie. De respectieve tijdschriften die ze genereren, hebben geen dergelijk concept. Het systeem verbergt dit veld op de standaardformulieren wanneer de integratie is ingeschakeld.

Opmerking

Wanneer u rechten gebruikt, past u een speciale prijslijst toe in plaats van een korting.

Volgende stappen

• Field Service-integratie met financiële en operationele toepassingen instellen