Integration af Field Service med programmer til finans og drift

Integration af Field Service med programmer til finans og drift gør det muligt for organisationer at aktivere den indbyggede justering. Arbejdsordretransaktioner i Field Service overføres korrekt til journaler i finans- og driftsappsene. For organisationer, der bruger Field Service- og økonomi- og driftsprogrammer, opdaterer servicelevering automatisk finansielle systemer og lagersystemer. Du kan oprette og administrere arbejdsordrer i Field Service og få dem automatisk synkroniseret med økonomi- og driftsapps.

Integrationen giver en samlet oplevelse mellem Field Service- og økonomi- og driftsapps.

• Synkroniser prissætning i realtid og omkostningsoplysninger fra arbejdsordrer i økonomi- og driftsapps.

• Opdater automatisk økonomi- og driftsapps, når arbejdsordrer udføres med henblik på integration af økonomi og lager i realtid.

• Udnyt alle de økonomi- og driftsapps, der kan tilbyde fakturering, regnskab og lagerstyring.

Transaktionsjustering

Field Service-transaktioner (arbejdsordreprodukt- og arbejdsordreserviceposter) opretter parallelle posteringer på deres respektive økonomi- og operationsprojekt i form af kladder.

• Arbejdsordreprodukter med lagerbeholdning opretter varekladder og varekladdelinjer.

• Arbejdsordreprodukter uden lager og en relateret projektkategori med udgiftsposteringstype opretter udgiftskladder og udgiftskladdelinjer.

• Arbejdsordretjenester, hvor produktet har en relateret projektkategori med timer som transaktionstype, opretter timekladder og timekladdelinjer.

Gebyrkladder justeres i øjeblikket ikke i forhold til Field Service-transaktioner.

Varebaserede transaktioner

I Field Service har alle transaktioner et relateret produkt. Nogle gange har disse produkter en oversigt, og nogle gange henviser de til et ikke-ventorisk produkt eller en tjeneste, der opkræves for efter varighed.

På tværs af de mange kladdetyper i et projekt er det kun varekladdelinjer, der har et relateret produkt (vare).

Kategoribaserede transaktioner

I Field Service findes begrebet kategoritransaktioner ikke. Selv tjenesteydelser og ikke-ventoriske produkter vedrører en vare.

I programmer til økonomi og drift er alle kladdetyper, der ikke er varekladder, kategoribaserede transaktioner. F.eks. udgiftskladdelinjer, timekladdelinjer og gebyrkladdelinjer. Disse kladdelinjer er ikke relateret til en vare og kræver en kategori.

Hvis du vil bygge bro over dette konceptuelle hul, skal du registrere den projektkategoriværdi, som Field Service bruger til arbejdsordretransaktioner. Dette felt er et opslag i tabellen Projektkategori i økonomi- og operationsdatabasen. Dual-write udfylder ikke automatisk denne værdi. Som bedste praksis skal organisationer enten opdatere denne værdi på produkter, der synkroniseres på tværs af ved hjælp af dobbeltskrivning. Du kan også oprette specifikke produkter til brug som proxy for at handle i forhold til en kategori i ikke-ventoriske scenarier og tjenestescenarier.

Virksomhedstilpasning

Field Service- og økonomi- og driftsprogrammer deler ikke automatisk det samme koncept som en virksomhed. Løsninger med dobbelt skrivning føjer virksomhedsrelaterede data til relevante tabeller, f.eks. konto, produkt eller lager. Field Service introducerer gelændere for at hjælpe brugerne med at vælge de rette poster på tværs af deres arbejdsordrer og arbejdsordretransaktioner.

Arbejdsordrer i Field Service kræver servicekonto. Dual-write introducerer feltet Company i kontotabellen. Servicekontoen er relateret til et firma og definerer denne værdi for arbejdsordren og dens arbejdsordreposteringer.

Hvis tjenestekontoen og virksomheden ikke stemmer overens på en arbejdsordre og i arbejdsordrens transaktionsposter, synkroniseres transaktionerne ikke, før uoverensstemmelsen er løst.

Field Service fremhæver virksomhedens fejljustering flere steder:

• På arbejdsordren
• På arbejdsordreproduktet eller arbejdsordretjenesten
• På finans- og driftstransaktionen

