Del via


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. Field Service-arbejdsordretransaktioner lander korrekt i kladder i økonomi- og driftsprogrammer. For organisationer, der bruger Field Service og økonomi- og driftsprogrammer, opdateres økonomi- og lagersystemer automatisk i servicelevering. Du kan oprette og administrere arbejdsordrer i Field Service, og du kan automatisk få dem synkroniseret med programmer til finans og drift.

Integrationen giver en ensartet oplevelse mellem Field Service og programmer til finans og drift.

  • Synkroniser priser i realtid og kostprisoplysninger fra arbejdsordrer til programmer til finans og drift.

  • Opdater automatisk programmer til finans og drift, efterhånden som arbejdsordrer udføres, med henblik på økonomisk integration og lagerintegration i realtid.

  • Udnyt alt, hvad programmer til finans og drift har at tilbyde, til fakturering, regnskab og lagerstyring.

Transaktionsjustering

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

Skærmbillede af diagram med Field Service- og finans og driftstabeller for at visualisere, hvordan appsene justeres.

  • Arbejdsordreprodukter med lager opretter varekladder og varekladdelinjer.

  • Arbejdsordreprodukter uden lager og en relateret projektkategori med udgift som transaktionstype 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. Undertiden findes der et lager for disse produkter, og nogle gange refererer de til et produkt, der ikke er et produkt eller en service, som er opkrævet for en varighed.

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

Kategoribaserede transaktioner

I Field Service findes begrebet kategoritransaktioner ikke. Selv servicer og ikke-produktprodukter vedrører et element.

I økonomi- og driftsprogrammer er alle kladdetyper, der ikke er varekladder, kategoribaserede transaktioner. Du er f.eks. udgiftskladdelinjer, timekladdelinjer og gebyrkladdelinjer. Disse kladdelinjer vedrører ikke en vare og kræver en kategori.

Hvis du vil udfylde dette begrebsmæssige tomrum, skal du registrere den Projektkategori-værdi, som Field Service bruger til arbejdsordretransaktioner. Dette felt er et opslag i tabellen Projektkategori i økonomi- og driftsdatabasen. Denne værdi udfyldes ikke automatisk med dobbeltskrivning. Den bedste praksis er, at organisationer enten opdaterer denne værdi på produkter, der er synkroniseret på tværs af brugen af dobbeltskrivning. Eller oprette bestemte produkter, der kan bruges som proxy til transaktioner i forhold til en kategori i scenarier, der ikke er på lager og service.

Firmajustering

Field Service og økonomi- og driftsprogrammer har ikke automatisk det samme koncept for en virksomhed. Løsninger med dobbeltskrivning føjer virksomhedsrelaterede data til relevante tabeller som f.eks. konto, produkt eller lagersted. Field Service introducerer retningslinjer, der hjælper brugere med at vælge de rette poster på tværs af deres arbejdsordrer og arbejdsordretransaktioner.

Arbejdsordrer i Field Service kræver en servicekonto. Feltet Firma introduceres med dobbeltskrivning i kontotabellen. Servicekontoen er relateret til et firma og definerer denne værdi for arbejdsordren og dens arbejdsordretransaktioner.

Hvis tjenestekontoen og firmaet ikke stemmer overens på en arbejdsordre og arbejdsordretransaktionsposterne, synkroniseres transaktioner først, når uoverensstemmelsen er løst.

Field Service fremhæver forkerte funktioner i virksomheden flere steder:

  • På arbejdsordren
  • På arbejdsordreproduktet eller arbejdsordreservicen
  • På økonomi- og driftstransaktionen

Som bedste praksis bør de organisationer, der implementerer denne integration, overveje at oprette hændelsesposter med produkter og servicer med henblik på at justere virksomheden. Og brug den rette hændelsestype, afhængigt af firmaet for servicekontoen på arbejdsordren.

Synkronisering af transaktioner

I løsningen introduceres et nyt stednavigationselement til økonomi- og driftstransaktioner i området Indstillinger i programmet Field Service. Dette område indeholder transaktionsdata og deres tilstande.

