Changes for page Supplementary features

Last modified by Fredrik Nilsson on 2024/12/06 11:49
From empty
To version 94.1
edited by Fredrik Nilsson
on 2024/09/06 10:41
Change comment: There is no comment for this version

Summary

Details

Page properties
Title
... ... @@ -1,0 +1,1 @@
1 +Supplementary features
Parent
... ... @@ -1,0 +1,1 @@
1 +developer:Main.Invoicing.invoice-service.Implementation guide.WebHome
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.XWikiGuest
1 +xwiki:XWiki.frn
Default language
... ... @@ -1,0 +1,1 @@
1 +en
Tags
... ... @@ -1,0 +1,1 @@
1 +px-custom-page-content
Content
... ... @@ -1,0 +1,337 @@
1 += Introduction =
2 +
3 +(% class="jumbotron" %)
4 +(((
5 +(% class="container" %)
6 +(((
7 +This section covers additional features and functions of PayEx Invoice Service, that are not part of the base service. If you want to add additional features to your Invoice Service package please contact us for more information!
8 +)))
9 +)))
10 +
11 +== Automatic payment service ==
12 +
13 +Automatic payment service (direct debit) enables automatic payments that debit your customer's bank account on the invoice due date. If the bank account lacks coverage, up to three attempts will be made before a reminder is sent to your customer.
14 +
15 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
16 +
17 +When the customer apply for the automatic payment service PayEx handles the consent.
18 +You retrieve information about activated/deactivated consents in Customer Journal (depending on service set up).
19 +
20 +By default, an active consent means that the next invoice produced will use the the automatic payment method.
21 +
22 +(% lang="EN-US" %)
23 +To use automatic payment service, your customer needs to apply in any of the following ways:
24 +
25 +(% lang="EN-US" %)
26 +- The automatic payment sign up via the customers internet bank.
27 +
28 +(% lang="EN-US" %)
29 +- The automatic payment sign up via the service providers app/web site, etc. (depending on service/country)
30 +
31 +(% lang="EN-US" %)
32 +- Using the Electronic agreement application provided by PayEx, see below.
33 +
34 +(% lang="EN-US" %)
35 +**Please note** that different customer information is required for different counties, in order for direct debit to work
36 +
37 +(% lang="EN-US" %)
38 +Sweden:
39 +
40 +* RegNo/nationalIdentifier (SSN) needs to be sent to PayEx as it is the identifier used by Autogiro
41 +* Only numeric characters and not with a leading zero may be used in CustomerNo
42 +
43 +Norway:
44 +
45 +* KID-number (Kundeiidentifikasjon) is the identifier used by AvtaleGiro
46 +* KID-number is generated by PayEx, no additional customer information needs to be sent to PayEx in order for AvtaleGiro to work
47 +
48 +Denmark:
49 +
50 +* CustomerNo is the identifier used by Betalingsservice
51 +* No additional customer information needs to be sent to PayEx in order for Betalingsservice to work
52 +
53 +(% lang="EN-US" %)
54 +=== Electronic agreement application (Sweden) ===
55 +
56 +(% lang="EN-US" %)
57 +The customer access the service application on a website hosted by PayEx. You may offer the Electronic agreement service within your own "My Site" or as a part of your onboarding process of registering as a new customer. A link to the website can also be sent to the customer i.e. via sms or e-mail.
58 +
59 +(% lang="EN-US" %)
60 +The customers RegNo/nationalIdentifier (SSN) needs to be sent to PayEx as it is the identifier used by Autogiro
61 +
62 +(% lang="EN-US" %)
63 +The customer fills in social security number and bank account number from which the money is to be deducted, reviews the information related to the agreement and then submits by signing with BankID. The agreement is then sent to BGC and the consent will be visible in both the customers internet bank and on the customer information in PayEx web interface when activated. The consent is stored in xml-format at PayEx.
64 +
65 +(% lang="EN-US" %)
66 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
67 +
68 +(% lang="EN-US" %)
69 +=== Electronic agreement application (Norway) ===
70 +
71 +(% lang="EN-US" %)
72 +The customer access the direct debit sign up as an HTML form on your website. The customer authenticates with BankID, choose bank account from which the money is to be deducted, fills monthly amout limit, reviews the information related to the agreement and then submits by signing with BankID. The agreement is forwarded to the bank for confirmation and will be visible in both the customers internet bank and on the customer information in PayEx web interface when activated. For further information about the concept please visit: [[https:~~/~~/www.mastercardpaymentservices.com/norway/utvikler/pvuoverview>>url:https://www.mastercardpaymentservices.com/norway/utvikler/pvuoverview]]
73 +
74 +(% lang="EN-US" %)
75 +You may offer the Electronic agreement service within your own "My Site" or as a part of your onboarding process of registering as a new customer. A link to the form can also be sent to the customer e.g. via sms or e-mail.
76 +
77 +(% lang="EN-US" %)
78 +The HTML form on your website inter​act with the E-Agreement via an http post. A guide how to set up the web form and http post is found here: [[https:~~/~~/www.mastercardpaymentservices.com/norway/utvikler/pvugetstarted>>url:https://www.mastercardpaymentservices.com/norway/utvikler/pvugetstarted]]
79 +
80 +In order for AvtaleGiro sign up to work a unique KID-number needs to be created for every customer.
81 +
82 +KID number at PayEx always consists of 12 digits by default, e.g.(% style="font-family:Calibri,sans-serif; font-size:11pt" %) (% style="background:yellow; font-family:Calibri,sans-serif; font-size:11pt" %)1234567(% style="background:lime; font-family:Calibri,sans-serif; font-size:11pt" %)0000(% style="background:aqua; font-family:Calibri,sans-serif; font-size:11pt" %)X
83 +
84 +(% style="margin:0cm" %)
85 +(% style="background:yellow; font-family:Calibri,sans-serif; font-size:11pt" %)7 digits (%%)= customer number sent to PayEx
86 +
87 +(% style="margin:0cm" %)
88 +(% style="background:lime; font-family:Calibri,sans-serif; font-size:11pt" %)4 digits (%%)= used at PayEx for invoice serial number per customer and ledger (may also be filled out with all zeroes when generating KID, i.e. in sign up for AvtaleGiro)
89 +
90 +(% style="margin:0cm" %)
91 +(% style="background:aqua; font-family:Calibri,sans-serif; font-size:11pt" %)1 digit (%%)= control digit
92 +
93 +
94 +(% style="margin:0cm" %)
95 +Modulus 10 is used as algorithm to calculate the control digit.
96 +
97 +(% style="margin:0cm" %)
98 +Learn more about modulus and how to generate KID here: [[https:~~/~~/www.mastercardpaymentservices.com/norway/utvikler/kid>>url:https://www.mastercardpaymentservices.com/norway/utvikler/kid]]
99 +
100 +
101 +(% lang="EN-US" %)
102 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
103 +
104 +(% id="HVerifiedpayment-Verifieratbetalsatt" %)
105 +== Verified payment - Verifierat betalsätt ==
106 +
107 +With Verified payment the change to automated payments through Autogiro/AvtaleGiro is activated only when the payment rules in the CUSIN file is changed accordingly. This verification ensures that i.e. the customer invoice fee is correct at all times.
108 +
109 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
110 +
111 +This is achieved by activating or deactivating direct debit as part of the verified payment service in the PaymentRule element of the CUSIN file.
112 +
113 +Payment Rules:
114 +UseBGAGSE = Autogiro (Sweden)
115 +UseBKAGNO = AvtaleGiro (Norway)
116 +
117 +Set Value to 1 for activation and Value to 0 for deactivation.
118 +
119 +{{code language="xml" title="**Payment rule Autogiro**"}}
120 +<CUSIN>
121 + <CUSINInfo>
122 + <PaymentInfo>
123 + <Set>
124 + <PaymentRules>
125 + <PaymentRule Rule="UseBGAGSE">
126 + <Value>1</Value>
127 + </PaymentRule>
128 + </PaymentRules>
129 + </Set>
130 + </PaymentInfo>
131 + </CUSINInfo>
132 +</CUSIN>
133 +{{/code}}
134 +
135 +== E-Invoice - eFaktura ==
136 +
137 +The eFaktura service enables distribution of bills electronically, either to a customer's online banking system or directly to a business ERP system.
138 +
139 +=== E-invoice internet bank B2C ===
140 +
141 +To distribute and get paid via the online banking system the customer needs to give their consent in the internet bank.
142 +
143 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
144 +
145 +When the customer applies for the service PayEx handles the consent and you will retrieve information about activated/deactivated consents in Customer Journal.
146 +
147 +An active consent will set distribution method to e-invoice and override any DistributionType set in Cusin, meaning that by default the next invoice produced will use the specified distribution method.
148 +
149 +=== eFaktura internet bank B2C Norway ===
150 +
151 +eFaktura 2.0 is a "one click applies to all"-solution used by the norwegian online banking system. To use eFaktura 2.0 the customer needs to give their consent to the service in the internet bank.
152 +
153 +In order to make eFaktura 2.0 available as a distribution method on a specific customer PayEx will do lookups in Nets eFaktura Service alias register. Therefore, these alias parameters (perfect match) must be sent to PayEx in order to generate a match to each specific customer at Nets. The following rules outline which alias combinations will return a match when doing lookups:
154 +
155 +* **SSN**, //or//
156 +* 2 of 3 of the following: **Phone number**, **e-mail**, **zip code**
157 +
158 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
159 +
160 +When the customer applies for the service PayEx handles the consent and you will retrieve information about activated/deactivated consents in Customer Journal.
161 +
162 +An active consent will set distribution method to e-invoice and override any DistributionType set in Cusin, meaning that by default the next invoice produced will use the specified distribution method.
163 +
164 +(% class="wikigeneratedid" %)
165 +=== E-faktura internet bank B2C Sweden ===
166 +
167 +The customer apply for e-faktura (e-invoice) and give consent in their internet bank.
168 +
169 +RegNo/nationalIdentifier (SSN) needs to be sent to PayEx as it is the identifier used by e-faktura.
170 +
171 +=== Vipps eFaktura Norway ===
172 +
173 +Customer using eFaktura automatically has the possibility to use Vipps Regning. Regardless of whether the customer apply for Vipps Regning or eFaktura they will receive the invoice electronically __both __in their Vipps app and in their online bank as eFaktura.
174 +
175 +Thereby both eFaktura and Vipps Regning are defined as EInvoiceB2CSE.
176 +
177 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
178 +
179 +When the customer applies for the service PayEx handles the consent and you retrieve information about activated/deactivated consents in Customer Journal.
180 +
181 +An active consent will set distribution method to e-invoice and override any DistributionType set in Cusin, meaning that by default the next invoice produced will use the specified distribution method.
182 +
183 +=== E-Invoice B2B ===
184 +
185 +You can distribute bills business to business (B2B) electronically. To retrieve and import bills directly into a business customer's ERP system (e.g through EHF, EDI or Svefaktura) you need to send a technical specification of the necessary requirements from the receiving system, in order for PayEx to verify format and structure.
186 +
187 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
188 +
189 +If invoice distribution in cusin is set to EInvoiceB2B, the following information is mandatory in the EDIInfo:
190 +- Customer VAN
191 +- Buyer ID
192 +- Seller ID
193 +
194 +If any of these values is not supplied, an error is created and the invoices will not be distributed B2B. As fallback an invoice copy will be distributed by postal service to the customers Billing Address.
195 +
196 +(% id="HVerifieddistribution-Verifieratdistributionssatt" %)
197 +== Verified distribution - Verifierat distributionssätt ==
198 +
199 +With Verified distribution the change to electronic distribution through E-Invoice B2C is activated only when the distribution rules in the CUSIN file is changed accordingly. This verification ensures that i.e. the customer invoice fee is correct at all times.
200 +
201 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
202 +
203 +This is achieved by activating or deactivating E-Invoice B2C as part of the Verified distribution service in the DistributionRule element of the CUSIN file.
204 +
205 +Distribution Rules:
206 +UseEInvoiceB2CSE = E-faktura (Sweden)
207 +UseEInvoiceB2CNO = eFaktura (Norway)
208 +UseEInvoiceB2CFI = EInvoice (Finland)
209 +
210 +Set Value to 1 for activation and Value to 0 for deactivation.
211 +
212 +**N.B.** No activation is needed if distribution is made by B2B EDI (DistributionType EInvoiceB2B is used).
213 +
214 +{{code language="xml" title="**Distribution rule eFaktura**"}}
215 +<CUSIN>
216 + <CUSINInfo>
217 + <DistributionInfo>
218 + <Set>
219 + <BillTypes>
220 + <BillType DistributionBillType="I_Invoice">
221 + <DistributionRules>
222 + <DistributionRule Rule="UseEInvoiceB2CSE">
223 + <value>1</value>
224 + </DistributionsRule>
225 + </DistributionsRules>
226 + </BillType>
227 + </BillTypes>
228 + </Set>
229 + </DistributionInfo>
230 + </CUSINInfo>
231 +</CUSIN>
232 +{{/code}}
233 +
234 +== Kivra (Sweden only) ==
235 +
236 +To distribute via Kivra, your customer needs to sign up for a Kivra account.
237 +
238 +**N.B.** Can only be used if specially contracted with PayEx, contact us to learn more.
239 +
240 +When the customer applies for the service PayEx handles the consent and you will retrieve information about activated/deactivated consents in Customer Journal.
241 +
242 +An active consent will set distribution method to Kivra and override any DistributionType set in Cusin.
243 +
244 +== Settle surplus payment ==
245 +
246 +(% class="wikigeneratedid" %)
247 +If an invoice is paid in excess, a credit is created. PayEx supports automatic settlement on the receivables instead of disbursement.
248 +
249 +(% class="wikigeneratedid" %)
250 +The credit amout can be used to either:
251 +- settle an overdue invoice, or
252 +- to be deducted from the amout to be payed on the next invoice (typically applicable when billing of subscription services).
253 +
254 +(% class="wikigeneratedid" %)
255 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
256 +
257 +== Unpaid costs in arrear ==
258 +
259 +If only the original capital amout is paid on an invoice claim, fees and interest remain to be paid.
260 +
261 +PayEx supports handling of unpaid costs in arrear by billing the remaining costs at the same time as the next invoice is created (typically applicable when billing of subscription services).
262 +
263 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
264 +
265 +== Invoice layout ==
266 +
267 +You can tailor you invoice according to your business needs - from adding you company logotype to editing invoice columns and request a more thorough customization.
268 +
269 +=== Adding logotype ===
270 +
271 +To use your own logotype for invoices generated by PayEx Invoice Service you need to send a logotype image to [[setup.invoice@payex.com>>mailto:setup.invoice@payex.com]] together with customer identification.
272 +
273 +(% class="table-bordered table-striped" %)
274 +|=Property|=Description
275 +|Format|.jpg or .pcx
276 +|Resolution|300 DPI or higher is highly recommended
277 +|Max Height|1,7 cm
278 +|Max Width|8 cm
279 +
280 +=== Editing invoice columns ===
281 +
282 +You have the possibility to specify the structure and presentation of your invoice columns. This is done directly you CUSIN file that you send to PayEx.
283 +
284 +Read more about [[editing invoice colums here>>doc:Main.Invoicing.invoice-service.Implementation guide.Invoice columns.WebHome]]. To see extended details of example columns of different length, please visit the [[Invoice layout examples >>doc:Main.Invoicing.invoice-service.Implementation guide.Invoice columns.Invoice layout examples.WebHome]]section.
285 +
286 +=== Customised invoice layout ===
287 +
288 +If you want to have a customised layout that goes beyond the general framework presented above, you can use PayEx' customised layout. This supplemental service enable a wider range of options to create a tailor made invoice template. This service is set up together with PayEx in order to create and verify templates. Please contact us for more information regarding this service.
289 +
290 +== Late fee ==
291 +
292 +(% data-placeholder="Översättning" dir="ltr" id="tw-target-text" %)
293 +Companies and authorities can be charged a Late fee immediately after the due date has passed. The fee replaces the reminder and collection fee.
294 +
295 +(% dir="ltr" %)
296 +To use Late fee LegalEntity must be set to Business.
297 +
298 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
299 +
300 +== Invoice attachment ==
301 +
302 +(% data-placeholder="Översättning" dir="ltr" id="tw-target-text" %)
303 +PayEx Invoice Service offers the possibility to add invoice attachments/enclosures. The attachment will be produced as an extra page following the invoice document. Attachments can be distributed both electronically and by postal service.
304 +
305 +(% dir="ltr" %)
306 +To use Invoice attachment a pdf-document is required consisting of one or more pages.
307 +
308 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
309 +
310 +== Protected Identity (Sweden only) ==
311 +
312 +(% data-placeholder="Översättning" dir="ltr" id="tw-target-text" %)
313 +Private individuals can be registered with the status of Protected identity at the Swedish Tax Agency (Skatteverket), meaning the personal data such as name and address are protected and not available in public population register.
314 +
315 +(% data-placeholder="Översättning" dir="ltr" %)
316 +In order to distribute invoices and letters by mail, ProtectedIdentity must be set which allows special postal distribution service handled by Skatteverket.
317 +
318 +(% data-placeholder="Översättning" dir="ltr" %)
319 +ProtectedIdentity must be set in combination with a correct RegNo in order for postal distribution via Skatteverket to work.
320 +
321 +(% dir="ltr" %)
322 +**N.B. **Every end customer with protected identity must have ProtectedIdentity set at all times, regardless of preferred distribution method, as this also sets the label of protected identity as a customer status displayed in GUI, etc.
323 +
324 +(% id="HPayExConnectAPI" %)
325 +== PayEx Invoice Service API ==
326 +
327 +PayEx Invoice Service API is a REST API integration that enables access to PayEx services in a controlled and secure manner.
328 +Access to this service requires explicit permissions on a organizational level and implementation of token based authentication for each specific ledger.
329 +
330 +**N.B. **Can only be used if specially contracted with PayEx, contact us to learn more.
331 +
332 +Learn more about PayEx API:s [[here>>doc:Main.Invoicing.invoice-service.invoice-service-apis.WebHome]]
333 +
334 +Using API as an add-on to Cusin file integration for Invoice Service will give you access to the following API:s
335 +
336 +* Customer
337 +* Invoice
ColumnLayout.png
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.dap
Size
... ... @@ -1,0 +1,1 @@
1 +0 bytes
Content