File format for Non-dated Pass
The generic file format is described in Generic file format (Extended). This documents describes all available import fields for Non-dated Pass.
Examples
Attachments |
---|
Global fields
Field Code | Field Type | Mandatory | Description | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
INSTITUTION | Text 15Code | Yes | Institution code to import owning the data to be imported. | ||||||||||||
ORGANIZATION | Text 15Code | YesNo | Organization code owning the data to be imported. By default, the organization code is the same as If leave it empty, the institution code will be used. | ||||||||||||
ORDER_NR | Number | Yes | Order number | No | If leave it empty, order number will be set while importing by default. One line is one ticket. So each line is a unique order number if leave it empty. Many tickets can be in an order if leave them the same order number. This number can be started from 1 in a new data file. Then it will be given new one while importing. This will be file number also. | ||||||||||
ORDER_DATE | Date | Yes | Order dateNo | Buying date. If leave it empty, it will be imported date by default. | |||||||||||
OPERATION_TYPE | Text 70Enum | Yes | Operation type. Possible Allowed values: SALE or RESERVATIONIf importing a ' RESERVATION', the PAYMENT_DATE will be set to null. | ||||||||||||
STARTCONFIRMATION_DATE | Date | The validity start date of the non-dated pass. | END_DATE | Date | The validity end date of the non-dated passNo | Expiration date to confirm reservation. | |||||||||
REMARK | Text 2000 | No | Internal remark of order. | ||||||||||||
BUYING_CONTACT_NR | Number | Buying contact number. | CULTURAL_CONTACT_NR | Number | Cultural contact number. By default it is identical to the buying contact number. | SEASON_CODENo | Contact number who buys the order. If leave it empty, the sale will be anonymous by default. | ||||||||
ORIGIN_COUNTRY | Text 50 | No | Country of buying contact (only if buying contact is not specified). | ||||||||||||
ORIGIN_REGION | Text 50 | No | Region of buying contact (only if buying contact is not specified). | ||||||||||||
ORIGIN_ZIPCODE | Text 50 | No | Zip code of buying contact (only if buying contact is not specified). | ||||||||||||
SEASON | Code | Yes | Season code of the non - dated pass. | ||||||||||||
PRODUCTOPEN_CODEPASS | Code | Yes | Product code of the non - dated pass. | ADVANTAGE_CODE | Code | ||||||||||
Advantage codeVALIDITY_BEGIN | Timestamp | Yes | The date starts to validate. | ||||||||||||
VALIDITY_END | Timestamp | Yes | The date stops to validate. | ||||||||||||
TARIFF | Code | Yes | Tariff code. | ||||||||||||
CONTINGENT | Code | No | Contingent code. | ||||||||||||
PRICE | Amount | Yes | Price of the non-dated passof ticket * 100 (so that 25$ = 2500). | ||||||||||||
CHARGE | Amount | No | Charge of ticket * 100 (so that 1$ = 100). | ||||||||||||
VAT | PercentageYes | No | If leave it empty, it will be 0 while importing by default. Vat rate in percent (eg: 1960 for 19.6% VAT). There must be an active vat rate to link to in the configuration. Additionally, the ORDER_DATE for the non-dated pass must be inside the validity dates configured for this vat rate. | CHARGE | Amount | Additional costs on top of the price. Eg: booking fee, exchange fee. | REMARK | Text | Note or remark about this order. | PAYMENT_DATE | Date | If the operation type is 'RESERVATION' then the PAYMENT_DATE will be set to null. | TICKET_STATE | Text 50 | State of the Ticket. Possible values: blank (ie: no value), * 100 (so that 1% = 100). Choose the rate that active and valid following this: Valid from date of vat rate <= ORDER_DATE <= Valid to date of vat rate. |
PAYMENT_DATE | Date | No | If leave it empty, the operation type is SALE and the price is not 0, the order date will be used by default. Means it can be imported date if the order date is not given. | ||||||||||||
OPEN_PASS_NR | Number | No | Each non dated pass has a unique number to know how many non dated passess have been published. In importation, it helps to define ticket to check between data excel file and database system after importing. This number can be started from 1 in a new data file. Then it will be given new one while importing. | ||||||||||||
CULTURAL_CONTACT_NR | Number | No | Contact number who is ticket holder. If leave it empty and first/last name are empty, the buying contact number will be used by default. | ||||||||||||
BENEFICIARY_FIRSTNAME | Text 50 | No | Beneficiary first name (only if cultural contact is not specified). | ||||||||||||
BENEFICIARY_LASTNAME | Text 50 | No | Beneficiary last name (only if cultural contact is not specified). | ||||||||||||
TICKET_STATE | Enum | Yes if SALE | Mandatory when the operation type is SALE. Allowed values: NOT_PRINTED, PRINTED, CONTROLLED. | ||||||||||||
GENERATION_DATE | Timestamp | if TICKET_STATE is blank (ie: no value) or NOT_PRINTED then GENERATION_DATE is set to null. | FISCAL_NUMBER | Text 50 | A unique tax number for the ticket. | SHIPMENT_MODE | Text 50 | If the TICKET_STATE is blank (ie: no value) or NOT_PRINTED, then the SHIPMENT_MODE will be set to nullDate | No | If leave it empty and the ticket has been printed or controlled, the order date will be used by default. Means it can be imported date if the order date is not given. | |||||
BARCODE | Text 50 | No | If leave it empty and the ticket has been printed or controlled, it will be generated following import rules by default. | ||||||||||||
TAX_NUMBER | Text 50 | No | If leave it empty and the ticket has been printed or controlled, it will be generated following import rules by default. | ||||||||||||
SHIPMENT_DATE | Date | Shipment date. If SHIPMENT_DATE is blank (ie: no value), then the SHIPMENT_DATE will be set with the ORDER_DATE. | BARCODE | Text 50 | Bar code of the ticket. Mandatory if the ticket has been printedNo | If leave it empty, the order date will be used by default. Means it can be imported date if the order date is not given. | |||||||||
SHIPMENT_MODE | Code | No | If leave it empty and the ticket has been printed or controlled, it will be imported following import rules by default. |