Gå til hovedindhold

Dokumentkrav i Canada – Québec

Harald Krondorfer
  • Opdateret

Denne artikel beskriver kravene til forskellige dokument-/kvitteringstyper i Québec (Canada). Layoutet for de enkelte dokumenter er kun eksempler. Udformningen af de tilhørende kvitteringstyper er op til dig. Under alle omstændigheder skal du sørge for at integrere de nødvendige elementer og, hvis det er relevant, overholde den foreskrevne placering af visse elementer.

Dokumenter

I Canada skelnes der ikke mellem en faktura og en kassebon. Uanset betalingsbeløbet eller det udstedende system er der altid tale om en faktura (fransk: »facture«). Som led i de »obligatoriske faktureringsforanstaltninger« (»Mesures sur la facturation obligatoire«) udstedes kvitteringer eller fakturaer af såkaldte »salgsregistreringssystemer« (SRS).

Afhængigt af forretningstransaktionen eller den tilsigtede anvendelse betegnes de dokumenter, der udstedes af SRS, forskelligt.

Kundedokumenter

SRS'et SKAL kunne generere følgende dokumenter, som udleveres til en kunde:

  • Afsluttende kvittering – afslutter en forretningstransaktion ("kassebon" / "faktura")
  • Kreditnota – Kreditnota
  • Genudskrivning – genudskrivning af et dokument på kundens anmodning

SRS'en KAN også generere følgende dokumenter, som ligeledes udleveres til kunden:

  • Tilbud – tilbud
  • Overslag – overslag
  • Foreløbig regning – Foreløbig kvittering; udstedes i cateringbranchen for at informere gæsten om det samlede beløb på regningen inden den faktiske betaling.
Bemærk: Dokumenter skal udstedes på fransk. Yderligere oplysninger på et dokument, der ikke overføres til WEB-SRM, skal overholde »Charteret for det franske sprog« (afsnit 57, 89 og 91). Det anbefales at bruge fransk, da dette er de eneste ensprogede dokumenter, der accepteres i Québec.

Indhold

Kundedokumenter skal indeholde de nedenfor anførte oplysninger. Oplysninger, der skal medtages i skatteoplysningsblokken (9 og 11-20), returneres i form af printingFields i fiscalResponse-Canada.

Musterbeleg-CA.png

 

Dokumentelementer

Nr. Beskrivelse
1

Det navn, som virksomheden (repræsentanten) normalt driver forretning under.


Hvis relevant, krævede oplysninger for aktivitetssektoren, såsom forretningsadresse, telefonnummer osv.
2 Når brugeren aktivt har sendt os de foreskrevne oplysninger, og i tilfælde af en kreditnota er det tidspunkt, hvor den blev udstedt til kunden, forskelligt fra tidspunktet for overførslen.
3 Transaktionsnummer.
4 En tilstrækkelig detaljeret beskrivelse af hver enkelt vare i leverancen (f.eks. faktureringstype, mængde, rabatter, kredit).
5 En bemærkning om, at der pålægges afgift på leveringen (f.eks. [F] for føderal, [P] for provinsiel og [S] for supplerende).
6 Værdien af det vederlag, der er betalt, skal betales eller er krediteret for leveringen. (Mellemotal).
7 Virksomhedens/repræsentantens GST-registreringsnummer.
8 Virksomhedens/fuldmægtigens QST-registreringsnummer.
9 Ved en afregningskvittering: hvordan kunden har betalt det skyldige beløb for leveringen (se printingFields Canada).
10

I tilfælde af en kreditnota: kundens navn.

Bemærk: betragtes i øjeblikket ikke som et printingField!
10.1 Indhold såsom brugernavn, takkebesked, henvisning til en undersøgelse osv. kan tilføjes over skillelinjen ved hjælp af lighedstegnet.
11 En række lighedstegn (=) umiddelbart foran de nedenfor anførte elementer, som skal vises i den angivne rækkefølge (se printingFields Canada).
12 Beløb for betalt, skyldig eller krediteret GST på leveringen. 
13 Det beløb, der er betalt, skal betales eller er krediteret i QST for leveringen.
14

Regningens samlede beløb, som er summen af GST, QST og prisen på varen eller tjenesteydelsen (mellembeløb).

Hvis relevant, det justerede beløb, det skyldige beløb, den aktuelle betaling, summen af tidligere betalinger, restbeløbet og drikkepenge.
15 En bemærkning i henhold til betingelserne i afsnit 4.4.1.4 (SW-73) i visse tilfælde (se printingFields Canada).
16

QR-koden med et hyperlink.

Bemærk: Hvis regningen er elektronisk, skal den også indeholde et link under QR-koden med teksten »Consulter la facture en ligne« (se regningen online). 
17

Når WEB-SRM behandler de oplysninger, der er sendt af SRS.