Integrationen bruger en pålidelig asynkron transaktionsstruktur for at sikre, at opdateringerne til Field Service er nøjagtige og pålidelige.

  • Integrationen er afhængig af den aktiverede struktur for dobbeltskrivning og tilknytningerne for at sikre, at transaktioner bruger en fælles forståelse af vigtige kernekoncepter.

  • Hver enkelt transaktion på en arbejdsordre skal udføres i Field Service, før der oprettes en opdatering i finans og driftsprogrammer.

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

    • Integrationen overvåger transaktionsstatus for arbejdsordrer og projekter. Transaktionsstatusserne angiver synkroniseringstilstanden for dataene, f.eks. ikke-synkroniseret, under behandling, synkroniserer og mislykkedes. Integration indeholder også fejlbehandling og mekanismer til forsøg på at løse eventuelle synkroniseringsproblemer.

    • Hvis transaktionen ikke kan fuldføres, angiver statussen i Field Service fejlen og årsagen til fejlen. Systemet forsøger at gentage transaktionen flere gange.

    • Hvis transaktionen stadig ikke synkroniseres, bevares fejl- og transaktionsoplysningerne i transaktionsposten for økonomi og drift. Brugerne kan foretage fejlfinding af problemet og synkronisere transaktionen igen og dermed sikre, at data for økonomiske transaktioner og lagertransaktioner ikke går tabt.

      Hvis systemkonfigurationen er korrekt, er transaktionsfejl undtagelser. Det er vigtigt at løse denne type problem for at sikre, at der opretholdes ensartet transaktion mellem de to systemer.

Hierarkiske projekter til finans og drift

I integrationen oprettes hierarkiske projekter, som består af et hovedprojekt og et eller flere underprojekter. Hovedprojektet fungerer som en beholder for underprojekterne, som repræsenterer de enkelte arbejdsordrer i Field Service.

Valg af lagerdimensioner, lagersted og lokation

Integrationen understøtter lagerdimensionerne, når de konfigureres korrekt. Lagerdimensionerne definerer de detaljeniveauer, der bruges til varens lagerbeholdning på lageret. Steder, lagersteder og lokationer sporer visse elementer, mens andre elementer kun spores på websteds- eller websteds- og lagerniveau.

Afhængigt af det lagerprodukt, der blev valgt under oprettelse af et arbejdsordreprodukt, bestemmer de definerede lagermål, om lokationen er nødvendig i arbejdsordreproduktet.

  • Når en bruger tilføjer et arbejdsordreprodukt, hvor det valgte produkt indeholder Lager for Field Service-produkttypen i Field Service, kan brugeren vælge et lager og en placering fra opslagsfelterne i transaktionsformularen. Felterne til lagersted og lokation filtreres, så de viser værdierne fra økonomi- og driftsprogrammer baseret på den juridiske enhed, som arbejdsordrens servicekonto tilhører. Konfigurationen af finans- og driftsproduktet og lagermålene for produktet bestemmer, om feltet til arbejdsordreproduktplacering er påkrævet, når et produkt markeres som brugt.

  • Når en bruger ændrer eller sletter den tilknyttede arbejdsordreproduktpost i Field Service, opdateres de relevante kladdelinje.

Felterne lager og lokation i Field Service er relateret til lager- og lokationskoncepterne i finans- og driftsprogrammer, som bruges til at spore lagerelementers fysiske lokationer.

Bemærk

Integrationen kræver ikke udfyldelse af værdien Lokation og udfylder i stedet lokationen baseret på det valgte lager, som har en hierarkisk relation til lokation. Det anbefales, at du konfigurerer standardindstillingerne for ordrer for at minimere fejl, når der oprettes et arbejdsordreprodukt med et lagerprodukt.

Lager

Når integration af finans og drift er aktiveret fra indstillingerne for Field Service, er systemet for lagerpost Dynamics 365 Supply Chain Management, og Field Service's standardlagerfunktionalitet skjules.

Field Service skjuler følgende navigationselementer:

  • Produktlager
  • Overførsler
  • Justeringer
  • RMA-numre
  • RMA-kvitteringer
  • Returner til leverandør (RTV)

Field Service viser følgende elementer:

  • Lager efter sted
  • Lager efter lagersted

Disse nye lagervarer bruger virtuelle tabeller til at vise lagerdata direkte fra Supply Chain Management i Field Service. De sande lagerniveauer fra postsystemet er tilgængelige for brugerne.

Lagervalideringsfunktionen i forhold til Field Service-standardlager deaktiveres, når integrationen er aktiveret. Indstillingen i Field Service til Brug af produkter, der ikke er på lager, er skjult for at sikre, at brugere ikke modtager irrelevant lagervalidering eller blokeringsfunktion.

Integrationsløsningen autovaliderer ikke en arbejdsordres lagertransaktioner baseret på lagerniveauer i Supply Chain Management.

Lagervisninger med og uden detaljer om varianter

Når integrationen er aktiveret, har lagervisningerne en version til organisationer, der ikke bruger produktvarianter. Denne lagervisning fjerner flere kolonner og forenkler lagersynlighed.

For organisationer, der bruger produktvarianter, er der relevante visninger af alle detaljer om lagerniveauer, herunder kolonner for størrelse, farve, typografi og konfiguration. Organisationer kan evt. redigere standardvisningerne, som de kan i alle tabeller.