Som bedste praksis bør organisationer, der implementerer denne integration, overveje at oprette hændelsestyper med produkter og tjenester for øje, hvor virksomhedens alignment er i tankerne. Og brug den rigtige hændelsestype baseret på firmaet for servicekontoen på arbejdsordren.

Synkronisering af transaktioner

Løsningen introducerer et nyt element til webstedsnavigation for finans- og driftstransaktioner i området Indstillinger i programmet Field Service. Dette område indeholder transaktionsdata og deres tilstande.

Integrationen bruger et pålideligt asynkront transaktionsrammeværk for at sikre, at Field Service-opdateringer er nøjagtige og pålidelige.

• Integrationen er afhængig af den aktiverede dual-write-struktur og tilknytningerne for at sikre, at transaktioner bruger en fælles forståelse af kritiske kernebegreber.

• Hver transaktion på en arbejdsordre bekræftes i Field Service, før der oprettes en opdatering i økonomi- og driftsprogrammer.

  • Når transaktionen er fuldført i Field Service, oprettes der en post i en transaktionslogtabel, der viser status for hver transaktion.

  • Integrationen overvåger transaktionsstatusserne for arbejdsordrer og projekter. Transaktionsstatusserne angiver synkroniseringstilstanden for dataene, f.eks. ikke-synkroniseret, behandling, synkronisering og mislykkedes. Integrationen omfatter også fejlhåndtering og forsøgsmekanismer til at løse eventuelle synkroniseringsproblemer.

  • Hvis transaktionen ikke fuldføres, angiver statussen i Field Service årsagen til fejlen og fejlen. Systemet prøver transaktionen igen flere gange.

  • Hvis transaktionen stadig ikke kan synkroniseres, bevares fejl- og transaktionsoplysningerne i finans- og handlingsposteringsposten. Brugerne kan foretage fejlfinding af problemet og synkronisere transaktionen igen og sikre, at der ikke mistes finansielle data og lagertransaktionsdata.

    Med korrekt systemkonfiguration er transaktionsfejl undtagelser. Løsning af denne type problem er afgørende for at sikre, at transaktionsmæssig konsistens opretholdes mellem de to systemer.

Hierarkiske finansierings- og driftsprojekter

Integrationen skaber hierarkiske projekter, der består af et hovedprojekt og et eller flere underprojekter. Hovedprojektet fungerer som en objektbeholder for underprojekterne, som repræsenterer de enkelte arbejdsordrer i Field Service.

Valg af lagerdimensioner, lager og placering

Integrationen understøtter lagerdimensioner, når de er konfigureret korrekt. Lagerdimensioner definerer de detaljeniveauer, der bruges til en vares lager. Nogle genstande spores på site-, lager- og lokationsniveau, mens andre genstande kun spores på site- eller site- og lagerniveau.

Afhængigt af det lagerprodukt, du vælger, når du opretter et arbejdsordreprodukt, bestemmer de definerede lagerdimensioner, om du skal angive en placering i arbejdsordreproduktet.

• Når du tilføjer et arbejdsordreprodukt, hvor det valgte produkt har Lager for Field Service Product Type i Field Service, kan du vælge et lager og en placering fra opslagsfelterne på transaktionsformularen. Lager- og lokationsfelterne filtreres, så de viser værdierne fra økonomi- og driftsprogrammer baseret på den juridiske enhed, som arbejdsordrens servicekonto tilhører. Konfigurationen af økonomi- og driftsproduktet og dets lagerdimensioner bestemmer, om feltet produktplacering for arbejdsordre er påkrævet, når et produkt markeres som brugt.

• Når du ændrer eller sletter den tilsvarende arbejdsordreproduktpost i Field Service, opdaterer integrationen den relevante journallinje.

Lager- og lokationsfelterne i Field Service relaterer sig til lager- og lokationskoncepterne i finans- og driftsapplikationer. Disse koncepter følger de fysiske placeringer af inventarets genstande.

Lager

Når du aktiverer finans- og driftsintegration fra Field Service Settings, bliver Dynamics 365 Supply Chain Management registreringssystemet for lager. Denne integration undertrykker Field Services standard lagerfunktionalitet.

Field Service skjuler følgende navigationselementer:

