Delivery types
Use this function to define the delivery types. To each type the following elements are associated:
- A functional category, such as normal delivery, loan delivery, delivery for subcontracting or non-billable delivery.
- One or several sequence number counters, if necessary.
You can dedicate a delivery type to a given legislation or to a company group.
This setup is used in the management of deliveries: the delivery type, that is always specified in the delivery header, determines the process to be applied to the delivery with respect to the category.
Prerequisites
Screen management
Entry screen
A delivery type is defined by an alphanumeric code of 3 characters. It is this code that is called upon customer delivery entry.
Block number 1
| Delivery type (SDHTYP) | |||||||||||||||||||||||||||||||||||||||||||||||
|
Alphanumeric code used to identify the type of delivery. |
|||||||||||||||||||||||||||||||||||||||||||||||
| Legislation (LEG) | |||||||||||||||||||||||||||||||||||||||||||||||
|
In creation mode, the legislation code can be initialized using the LEGFIL - Legislation (selection filter) parameter (SUP chapter, INT group). You can also use this parameter to filter the selection panel and only display the codes defined for this legislation and those defined for All legislation. The legislation code is not mandatory. When the code is entered, you can only use the delivery type for companies subject to this legislation. The main principles relating to the use of data or a setup element defined by legislation, when the company context is known, such as record, flow, and so on:
Note - warning
If the setup element defined for the company is not active and
the setup element defined at the All legislations level is,
this setup element cannot be used. To reduce the processing time
and improve performances, create records for each
legislation of the folder instead of creating multilegislation records.
Note - information
Refer to the documentation on
Performance improvement: List of the multilegislation
objects for more information.
An additional filter is applied on the setup element depending on the company group defined. This setup element can only be used and is only suggested for selection if the company associated to the record, belongs to this company group. Example 1 - Setup of invoice type as follows:
When entering an invoice for a company with a FRA legislation, only the following invoice types are suggested for selection:
Note - information
An additional filter is applied depending on the company group
entered. Based on the example above: If a company group is also
specified at the level of the FAF invoice type setup with the
FRA legislation, this invoice type is suggested for selection
only if the company belongs to the company group entered.
Example 2 - Setup of invoice type as follows:
When entering an invoice for a FRA legislation company, belonging only to the NOR group, only the following invoice types are submitted for selection:
Note - information
The FAF invoice type cannot be used because it is defined for
the GRP company group for the FRA legislation.
|
|||||||||||||||||||||||||||||||||||||||||||||||
|
This long description is used as a title in screens and reports. By default, the short title, the long title or the column header of a data are recorded, on creation or update, in your connection language. You can add your translation in another language using the Translation function:
When you log on with this language, you see the short description, long description or column header in your connection language if a translation exists. Otherwise, these descriptions are available in the folder language. Note - informationThe connection language must be defined as a default language for the folder.
|
|||||||||||||||||||||||||||||||||||||||||||||||
| Short description (SHOAXX) | |||||||||||||||||||||||||||||||||||||||||||||||
|
This short title is used as a title in screens and reports. It can be translated. It is recorded in your connection language. If you want to translate it into another language:
|
|||||||||||||||||||||||||||||||||||||||||||||||
| Group (GFY) | |||||||||||||||||||||||||||||||||||||||||||||||
|
By entering a company group, you can limit the scope to companies in the selected group only. When this data is used for another record or with a setup element also defined in the group, a control checks that the groups have at least one company in common when the groups are different. In addition, a consistency check is performed for the legislations of the companies in the selected group. At least one of these companies must have the same legislation as the one entered in the Legislation field. If not, a warning message displays. When using the document type, a consistency check is also performed between the legislation or group of the document type and the legislation or group of the document. Note - informationFor more information, refer to the documentation on Deliveries.
|
General tab
| Delivery category (SDHCAT) |
|
This is the category of the delivery type which is to be chosen amongst the following categories:
|
| Manual sequence no. (MANCOU) |
|
This information is used to specify whether the document number can be entered manually.
|
| Update document date (DATUPDFLG) |
|
If Update document date is set to Yes or if the record type is set to Normal, Sage X3 compares the Shipment date (SHIDAT) with the current date. If the dates are different, it updates the SHIDAT field to the current date, which is the validation date. It then performs an additional check:
The field has an impact when the record type is not set to Normal, which is the most common scenario. For example, if it is an external document, it is advisable to set Update document date to Yes to ensure these shipment dates are updated. |
| Sequence number (CODNUM) |
|
The counter code associated to the defined type of delivery must be entered, whether the number allocation is automatic or manual. It is recommended to have previously defined a sequence number counter in the Sequence Numbers table, that can be accessed by tunnel from this field. When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter needs to have the following structure:
Example: Invoice type FCL has associated the PTFCL counter and the FCL constant. Between the first and the penultimate component, the complement can be used as an option. The complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking error occurs once the document is validated or signed. |
| Final sequence no. (CODNUMEND) |
|
This field can only be viewed if the following conditions are met:
You can indicate here a final sequence number that has to be different from the main sequence number. This sequence number is used upon delivery validation to assign a new number to the delivery. Set the SDHENDNBR - Final delivery sequence No. parameter (VEN chapter, SSD group) to Yes. If this parameter is set to Yes but no final sequence number is specified, the final sequence number specified in the Sequence number assignments table for Final deliveries is considered. The former number is no longer displayed but it is still recorded in a specific field (TMPSDHNUM) in the delivery table. When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter must have the following structure:
Example: Invoice type FCL has associated the PTFCL counter and the FCL constant. Between the first and the penultimate component, the complement can be used as an option. Although, the complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking error occurs once the document is validated or signed. |
| Intersite sequence no. (CODNUMFCY) |
|
This field only displays for delivery types of the Normal or For subcontract categories. This field is used to indicate a specific sequence number counter for inter-site deliveries. You need to have defined a sequence number counter beforehand in the Sequence numbers table that can be accessed by using a tunnel from this field. Note - informationYou can assign the same sequence number counter to inter-site deliveries and inter-companies deliveries.
When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter needs to have the following structure:
Between the first and the penultimate component, the complement can be used as an option. The complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking error occurs once the document is validated or signed. |
| Final intersite sequence no. (CODNUMFCYD) |
|
This field displays for delivery types of the Normal or For subcontract categories. You can indicate a final sequence number for inter-site deliveries, which needs to be different from the main inter-site sequence number. This sequence number is used when validating the delivery to assign a new number to the delivery. Set the SDHENDNBR - Final delivery sequence No. parameter (VEN chapter, SSD group) to Yes. If this parameter is set to Yes but no final sequence number is specified, the final sequence number specified in the Sequence number assignments table for Final deliveries is considered. The former number no longer displays but it is still recorded in a specific field (TMPSDHNUM) in the delivery table. When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter needs to have the following structure:
Between the first and the penultimate component, the complement can be used as an option. The complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking occurs once the document is validated or signed. |
| Intercompany sequence no. (CODNUMCPY) |
|
This field only displays for delivery types of the Normal or For subcontract categories. This field is used to specify a particular sequence number counter for inter-company deliveries. You need to have defined a sequence number counter beforehand in the Sequence numbers table that can be accessed using a tunnel from this field. Note - informationYou can assign the same sequence number counter to inter-site deliveries and inter-companies deliveries.
When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter needs to have the following structure:
Between the first and the penultimate component, the complement can be used as an option. The complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking occurs once the document is validated or signed. |
| Final intercompany sequence no. (CODNUMCPYD) |
|
This field only displays for delivery types of the Normal or For subcontract categories. You can indicate here a specific final sequence number for inter-company deliveries, which must be different from the main inter-company sequence number. This sequence number is used upon delivery validation in order to assign a new number to the delivery. Set the SDHENDNBR - Final delivery sequence No. parameter (VEN chapter, SSD group) to Yes. If this parameter is set to Yes but no final sequence number is specified, the final sequence number specified in the Sequence number assignments table for Final deliveries is considered. The former number no longer displays but it is still recorded in a specific field (TMPSDHNUM) in the delivery table. When the counter is used for the Portuguese legislation, the sequential number is applied to the document when it is subject to the electronic signature and SAFT-PT (Standard Audit File-Tax) payment processes. Set the PORDKS - Electronic signature Portugal parameter (LOC chapter, POR group) to Yes and activate the DKS - Electronic signature. The counter needs to have the following structure:
Between the first and the penultimate component, the complement can be used as an option. The complement is mandatory for purchase auto-invoices. If the structure is not properly defined, a blocking occurs once the document is validated or signed. |
Electronic signature tab
Specific buttons
|
Copy |
Error messages
In addition to the generic error messages, the following message can display during the entry:
- Document sequence number counter: XXX. Record does not exist
This message appears when an attempt has been made to allocate a non-existent sequence number counter to the delivery type.