Workiva kundestøttesenter

I tråd med beste praksis for Chains artefakter, anbefales det å implementere konsekvente navnekonvensjoner for Wdata-objekter - for eksempel tabeller og spørringer - for å gjøre det enklere å navigere og administrere dem. Retningslinjene som gis her, er ment å hjelpe deg med å organisere artefakter på en konsekvent måte fra starten av.

Faktatabeller og dimensjonstabeller

Faktatabeller inneholder vanligvis data som akkumuleres over tid, mens dimensjonstabeller lagrer supplerende datasett som gir dataene ytterligere kontekst. Når du navngir begge typer tabeller, bør du ta hensyn til følgende beste praksis:

• Navngivningskonvensjon: Bruk en konsekvent navnekonvensjon som tydelig angir formålet med og innholdet i både faktatabeller og dimensjonstabeller.
• Beskrivende navn: Bruk beskrivende navn på begge typer tabeller for å sikre at de er lett identifiserbare og forståelige.
• Kildesystem: Inkluder opprinnelsessystemet for dataene i navnet.

Eksempler:

• Faktatabell: Trial Balance - Workday

  Beskrivelse: Lagrer transaksjonsdata for Avikro Financial, hentet fra Workday.

• Dimensjonstabell: Kontoplan - Workday

  Beskrivelse: Lagrer kontoplanen for Avikro Financial, hentet fra Workday.

• Dimensjonstabell: Profit Centers - SAP

  Beskrivelse: Lagrer resultatenhetsinformasjon for Avikro Financial, hentet fra SAP.

• Dimensjonstabell: Valutakurser - Sentralbankens API

  Beskrivelse: Tilbyr valutakurser for Avikro Financial, hentet fra sentralbankens API.

Denne malen sikrer konsistens i navnekonvensjoner, klarhet i beskrivelser og nøyaktig identifikasjon av kildesystemet for både fakta- og dimensjonstabeller.

Spørringer

Når du definerer navnekonvensjoner for spørringer, er det viktig å ha en standardtilnærming. Dette sikrer at brukerne enkelt kan identifisere riktig spørring for å hente ut spesifikke data.

• Navngivningskonvensjon: Bruk en konsekvent navnekonvensjon som tydelig definerer formålet med og innholdet i spørringen.
• Beskrivende navn: Bruk beskrivende navn på spørringer for å gjøre det lettere å identifisere og forstå dem.
• Kildesystem: Angi hvilket system dataene kommer fra.

Eksempel:

• Navn på spørring: Extended Trial Balance - Workday - Financial Statement

  Beskrivelse: Denne spørringen henter saldobalansedata fra Workday, med supplerende datasett som er skreddersydd for generering av årsregnskap.

Merk: Det er viktig å unngå bruk av pipe-skilletegn (|) i tabeller og spørringer. Bruk i stedet bindestreker (-) for å unngå eventuelle problemer med disse artefaktene.

Ved å følge denne navnekonvensjonen blir det også tydelig hvilken Query som skal brukes når du oppretter en innkommende tilkobling til et regneark.

Beskrivelser

Beskrivelser er ofte den mest oversette delen av design- og byggeprosessen, men de er avgjørende for å forbedre forståelsen og brukervennligheten. Beskrivelsene bør gi ytterligere kontekst, for eksempel:

• Angir om en tabell eller spørring er en plassholder.
• Notere om en Query må redigeres før bruk.
• Tydeliggjøre den spesifikke funksjonen til en artefakt som en spørring, for eksempel å identifisere betalinger som er mindre enn 20 % lavere enn i forrige periode.

Ved å inkludere klare og detaljerte beskrivelser kan brukerne raskt forstå formålet med og innholdet i hver artefakt, noe som reduserer forvirring, minimerer feil og forbedrer den generelle effektiviteten i håndteringen av Wdata-miljøet.

Mapper/Miljøer

Når du organiserer et arbeidsområde, anbefales det å kategorisere tabeller og spørringer i mapper basert på hva de skal brukes til. Denne strukturen gjør det enkelt for brukerne å navigere og finne ut hvilke artefakter som er beregnet for utvikling, testing og produksjon.

Siden Wdata for øyeblikket ikke har støtte for Application Lifecycle Management, anbefales det å legge til navn på artefakter og mapper for å indikere deres respektive miljø. Dette bidrar til å administrere applikasjonens livssyklus og unngå feil eller problemer. Merk at produksjonsartefakter ikke trenger vedlagte navn.