Vele er et medlemssystem i drift. Innføring er en egen tjeneste: Vi går gjennom medlemsmodellen, ryddebehovet og arbeidsflyten sammen med dere. Det er ikke nødvendig å bytte alt samtidig.
Dette avklarer vi først
- Hvem er medlem, hvem betaler, og hvem er bare kontaktperson?
- Hvilke medlemskategorier og satser har styret vedtatt?
- Hvilket system eier betalingsstatus, og hvem avstemmer mot banken?
- Hvem skal sende meldinger og håndtere utmeldinger?
- Hvilke data må dere kunne hente ut ved et senere bytte?
Tilbudet spesifiserer abonnement, import, opplæring og teknisk arbeid, med pris på oppstart og videre hjelp.
Eksempel: flytte en lokalforening
En tenkt forening har 240 rader i regnearket. Gjennomgangen finner 12 dubletter og 8 foresatte som bare er betalere. Det gir 220 medlemsoppføringer, ikke 240. Betalerne må fortsatt være knyttet til riktig medlem.
| Kontroll | Før dere går videre |
|---|---|
| Medlemmer | Styret godkjenner 220 oppføringer og kategoriene deres |
| Åpne krav | Kassereren skiller ubetalt kontingent fra gamle avsluttede krav |
| Prøveimport | Kontroller en familie, et fritak, en utmelding og en vanlig voksen |
| Betaling | Test hvem kravet går til og hvordan en innbetaling følges opp |
| Overgang | Avtal siste endring i gammelt register og første dag i nytt |
Integrasjoner må undersøkes
For en ny bank-, betalings- eller regnskapskobling undersøker vi eksportformater, API-tilgang, leverandørvilkår og testmuligheter. En kontrollert filoverføring kan være et bedre første steg enn en ny automatisk kobling.
Avtalen bør si hvem som følger opp feil, hvem som betaler eksterne leverandører og hvordan data eksporteres når samarbeidet avsluttes. Les krav til integrasjoner og overgang fra Excel.
Overlevering og videre hjelp
Vi kan avtale opplæring, rutinebeskrivelser og teknisk oppfølging. Styret utpeker en systemansvarlig og en stedfortreder. Lag en kort driftsliste for kontingentutsending, betalingskontroll, tilgangsendringer og eksport. Se styrebytte og medlemsregister.
Kom i gang med Vele. Vi begynner med dagens system, medlemsmodell og det dere vil få orden på først.
Test koblinger med feil, ikke bare en vellykket betaling
Avklar et kontrollert testgrunnlag uten ekte medlemsopplysninger. Hvert system må ha en kjent rolle som kilde for dataene og en ansvarlig når overføring stopper.
| Test | Forventet kontroll |
|---|---|
| Samme import kjøres to ganger | Ingen doble krav eller innbetalinger |
| Betaler har flere medlemskap | Beløpet fordeles etter avtalt modell |
| En refusjon kommer neste måned | Kobles til riktig opprinnelig hendelse |
| En fil mangler siste rad | Antall og totalsum avdekker avviket |
| Tilgang utløper | Avvik blir synlig og noen følger det opp |
| Leverandøren svarer uklart | Kontroller faktisk status før ny kjøring |
En uklar respons kan bety at behandlingen allerede skjedde. Ikke kjør en betalings- eller kravoperasjon på nytt før dere vet hvordan leverandøren håndterer duplikater. En kontrollert manuell avviksliste kan være riktig mellomløsning.
Avtal også hvordan dere avslutter leverandøren
Før oppstart bør dere vite hvilke data og vedlegg som kan eksporteres, i hvilket format og med hvilke identifikatorer. Test at et utvalg medlemmer, krav, betalinger og historiske endringer kan forklares etter eksport. Et regneark med bare navn er ikke en full overlevering av økonomihistorikken.
Avklar abonnement, oppsigelse, bistand til uttrekk, avslutning av tilganger og håndtering av gamle kopier. Regnskapsdokumentasjon og medlemsdata kan ha ulike lagringsbehov; ansvarlig må vurdere dem hver for seg. Bruk års- og styreoverleveringen som praktisk prøve på om leveransen kan overtas.