Field Service-integrering med økonomi- og driftsapper

Integreringen av Field Service med økonomi- og driftsprogrammer gjør at organisasjoner kan aktivere bruksklar justering. Arbeidsordretransaksjoner i Field Service lander riktig i journaler i økonomi- og driftsappene. For organisasjoner som bruker Field Service og økonomi- og driftsapper, oppdateres finansielle systemer og lagersystemer automatisk. Du kan opprette og administrere arbeidsordrer i Field Service og få dem automatisk synkronisert med økonomi- og driftsapper.

Integreringen gir en enhetlig opplevelse mellom Field Service og økonomi- og driftsapper.

• Synkroniser priser og kostnadsinformasjon i sanntid fra arbeidsordrer til økonomi- og driftsapper.

• Oppdater økonomi- og driftsapper automatisk etter hvert som arbeidsordrer kjøres for økonomisk og lagerintegrering i sanntid.

• Dra nytte av alt økonomi- og driftsapper har å tilby for fakturering, regnskap og lagerstyring.

Transaksjonsjustering

Field Service-transaksjoner (oppføringer for arbeidsordreprodukt og arbeidsordreservice) oppretter parallelle transaksjoner i de respektive økonomi- og driftsprosjektene i form av journaler.

• Arbeidsordreprodukter med lager oppretter varejournaler og varejournallinjer.

• Arbeidsordreprodukter uten lager og en relatert prosjektkategori med en transaksjon av typen utgift oppretter utgiftsjournaler og utgiftsjournallinjer.

• Arbeidsordreservicer der produktet har en relatert prosjektkategori med transaksjon av typen timer, oppretter timejournaler og timejournallinjer.

Gebyrjournaler justeres for øyeblikket ikke etter Field Service-transaksjoner.

Varebaserte transaksjoner

I Field Service har alle transaksjoner et relatert produkt. Noen ganger har disse produktene en lagerbeholdning, og noen ganger refererer de til et produkt som ikke er på lager, eller en tjeneste belastes etter varighet.

Det er bare varejournallinjer som har et relatert produkt (vare) på tvers av de mange journaltypene for et prosjekt.

Kategoribaserte transaksjoner

I Field Service finnes ikke konseptet kategoritransaksjoner. Selv tjenester og ikke-lagerbeholdne produkter er relatert til et element.

I økonomi- og driftsprogrammer er alle journaltyper som ikke er varejournaler, kategoribaserte transaksjoner. Dette er for eksempel utgiftsjournallinjer, timejournallinjer og gebyrjournallinjer. Disse journallinjene er ikke relatert til en vare og krever en kategori.

Du kan forene disse konseptene ved å fange opp verdien for Prosjektkategori som Field Service bruker til arbeidsordretransaksjoner. Dette feltet er et oppslag i tabellen Prosjektkategori i økonomi- og driftsdatabasen. Dobbel skriving fyller ikke inn denne verdien automatisk. Som en god fremgangsmåte bør organisasjoner enten oppdatere denne verdien på produkter som synkroniseres på tvers ved hjelp av dobbeltskriving. Du kan også opprette bestemte produkter for bruk som proxy for å utføre handlinger mot en kategori i scenarioer som ikke gjelder lagerbeholdning og service.

Firmajustering

Field Service-apper og økonomi- og driftsapper deler ikke automatisk samme konsept av et selskap. Løsninger med dobbel skriving legger til firmarelaterte data i relevante tabeller, for eksempel konto, produkt eller lager. Field Service introduserer sikkerhetsspor for å hjelpe brukere med å velge riktige oppføringer på tvers av arbeidsordrer og arbeidsordretransaksjoner.

Arbeidsordrer i Field Service krever en servicekonto. Dobbeltskriving introduserer Firma-feltet i tabellen over forretningsforbindelser. Servicekonto er relatert til et firma og definerer denne verdien for arbeidsordren og arbeidsordretransaksjonene.

Hvis servicekontoen og firmaet ikke samsvarer med en arbeidsordre og transaksjonsoppføringene i arbeidsordren, blir ikke transaksjoner synkronisert før avviket er løst.

Field Service fremhever selskapets feiljustering på flere steder:

• I arbeidsordren
• I arbeidsordreproduktet eller arbeidsordreservicen
• I økonomi- og driftstransaksjonen

