Gå til hovedinnhold

Import

Oppdatert denne uken

Uansett hvordan du tidligere har styrt abonnentene dine, må de importeres i ITERAS. For større kunder håndteres migreringen av et konsulentselskap.

For mindre kunder skjer det via vår importmal, som er et Excel-ark med fast definerte overskrifter til de dataene systemet har behov for. Det er temaet for denne artikkelen.

Selve importen tar fra noen sekunder til noen minutter, avhengig av hvor mange abonnenter som importeres. Det er ITERAS som gjør selve importen, og ofte hjelper vi også med å fylle ut særlig abonnementsfeltene i importfilen.

Systemet kan også importere PostNords Utgiver 2- og Utgiver 3-formater, noe som f.eks. brukes i forbindelse med returfiler fra adressevask.

Importmalen

Importmalen er som sagt et Excel-ark, og nedenfor er kolonneoverskriftene som kan benyttes, samt forklaring på hva de brukes til. Merk at kolonneoverskriftene må skrives NØYAKTIG som nedenfor. Hvis det ikke finnes data til feltene, lar du dem stå tomme.

Last ned importmalen her. (Merk filen er på dansk)

Grunndata

  • Abonnent-ID: Fylles ikke ut ved første import av en abonnent/medlem, men feltet kan brukes dersom feltene på det aktuelle Abonnent-ID-et skal oppdateres. Tidligere abonnent-id kan med fordel plasseres i notatfeltet, f.eks. med teksten “Tidl. abonnent-id: ” foran – da vil det være søkbart i Iteras.

  • Adgangskode / Passord: Abonnentens/medlemmets eventuelle passord fra tidligere system. Hvis det ikke overføres, kan kolonnen utelates.

  • E-mail / E-post: Abonnentens/medlemmets e-postadresse.

  • Navn: Alle for- og etternavn skrives her, i ett og samme felt. OBS: Det må ikke være linjeskift i navnefeltet (men gjerne i firmanavn).

  • Firmanavn: Hvis det er et firmanavn, kan det skrives her. Det kan gjerne være linjeskift, dvs. flere linjer med firmanavn (f.eks. universitetsnavn i én linje og institutt-navn i neste linje, eller virksomhetsnavn i første linje og “Company House” i andre linje).

  • Adresse: Her skrives hele adressen. Det vil typisk være minst to adresselinjer, nemlig en gateadresse og postnummer/by. Det skal settes inn Excel-linjeskift i cellen, noe som kan gjøres manuelt eller ved først å opprette et felt for gateadresse og deretter et felt for postnummer/by, og så slå de to feltene sammen med linjeskift imellom. Linjeskift heter “TEGN(10)” i Excel. Sammenflettingen vil da ha følgende Excel-formel (i eksempelet flettes celle A1 og celle A2): =A1&TEGN(10)&A2.

  • Land: Angi landskode i ISO3166-format med to tegn. Finn riktig landskode i denne oversikten. (lenken er på dansk)

Annen betaler

Felter for angivelse av annen betaler. Feltene fylles ut som beskrevet ovenfor:

  • E-mail, betaler / E-post, betaler

  • Navn, betaler

  • Firmanavn, betaler

  • Adresse, betaler

  • Land, betaler

Andre grunndata

  • Telefonnummer

  • Mobilnummer

  • EAN-nummer: Husk at det skal være 13 sifre. Iteras slår opp numrene i NemHandel-databasen i forbindelse med importen, så ikke-eksisterende numre kan ikke legges inn.

  • Momsnummer / MVA-nummer

  • Note / Notat: Feltet kan brukes fritt og er søkbart i Iteras

  • Tidligere ID: Kan brukes til et tidligere abonnent- eller medlemsnummer, som også vil være søkbart i Iteras

  • Oprettelsesdato / Opprettelsesdato: Dato for når abonnenten eller medlemmet ble opprettet

Nets BetalingsService-påmelding

Iteras kan melde abonnenter/medlemmer på Nets BetalingsService ved importen, hvis følgende er fylt ut for abonnenten/medlemmet:

  • BetalingsService-CPR/CVR: Enten et personnummer eller et CVR-nummer (hvis det er en virksomhet)

  • BetalingsService-registreringsnummer: Registreringsnummer på bankkonto

  • BetalingsService-kontonummer: Kontonummer på bankkonto

Abonnement/medlemskap – grunnopplysninger

Abonnement eller medlemskap opprettes typisk sammen med importen – det behøver ikke være slik, men det er oftest lettest fordi man da slipper å finne ut hvem som skal ha hva etterpå. Det kan opprettes et ubegrenset antall abonnementer per abonnent/medlem på samme linje, ved ganske enkelt å legge til flere sett av nedenstående kolonner, med tillegg “2”, “3”, osv. (slik at det f.eks. står “Kampanjenummer 2”). Kolonnene man ikke trenger, kan bare utelates.