• Produktlager
• Overførsler
• Justeringer
• RMA’er (returgodkendelser)
• RMA-kvitteringer
• Vend tilbage til leverandør (RTV'er)

Field Service viser følgende elementer:

• Lager efter websted
• Lager efter lager

Disse nye lagerelementer bruger virtuelle tabeller til at vise lagerdata direkte fra supply chain management i Field Service. Brugere kan få adgang til de sande lagerniveauer fra registreringssystemet.

Når du aktiverer integrationen, deaktiveres lagervalideringsfunktionen mod Field Services standardinventar. Indstillingen Field Service for Brug af produkter på lager er skjult for at sikre, at brugerne ikke modtager irrelevante lagervalideringer eller blokeringsfunktionsmåde.

Integrationen validerer ikke automatisk en arbejdsordres lagertransaktioner baseret på lagerniveauer i supply chain management.

Lagervisninger med og uden variantoplysninger

Når du aktiverer integrationen, inkluderer lagervisningerne en version for organisationer, der ikke bruger produktvarianter. Denne lagervisning fjerner flere kolonner og forenkler lagersynligheden.

For organisationer, der bruger produktvarianter, viser relevante visninger alle detaljer om lagerniveauerne, inklusive kolonner for størrelse, farve, stil og konfiguration. Organisationer kan om nødvendigt ændre standardvisningerne, som de kan med en hvilken som helst tabel.

Arbejderjustering

Field Service-integrationen med økonomi- og driftsapplikationer udvider Dynamics 365 Human Resources-integrationen til reserverbar ressource, som introducerer medarbejderbegrebet for den reserverbare ressource. Derudover udvides Field Service-integrationen til:

• Tillad, at en arbejder registreres på et arbejdsordreprodukt eller en arbejdsordretjeneste.

• Udfyld automatisk medarbejderværdien på arbejdsordreproduktet eller -tjenesten baseret på den reserverbare ressources medarbejder i transaktionens tilknyttede booking. Du kan manuelt udfylde eller tilsidesætte denne værdi.

• Kræv arbejderen på ikke-ventorrelaterede arbejdsordreprodukter eller arbejdsordretjenester. Kravet er baseret på, om virksomhedens tilknyttede projektstyrings- og regnskabsparametre er konfigureret til at kræve en arbejderværdi i timekladdelinjer eller udgiftskladdelinjer.

  Hvis du konfigurerer worker-kravet i finans- og driftsapps, kræver Field Service kun en værdi, når du sætter arbejdsordreproduktet eller -tjenesten til brugt. Dette krav forhindrer ikke oprettelsen af estimerede poster uden at kende den endelige medarbejder. Transaktionen kan ikke synkroniseres, medmindre arbejderen registreres.

Arbejderfeltet filtreres ikke på baggrund af arbejderens berettigelse til at udføre arbejde på det relaterede projekt. Berettigelse betragtes ikke som en planlægningsparameter, når den reserverbare ressource skal planlægges på en arbejdsordre. Som bedste praksis bør du overveje at bruge sikkerhedsroller og forretningsenheder eller indføre ressourcekarakteristika for at sikre, at medarbejdere kun er planlagt til relevante arbejdsordrer. Overvej disse muligheder, hvis det er en kritisk overvejelse for din organisations implementering af finans- og driftsapplikationer.

Feltændringer i Field Service

Integrationen introducerer nye felter og skjuler andre felter.

Ændringer i arbejdsordrefelter

Integrationen tilføjer et virtuelt tabelopslagsfelt kaldet F& O Project, som filtrerer baseret på den relevante virksomhed og juridiske enhed samt om projektet er i en tilstand, hvor transaktioner kan finde sted. Integrationen skjuler feltet Faktureringskonto , da det ikke er relevant, når der vælges en integration af økonomi og drift.

Når en bruger vælger et projekt, viser projektopslagsfiltrene projekter med følgende parametre:

• Projektet er for samme kunde som arbejdsordrens servicekonto.
• Projektet er for samme juridiske enhed som arbejdsordrens servicekonto.
• Projektet er i en fase, der tillader oprettelse af journaler.

Ændringer i produktfeltet for arbejdsordre

Integrationen tilføjer flere felter til arbejdsordrens produkt-tabell . Du kan se disse felter, når integrationen er installeret og aktiveret.

• Journalbeskrivelse

  • Synlig kun for udgiftstransaktioner (ikke-lagerprodukter). Skjult for lagerprodukter (hvilket resulterer i varekladder).
  • Automatisk udfylder den med produktnavnet på det anvendte produkt, men du bør tilsidesætte værdien med en mere meningsfuld beskrivelse.
  • Begrænset til 60 tegn. Dette felt overføres fra posten i Field Service til journallinjen og videre til den faktura, der genereres i Finans.

• Linjeegenskab

  • Et virtuelt tabelopslag, der filtreres baseret på den relevante virksomhed eller juridiske enhed.
  • Integrationen skjuler feltet Antal til faktura , da der ikke er noget tilsvarende begreb på kladdelinjer. I stedet definerer linjeegenskaben, om en transaktion kan faktureres eller ej.

• placering

  • Skjult for ikke-ventoriske produkter.
  • Ses kun, hvis de lagerdimensioner, du konfigurerer i finans- og driftsapplikationer på produktet, angiver, at placering er nødvendig.
  • Kun påkrævet, når du angiver posten som brugt.
  • Et virtuelt tabelopslag, der filtreres baseret på den relevante virksomhed eller juridiske enhed og valgt lager.

• Transaktionsdato

• Arbejder

  • Det kræves kun baseret på projektledelse og regnskabsparametre, du konfigurerer i den relevante virksomhed.
  • Udfyldes automatisk, hvis reservationsværdien for arbejdsordreproduktet udfyldes på baggrund af arbejderen for den reserverbare ressource, der er angivet på reservationen.

Ændringer i feltet Arbejdsordreservice

Integrationen tilføjer flere felter til arbejdsordrens service-tabell . Du kan se disse felter, når integrationen er installeret og aktiveret.

• Journalbeskrivelse

  • Udfylder automatisk produktnavnet på det anvendte produkt, men du bør indtaste en mere meningsfuld beskrivelse.
  • Begrænset til 60 tegn. Den føres fra registreringen i Field Service til kladdelinjen og videre til den faktura, der genereres i Finance.

• Linjeegenskab

  • Et virtuelt tabelopslag, der filtreres baseret på den relevante virksomhed eller juridiske enhed.
  • Integrationen skjuler feltet Varighed til regning , fordi der ikke findes noget tilsvarende koncept på journallinjer. I stedet definerer linjeegenskab, om en transaktion er fakturerbar.

• Transaktionsdato

• Arbejder

  • Påkrævet kun når projektledelse og regnskabsparametre i den relevante virksomhed kræver det.
  • Udfyldes automatisk, hvis arbejdsordretjenestens reservationsværdi udfyldes baseret på medarbejderen for den reserverbare ressource, der er angivet på reservationen.

Produktfelttilføjelser

Integrationen tilføjer et virtuelt tabelopslagsfelt kaldet Project Category. Det filtreres baseret på den relevante virksomhed eller juridiske enhed, og om produktet er et lagerprodukt (for varekategorier), ikke-lageret (for udgiftskategorier) eller serviceprodukt (for timer-kategorier).

Håndtering af arbejdsordretransaktioner

Når der opstår hændelser med en Field Service-arbejdsordres produkt- og serviceposter, udløser integrationen tilsvarende transaktioner i deres respektive journal- og journallinjeposter.

Opret

• Produkt: Når du opretter en produktpost for arbejdsordren, opretter integrationen enten en varejournal og journallinje eller en udgiftsjournal og journallinje. Produktets Field Service Product Type afgør, om transaktionen udløser en vare- eller udgiftstransaktion.

  • Lagerprodukter udløser varer.
  • Ikke-lagerprodukter udløser udgifter.

• Service: Når du opretter en serviceregistrering for arbejdsordre, opretter integrationen en timetransaktion.

Opdater

• Når du opdaterer et produkt eller en tjeneste på en arbejdsordre, og den tilknyttede kladde og kladdelinje ikke er bogført, opdaterer integrationen transaktionen korrekt.

• Når du opdaterer et arbejdsordreprodukt eller en service, og den tilhørende journal og journallinje bliver postet, gør integrationen:

  • Opretter en omvendt transaktion i forhold til den oprindelige kladde og kladdelinje.
  • Opretter en ny kladde g kladdelinje, der reflekterer opdateringer i transaktionen.

Slet

• Når du sletter et arbejdsordreprodukt eller en tjeneste, og den relaterede journal og journallinje bliver fjernet, sletter integrationen journalen og journallinjen.

• Når du sletter et arbejdsordreprodukt eller en tjeneste, og den tilhørende journal og journallinje bliver bogført, skaber integrationen en omvendt transaktion mod den oprindelige journal og journallinje.

Indvirkning på status for arbejdsordresystem

På baggrund af værdien Systemstatus for en arbejdsordre tilføjer eller sletter integrationen kladdelinjer, der er relateret til arbejdsordreprodukt- eller arbejdsordreserviceposter, der stadig er i anslået tilstand.

• Når en arbejdsordre opdateres til Annulleret eller Postet, sletter integrationen alle ikke-postede journaler og journallinjer.

• Når en arbejdsordre opdateres fra Annulleret eller Postet til en anden systemstatus, genskaber integrationen linjer for estimerede linjer, som tidligere er fjernet.

Begrænsninger

Denne integration understøtter brugen af Microsoft-administrerede miljøer. Den understøtter ikke kundestyrede miljøer.

Dette integrationsmønster understøtter i øjeblikket pris- og omkostningsdata fra arbejdsordreposter. Det er designet, så Field Service kan overføre priser og omkostninger til journalposter. Det understøtter ikke specialiserede priser, der er defineret i økonomi til opdatering af kladder eller bringe omkostnings- og prisdata tilbage til poster for produkt- og arbejdsordreservice, bortset fra poster for arbejdsordreprodukt , hvor produktet er af typen 'Lager'. I dette tilfælde kommer omkostningsværdien fra varekladden.

Project Operations ressource/ikke-lagervare-integration tillader ikke, at Field Service-integrationen fungerer med de samme juridiske enheder, der er aktiveret til integrationsscenariet for ressource/ikke-lagervare. Det kan dog fungere i de samme miljøer for andre juridiske enheder.

Manuelle opdateringer af opslag i virtuelle tabeller understøttes ikke i offlinetilstand, hvilket er grunden til, at det er vigtigt at konfigurere standardlogikken for placeringer , så transaktioner ikke blokeres. Der er flere opslag i virtuelle tabeller:

• Arbejdsordren har et opslagsfelt til F&O Project
  • Du behøver ikke at udfylde dette, mens du er offline.
• Arbejdsordreproduktet har et opslag i Lagerplacering og Linjeegenskab
  • Værdien for linjeegenskaben skal være standard.
  • Værdien lagerplacering lykkes, hvis du konfigurerer standardlogikken for lokationer.
• Arbejdsordretjenesten har et opslag i linjeegenskaben
  • Værdien for linjeegenskaben skal være standard.

Følgende processer eller funktioner, der er tilgængelige i økonomi- og handlingsapps, understøttes ikke eller afspejles ikke i Field Service klar til denne integration:

• Reserverer lagerfunktionen til at reservere lagerantal for bestemte ordrer.

• Sporingsdimensioner for at definere granulariteten af en vares sporing i efterfølgende transaktioner. Denne funktion er nyttig til sporing af varer efter batch- eller serienummer.

• Indstillingerne Kræv aktivitet på journaler i et projekt, der er angivet til "Ja", understøttes ikke. Hvis du konfigurerer aktiviteter for timer, udgifter eller poster efter behov, lykkes transaktionerne fra Field Service ikke.

• Integrationen understøtter i øjeblikket begrænset justering af dataopdateringer fra projektkladder tilbage til den respektive arbejdsordretransaktion. Når en Field Service-bruger opretter eller opdaterer et produkt eller en tjeneste til arbejdsordren, synkroniseres disse opdateringer med den pågældende kladde. Dog synkroniserer udgiftskladdelinjer, timekladdelinjer eller varekladdelinjer kun standardlinjeegenskaben og en reference til den aktive kladdelinje for posten. Andre ændringer af den respektive Field Service-transaktionspost synkroniseres ikke fra deres respektive linjekladder.

• Arbejdsordreprodukter og arbejdsordreserviceposter har feltet Rabat % og Anslået rabatprocent . På nuværende tidspunkt synkroniserer integrationen ikke disse rabatbegreber. De respektive journaler, som de genererer, har ikke et sådant begreb. Systemet skjuler dette felt i standardformularerne, når integrationen er aktiveret.

Næste trin

• Konfigurer Field Service-integration med økonomi- og driftsprogrammer