Bemærk: Hvis UTC-tiden for WEB-SRM adskiller sig fra SRS's, skal du indtaste UTC-tiden for WEB-SRM, efter at transaktionen er behandlet. Eksempel: 2020-01-01 08:00:02 UTC-05:00N.
18 Det transaktionsnummer, der returneres af WEB-SRM, eller en særlig bemærkning i henhold til betingelserne i afsnit 4.4.1.4 (SW-73) (se printingFields Canada).
19 Unik identifikator for den enhed, der blev brugt til at igangsætte transaktionen.
20  En linje med lighedstegn.

 

Virksomhedsdokumenter

SRS SKAL kunne generere følgende dokumenter, som IKKE MÅ udleveres til en kunde. Disse dokumenter er beregnet til interne formål i virksomheden.

  • Duplikat – Duplikat af et kundedokument; må aldrig udleveres til en kunde (virksomhedens kopi). 

Dokumenter til Revenu Québec

SRS skal kunne generere rapporter og overføre dem til Revenu Québec (via WEB-SRM).

  • Brugerrapport – (SKAL ) Salgsrapport for en bestemt periode
  • Rapport om hyppige tredjeparter – (KAN ) Rapport om tredjeparter (virksomheder), der tilbyder varer eller tjenester på virksomhedens forretningslokaler.

Indhold

Brugerrapporter skal indeholde de oplysninger, der er anført nedenfor. Brugerrapporter kan genereres ved hjælp af endpointet POST /api/v1/management/canada/userReport/{clientId}/{selectedYear}.

Benutzerbericht-CA.png

Dokumentelementer

Nr. Beskrivelse
1 Navnet på den befuldmægtigede, der driver virksomheden
2 Den bemyndigedes GST-registreringsnummer.
3 Den bemyndigedes QST-registreringsnummer.
4 Fornavn og efternavn på den person, der er knyttet til brugerkontoen.
5

Hvor det er relevant, skal virksomhedens fulde adresse angives med felterne adskilt af kommaer som følger:

  • Format: husnummer, gadenavn, kommune, postnummer;
  • Hvis der er et lejlighedsnummer, skal det stå først efterfulgt af en bindestreg og gadenummeret (f.eks. 100-3800).
6 Oplysningerne om det senest udfærdigede dokument, med eller uden netværksforbindelse, herunder:
6a det transaktionsnummer, der er genereret af SRS;
6b prisen inkl. afgifter;
6c

udskrivningsindstilling / udskrivningstilstand:

  • "Papier" – Dokument udstedt i papirform
  • "Électronique" – Dokumentet er udstedt digitalt/elektronisk
  • "Papier/Élec." – Dokumentet er udstedt både i trykt (papir) og digital form
  • "Ikke udskrevet" – Dokumentet er hverken udskrevet eller udstedt digitalt
6d
  • de første fire tegn i modtagerens e-mail-adresse efterfulgt af seks stjerner (*) eller
  • seks stjerner (*) efterfulgt af de sidste fire cifre i telefonnummeret (sms)

når regningen er elektronisk;
6e dato og klokkeslæt (time, minut og sekund) for den seneste regning, som brugeren har udfærdiget;
6f dato og klokkeslæt (time, minut og sekund) for, hvornår WEB-SRM behandlede transaktionen;
6g

det transaktionsnummer, der blev sendt af WEB-SRM; 

Bemærk: Hvis den seneste regning blev udfærdiget i offline-tilstand, skal du indtaste den særlige meddelelse, der blev vist på regningen, i stedet for transaktionsnummeret og datoen for, hvornår WEB-SRM behandlede transaktionen ("PROBLÈME DE COMMUNICATION").
7 Salgsoversigt for den pågældende bruger fra den 1. januar i det pågældende år og frem til tidspunktet for rapportens oprettelse, eller frem til den 31. december, hvis brugerrapporten for det foregående år er blevet oprettet.
7a Det år, som rapporten er udarbejdet for.
7b Det samlede antal transaktioner
7c Antallet af betalingstransaktioner
7d delsummen før skat
7e GST-beløbet
7f QST-beløbet
7g det samlede beløb
7h det justerede beløb (f.eks. på grund af afrundinger osv.)
7i det skyldige beløb.
8 Den unikke identifikator for den anvendte enhed.
9 Den unikke identifikator for SRS.
10 SRS-versionsnummeret, der er tildelt af udvikleren. 
11 Dato og klokkeslæt (time, minut og sekund) for, hvornår brugeren loggede ind på sin brugerkonto.
12 Dato og klokkeslæt (time, minut og sekund) for, hvornår rapporten blev udarbejdet. 
13 QR-kode med foreskrevne oplysninger

Bemærk: Kontroller venligst, hvilke af ovenstående dokumenter der understøttes af RetailForce Middleware.

 

Denne artikel er oversat automatisk.

Relaterede artikler

Kommentarer

0 kommentarer

Log ind for at kommentere.

Drevet af Zendesk