Finn avsnittet du trenger
Velg system ut fra en gjennomført arbeidsflyt. En funksjonsliste sier lite om en sen havnefaktura kan komme på riktig reise, eller om en delvis refusjon faktisk stemmer med bankoppgjøret.
Hva skal være kilden til hvilke data?
| Informasjon | Avklar før valg |
|---|---|
| Kontrakt og godkjent oppdrag | Hvor ligger aktiv versjon og aksept? |
| Reise eller avgang | Hvem oppretter ID og endrer status? |
| Innkjøp og attestasjon | Hvor bestilles og godkjennes kostnaden? |
| Betaling og oppgjør | Hvem har brutto, gebyr, refusjon og netto? |
| Bokføring og avslutning | Hvor avstemmes saldo og perioder? |
| Ledelsesrapport | Hvilke kilder forklarer fartøy, reise og selskap? |
Samme data bør ikke registreres manuelt som en ny sannhet i flere systemer. Bevar den opprinnelige referansen når data overføres, slik at en korrigering kan finne tilbake til riktig sak.
Velg prøvesaker fra deres drift
For en godsoperatør: velg en reise med bunkers og havneutgifter, et hireoppgjør med trekk og et sent leverandørbilag. For en passasjeroperatør: velg en vanlig booking, flytting til ny avgang og delvis refusjon. En agent eller formidler trenger en sak som skiller egen inntekt fra penger som skal videre til en annen part.
Ta med den som registrerer, den som avstemmer og den som bruker rapporten. De ser forskjellige feil. En fil kan være teknisk mottatt samtidig som en fartøyreferanse har falt bort.
Slik sammenlignes tre mulige veier
| Vei | Passer når | Arbeid som må regnes med |
|---|---|---|
| Beholde dagens systemer | Data finnes, men referanser eller rutiner er svake | Rydde grunndata, oppsett og godkjenning |
| Koble systemene bedre sammen | Kildene fungerer, men overføringen er manuell | Feltavtale, import/integrasjon og løpende avstemming |
| Bytte løsning | Nødvendig kontroll eller eksport mangler | Migrering, opplæring, ny flyt og gammel historikk |
Det beste valget kan være et mindre tiltak. Et systembytte fjerner ikke en uavklart regel for hvem som skal betale vedlikehold eller hvordan reisen avsluttes.
Be om bevis på kritiske krav
Bruk en kravliste med fire statuser: vist og testet, krever oppsett, krever utvikling eller ikke støttet. Skriv hvem som utfører oppsettet og hvordan det godkjennes. «API finnes» er ikke et svar på om riktig felt, status og korrigering kan overføres.
Et minimum for en maritim økonomiflyt er at selskap, fartøy, kontrakt, periode og valuta beholdes der de trengs. Systemet må kunne forklare en opprinnelig post, en korreksjon og en restsaldo. Kontroller eksport av både data og vedlegg før avtalen inngås.
Regn på samlet arbeid over en vanlig måned
Lag et konstruert arbeidsestimat for alternativene. Hvis dagens løsning krever 20 timer manuell matching og et nytt oppsett forventes å redusere dette til åtte, er forskjellen tolv timer per måned. Sett deres interne timekostnad på disse timene og sammenlign med lisens, oppsett og drift. Gevinsten er først bekreftet når prøveflyten viser at arbeidet faktisk faller bort.
Ta også med avvikene: hvem følger en stoppet overføring, hvor ser dere hva som er behandlet, og hva koster en endring i leverandørens format? Se integrasjonsavtalen og gjenoppretting etter feil.
Regnskapsdel og praktisk gjennomføring
ReAI kan være regnskapsdelen i løsningen. Valget må passe sammen med de operative systemene og rapportene dere trenger. En maritim særfunksjon eller navngitt kobling må testes for seg.
Vi kan hjelpe med kravene, prøveflyten, oppsett og dataflyt. Se systemhjelpen hos Movir. Bruk akseptansetesten før vanlig drift og exitplanen før gammel tilgang stenges.