...
Import via SFTP: 4 GB per file
Import via WSPManager: 1 GB per file
Overview of import files
File name | Comment |
---|---|
custupdate.csv | Records to be updated and inserted/ access data and customer options |
custdelete.csv | Records to be deleted |
billupdate.csv | Billing addresses to be updated and inserted. |
billcomplete.csv | Billing addresses to be updated and inserted. In contrast to the file "billupdate.csv", this file must contain all billing addresses of a customer. Billing addresses that are not included will be deleted. |
billdelete.csv | Billing addresses to be deleted. This file is intended for deleting individual addresses of specific customers. When deleting the complete customer using the file "custdelete.csv", all billing addresses will be automatically deleted as well. |
delivupdate.csv | Delivery addresses to be updated and inserted |
delivcomplete.csv | Shipping addresses to be updated and inserted. (analogous to billcomplete.csv). |
delivdelete.csv | Delivery addresses to be deleted (analogous to billdelete.csv). |
bankupdate.csv | Bank details to be updated and inserted |
bankcomplete.csv | Bank details to update and insert (analogous to billcomplete.csv). |
bankdelete.csv | Bank details to be deleted (analogous to billdelete.csv). |
Import order
The files are imported in the following order:
...
The file contains the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section Addressing the records) | yes when changing a record, forbidden when creating a new record (see Addressing records section) |
CustomerID | The customer number | yes when a new record is created, otherwise: see Addressing of records |
Password | The password with which the customer can log in to the shop. | no |
The customer's mail address | yes | |
MainSubshop | If a subshop ID is entered here, the customer can only log in to this subshop (and any subshops specified in the Subshop field). If a customer tries to log in to a subshop for which he has no access authorization, he will be redirected to the subshop specified under "MainSubshop". If this field is empty, the customer can log in to all subshops. | yes, if the "Subshop" field is used |
Subshop | If a subshop is entered in the "MainSubshop" field, the "Subshop" field can be used to specify a comma-separated list of additional subshops that the customer can log into. As an alternative to a list of subshops, the value "*" can also be entered here, in which case the customer can log in to all subshops. | no |
CharsetImport | If the customer data cannot be delivered in the character set used in the shop, the character set can be converted with these two fields | no |
CharsetShop | no | |
AddressSharingLastChangeDate | Consent to share addresses for advertising purposes: Date of the last change of state in the format DD.MM.YYYY | no |
AddressSharingLastChangeIP | Consent to share addresses for advertising purposes: IP address at last change | no |
AddressSharingLastChangeTime | Consent to share addresses for advertising purposes: Time of last change of state in SS:MM:SS format (hours/minutes/seconds) | no |
AddressSharingState | Consent to share addresses for advertising purposes: state, possible values are: | no |
AgeResMail | A mail address where the "AgeResPasswd" can be sent to | no |
AgeRestricted | The age of the customer. If this field is filled with a value greater than 0, the logged in customer will only be shown products whose "AgeRestricted" is less than or equal to the customer's age | no |
AgeResPasswd | The password (for the guardian) that can be used to change the "AgeRestricted" field | no |
BillieDuration | Time in days within which the customer has to pay the invoice (only for payment type Billie) Valid values: 7 - 120 (overwrites the default value of 30 days from the shop configuration) | no |
CreditCheckDate | Date on which an (automatic, renewed) credit check should be performed. Format: YYYY-MM-DD Example: 2022-03-17 | no |
CreditPassState | 0/empty: not checked 1: checked positive 2: negative checked | no |
Currency | The currency in which the prices are displayed to the customer by default after login. | no |
CustomerDiscountOnly | "X": The customer will only be given the customer discount specified in "Discount", no other discounts. | no |
DelCostDiscRate | Discount in % that the customer will receive on the shipping cost. | no |
DeliveryCostReduction | "X": Reduced delivery costs apply to the customer | no |
DeliveryDays | Comma separated list of weekdays on which the customer can be delivered. 1=Monday | no |
DeliveryGroup | DeliveryGroup, allows to make article dependent delivery costs additionally customer dependent. | no |
Discount | Discount in %, which the customer receives when purchasing discountable items | no |
DiscountGroupID | Suffix for Discount.dat, allows customer dependent discount groups. Example: If DiscountGroupID="abc", then the file "discount_abc.dat" will be loaded from the shop. If DiscountGroupID="", then the file "discount.dat" will be loaded from the shop. The format of the "discount_*.dat" files is described in the "Products PRO (EN)" documentation. | no |
DiscountList | Definition of the possible grouping of discountable products for the customer. If this field is used, the shop will ignore the general discount rate |
. This field can be used to supply discounts for products or categories that match the specified search mask. Structure of the field: <g>(Type):(discount rate)[:(search mask)][:(fromQuantity-toQuantity)]</g>... Type can have the following values: "Wildcard characters" are: Example: |
g> |
g> Data with and without quantities can also be combined. In this case, the first rule that applies from the left is used. Example: | no | |||
FreeDelivery | "X": The customer does not pay shipping costs | no | ||
FreePayCost | "X": The customer does not pay any payment method costs | no | ||
FreightCostsValue | Amount of a freight cost surcharge/deduction, e.g. 23.50 | no | ||
FreightCostsType | Type of freight cost surcharge/deduction, possible values: A+=Absolute markup | no | ||
GroupLogin | "X": The login data is used by multiple users ("group login"). In this case, neither the login data nor the address data can be changed by the logged-in user in the shop. | no | ||
InfoScoreState | 0/empty: not checked | no | ||
LastOrderDate | Date of the last order in the format YYYY-MM-DD This field is intended for orders that were not placed in the online shop, e.g. by telephone. It can then be used to recognise new customers and to control the logic when retrieving address data changes. | no | ||
MaxOrderForUserAccount | If this field contains a value > 0, this value will be used instead of the "MaxOrder-Value" entered for the payment types in shop.config. | no | ||
OrderGenerator | "X": If a link to the "OrderGenerator" should be offered to the logged in customer. | no | ||
PayCostDiscRate | Discount in % that the customer receives on the payment method costs | |||
PaymentMethods | A comma-separated list of payment type codes of the payment methods available to the customer. Examples for payment type codes: You find all payment type codes in the documentation for designers: | no | ||
ProductDiscount | "X": The customer discount is displayed at the product | no | ||
PriceGroup | A price group, if different prices have been specified for this price group during the article import, these will be displayed to the customer instead of the default prices. Even if customer-dependent prices are assigned via the customer number, this field must contain a non-empty entry. This "dummy entry" does not have to correspond to any existing price group and only serves as a flag so that the online shop activates the "customer-dependent prices" function. | no | ||
RegistrationCode | "Unlock code", the shop can be set up so that only customers who know an unlock code can register. This activation code is stored by the shop with the customer data, a change of the value over the import is not meaningful therefore however a deletion of the code. | no | ||
Releaser | "X": The customer can release the orders of other customers | no | ||
ReleaseID | An ID for the release procedure | no | ||
ReleaseRequired | "X": The customer's orders must be released before they are executed. | no | ||
Reseller | "X": The customer can enter a "reseller markup" (commission), which will then be added to the total amount of the order | no | ||
StartPage | A "start page" that is displayed after the customer logs in | no | ||
SuperUserID | ID of a "Super-User" with special rights. This user can e.g. log in as another user and order for this user. Every customer with a filled SuperUserID is considered a "SuperUser", the ID entered here is returned in the order data. It is therefore recommended to use a different ID for each SuperUser, so that it is clear in the order data who has carried out the order. | no | ||
SuperUserRestricted | "X": The "SuperUser" is only allowed to access the customer records where his SuperUserID is entered in the SuperUserIDList field. | no | ||
SuperUserIDList | A comma-separated list of the SuperUserIDs of the SuperUsers that are allowed to access this customer record. | no | ||
Surcharge | In addition to the global surcharge, it is possible to define an amount (SurchargeLimit) per customer, up to which a surcharge will be charged per order (SurchargeBase), if the surcharge falls below this amount. Furthermore, the amount of the surcharge can be defined individually for each customer. | no | ||
SurchargeLimit | no | |||
TeleMarketingLastChangeDate | Consent for telephone advertising: Date of last change of state in the format DD.MM.YYYY | no | ||
TeleMarketingLastChangeIP | Consent for telephone advertising: IP address at the last change of state | no | ||
TeleMarketingLastChangeTime | Consent for telephone advertising: time of last change of state in format SS:MM:SS | no | ||
TeleMarketingState | Consent for phone advertising: state, possible values are: | no | ||
UnitFactorGroupID | If customer-dependent denominations are to be used, the group ID must be entered here, which is then also used in the "UnitFactorGroups" field in the product data. | no | ||
Warranty | Comma-separated list of the customer's authorization codes. An authorization code is an alphanumeric string whose content determines whether or not certain areas in the shop are displayed to the customer. Example list: 1,2,abc The customer belongs to the authorization groups "1", "2" and "abc". Example brackets in a template:
| no | ||
WebsaleIni | Deprecated: The name of an alternative shop.config to use for the customer. | no |
Structure and content of the file “custdelete.csv”
...
The file contains the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section "Addressing the records") | Yes, if the CustomerID field is missing or empty (see Addressing the records section) |
CustomerID | The customer number | Yes, if the UserIndex field is missing, empty or 0 (see Addressing the records) If the UserIndex field is missing, empty or 0 and a customer number is specified, then all records matching this customer number are deleted. |
Structure and content of the file “billupdate.csv/billcomplete.csv”
...
The files contain the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section Addressing records) | yes when changing a record, prohibited when creating a new record (see section Addressing of data records) |
CustomerID | The customer number | yes when creating a new data record, otherwise: see Addressing of data records |
TableIndex | The table key in the shop database | This field is currently optional, because the shop supports only one billing address per customer |
ExternalID | The ID of the record for the customer. | ExternalID: yes when creating a new record. Optional when updating a billing address. (see Addressing records |
BCCEMail | Comma-separated list of mail addresses to which the order confirmations should be sent as a "blind carbon copy". | no |
BusinessFax | Fax (business) | no |
BusinessPhone | Phone (business) | no |
CCEMail | Comma-separated list of mail addresses to which the order confirmations should be sent as "carbon copy". | no |
City | City of residence | no |
Company | Company | no |
CompleteSalutation | Complete salutation, e.g. "Dear Mr. Miller". This field can be used if a welcome email is to be sent to new customers when importing the data. It has no meaning for the shop. | no |
CostCenter | CostCenter | no |
CountryISO | Three-digit ISO code of the country | no |
DateOfBirth | Date of birth in the format DD.MM.YYYY | no |
Department | Department | no |
EMail2 | Mail address for invoice | no |
Fax | Fax | no |
FirstName | FirstName | no |
LastName | LastName | no |
MobilePhone | Mobile Phone | no |
Phone | Phone | no |
PostOfficeBox | P.O. Box | no |
PostOfficeBoxZip | Post office box zip code | no |
Salutation | Salutation, e.g. "Mr.". This field is used by the shop only if the "SalutationCode" is not filled. It is recommended to import the "SalutationCode" field instead of "Salutation" and to enter the text of the salutation (e.g. "Mr.") in the "salutation.dat" configuration. | no |
SalutationCode | Code of the salutation, e.g. "11". The codes and the associated settings are configured in the configuration "salutation.dat". Access is via the "Configuration" service in the online service area. | no |
State | Country, e.g. "Bavaria | no |
Street1 | Street / House number | no |
Street2 |
| no |
Suffix1-50 | Freely usable address data fields | no |
TaxId | Sales ID | no |
TaxIds | Sales IDs for chain transactions. Example: <g>DEU:ok:DE123456789</g><g>BEL:unchecked:BE0999999999</g><g>AUT:failed:AT0999999999</g> | no |
Title | Title, e.g. "Dr.". | no |
TitleCode | Code of the title, e.g. "11" (the codes and the corresponding settings are configured in the "title.dat" file in the "configuration" directory of the SubShops) | no |
UserDescr | A comment that is displayed in the shop during address selection | no |
UserType | "Type" of the customer, must correspond to a value configured in shop.config | no |
Zip | Zip code | no |
Structure and content of the file “billdelete.csv”
...
The file contains the following fields:
Field name | Field content | Required field yes/no |
UserIndex | The table key in the shop database (see section "Addressing records") | Yes, if the CustomerID field is missing or empty |
CustomerID | The customer number | Yes, if the UserIndex field is missing, empty or 0 |
TableIndex | The table key in the shop database | Yes, if the ExternalID field is missing or empty |
ExternalID | The ID of the record for the customer. | Yes, if the TableIndex field is missing, empty or 0 |
Structure and content of the file “delivupdate.csv/delivcomplete.csv”
...
The files contain the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section "Addressing records") | yes when changing a record, forbidden when creating a new record (see section "Addressing the data records") |
CustomerID | The customer number | yes when creating a new dataset, otherwise: see Addressing of datasets |
TableIndex | The table key in the shop database | TableIndex: yes when changing a dataset, forbidden when creating a new dataset (see addressing of the data records) |
ExternalID | The ID of the record for the customer. | ExternalID: yes when creating a new record, otherwise optional (see Addressing of data sets |
City | City of residence | no |
Company | Company | no |
CostCenter | CostCenter | no |
CountryISO | Three-digit ISO code of the country | no |
Department | Department | no |
Mail for delivery address | no | |
FirstName | FirstName | no |
LastName | LastName | no |
Phone | Phone | no |
PostOfficeBox | P.O. Box | no |
PostOfficeBoxZip | Post office box zip code | no |
Salutation | Salutation, e.g. "Mr.". This field is used by the shop only if the "SalutationCode" is not filled. It is recommended to import the "SalutationCode" field instead of "Salutation" and to enter the text of the salutation (e.g. "Mr.") in the "salutation.dat" configuration. | no |
SalutationCode | Code of the salutation, e.g. "11". The codes and the associated settings are configured in the configuration "salutation.dat". Access is via the "Configuration" service in the online service area. | no |
State | Country, e.g. "Bavaria | no |
Street1 | Street / House number | no |
Street2 |
| no |
Suffix1-50 | Freely usable address data fields | no |
Title | Title, e.g. "Dr.". | no |
TitleCode | Code of the title, e.g. "11" (the codes and the corresponding settings are configured in the "title.dat" file in the "configuration" directory of the SubShops) | no |
UserDescr | A comment that is displayed in the shop during address selection | no |
Zip | Postal code | no |
Structure and content of the file “delivdelete.csv”
...
The file contains the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section "Addressing records") | Yes, if the CustomerID field is missing or empty |
CustomerID | The customer number | Yes, if the UserIndex field is missing, empty or 0 |
TableIndex | The table key in the shop database | Yes, if the ExternalID field is missing or empty |
ExternalID | The ID of the record for the customer. | Yes, if the TableIndex field is missing, empty or 0 |
Structure and content of the file “bankupdate.csv/bankcomplete.csv”
...
The files contain the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section "Addressing records") | yes when changing a record, forbidden when creating a new record (see section "Addressing the data records") |
CustomerID | The customer number | yes when creating a new dataset, otherwise: see Addressing of datasets |
TableIndex | The table key in the shop database | TableIndex: yes when changing a dataset, forbidden when creating a new dataset (see addressing of the data records) |
ExternalID | The ID of the record for the customer. | ExternalID: yes when creating a new record, otherwise optional (see Addressing of records |
AccountNumber | Account number | no |
Bank | Name of the bank | no |
BankCode | Bank code | no |
BIC | Bank Identifier Code | no |
CountryISO | Three-digit ISO code of the country | no |
IBAN | International Bank Account Number | no |
Owner | Owner of the account | no |
SEPALastMandate | Last SEPA mandate number | no |
SEPAMandateType | Sepa mandate type 0: not set | no |
SEPADebitType | SEPA direct debit type 0: not set | no |
SEPAMandateDate | Date of mandate consent | no |
UserDescr | A comment that is displayed in the shop when selecting the bank details | no |
Structure and content of the file “bankdelete.csv”
...
The file contains the following fields:
Field name | Field content | Required field yes/no |
---|---|---|
UserIndex | The table key in the shop database (see section "Addressing records") | Yes, if the CustomerID field is missing or empty |
CustomerID | The customer number | Yes, if the UserIndex field is missing, empty or 0 |
TableIndex | The table key in the shop database | Yes, if the ExternalID field is missing or empty |
ExternalID | The ID of the record for the customer. | Yes, if the TableIndex field is missing, empty or 0 |
Character set conversion
If the address data cannot be supplied in the character set used by the shop, the character set can be converted during import. There are two ways to do this:
...
The following placeholders are available in the mail template:
Placeholder | Replacement |
---|---|
~A-CompleteSalutation~ | The complete salutation as it was imported in the CompleteSalutation field |
~A-Salutation~ | The salutation as it was imported in the "Salutation" field |
~A-FirstName~ | The first name of the customer |
~A-LastName~ | The last name of the customer |
~A-UID~ | The login ID of the customer |
~A-Number~ | The customer number |
~A-E-mail~ | The email address |
All address data (A-CompleteSalutation, A-Salutation, A-FirstName, A-LastName) will be read from the customer's first billing address.
...
Part of this documentation are the following example files, which you can download on the subordinate page:
Directory | Comment |
---|---|
Complete | With these import files the customers "Müller" and "Maier" are newly created in the customer database. |
Update | In this example, the customer "Schulze" is assigned a customer number. This customer has registered via the shop and received the UserIndex "123" from the shop. Furthermore, "ExternalIDs" are assigned for the addresses and the bank details, with which these can be addressed in the import files in the future. Note that this is the only example where the TableIndex field is used. Since the only purpose of these files is to assign a customer number and "ExternalIDs" to the record created by the shop, the remaining fields are empty. |
Delta | In this example, for the customer "Miller", a shipping address is added, one of the bank details is deleted and the billing address is changed. It is assumed that the customer was given UserIndex 123 when it was created. |
Delete | This file deletes the customer Müller with all addresses and bank details from the database. |
Orderquantity | Example of creating and deleting customer-dependent, minimum and maximum order quantities |
Error codes
Code | Comment |
---|---|
EC001 | Neither the header field "UserIndex" nor the header field "CustomerID" exists in the import file, the import of the customer data was aborted. |
EC002 | In the import file neither the header field "TableIndex" nor the header field "ExternalID" is present, the import of the customer data was aborted. |
EC003 | For the record both CustomerID and UserIndex are empty, therefore it was ignored. |
EC004 | For the record both ExternalID and TableIndex are empty, it was therefore ignored. |
EC005 | Neither the CustomerID nor the UserIndex of the record exists in the database. |
EC006 | A TableIndex was specified in the import file that does not exist for the associated customer record, but is already used for another customer. Since the TableIndex must be unique table-wide, the record could not be created. It is recommended to leave the TableIndex empty when creating new records and leave the generation to the database. |
EC007 | The record does not contain a mail address. Because V8-Shops need the mail address for registration, the record is ignored. |
EC008 | The record to import does not yet exist in the database, but the specified mail address is already used in another record. Multiple records with the same mail address are only allowed if multiple accounts are set up in at least one subshop. |
EC009 | Using the UserIndex, an attempt was made to assign a customer number to a customer that already exists in the database and is already being used for another customer. |
EC010 | CharsetImport without CharsetShop is ignored. If the character set is to be converted during import, then both the source character set (CharsetImport) and the target character set (CharsetShop) must be specified. |
EC011 | CharsetShop without CharsetImport is ignored. |
EC012 | … strings could not be converted to the target character set without errors. |
EC013 | Invalid character set (... or ...). One of the specified character sets is not supported by the import. |
EC014 | There are both encrypted data and data transferred with SFTP. This message is only relevant if the customer data is imported via the Article Import Pro interface. The import data can be played either encrypted into the shop directory or unencrypted via SFTP into a specially designated directory. |
EC015 | The 'UserIndex' field is not present in the import data, although it is a required field in the configured import options. |
EC016 | UserIndex ... does not exist. |
EC017 | TableIndex ... replaced by ... replaced. An invoice address with one TableIndex was imported, although an invoice address with a different TableIndex already existed for the customer. Instead of the TableIndex from the import file, the existing TableIndex was used. |
EC018 | More than one billing address exists. |
EC019 | In the file ... is missing the required field ... |
EC020 | The required field ... is empty (file: ... line: ...) |
EC021 | Invalid data type ... in field ... (file: ..., line: ...) |
EC022 | UserIndex is empty (file: ..., line: ...) |
EC023 | Invalid value for 'TableIndex': ... (file: ..., line: ...) TableIndex is not a number or exceeds the maximum value (2147483647) |
EC024 | Invalid indices (<1 or >...) for product customer group in groupproductupdate.csv When importing the product customer groups, only the sum of the lines with invalid indices is logged, not each individual invalid line. Index" means the field "GroupIdx" in the import file. The value is invalid either because it exceeds the number of enabled groups, because it is not a number or because the value is <1. |
EC025 | No customer database available. This is an internal error that occurs if no customer database was created when WEBSALE created the shop. |
EC026 | 'CustomerID' not available in the database (file: ..., line: ...) No UserIndex is specified in the specified import file and no suitable customer data record exists in the database for the customer number either (only occurs with import files for prime packages). |
EC027 | Maximum number of prime packages (10) for the customer ... exceeded |
EC028 | Invalid format for ValidFrom or ValidUntil (file: ..., line: ...) |
EC029 | Multiple accounts and mail addressing cannot be used at the same time. Multiple accounts are characterised by the fact that several customer records have the same email address. Therefore, the email cannot be used to address data records, because several data records might match.) |
EC030 | 'UserIndex' not available in the database (file: ..., line: ~linenum~) In an import file, a UserIndex > 0 is specified, but there is no matching customer record in the database. The record is therefore ignored. (Only occurs with import files for prime packages.) |
Error mails during import via WSPManager
...
Overview of "other import files”
Import data | File name |
---|---|
Product customer groups (customer/group assignment) | groupproductupdate.csv |
Customer accounts, bonus points, allowances | accountupdate.csv |
Offer data | offerheadupd.dat/offerheadupd.csv |
Customer dependent orderquantities | orderquantityupdate.csv |
Prime packages | primeupdate.csv |
Import of product customer groups
...
Structure of the file "groupproductupdate.csv"
Field name | Field content |
---|---|
CustomerID | Customer number as assigned to the customer in the file "custupdate.csv |
GroupIdx | The index of the group, e.g. "1". The lowest possible value for the field is "1", the maximum value depends on how many product customer groups are enabled for the shop. if the value exceeds the number of unlocked product customer groups, an error is logged and the assignment is ignored. |
For example, to assign the product customer groups 1 and 2 to the customer with the customer number "1234" you could use the following file:
...
Structure of the file "groupproductdelete.csv"
Field name | Field content |
---|---|
CustomerID | Customer number as assigned to the customer in the file "custupdate.csv" or "*" if a product customer group is to be deleted for all customers. |
GroupIdx | The index of the group (e.g. "1") or "*" if all groups for a customer are to be deleted. (See also the field description in "groupproductupdate.csv") |
The following file would remove the customer with customer number "1234" from the product customer group "Pianos", as well as delete the complete product customer group "Monitors":
...
Structure of the file "accountupdate.csv"
Field name | Field content |
---|---|
UserIndex | UserIndex |
BonusPoints | Number of bonus points of the customer (integer) |
Credit | Credit of the customer account |
Subsidy | Subsidy |
Remarks:
The UserIndex is used to address the records, so this indirectly means that customer account data can only be imported for customers who already exist in the database, because otherwise the UserIndex is not known.
For bonus points, credits and allowances, differences can be specified in addition to absolute values. For this purpose, the value is preceded by a "+" or a "-".
For example, if a customer has 100 bonus points on his account and you import the value "10" in the "BonusPoints" column, the value in the database will be set to 10. If you specify the value "+10" instead, the value will be increased to 110; if you specify "-10", the value will be decreased to 90.
If possible, differences should be specified during the import, because in this way it can never happen that the import undoes changes that were made by the online shop. Ex: You want to reduce the number of bonus points of a customer from 150 to 100 because he redeemed 50 points via a telephone order. The same customer was in the shop shortly before you started the import and sent an order that credited him with an additional 77 points. If you now import "100", you will delete the credit of 77 points. If you import "-50", the number of bonus points will be set to the correct value (177).An explicit deletion of entries from the customer account table is not possible, entries are deleted when (by transferring the file "custdelete.csv") the general customer data are deleted. Of course, you can set the values to "0".
During an import, several files with customer accounts, bonus points and allowances can be imported. In this case the names must be provided with a "suffix", the name of an import file could then be e.g. "accountupdate_1.csv".
The suffix starts with an underscore followed by one or more digits.
Import files are sorted alphanumerically before import, i.e. "accountupdate_10.csv" is imported before "accountupdate_2.csv".
...
Structure of the file “offerheadupd.dat/offerheadupd.csv”
Field name | Field content | Restriction |
---|---|---|
Subshop | The ID of the subshop in which the offer should be displayed | max. 128 characters |
CustomerID | The customer number | max. 255 characters |
OfferID | A unique ID for the offer | max. 255 characters |
ExpireDate | Date until which the offer is valid in the format DD.MM.YYYY | |
OfferDate | Date when the offer was submitted in the format DD.MM.YYYY | |
PaymentCode | Code of the payment method | |
PaymentCost | Cost of the payment method (e.g. cash on delivery fee) | |
DeliveryName | Name of the delivery company (e.g. "Post within Germany,") | |
Deliverycost | Delivery cost | |
Description | Description | max. 4000 characters |
Structure of the file “offerprodupd.dat/offerprodupd.csv”
Field name | Field content | Restriction |
---|---|---|
CustomerID | The customer number | max. 255 characters |
OfferID | The ID of the offer | max. 255 characters |
Name | Name of the product | max. 128 characters |
Insert | Advertising code | max. 16 characters |
Number | Product number | max. 64 characters |
Quantity | Quantity | |
Price | Price | max. 9 characters |
VAT | Value added tax index | |
DiscountRate | Discount in percent | |
Discount | Discount (absolute amount) | |
Variations | Variation of the product in the format Ex: | |
TextinputFields | Text input fields of the product in the format Ex: | |
Upload | "X": The item offered is an "upload item" | |
Image | The filename of a full-size image that can be displayed with the listing. The associated file must be stored in the shop in the "...\products\media\images\normal" directory. | max. 128 characters |
Thumbnail | The filename of a small image that can be displayed along with the listing. The corresponding file must be stored in the shop in the directory "...\products\media\images\small". | max. 128 characters |
ProdOrder | An integer, positive value that determines the order in which the products in the offer are displayed. A product with a smaller "ProdOrder" value will be displayed before a product with a larger "ProdOrder" value. If this field is missing, the products are displayed in the order they are in the import file. | 8 characters |
Structure of the file “offerdel.dat/offerdel.csv”
Field name | Field content | Restriction |
---|---|---|
CustomerID | The customer number (required field) | max. 255 characters |
OfferID | The ID of the offer (required field) | max. 255 characters |
Import of customer dependent order quantities
...
The file is used to create and modify entries and contains the following fields:
Field name | Field content | Restrictions/ | Required field yes/no |
---|---|---|---|
CustomerID | The customer number | max. 255 characters | yes |
ProdIndex | The product index | max. 64 characters | yes |
Subshop | The subshop of the product | max. 128 characters | yes |
MaxOrderQuantity | The maximum order quantity | Floating point number | no |
MinOrderQuantity | The minimum order quantity | no |
Remarks:
The "-" value in the "MaxOrderQuantity" and "MinOrderQuantity" fields has the effect of not changing the value set in the shop. Leaving the field completely empty has the same effect.
The "$NoLimit$" value in the "MaxOrderQuantity" or "MinOrderQuantity" fields causes a limit set for the product/customer to be removed. I.e. the customer can then order as much or as little of the product as he wants.
If a value for MinOrderQuantity or MaxOrderQuantity has never been explicitly set for a product/customer, then the value corresponds to "$NoLimit$".
"$NoLimit$" is therefore the value with which the "MaxOrderQuantity" and "MinOrderQuantity" fields are initialized.If no maximum/minimum order quantity is to be set for any product/customer, the MaxOrderQuantity/MinOrderQuantity column can be omitted completely. The effect is the same as if the column was filled with the value "-".
When deleting products or customers, the associated order quantities are not automatically deleted. An automatism is problematic, if products or customers are deleted and afterwards created again, because afterwards also the order quantities would have to be imported again.
There is no check whether a customer or a product in the import file actually exists in the shop. This has the advantage that order quantities can be imported before products or customers.
For products with dependent variations, it is not sufficient to specify an order quantity for the master item. Instead, the order quantity must be specified for each individual dependent variation.
When a customer orders in the shop, the value of MaxOrderQuantity is decreased by the ordered quantity.
...
The file is used to delete entries and contains the following fields:
Field name | Field content | Restrictions/ | Required field |
---|---|---|---|
CustomerID | The customer number | max. 255 characters | yes |
ProdIndex | The product index | max. 64 characters | yes |
Subshop | The subshop of the product | max. 128 characters | yes |
Remarks:
The special value "*" can be specified for each column. This causes that the value in this column is not considered when deleting. For example, if the "ProdIndex" column contains the value "123", the "Subshop" column contains the value "German" and the CustomerID column contains the value "*", the order quantities of product "123" would be deleted for all customers
...
The primeupdate.csv file contains the following fields:
Field name | Field content | Restrictions/ | Required field yes/no |
---|---|---|---|
CustomerID | The customer number | max. 255 characters | yes |
UserIndex | If a UserIndex >0 is specified in the file, this is used instead of the customer number for addressing. If no customer exists with this UserIndex, the data record is ignored. | Integer value <2147483647 | no |
ProdIndex | The product index of the set upper article containing the data of the prime package | max. 64 characters | yes |
ValidFrom | The start of the validity in the format YYYYMMDD | max. 8 characters | yes |
ValidUntil | The end of the validity in the format YYYYMMDD | max. 8 characters | yes |
Cancel | "yes": cancellation desired | max. 3 characters | no |
OrderInfo | Any data to be returned in the order for the package. "-": Do not overwrite value in customer data | max. 256 characters | no |
Structure of the file “primedelete.csv”
The primedelete.csv file is used to delete prime packages assigned to a customer. It contains the following fields:
Field name | Field content | Restrictions/ | Required field yes/no |
---|---|---|---|
CustomerID | The customer number | max. 255 characters | yes |
UserIndex | See primeupdate.csv above | Integer value <2147483647 | no |
ProdIndex | The product index of the set top article containing the prime package data, or the value "*" if all prime packages of a shop are to be deleted. | max. 64 characters | yes |
Sample files
Part of this documentation are the following sample files, which you can find on the subordinate page for download:
Directory | Comment |
---|---|
Offer | Example of importing quotation data |
Customer account | Example of importing customer account/bonus points/allowances |
Pcustomergrp | Example of importing product customer groups |
Include Page | ||||
---|---|---|---|---|
|