Datoene skal skrives i formatet åååå-mm-dd.

  • Kampagnenummer / Kampanjenummer: Angir hvilken kampanje som skal opprettes

  • Resterende tildelinger / Gjenstående tildelinger: Angir antall utgivelser igjen i inneværende periode hvis perioden kjøres på utgivelser. Det må ikke stå “0” i feltet – hvis det er null til gode, lar du det stå tomt. Dermed opprettes neste periode med fullt antall ved importen.

  • Antal bestillinger / Antall bestillinger: Fylles ut med et tall hvis man ønsker å opprette flere like abonnementer/medlemskap samtidig – hvis ikke feltet er fylt ut, antar systemet at det skal opprettes 1 av gangen

  • Antal / Antall: Kan brukes til å angi antall utgivelser som skal mottas på abonnementet/medlemskapet. Må kun brukes på kampanjer med fritt antall

  • Periodestart: Startdato for inneværende periode. Hvis feltet ikke fylles ut, settes det til dags dato (som må ligge før kjørselsdatoen til første nummer abonnenten/medlemmet skal ha – ellers må feltet fylles ut!). Feltet kan brukes til å velge en tidligere startdato enn importdatoen, hvis abonnenten/medlemmet skal faktureres for allerede utkomne numre i forbindelse med importen. Disse numrene må i så fall opprettes tilbake i tid i Iteras før kjøring av abonnementer/medlemskap slås på, og ved å sette periodestarten kan man velge hvilke utgivelser abonnementet/medlemskapet skal ha.

  • Periodeslut / Periodeslutt: Fylles normalt ikke ut, men kan brukes til å overstyre kampanjens innstilling.

  • Opsigelsesdato / Oppsigelsesdato: Brukes til å angi at et abonnement/medlemskap er sagt opp til utløpet av perioden det importeres på. Datoen kan enten settes til den faktiske datoen da oppsigelsen ble mottatt, eller til en vilkårlig dato som ligger før importdatoen.

  • Stopdato: Dato for øyeblikkelig stopp av abonnement/medlemskap.

  • Fakturering tilbage / Fakturering tilbake: Her kan det justeres hvor stor andel av første periode som skal faktureres av det som normalt skal faktureres. Typiske verdier er 0 for 0 % eller 1 for 100 % på første periode. 0,5 vil således bety at halvparten skal faktureres ved importen. Hvis feltet ikke er fylt ut, antas andelen å være 100 %. Hvis perioden er endret, f.eks. startdatoen, og faktureringen skal gjenspeile dette, bruk “Tilpas fakturering til periodeændring” i stedet for dette feltet. Merk at andelen som angis blir multiplisert med den andelen av perioden som skal faktureres. Så hvis f.eks. et mottakerabonnement bare skal faktureres for 1/12, betyr 1 her 100 % * 1/12 = 1/12, og ikke 12/12.

  • Faktureret via / Fakturert via: Hvis feltet er tomt, faktureres via utgivers foretrukne metode. Hvis en abonnent skal faktureres på annen måte, kan det angis her:

    1. For fakturering via e-postfakturering skrives: ”email”
    2. For Iteras-genererte fakturaer / skriv ut selv: ”distributionlist”
    3. For fakturering via Nets/BetalingsService skrives ”netsdk”
    4. For fakturering via NemHandel (EAN): la stå tomt, ettersom utfylling av EAN-nummer overstyrer andre faktureringsmåter
    5. For fakturaer som ikke skal sendes eller sendes manuelt, skriv: ”manual”

  • Udsted faktura på dato / Utsted faktura på dato: Sett dato for å utstede fakturaen med en gang på den valgte datoen tilbake i tid. Det settes inn et notat om at fakturaen er opprettet i importeringen. Dette kan brukes til opprettelse av skygge-fakturaer*. Innstillingen respekterer “Fakturering tilbake”, så hvis det står “0” i “Fakturering tilbake”, faktureres det ikke.

  • Betalingsbeløb / Betalingsbeløp: Det kan importeres et betalt beløp, som vil fremgå som et tilgodehavende og bli brukt til fakturaer som opprettes.

  • Betalingsdato: Datoen for betaling av betalingsbeløpet som opprettes ved importen

  • Betalt: Når dette felt settes til 1, gjør importøren en beregning av hvilke fakturalinjer som blir opprettet og oppretter en betaling på det beløpet (på gruppeabonnenten hvis det er en mottaker). Kan f.eks. brukes til opprettelse av skygge-betalinger.

  • Rabatbeløb / Rabattbeløp: Angi rabattbeløp i kroner. Fyll alltid ut feltet Rabatttekst også!

  • Rabettekst / Rabatttekst: Skriv rabattteksten som vises på fakturaen

*: Skyggefakturaer og -betalinger er kopier av fakturaer/betalinger fra tidligere systemer. De opprettes slik at Iteras korrekt kan beregne tilgodehavender ved stopp.

Abonnement/medlemskap – avanserte importfelt

