Изменения документа KUB

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -44,28 +44,28 @@
44	44
45	45	* You cannot use the same serial number more than once. In case something goes wrong during CUSIN processing, **you need to supply a new serial number - the next number in the number series you are using - when transferring the rectified file to PayEx**.
46	46
47		-(% class="wikigeneratedid" %)
48	48	== ==
49	49
50	50	== Change log ==
51	51
52		-|**Version**|**Date**|**Description**|**Created by**
53		-|1.04|20-04-21|Corrected file name included seconds|Anders Göthberg
54		-|1.03|20-01-24|(((
	51	+(% border="1" %)
	52	+|=**Version**|=**Date**|=(% style="width: 712px;" %)**Description**|=(% style="width: 530px;" %)**Created by**
	53	+|1.04|20-04-21|(% style="width:712px" %)Corrected file name included seconds|(% style="width:530px" %)Anders Göthberg
	54	+|1.03|20-01-24|(% style="width:712px" %)(((
55	55	New record type added for subscription information (SI)
56	56
57	57	Inter Company Code added to field 15 in C1 (field marked as “not used” in earlier versions)
58	58
59	59	Completed MB record with explanation regarding VAT-types
60		-)))|Daniel Olsson
61		-|1.02|19-04-02|Expand number of character in customer name|Anders Göthberg
62		-|1.01|18-09-19|Reduced possible values to 1-4 in C1:4 and removed Password (A:7) from Address record|Anders Göthberg
63		-|1.0|18-05-04|Created document|Anders Göthberg
	60	+)))|(% style="width:530px" %)Daniel Olsson
	61	+|1.02|19-04-02|(% style="width:712px" %)Expand number of character in customer name|(% style="width:530px" %)Anders Göthberg
	62	+|1.01|18-09-19|(% style="width:712px" %)Reduced possible values to 1-4 in C1:4 and removed Password (A:7) from Address record|(% style="width:530px" %)Anders Göthberg
	63	+|1.0|18-05-04|(% style="width:712px" %)Created document|(% style="width:530px" %)Anders Göthberg
64	64
65	65	=
66	66	General information and explanation of records =
67	67
68		-Customerfile to billing (KUB) is used to submit end-user information to the PayEx Billing System. KUB contains the end customer's customer information together with all of the end customer's subscriptions and products to be processed in the PayEx Billing System.
	68	+Customerfile to Billing (KUB) is used to submit end-user information to the PayEx Billing System. KUB contains the end customer's customer information together with all of the end customer's subscriptions and products to be processed in the PayEx Billing System.
69	69
70	70	The PayEx Billing System processes and stores all correct customers. Incorrect customers will be returned in a detailed error file.
71	71
...	...	@@ -74,23 +74,11 @@
74	74
75	75	Processing KUB files can be done 24/7 and response files will be delivered immediately after processing KUB files.
76	76
77		-(% class="wikigeneratedid" %)
78		-=== ===
79	79
80		-=== Format ===
81		-
82		-In the format columns below, the numerical values are called N where “n” stands for the maximum number of characters, or in some cases the obligatory number of characters. Alphanumeric characters are written as X. The decimal separator for amounts will be a point “.”. Each record has a description about which character check will be made. Some records are not obligatory but if they do occur, some fields for the record may become obligatory. See the fixed telephony record “C2” for example, or mobile telephony record “MO”. Obligatory records are described with the abbreviation “Obl.” in the type column. All records marked with a star can only be used after contacting Payex.
83		-
84		-The customers different records have to be sent in the same order as the record description.
85		-
86		-(% class="wikigeneratedid" %)
87		-=== ===
88		-
89	89	=== Implementation ===
90	90
91	91	Implementation of KUB requires a complete file with all customers. Otherwise it is sufficient to only send updated customers.
92	92
93		-(% class="wikigeneratedid" %)
94	94	=== ===
95	95
96	96	=== GDPR (General Data Protection Regulation) ===
...	...	@@ -101,7 +101,6 @@
101	101
102	102	As soon as a customer has been send with value 1 (Inactive) no information regarding this customer will be available in any report or api. A final removal of the customers information will be made after x days, where the recommendation is to use the default of 40 days. Within this period it´s possible to reactivate the customer again.This can be done by sending value Active in the customerstatus
103	103
104		-(% class="wikigeneratedid" %)
105	105	== ==
106	106
107	107	== Response files ==
...	...	@@ -112,7 +112,6 @@
112	112
113	113	If the file format is correct and the file contains only correct customers no error file will be produced, only a receipt file will be produced.
114	114
115		-(% class="wikigeneratedid" %)
116	116	=== ===
117	117
118	118	=== Receipt and Error -files ===