Bemærk

Ud over de sædvanlige tabeller understøtter de enkelte rækker i disse lagertabeller (mserp_inventorysiteonhandv2entity og mserp_inventwarehouseonhandv2entity) ikke, at de åbnes i en formular. Det visningskontrolelement, der bruges i disse visninger, fortrænger muligheden for at åbne posterne i en formular.

Arbejderjustering

Integration af Field Service med finans- og driftsprogrammer udvider Dynamics 365 Human Resources til at være en integreret ressource, der kan reserveres, og som introducerer begrebet arbejder for den reserverbare ressource. Derudover omfatter integration af Field Service følgende:

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

  • Udfyld automatisk arbejderværdien i arbejdsordreproduktet eller arbejdsordretjenesten på basis af arbejderen for den reserverbare ressource i transaktionens tilknyttede reservation. Denne værdi kan udfyldes eller tilsidesættes manuelt.

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

    Hvis medarbejderkravet er konfigureret i programmer til finans og drift, kræver Field Service kun en værdi, når arbejdsordreproduktet eller -servicen er angivet til brug. Så der ikke blokeres for oprettelse af anslåede poster uden at kende medarbejderen. Transaktionen synkroniseres ikke, medmindre arbejderen registreres.

Arbejderfeltet filtreres ikke ud fra, om arbejderen er kvalificeret til at udføre arbejde på det relaterede projekt. Berettigelse betragtes ikke som en planlægningsparameter, når den reserverbare ressource bestemmes, så den kan planlægges på en arbejdsordre. Som bedste praksis kan organisationer overveje at bruge sikkerhedsroller og afdelinger eller introducere ressourceegenskaber for at sikre, at arbejdere kun kan planlægges til relevante arbejdsordrer. Overvej disse indstillinger, hvis det er en vigtig overvejelse for en organisations implementering af økonomi- og driftsprogrammer.

Feltændringer i Field Service

Integrationen introducerer nye felter og skjuler andre felter.

Ændringer af feltet Arbejdsordre

I integrationen tilføjer et opslagsfelt til virtuel tabel, der kaldes F&O-projekt, som filtreres på baggrund af det relevante firma/juridiske objekt, og om projektet er i en tilstand, hvor der kan opstå transaktioner. Integrationen skjuler feltet Faktureringskonto, da det ikke er relevant, når der vælges en økonomi- og driftsintegration.

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

  • Projektet skal være det samme for kunden som arbejdsordrens tjenestekonto.
  • Projektet skal være det samme for det juridiske objekt som arbejdsordrens tjenestekonto.
  • Projektet skal være i en fase, hvor der tillades oprettelse af kladde.

Ændringer af feltet Arbejdsordreprodukt

Integrationsløsningen introducerer flere felter i produkttabellen for arbejdsordren. Disse felter er synlige, hvis integrationen er installeret og aktiveret.

  • Kladdebeskrivelse

    • Kun synlig for udgiftstransaktioner (ikke-lagerprodukter). Skjult for lagerprodukter (hvilket resulterer i varekladder).
    • Udfylder automatisk produktnavnet på det anvendte produkt, selvom brugere opfordres til at tilsidesætte værdien med en mere meningsfuld beskrivelse.
    • Begrænset til 60 tegn. Det sendes fra posten i Field Service til kladdelinjen for den faktura, der er genereret i Finance.
  • Linjeegenskab

    • Et opslag i en virtuel tabel, der filtreres på baggrund af det relevante firma/den relevante juridiske enhed.
    • Integration skjuler feltet Antal til fakturering, da der ikke findes et tilsvarende koncept på kladdelinjer. Linjeegenskaben definerer i stedet, om en transaktion kan faktureres eller ej.
  • Lokation

    • Skjult for ikke-lagerprodukter.
    • Kun synligt, hvis de lagerdimensioner, der er konfigureret i økonomi- og driftsprogrammer på produktet, indikerer, at lokationen er påkrævet.
    • Kræves kun, når posten er angivet til brugt.
    • Et opslag i en virtuel tabel, der filtreres på baggrund af det relevante firma/den relevante juridiske enhed og det valgte lagersted.
  • Transaktionsdato

  • Arbejder

    • Kræves kun på baggrund af projektstyrings- og regnskabsparametre, der er konfigureret på det relevante firma.
    • Udfyldes automatisk, hvis arbejdsordreproduktets reservationsværdi udfyldes på basis af arbejderen for den reserverbare ressource, der er angivet i reservationen.

Ændringer af feltet Arbejdsordretjeneste