Som en god fremgangsmåte bør organisasjoner som implementerer denne integreringen, vurdere å opprette hendelsestypeoppføringer med produkter og tjenester med tanke på firmajustering. Bruk også riktig hendelsestype basert på firmaet til tjenestekontoen i arbeidsordren.

Synkronisering av transaksjon

Løsningen introduserer et nytt områdenavigasjonselement for økonomi- og driftstransaksjoner i Innstillinger-området i Field Service-appen. Dette området inneholder transaksjonsdata og deres tilstander.

Integreringen bruker et pålitelig rammeverk for asynkron transaksjon for å sikre at Field Service-oppdateringer er nøyaktige og pålitelige.

• Integreringen er avhengig av det aktiverte rammeverket for dobbel skriving og tilordningene for å sikre at transaksjoner bruker en felles forståelse av avgjørende kjernekonsepter.

• Hver transaksjon på en arbeidsordre utføres i Field Service før det opprettes en oppdatering i økonomi- og driftsapper.

  • Når transaksjonen ferdigstilles i Field Service, oppretter den en oppføring i en transaksjonsloggtabell som viser statusen til hver transaksjon.

  • Integreringen overvåker transaksjonsstatusene for arbeidsordrene og prosjektene. Transaksjonsstatusene angir synkroniseringsstatusen for dataene, for eksempel usynkronisert, behandling, synkronisering og mislykket. Integreringen byr også på mekanismer for feilhåndtering og nye forsøk for å løse eventuelle synkroniseringsproblemer.

  • Hvis transaksjonen ikke blir fullført, angir statusen i Field Service feilen og feilårsaken. Systemet prøver transaksjonen på nytt flere ganger.

  • Hvis transaksjonen fremdeles ikke kan synkroniseres, beholdes feil- og transaksjonsdetaljene i oppføringen for økonomi- og driftstransaksjonen. Brukere kan feilsøke problemet og synkronisere transaksjonen på nytt og dermed unngå tap av transaksjonsdata for finansielle transaksjoner og lagerbeholdning.

    Med riktig systemkonfigurasjon er transaksjonsfeil unntak. Det er viktig å løse denne typen problemer for å sikre at transaksjonskonsekvens opprettholdes mellom de to systemene.

Hierarkiske økonomi- og driftsprosjekter

Integreringen oppretter hierarkiske prosjekter, som består av et hovedprosjekt og ett eller flere delprosjekter. Hovedprosjektet fungerer som en beholder for delprosjektene, som representerer de enkelte arbeidsordrene i Field Service.

Lagringsdimensjoner, lager og stedsvalg

Integreringen støtter lagringsdimensjoner når den er riktig konfigurert. Lagringsdimensjoner definerer detaljnivåene som brukes for lagringen av en vare på lageret. Nettsteder, lagre og plasseringer sporer enkelte elementer, mens andre elementer bare spores på steds- eller steds- og lagernivå.

Avhengig av lagerproduktet som ble valgt under oppretting av et arbeidsordreprodukt, avgjør de definerte lagringsdimensjonene om plasseringen er nødvendig i arbeidsordreproduktet.

• Når brukere legger til et arbeidsordreprodukt der det valgte produktet har Lagerbeholdning for Produkttype for Field Service i Field Service, kan de velge et lager og en lokasjon fra oppslagsfeltene i transaksjonsskjemaet. Lager- og stedsfeltene filtreres for å vise verdiene fra økonomi- og driftsapper, basert på den juridiske enheten som tjenestekontoen til arbeidsordren tilhører. Konfigurasjonen av økonomi- og driftsproduktet og lagringsdimensjonene fastsetter om feltet for lokasjon for arbeidsordreprodukt er nødvendig ved merking av et produkt som brukt.

• Når en bruker endrer eller sletter den tilsvarende oppføringen for arbeidsordreprodukt i Field Service, oppdaterer integreringen den relevante journallinjen.

Lager- og lokasjonsfeltene i Field Service er relatert til lager- og lokasjonskonsepter i økonomi- og driftsprogrammer, som brukes til å spore de fysiske lokasjonene for lagervarene.

Merk