Importfiler som benytter importfeltene nedenfor bør alltid gjennomgås av en Iteras-konsulent før import!

  • Videreført: Skriv ”1” hvis abonnementet ikke er nystartet. Da beregnes utsendelsen av fakturaen deretter (sendes raskere enn hvis det er et nytt abonnement, der første nummer skal sendes først; men sendes likevel som 0112 (dvs. fornyelsesfaktura) kun én gang i måneden den 19., så det er ikke alltid raskest)

  • Udelad periodetekst / Utelat periodetekst: Angir at man ikke ønsker angivelse av periode i faktureringen av første periode etter importen

  • Gruppeabonnement: Hvis det er snakk om et gruppeabonnement, settes ved import av mottakerabonnenter her abonnementsnummeret (ikke abonnent-nummeret) på det abonnementet som mottakeren skal knyttes til (dvs. mottakere må være importert først, uten bruk av dette feltet, men på gruppekampanjer, og deretter eksportert, og så må abonnementsnummer matches inn ved hjelp av opplysninger om betaler-kampanje-antall til gode). OBS! Kampanjenummer må ikke være utfylt hvis gruppeabonnement er utfylt!

  • Tilpas Fakturering til periodeændring / Tilpass fakturering til periodeendring: Iteras fakturerer normalt alle perioder 100 % av prisen. Det eneste unntaket er når systemet selv har flyttet på start- eller sluttdatoen, f.eks. ved en synkronisert kampanje eller ved mottakere på et gruppeabonnement som starter etter at gruppeabonnementet har startet. I noen tilfeller importerer man imidlertid en endret første periode for å få det til å passe bedre inn i et samlet regnskap og vil at faktureringen skal gjenspeile endringen i perioden. I disse tilfellene kan man her fortelle systemet at perioden er endret og om det er startdatoen, “begin”, eller sluttdatoen, “end”, som er flyttet – det kan være litt forskjell på databeregningene ved tidsbaserte kampanjer. Normalt er det startdatoen man har flyttet. Kan f.eks. brukes når man overtar et magasin fra en annen utgiver og skal få systemet til å fakturere den gjenværende leveringsforpliktelsen. I disse tilfellene skriver man “begin” i dette feltet; hvis det f.eks. er 52 % igjen av perioden, blir det fakturert 52 % av prisen. Hvis man ikke hadde fylt ut feltet, ville det blitt fakturert 100 % av prisen, til tross for den kortere lengden – det kan f.eks. være det man ønsker hvis det ikke tidligere er blitt fakturert for den første delen.

  • Forudbetaling påkrævet / Forhåndsbetaling påkrevd: Angir at det importerte abonnementet/medlemskapet må betales før det aktiveres

  • Manuel godkendelse ved fakturering / Manuell godkjenning ved fakturering: Aktiverer manuell godkjenning, som betyr at ingen fakturaer sendes automatisk uten at de er godkjent først. Angi verdien “1” for å aktivere manuell godkjenning.

  • Ignorer fakturanumre fra: Fyll ut med et tall, og eksisterende fakturaer som har fra dette fakturanummeret og oppover ignoreres i importen når det ved import opprettes fakturaer. Det kan brukes hvis man kjører skyggefakturaer på en lavere nummerserie enn den løpende, fremadrettede faktureringen, og i starten har behov for å endre på noen importerte abonnenter med skyggefakturaer. Uten denne muligheten ville skyggefakturaer bli opprettet med neste fakturanummer i rekken. Likeledes ses det bort fra innstillingen om hvilket fakturanummer det skal startes fra.

Importhåndverket

Når man har satt seg inn i verktøyet – importmalen – er man like langt som når man skal slå inn en spiker og har funnet hammeren. Det trengs fortsatt håndverk når ulike typer spiker skal slås inn i forskjellig materiale uten å ødelegge både hammer og spiker.

Importhåndverk handler om å finne ut hvordan data mest hensiktsmessig flyttes fra det gamle systemet til Iteras. Det gamle systemet vil nesten garantert ikke ligne på Iteras, og i tillegg kan det være behov for opprydding i data. Det kan også være at man vil benytte anledningen til å forenkle ting.

Gruppeabonnementer

Gruppeabonnementer er abonnementer som betaler for andre abonnementer. I noen systemer, f.eks. Navision, er det snakk om abonnenter som har tilknyttet en annen betaler (debitor), som i Iteras blir til gruppeabonnementer.

Dermed oppstår spørsmålet hvor mange gruppeabonnementer det er behov for. Svaret er: Så mange som det finnes variasjoner over parameterne pris, løpetid, starttidspunkt og kampanje. Hvis alle mottakere på en betaler har samme pris, samme løpetid, videreføres på samme tidspunkt på året og får de samme produktene, kan alle samles på ett gruppeabonnement. Hvis det derimot er flere forskjellige priser, er det behov for ett abonnement per pris. Er det i tillegg behov for flere produktpakker (uten at dette sammenfaller med prisen), ganger man opp med antallet produktpakker. Og tilsvarende, hvis noen abonnementer videreføres på forskjellige tidspunkter.

Det kan raskt bli mange gruppeabonnementer på samme abonnent. Her kan en del av importhåndverket være å se om man kan redusere antallet faktorer som gjør abonnementene forskjellige. F.eks. redusere antallet forskjellige løpetider eller starttidspunkter. Dermed kan man ende opp med vesentlig færre gruppeabonnementer og dermed en mer oversiktlig struktur for alle.

Svarte dette på spørsmålet?