Finn årsaken før du bytter verktøy
Et oppgjør som ikke stemmer, kan skyldes manglende rapport, feil periode eller uavklarte prosjektkoder. Det er ikke sikkert et nytt regnskapssystem løser dette. Tegn først den faktiske kjeden: hvor hendelsen oppstår, hvem som godkjenner den, hvilke data som flyttes og hvor differansen blir synlig.
Velg én normal og én vanskelig hendelse. Forlaget kan bruke et salg med retur. Produksjonsselskapet kan bruke et tillegg som er bestilt etter opprinnelig ordre. Museet kan bruke et kjøp med både adgang og butikkvare. Følg dem helt frem til avstemming og rapport.
Skriv krav som kan prøves
«Støtter royalty» kan bety alt fra et prosjektfelt til et helt avregningssystem. Et bedre krav er: «Vi skal kunne beregne papirbok og e-bok etter ulike dokumenterte vilkår, motregne riktig forskudd og sende en spesifikasjon som kan spores til salgsrapporten.»
| Behov | Prøve som viser om løsningen passer |
|---|---|
| Abonnement | Betalt periode, pause, fornyelse og refusjon beholder koblingen |
| Royalty | Flere formater, retur og tidligere forskudd gir etterprøvbar avregning |
| Produksjon | Godkjent tillegg påvirker ordre, prognose og fakturagrunnlag |
| Billett og kasse | Vare, adgang, fribillett og retur kan skilles i rapport |
| Tilskudd | Kostnad kan kobles til prosjekt og avtalt finansieringsfordeling |
| Biblioteklisens | Periode, kostnadsbærer og fornyelsesdato er tilgjengelig |
| Samlingsreferanse | Økonomipost peker til rett tiltak uten å kopiere hele fagregisteret |
Bruk samme prøvegrunnlag hos aktuelle leverandører. Noter hva som er standard, hva som krever manuelt arbeid og hva som krever tilpasning. En presentasjon med leverandørens enkleste eksempel gir et annet svar enn en prøve med dine unntak.
Bestem hvilket system som eier opplysningen
Et forlag kan la distribusjonsrapporten eie salgsgrunnlaget, avtalesystemet eie royaltyvilkårene og regnskapssystemet eie bokføringen. En institusjon lar samlingssystemet eie fagdata. Regnskapet trenger relevante referanser og økonomisk grunnlag.
Lag en datamodell med kunde, ordre, prosjekt, verk, utgave og oppgjør der de faktisk trengs. En stabil ID er viktigere enn at navnene ser like ut. Når en tittel endres, skal ikke historikken opprette et nytt verk av seg selv.
Sammenlign kostnaden ved hele arbeidsløpet
Ta med lisens, oppsett, datavask, integrasjon, opplæring og løpende kontroll. Be også om eksportmuligheter og avslutningskostnader. Vis engangsarbeid og normal drift hver for seg.
Et tenkt alternativ A har lavere lisens, men krever tre timer manuell sammenstilling hver uke. Alternativ B koster mer i oppsett, men leverer et kontrollerbart importgrunnlag. Det riktige valget avhenger av arbeidsmengde, feilkostnad, faktisk støtte og hvor lenge løsningen skal brukes. Regn på dine egne beløp; ikke anta at automatisering alltid lønner seg.
Avklar feilrutinen før oppstart
Hva skjer hvis filen mangler en kode, samme rapport sendes to ganger eller mottakerens svar forsvinner? Krev at avviste hendelser blir synlige med ansvarlig og et kontrollert neste steg. En overføring uten feilmelding beviser ikke at tallene er riktige.
Bruk akseptansetesten som godkjenningsgrunnlag. Løsningen bør prøves med syntetiske eller tilstrekkelig anonymiserte data før den får endre reelle økonomiske opplysninger.
Behold det som fungerer
Det kan være nok å endre en eksport, rydde koder eller innføre en avstemmingsrutine. Hvis hele systemet skal byttes, lag en egen migreringsplan. Ta prøveeksport mens gammel leverandør fortsatt kan svare på spørsmål.
Slik får du teknisk hjelp fra Semor
Beskriv systemene, den manuelle jobben og hvor ofte problemet oppstår. Vi kan kartlegge kravet, undersøke datatilgangen, sette opp en prøve og beskrive kontrollene. Hvilket program eller grensesnitt som passer, avgjøres av kravene og den faktiske testen.
Kontakt oss om systemhjelp. En god start er ett representativt oppgjør eller en konkret leveranse, ikke en ferdig ønskeliste med alle funksjoner på markedet.