Integreringen krever ikke utfylling av Sted-verdien, og fyller i stedet ut sted basert på det valgte lageret, som har en hierarkisk relasjon til stedet. Vi anbefaler at du konfigurerer standard ordreinnstillinger for å minimere feil når du oppretter et arbeidsordreprodukt med et lagerprodukt.

Lagerbeholdning

Når integreringen av økonomi og drift aktiveres fra Innstillinger for Field Service, er oppføringssystemet for lagerbeholdning Dynamics 365 Supply Chain Management, og standard lagerfunksjonalitet i Field Service undertrykkes.

Field Service skjuler følgende navigasjonselementer:

• Produktlager
• Overføringer
• Justeringer
• Autorisasjoner for retur av materiell (ARM-er)
• ARM-mottak
• Retur til leverandør (RTL-er)

Field Service viser følgende elementer:

• Beholdning etter område
• Beholdning etter lager

Disse nye lagervarene bruker virtuelle tabeller til å vise lagerdata direkte fra Supply Chain Management i Field Service. De reelle lagernivåene fra oppføringssystemet er tilgjengelige for brukere.

Valideringsfunksjonen for lagerbeholdning mot Field Services standardbeholdning deaktiveres når integreringen aktiveres. Field Service-innstillingen for Bruk av produkter som ikke finnes på lager, er skjult for å sikre at brukere ikke mottar irrelevante lagervalideringer eller blokkerer virkemåte.

Integreringen validerer ikke lagertransaksjonene automatisk for en arbeidsordre basert på lagernivåer i Supply Chain Management.

Lagervisninger med og uten variantdetaljer

Når integreringen er aktivert, har lagervisningene en versjon for organisasjoner som ikke bruker produktvarianter. Denne lagervisningen fjerner flere kolonner og forenkler lagersynlighet.

Når det gjelder organisasjoner som bruker produktvarianter, finnes det relevante visninger som viser alle detaljene for lagernivåene, inkludert kolonner for størrelse, farge, stil og konfigurasjon. Organisasjoner kan om nødvendig endre standardvisningene slik de kan med en hvilken som helst tabell.

Merk

Til forskjell fra normale tabeller kan ikke enkeltrader i disse lagertabellene (mserp_inventorysiteonhandv2entity og mserp_inventwarehouseonhandv2entity) for øyeblikket åpnes i et skjema. Visningskontrollen som brukes i disse visningene, deaktiverer funksjonen for å åpne disse oppføringene i et skjema.

Arbeiderjustering

Field Service-integreringen med økonomi- og driftsapper utvider Integrering av Dynamics 365 Human Resources med ressurs som kan reserveres, som innfører konseptet med arbeideren i ressursen som kan reserveres. I tillegg utvides Field Service-integreringen til følgende:

• Tillat at en arbeider registreres på et arbeidsordreprodukt eller en arbeidsordreservice.

• Fyll ut arbeiderverdien automatisk i arbeidsordreproduktet eller -tjenesten basert på arbeideren for ressursen som kan reserveres, i transaksjonens tilknyttede bestilling. Denne verdien kan fylles ut manuelt eller overstyres.

• Krev arbeideren på arbeidsordreprodukter eller arbeidsordretjenester som ikke er relatert til lagerbeholdning. Kravet er basert på om selskapets tilknyttede prosjektstyrings- og regnskapsparametere er konfigurert til å kreve en arbeiderverdi i timejournallinjer eller utgiftsjournallinjer.

  Hvis arbeiderkravet er konfigurert i økonomi- og driftsapper, krever Field Service bare en verdi når arbeidsordreproduktet eller -tjenesten er satt til å brukes. Dermed blokkerer den ikke oppretting av beregnede oppføringer uten å bli kjent med den endelige arbeideren. Transaksjonen kan ikke synkroniseres med mindre arbeideren registreres.

Arbeiderfeltet filtreres ikke basert på arbeiderens rettighet til å utføre arbeid på det relaterte prosjektet. Rettigheten regnes ikke som en planleggingsparameter når ressursen som kan reserveres, skal planlegges på en arbeidsordre. En god fremgangsmåte er at organisasjoner kan vurdere å bruke sikkerhetsroller og forretningsenheter eller innføre ressursegenskaper for å sikre at arbeidere bare planlegges for relevante arbeidsordre. Vurder disse alternativene hvis det er en svært viktig vurdering av organisasjonens implementering av økonomi- og driftsapper.