Integrationsløsningen introducerer flere felter i Tjenestetabel for arbejdsordren. Disse felter er synlige, hvis integrationen er installeret og aktiveret.

  • Kladdebeskrivelse

    • Udfylder automatisk produktnavnet på det anvendte produkt, selvom brugere opfordres til at tilsidesætte værdien med en mere meningsfuld beskrivelse.
    • Begrænset til 60 tegn. Det sendes fra posten i Field Service til kladdelinjen for den faktura, der er genereret i Finance.
  • Linjeegenskab

    • Et opslag i en virtuel tabel, der filtreres på baggrund af det relevante firma/den relevante juridiske enhed.
    • Integration skjuler feltet Varighed til fakturering, da der ikke findes et tilsvarende koncept på kladdelinjer. Linjeegenskaben definerer i stedet, om en transaktion kan faktureres eller ej.
  • Transaktionsdato

  • Arbejder

    • Kræves kun på baggrund af projektstyrings- og regnskabsparametre, der er konfigureret på det relevante firma.
    • Udfyldes automatisk, hvis arbejdsordretjenestens reservationsværdi udfyldes på basis af arbejderen for den reserverbare ressource, der er angivet i reservationen.

Tilføjelser i feltet Produkt

I integrationen introduceres et opslagsfelt til virtuel tabel, der kaldes Projektkategori, som filtreres på baggrund af det relevante firma/juridiske enhed, og om det er et lager (for varekategorier), ikke-lager (for udgiftskategorier) eller service (for timekategorier).

Arbejdsordrens transaktionshåndtering

På baggrund af hændelser med en Field Service-arbejdsordres produkt- og tjenesteposter udløses de tilsvarende transaktioner i deres kladde og kladdelinjeposter.

Opret

  • Produkt: Når der oprettes en arbejdsordreproduktpost, oprettes der en varekladde og kladdelinje eller en udgiftskladde og kladdelinje. Produktets Field Service-produkttype bestemmer, om transaktionen udløses og vare- eller udgiftstransaktionen.

    • Udløsningselementer for lagerprodukter
    • Udløseromkostninger for ikke-lagerprodukter
  • Service: Når der oprettes en arbejdsordreservicepost, oprettes der en timetransaktion i integrationen.

Opdatér

  • Når et arbejdsordreprodukt eller en service opdateres, og den relaterede kladde og kladde linje ikke er blevet opslået, opdateres transaktionen korrekt i forbindelse med integrationen.

  • Når et arbejdsordreprodukt eller en service opdateres, og den relaterede kladde og kladde linje er blevet opslået, vil integrationen:

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

Delete

  • Når et arbejdsordreprodukt eller en service slettes, og den relaterede kladde og kladdelinje ikke er blevet opslået, slettes kladden og kladdelinjen.

  • Når et arbejdsordreprodukt eller en service slettes, og den relaterede kladde og kladdelinje er blevet opslået, oprettes en omvendt transaktion i forhold til den oprindelige kladde og kladdelinje.

Påvirkning relateret til arbejdsordres systemstatus

Afhængigt af værdien for Systemstatus for en arbejdsordre tilføjer eller sletter integrationen kladde linjer, der er relateret til arbejdsordreprodukt- eller arbejdsordreserviceposter, som stadig er i anslået tilstand.

  • Når en arbejdsordre opdateres til Annulleret eller Bogført, slettes alle kladder og kladdelinjer, der ikke er bogført.

  • Når en arbejdsordre opdateres fra Annulleret eller Bogført til en anden systemstatus, gendannes de anslåede linjer, der blev fjernet, automatisk nye linjer.

Begrænsninger

Denne integration understøtter brugen af Microsoft-administrerede miljøer. Kundebaserede miljøer understøttes ikke i denne integration.

Project Operations-integration af ressource/ikke-lager gør det ikke muligt for integration af Field Service at fungere inden for de samme juridiske enheder, som er aktiveret for integreret integreret scenario af ressource/ikke-lager. Men den kan fungere i de samme miljøer for andre juridiske objekter.

Virtuelle offlinetabeller understøttes ikke i øjeblikket, og det er derfor vigtigt at konfigurere standardlogikken for lokationer, så transaktioner ikke blokeres.

Følgende processer eller funktioner, der er tilgængelige i apps til økonomi og drift, understøttes ikke eller afspejles ikke i den indeværende integration i Field Service:

  • Reservere lagerfunktionen for at reservere lagermængder til bestemte ordrer.

  • Sporingsdimensionerne for at definere granulariteten af en vares sporing i efterfølgende transaktioner. Denne funktion kan bruges til sporing af varer efter batchnummer eller serienummer.

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

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

Næste trin