Feltendringer i Field Service

Integreringen innfører nye felter og skjuler andre felter.

Endringer i Arbeidsordre-feltet

Integreringen legger til et virtuelt tabelloppslagsfelt kalt F&O-prosjekt, som filtrerer basert på den relevante bedriften / juridiske enheten og hvorvidt prosjektet er i en tilstand der transaksjoner kan skje. Integreringen skjuler feltet Faktureringskonto fordi det ikke er relevant når en integrering av økonomi og drift er valgt.

Når en bruker velger et prosjekt, viser oppslagsfiltrene for prosjekt prosjekter med følgende parametere:

• Prosjektet må være for samme kunde som tjenestekontoen for arbeidsordren.
• Prosjektet må være for samme juridiske enhet som tjenestekontoen for arbeidsordren.
• Prosjektet må være i en fase som tillater journalopprettelse.

Endringer i Arbeidsordreprodukt-feltet

Integreringen innfører flere felter i Produkt-tabellen for arbeidsordre. Disse feltene er synlige hvis integrasjonen er installert og aktivert.

• Journalbeskrivelse

  • Bare synlig for utgiftstransaksjoner (ikke-lagerprodukter). Skjult for lagerprodukter (som resulterer i varejournaler).
  • Fylles ut automatisk med produktnavnet til det gjeldende produktet, men brukere oppfordres til å overstyre verdien med en mer meningsfylt beskrivelse.
  • Begrenset til 60 tegn. Den flyter fra oppføringen i Field Service til journallinjen for fakturaen generert i Finans.

• Linjeegenskap

  • Et virtuelt tabelloppslag som filtreres basert på den relevante bedriften / juridiske enheten.
  • Integreringen skjuler Antall å fakturere-feltet fordi det ikke finnes tilsvarende konsepter på journallinjer. I stedet definerer linjeegenskapen om en transaksjon er fakturerbar eller ikke.

• Sted

  • Skjult for ikke-lagerprodukter.
  • Vises bare hvis lagerdimensjonene som er konfigurert i økonomi- og driftsapper på produktet, angir at plassering er nødvendig.
  • Kreves bare når oppføringen er angitt til å brukes.
  • Et virtuelt tabelloppslag som filtreres basert på den relevante bedriften / juridiske enheten og det valgte lageret.

• Transaksjonsdato

• Arbeider

  • Kreves bare basert på prosjektstyrings- og regnskapsparametere konfigurert i det relevante firmaet.
  • Fylles ut automatisk hvis bestillingsverdien for arbeidsordreproduktet er fylt ut basert på arbeideren for ressurssettet som kan reserveres i bestillingen.

Endringer i Arbeidsordreservice-feltet

Integreringen innfører flere felter i Service-tabellen for arbeidsordre. Disse feltene er synlige hvis integrasjonen er installert og aktivert.

• Journalbeskrivelse

  • Fylles ut automatisk med produktnavnet til det gjeldende produktet, men brukere oppfordres til å overstyre verdien med en mer meningsfylt beskrivelse.
  • Begrenset til 60 tegn. Den flyter fra oppføringen i Field Service til journallinjen for fakturaen generert i Finans.

• Linjeegenskap

  • Et virtuelt tabelloppslag som filtreres basert på den relevante bedriften / juridiske enheten.
  • Integreringen skjuler Varighet å fakturere-feltet fordi det ikke finnes tilsvarende konsepter på journallinjer. I stedet definerer linjeegenskapen om en transaksjon er fakturerbar eller ikke.

• Transaksjonsdato

• Arbeider

  • Kreves bare basert på prosjektstyrings- og regnskapsparametere konfigurert i det relevante firmaet.
  • Fylles ut automatisk hvis bestillingsverdien for arbeidsordreservicen er fylt ut basert på arbeideren for ressurssettet som kan reserveres i bestillingen.

Tillegg i Produkt-feltet

Integreringen introduserer et virtuelt tabelloppslagsfelt kalt Prosjektkategori, som er filtrert basert på den relevante bedriften / juridiske enheten, og om det er et lagerprodukt (for varekategorier), ikke-lagerprodukt (for utgiftskategorier) eller serviceprodukt (for timekategorier).

Håndtering av arbeidsordretransaksjon

Tilsvarende transaksjoner utløses i de respektive journal- og journallinjeoppføringene basert på hendelser med produkt- og serviceoppføringer i en Field Service-arbeidsordre.

Create

• Produkt: Når en oppføring for et arbeidsordreprodukt opprettes, oppretter integreringen en varejournal og journallinje eller en utgiftsjournal og journallinje. Produkttype for Field Service for produktet fastsetter hvorvidt transaksjonen utløses, og vare- eller utgiftstransaksjon.

  • Lagerprodukter utløser varer
  • Ikke-lagerprodukter utløser utgifter

• Service: Når en oppføring for arbeidsordreservice opprettes, oppretter integreringen en timetransaksjon.

Oppdater

• Når et produkt eller en service for arbeidsordre oppdateres og den relaterte journalen og journallinjen ikke posteres, oppdaterer integreringen transaksjonen riktig.

• Når et produkt eller en service for arbeidsordre oppdateres og den relaterte journalen og journallinjen posteres, gjør integreringen følgende:

  • Oppretter en tilbakeføringstransaksjon mot den opprinnelige journalen og journallinjen.
  • Oppretter en ny journal og journallinje som gjenspeiler oppdateringstransaksjonen.

Delete

• Når et produkt eller en service for arbeidsordre slettes og den relaterte journalen og journallinjen ikke posteres, sletter integreringen journalen og journallinjen.

• Når et produkt eller en service for arbeidsordre slettes og den relaterte journalen og journallinjen posteres, oppretter integreringen en tilbakeføringstransaksjon mot den opprinnelige journalen og journallinjen.

Innvirkning på systemstatus for arbeidsordre

Basert på Systemstatus-verdien for en arbeidsordre foretar integreringen tilføying eller sletting av journallinjer som er relatert til oppføringer for arbeidsordreprodukt eller arbeidsordreservice som fortsatt er i estimert tilstand.

• Når en arbeidsordre oppdateres til Annullert eller Postert, slettes alle journaler og journallinjer som ikke er postert.

• Når en arbeidsordre oppdateres fra Annullert eller Postert til en annen systemstatus, blir estimerte linjer som ble fjernet, opprettet på nytt automatisk.

Begrensninger

Denne integreringen støtter bruken av Microsoft-administrerte miljøer. Kundeadministrerte miljøer støttes ikke med denne integreringen.

Integrering av Project Operations-ressurs / ikke-lagerbeholdning tillater ikke at Field Service-integreringen fungerer med de samme juridiske enhetene som er aktivert for det integrerte scenarioet for ressurs/ikke-lagerbeholdning. Det kan imidlertid fungere i samme miljø for andre juridiske enheter.

Virtuelle tabeller i frakoblet modus støttes for øyeblikket ikke, og det er derfor kritisk å konfigurere standardlogikken for steder, slik at transaksjoner ikke blir blokkert.

Følgende prosesser eller funksjoner som er tilgjengelige i økonomi- og bruksappene, støttes ikke eller gjenspeiles ikke i Field Service som er med i denne integreringen:

• Funksjonen for reservering av lager for å reservere lagerantall for bestemte ordrer.

• Sporing av dimensjoner for å definere detaljnivået i sporingen av en vare i påfølgende transaksjoner. Denne funksjonen er nyttig for sporing av varer etter parti- eller serienummer.

• Innstillingen Krev aktivitet i journaler i et prosjekt satt til "Ja" støttes ikke. Hvis aktiviteter for timer, utgifter eller varer konfigureres etter behov, lykkes ikke transaksjonene fra Field Service.

• Integreringen støtter for øyeblikket begrenset justering av dataoppdateringer fra prosjektjournaler tilbake til den respektive arbeidsordretransaksjonen. Når en Field Service-bruker oppretter eller oppdaterer et arbeidsordreprodukt eller en arbeidsordreservice, synkroniseres disse oppdateringene med den respektive journalen. Linjer, utgiftsjournallinjer, timejournallinjer eller varejournallinjer synkroniserer imidlertid bare standard linjeegenskap og en referanse til den aktive journallinjen for oppføringen. Andre endringer i den respektive Field Service-transaksjonsoppføringen synkroniseres ikke fra de respektive linjejournalene.

Neste trinn

• Konfigurer Field Service-integrering med økonomi- og driftsapper