Sales > Returns > Subcontract material returns 

This function is used to record returns of non-consumed material having been subject to a delivery for sub-contracting or to a supplier return. This concerns for instance a return of damaged material or of material sent in excessive quantities as compared to the recorded sub-contracting order.

It is not possible to carry out directly a sub-contracting material return. This return is created:

  • either it is a return on delivery from a sub-contracting delivery,
  • or (in the case of inter-site management), from a supplier return recorded in the sub-contracting service provider site. It is then a return on supplier return.

Once the return is carried out, the stocks will be transferred and it will be possible to print a return note.

Prerequisite

SEEREFERTTO Refer to documentation Implementation

Screen management

The presentation of the entry screen depends on the setup of the selected transaction.

If only one transaction has been set up, any selection will be suggested when entering the function; otherwise, a window opens and displays the list of transactions that might be used. (The choice can also be restricted by access codes.)

The creation of a sub-contracting material return is performed by picking:
- either a sub-contracting delivery line (in the left list Delivery Selection),
- either a supplier return (in the left list Return Selection).
 
The picking lists are available as soon as the ship-to customer is entered.

Header

Presentation

The header is used to enter the ship-to customer and so to initialize the picking lists.

Close

 

Fields

The following fields are present on this tab :

The site in which the return is carried out. It is initialized by default with the user usual storage site.
It is used to filter returns (the filter is carried out on the delivery shipment site). A control is performed on the chosen site to check that it is a storage site.
Once a return line has been selected, it is no longer possible to modify this information.

Only one type of return of the "For sub-contract" category can be entered.  Besides, the legislation and company group for which it is defined must be consistent with those of the receipt site.
SEEREFERTTO For further information click here.

The return type is used to determine, amongst other things, the sequence number counter at use.

  • field WSRHCAT

The category cannot be modified; it is determined by the chosen Invoice type.

  • Return no. (field SRHNUM)

Return number used to identify the latter in a unique way.
This number is automatically generated or entered upon each return creation depending on the counter setup defined for sub-contract material returns.

  • Return date (field RTNDAT)

By default the return date is initialized to the current date.
It corresponds to the actual date of the product return (or material return in case of sub-contracting) to the company. It is used as a receipt to stock date for the returned product (or material) if the stocks are updated.

  • Signed (field SRHCFMFLG)

 

The delivered customer code is mandatory. It remains modifiable provided no return line has been entered.

This field indicates the code of the address to ship to.
You can view the detailed address information by clicking Address from the Actions icon.

  • On creation, this field is no longer accessible when a delivery line is created.
  • Once the delivery has been created, you can no longer modify this field but you can still display the detailed address information.
    You can modify the address after clicking Address/Delivery from the Actions panel.

Close

 

Tab Lines

Presentation

Each returned product line is loaded from one or several lines selected by picking in the lists of the Selection panel: Delivery selection and Return selection.
It is initialized with the entire delivery or return, except for the returns that have already been carried out for this delivery or return.

Depending on the setup carried out for the Stock information at entry transaction level, the data necessary to the stock movement can be entered on the return line when the stock update is required and when there is only one stock detail line. When this information has not been entered or when there are several stock detail lines, a Detail entry window automatically opens at return line end in order to complete it. See below Entry operation in return creation mode.

In addition to the stock characteristics specific to the product, a certain number of rules affect stock receipts. A general description can be entered for these rules in the Delivery return for sub-contract field, in the Stock management rules setup function. They can also be refined by Product category or site-specific product category. If necessary, a receipt to stock rule on sub-contract material return can also be defined by Product category for a movement typology (see the movement code definition on the Sub-contracting material return transaction setup).

Close

 

Fields

The following fields are present on this tab :

Block number 1

  • Warehouse (field WRHE)

The presence of this box is subject to the activity code WRH.
Movement warehouse, suggested by default for all the document lines.
It must be entered if it is defined as mandatory at the level of the entry transaction.
It is loaded in priority with the warehouse defined for the user. If it fails to be set up at user lever, it is initialized with the warehouse defined, by default, at site level for this type of movement.

  • Dock location (field SRGLOCDEF)

In the case where the receipt transaction authorizes a dock receipt (parameter active in the transaction setup), a dock location field appears in the receipt note header. This makes it possible to enter a location of the 'dock' type which will then be transferred by default as the return location for all receipt note lines. The specified dock location must be associated with the warehouse, when the latter is specified.

SEEINFOA dock location corresponds to a location of the type "pending storage". This authorizes the entry of stocks whose characteristics of lot, sub-lot, and serial number are not necessarily immediately identified. This type of receipt is used to rapidly book the goods and to then later to more precisely identify them and put them away. This put-away process is performed in the functionPut-away plan.

Block number 2

  • Intersite (field BETFCY)

This non modifiable information specifies whether the return is of type inter-site and/or inter-company. The display of thes fields depends on the Sub-contract material return entry transaction setup.

  • Intercompany (field BETCPY)

 

Grid

The product code cannot be entered; it is initialized from the selected delivery or return line.

  • Description (field ITMDES)

This is the product description translated into the business partner language. This description comes from the description entered on the material delivery for sub-contract.

This field is managed depending on the Sub-contract material return entry transaction setup.

  • Standard description (field ITMDES1)

This is the description entered on the delivery of material for sub-contracting.

This field is managed depending on the Sub-contract material return entry transaction setup.

Unit in which the product is being sold. It is the order and delivery entry unit, to which the product sales price is associated. This field comes from the product screen and is not entered.

  • Actual delivered qty. (field DLVQTY)

The delivered quantity, expressed in the return unit, cannot be entered.
It is initialized by the total quantity of the delivery line minus the sum of the quantities already returned.
This field is managed depending on the Sub-contract material return transaction setup.

  • Net price (field NETPRI)

Net price of the line. Non modifiable information.

  • Returned qty. (field QTY)

This field contains the quantity ordered by the customer and expressed in sales unit. It is initialized by default with the quantity left to return and remains modifiable. A quantity comprised between 0 and the quantity that left to return may be entered.

 

  • SAL-STK conv. (field SAUSTUCOE)

Coefficient used to calculate the quantity in stock unit, from a quantity entered in sales unit. Qty in STK = Qty in SAL * coeff . This coefficient cannot be modified.

The reason of the return cannot be entered; it is loaded from the supplier return.

The product storage units used to carry out the stock movement are, depending on the situation, either those of the delivery, or those of the return on receipt. They cannot be modified.

The project code in document line is initialized by the one entered in the header or, in the case of a document transformation, by the one of the selected document lines (in picking or in mass processing, if the project code on a document line is inactive, the line cannot be selected).

It can only be modified if one of the two following conditions are met:

In modification mode, the project code management depends on the value of the CTLOPPCOD - Mandatory project control parameter.

  • When the value is No, it may be a code selected freely.
  • When its value is Yes, an existence check is systematically applies to the entered project code.

When the entry is controlled, depending on the context, a project or one of its entities can be picked (a budget batch or task), using its posting code:

The project allocation code is composed of:
  • The project sequence number for projects.
  • The concatenated project sequence number with the budget batch code for a project budget batch.
  • The concatenated project sequence number with the number of tasks for a project task.
You can only select one Active posting code depending on the status of the relevant entity. If it becomes inactive after the creation of the document, the control is performed and blocks the modification of the document.

For non-deliverable Service products, you can select a project set with progress billing if the PJM activity code is active. Once the order has been recorded, you can view it in the Project management (GESPJM) function in the generated billing plan, linked to the selected project.

When the project code of the document header is modified, this project code is automatically transferred to the lines, except when the multi-project management is authorized. In this case, a dialog box would open and suggest to transfer this code to the lines of the document, according to the following options:

  • Yes: The project code is applied to all lines, excluding lines linked to a billing plan and lines with an incompatible milestone.
  • No: The project code is not transferred to the lines.
  • Same value: The project code is only transferred to the lines associated to the previous project code.

Sales documents: Quotes, orders, deliveries and invoices:

- If lines are impacted, a dialog box opens requesting a recalculation of prices and discounts. If you answer 'Yes', the price list search is run based on the new project code for all document lines.

- If the project code is modified on the line, the same price list search process applies to the line.

Depending on the processed document, the recalculation is performed only if the following conditions are met:

  • For a quote: The item line is not ordered and is not free.
  • For an order: The item line is not closed, not delivered, not invoiced nor free.
  • For a delivery: The item line is direct and not free.
  • For an invoice or a direct credit: the document is not validated, the item line is direct and not free. For direct credits, the quantity is different from 0.

Deliveries linked to a task:

The header project code displays the project code linked to the first selected task.

  • If multi-project management of documents is enabled (PJTSNGDOC - One project per document parameter set to No), the delivery can include direct delivery lines and product lines linked to tasks. The header project code is used as the default value on direct delivery lines only. Product lines linked to tasks keep their project code, which cannot be modified. If the header project code is modified, the application of this code to the lines is suggested, as described above. This only applies to direct delivery lines.
  • If multi-project management of documents prohibited (PJTSNGDOC - One project per document parameter set to Yes), the delivery cannot include both direct delivery lines and product lines linked to tasks.
    • When the delivery is for direct delivery lines, you cannot enter a project code in the header that is already used on tasks.
    • When the delivery is for product lines linked to tasks, you can only enter product lines linked to the same task. The header project code can then be used to filter tasks in the selection panel.

Specific case of free items generated by the price list search after updating the header project code: The free item displays the project code of its source product but only if this code is not used on a task.


  • Update stock (field RTNSTOUPD)

This flag is selected by default. It is used to specify if the stock information update has to be performed.

  • If the transaction setup allows it, and if there is only one stock detail line, it is possible to enter on the return line, all the information required for the stock movement: the status, the location type and the location if the product is managed on location (if not, the information linked to the management by lot, and the movement description). At return line end, a window for the Stock detail entry may open automatically if part of this information has not been entered.
  • In the following cases, some of the information related to the lot have to be entered in the Stock detail window, which opens automatically:
    - several stock detail lines are generated,
    - several stock detail lines exist and the return line quantity is modified: it is then necessary to select the line(s) impacted by this modification,
    - only one stock detail line exists and the return line quantity is increased: it is then necessary to specify whether the additional quantity concerns the same detail line or another one.

If the stock update is not demanded, all the stock information from the delivery is erased, the stock movement is not created and the stocks are not updated. This can happen again when, for instance, the returned material is damaged and it is not to be entered to stock.

  • Warehouse (field WRH)

The presence of this field is subject to the activity code WRH.
It is loaded with the warehouse displayed in the document header.

  • It can still be changed if this field is set up so as to be entered at entry transaction level.
    When it is entered, the warehouse is automatically loaded on the stock detail lines and cannot be modified.
  • It cannot be modified when the entry transaction is set up as single-warehouse managed. The header warehouse is then mandatory and the warehouse cannot be entered either on the document lines or on the stock detail lines.

    To manage multiple warehouses and enter the same slip line on various warehouses, you must enable the entry of the warehouse-line at the entry transaction level. To split a line onto several warehouses, click, the Actions icon and select Enter detailed quantities.
    When a receipt line is distributed on various warehouses, this field is loaded on the slip line with character '$'.

SEEINFO The warehouse entered on the line has priority over the warehouse entered in the header.

This field is subject to the LPN - License plate no. management activity code.

Select the container you want to use.

Help common to stock entry functions (Miscellaneous receipts, Receipts, Customer returns, etc.) and the Invoices function (in this case, the field is only displayed and editable for a credit memo or a direct invoice).
This field is subject to the LPN - License plate no. management activity code.

The management of this field depends on the 'Mandatory' or 'Optional' nature of the license plate number, which is defined for the Product category on the Receipt flow section.

In both cases, you can select the license plate number to be used. The selection list displays the active license plate numbers (both 'Free' or 'In stock') associated with the entered container. If no container is specified, the selection list displays all active license plate numbers attached to the site and available in stock. These containers are the ones you created previously, either by unit via the License plate number function or by batch via the License plate number creation function. You can also directly access the License plate numbers function in order to create a number and then switch back to entry mode on the document.
If you want to enter multiple license plate numbers on the same document line, leave this field blank and click Enter detailed quantities entry from the Actions icon available on the document line.
When you enter a license plate number, there is no restriction on the line quantity, as compared to the capacity of the container used.

  • When the license plate number is 'Mandatory', you can leave this field blank and create the relevant license plate number(s) 'on the fly'. The number of containers is determined automatically based on:
    - The container capacity; This capacity is defined on the Product-site record, Management section, based on the packaging and/or stock unit of the product.
    - The line quantity; When multiple containers are required, the number of containers is displayed on the Enter detailed quantities window. This window opens automatically if stock information is missing from the line entry. Otherwise, click the Actions icon from the document line to open it.
    After the creation process, the '$' symbol is displayed in the License plate number field of the document line if the line has been distributed over different license plate numbers. To view the list of license plate numbers used, click the Actions icon on the document line and open the Receipt modifications window.
    You can only create numbers 'on the fly' when the following conditions are met:
- The License plate number is set to 'Mandatory' for the Product category.
- The entered container and unit must be defined in the containers setup table at the Product-site level.
- The container capacity must be defined in the same unit as the document line.
Once the numbers have successfully been created 'on the fly', the License plate number label printing window is automatically displayed if printing is authorized by the entry transaction.
  • When the license plate number is 'Optional', no 'on the fly' creation is performed. If you want to use one or several containers, you need to manually enter their license plate number on the document line, or in detailed line entry mode. You may also use the License plate number assignment function afterwards.

Inter-site / inter-company specificities: for an inter-site or inter-company receipt, the license plate number does not correspond to the one specified on the sales delivery, since the LPN is single-site.

  • Status (field STA)

The product quality status can on ly be entered if the stock update is demanded.
It is initialized with the delivery status if the latter is authorized by the Stock management rules, for field Delivery return for sub-contract. If this status is not authorized, it is the field default status that is used.
However, it is not mandatory to enter it on the return line; the returned material may be of different quality and a split may in the end be necessary. If it is not entered; the Stock detail window will automatically open at line end for the status to be specified or the split carried out. When different statuses have been assigned and when there exist a sub-detail for stock lines, the $ symbol appears in this field at entry end on the document line.
When the product status is To check (status Q*), an analysis request can be generated upon receipt to stock of a product if the Management rule for field Delivery return for sub-contract has been set up so.

The stock status is used to define if a product is:

  • A: Accepted
  • Q: Pending Quality Control
  • R: Rejected

A sub-status of two alphanumerical characters is used to further define the status.


Example:

  • RD: Rejected products to be destroyed
  • SR: Supplier return

The statuses and sub-statuses authorized in a stock transaction can depend on various factors:

  • The ‘subject to control’ code of the product
  • The ‘subject to control’ code of the received order
  • A list of values which can be set up. This list is associated with the stock transaction.

The stock totals for a product are updated according to the status entered in the transactions:

  • For physical stock: total of stock with status ‘A’
  • For stock under quality control: total of stock with status ‘Q’
  • For rejected stock: total of stock with status ‘R’
  • Loc. type (field LOCTYP)

The location types are used to codify the warehouse locations according to their storage characteristics: dimensions, authorized statuses, technical constraints etc.
They are associated with the products by site (or the products by warehouse when warehouses are managed), thus making it possible to geographically group the products having similar characteristics. 
The location type of the product suggested by default is the one recorded during the delivery.

  • Location (field LOC)

The location can be entered only if the stock update is demanded.
It is automatically initialized based on the location type if it is specified, if it is not the first free location specified in the product-site record is proposed. The location type and the location defined in this record can refer to a group of location types and/or locations if the wildcards (?,*) are used in their definition (see the Location types and Product/site documentations). In some location types, the allocation will also depend on their availability or capacity (replenishment management).
If a location of type Quay has been entered in the return header, it is this location that systematically is proposed by default. Locations of type Quay are proposed for selection only if the entry transaction setup allows Receipts on quay.

A location type and / or a location are not necessarily to be entered on the return line; it can happen that the returned material is distributed over several storage locations. If they are not entered, the Stock detail window opens automatically at line end for the distribution to be entered. When several location types and / or locations have been allocated and when there is a sub-detail for stock lines, the $ symbol appears in these fields at entry end on the document line.

  • Lot (field LOT)

Lot concerned by the input movement.
The $ symbol is displayed when the return concerns a delivery or a return on receipt with references to several lot numbers. In case the return only concerns some of the lots, the choice of the lots is carried out via window Stock detail (by deleting the useless lines).

  • No. of sublots (field NBSLO)

Number of sub-lots concerned by the stock transaction.

  • Sublot (field SLO)

Sub-lot concerned by the stock movement.
The $ symbol is displayed when the return concerns a delivery or a return on receipt with references to several sub-lot numbers. In case the return only concerns some of the sub-lots, the choice of the sub-lots is carried out via window Stock detail (by deleting the useless lines).

  • Ending sublot (field SLOF)

This field indicates the last sub-lot on which the stock movement is applied.

  • Supplier lot (field BPSLOT)

The supplier lot number cannot be entered; it is displayed for information purposes.

  • Starting serial number (field SERNUM)

These fields, which cannot be entered, respectively display the first and last serial numbers, when these are consecutive.
When they are not, the $ symbol is displayed in both fields.
If the return only concerns some of the serial numbers, the choice of returned numbers is carried out via window Stock detail

  • Ending serial number (field SERNUMF)

 

  • Identifier 1 (field PALNUM)

Use this field to enter additional information, if necessary.

  • Identifier 2 (field CTRNUM)

 

  • Movement description (field MVTDES)

Free text that will be written in the stock journal for each movement of the return line. This information can also be modified in the Stock detail window.

  • Delivery no. (field DETSDHNUM)

This field is always loaded. If your user authorizations allow it, you can access the source delivery using the Actions icon.
This field is managed based on the Subcontract material return transaction setup.

  • Supplier return no. (field PNHNUM)

This field is loaded only in the case of a return on a supplier return. If your user authorizations allow it, you can access the source return using the Actions icon.
This field is managed based on the Subcontract material return transaction setup.

Depending on the setup, the analytical dimensions can be modified as they are initialized in compliance with the default dimensions setup.

Close

 

Action icon

Enter Detailed Quantities

Click this action to open a stock detail window and:

  • enter stock information missing from the return line,
  • or perform the required splits (returns with different statutes, on different locations...).

It can be accessed:

  • From the Actions icon available on a return line when the stock movements have not been recorded yet. If the stock movements have already been recorded, use the Receipt modification window described above.
  • Automatically, after completing the entry of a return line, in one of the following contexts:
    - Several stock detail lines are generated.
    - Several stock detail lines exist and the return line quantity is modified: it is then necessary to select the line(s) impacted by this modification.
    - Only one stock detail line exists and the return line quantity is increased: it is then necessary to specify whether the additional quantity concerns the same detail line or another one.

A detailed description of this window is available in the Receipts to stock detail documentation.

Lot info

This function is only available for the products managed by lot provided the stock receipt has not yet taken place. It is used to identify, when the lot has not been entered, how the lot is to be calculated during the stock receipt. The possible values are: Lot sequence number counter,Document no.,Blank lot.

LOT complement

This function opens a window and is used to inquire lot characteristics (expiry date etc.). 
It can be accessed on the return line and only in the case of products managed by lot and as long as the receipt to stock has not been carried out. Via the Stock detail windows, it can always be accessed, either in creation or in modification mode.

Change receipts

This function opens a window used to modify the stock movements carried out upon record of a return and to delete return lines if necessary. If it is the only return line, the return note itself will be deleted.
This function is very similar to the Entry of quantity details function available upon saving a stock transaction on the return line.
It can only be accessed from a stable situation: it cannot be accessed on Modification in the Return function (Save button must be de-activated).
On saving a modification, reversals will be carried out on the original transactions in the stock journal and new stock transactions will be carried out on the original transaction dates. A modification on a receipt will only be possible if the stock line linked to the credit memo still exists or if the quantity to be processed for this line is sufficient.

Delivery

This function is used to access by tunnel to the original delivery based on the user authorizations.

Stock by Site

This function is used to access by tunnel to the Stock by site function, based on the user authorizations.

Supplier return

This function is used to access by tunnel to the supplier return based on the user authorizations.

SC situation display

 

Close

 

Tab Controls

Presentation

This tab is used for the management of analytical postings.

 

Fields

The following fields are present on this tab :

Stock data

Statistical information used in the stock transactions associated with the shipment. This value is fixed if the original document does not reference a movement group. Otherwise, the movement group of the document at the origin of the quality control is suggested in priority.

This statistical information will be recorded in the stock journal upon record of the return to stock.
The management of this field depends on the setup of the Sub-contract material return transaction.

Transport

  • Registration (field LICPLATER)

License plate of the vehicle carrying goods.

  • Trailer license plate (field TRLLICPLAT)

Enter the trailer license plate.

  • Departure date (field DPEDATR)

Displays the departure date for this delivery or return.

  • Departure time (field ETDR)

Delivery departure time.

  • Arrival date (field ARVDATR)

Displays the arrival date for this delivery or return.

  • Arrival time (field ETAR)

Delivery arrival time.


Project

The management of the project code depends on the value of the CTLOPPCOD - Mandatory project control parameter (TC chapter, MIS group).

  • When the value is No, it may be a code selected freely.
  • When its value is Yes, an existence check is systematically applies to the entered project code.

When the entry is controlled, depending on the context, you can choose a project or one of the entities to be allocated to the project (budget lot, task) using the allocation code:

The project allocation code is composed of:

  • The project sequence number for projects.
  • The concatenated project sequence number with the budget batch code for a project budget batch.
  • The concatenated project sequence number with the number of tasks for a project task.

You can only select one active posting code, depending on the status of the relevant entity. If it becomes inactive after the creation of the document, the control is performed and blocks the modification of the document.

In creation mode, the project code is systematically transferred to the document lines where it can only be modified if the multi-project management of documents is authorized (the PJTSNGDOC - One project per document parameter is set to No).

During the transformation of a document, the project code of the header is initialized by the first selected document (if the project code of the original document header has become inactive, the one of the destination document is not loaded).

In modification, the project code modified in the header is recovered automatically in lines, except when the multi-project management is authorized in which case a dialog box will open and requests whether to transfer this code to the document lines with respect to the following options:

  • Yes: The project code is applied to all lines, excluding lines linked to a billing plan and lines with an incompatible milestone.
  • No: the project code is not transferred to the lines.
  • Same value: The project code is only transferred to the lines associated to the previous project code.

Sales documents: Quotes, orders, deliveries and invoices:

In case the project code is applied to the lines, a dialog box opens and suggests a recalculation of prices and discounts If you answer 'Yes', the price list search is run based on the new project code for all document lines. Depending on the processed document, the recalculation is performed only if the following conditions are met:

  • For a quote: It is not ordered.
  • For an order: It is not delivered (for standard orders) or not invoiced (for direct invoicing) and no line is closed.
  • For a delivery: it is not validated and the delivery is direct.
  • For an invoice or a credit memo: it is not validated and the invoice/credit memo is not direct.

The grouping of two or more documents with different project codes in the header is only authorized if the parameter PJTSNGDOC - One project per document is set to No. In this case, two orders with a distinct project code can be grouped on the same delivery note.


Deliveries linked to a task:

The header project code displays the project code linked to the first selected task.

  • If multi-project management of documents is enabled (PJTSNGDOC - One project per document parameter set to No), the delivery can include direct delivery lines and product lines linked to tasks. The header project code is used as the default value on direct delivery lines only. Product lines linked to tasks keep their project code, which cannot be modified. If the header project code is modified, the application of this code to the lines is suggested, as described above. This only applies to direct delivery lines.
  • If multi-project management of documents prohibited (PJTSNGDOC - One project per document parameter set to Yes), the delivery cannot include both direct delivery lines and product lines linked to tasks.
    • When the delivery is for direct delivery lines, you cannot enter a project code in the header that is already used on tasks.
    • When the delivery is for product lines linked to tasks, you can only enter product lines linked to the same task. The header project code can then be used to filter tasks in the selection panel.

Specific case of free items generated by the price list search after updating the header project code: The free item displays the project code of its source product but only if this code is not used on a task.

Intercompany specificities: For an intersite order, the project code automatically displays the project code of the purchase order. For an intercompany open order, the project code is not recovered from the purchase order and remains blank.

Grid Analytical

This grid is used to enter or display the dimension types based on the setup of the entry transaction of the Subcontract material return.

  • Description (field NAMDIE)

This field repeats the title of the dimension type.

Depending on the setup, the analytical dimensions can be modified as they are initialized in compliance with the default dimensions setup.

Global document

  • Global document (field GLBDOCR)

A global document refers to a shipment where the final delivery details (customer sites and quantities) are not known at departure time.

Example: A company sells baked goods and delivers them to several customers' sites. The truck leaves with 1,000 units of baked goods, but it is not know how many will be delivered to each customer site. When all the deliveries are complete, the detail / normal shipping note is created and linked to the global document.

If the current record ponds to the example above, you must select the Global document check box for the record to be associated with the final transport and to disable the fields relating to the global transportation.

Otherwise, do not select Global document to link the record to a global document.

  • Global document type (field GLBDOCTYPR)

If the current record is linked to a global document, you need to enter the global document type (origin) and the global document number to associate these two documents and to export this association properly in SAF-T.

  • Global document no. (field GLBDOCNUMR)

 

  • Global document date (field GLBDOCDATR)

This field displays the date for Global document.

Manual document

  • Manual document (field MANDOCR)

If the web service is down, the transportation note must be communicated using a paper document including the paper document number and the internal system number. This communication must be done directly in the AT portal.

This field must contain a slash character (/) separating the sequential number specific to the series (on the left) and the sequential number itself (on the right). This is needed for all transportation notes for manual documents.


Communication

  • AT code (field ATDTCODR)

This field displays the AT code for the Transportation note returned by the tax authority.

This field populates automatically when you communicate using the web service.
If you communicated the transport using a manual document, you need to enter the code from the tax authority manually.

 

Reports

By default, the following reports are associated with this function :

 BONRETLIV : Customer return notes

 SRETURNE : Sales return list

 SRETURNL : Detail sales return list

This can be changed using a different setup.

Specific Buttons

Menu Bar

Address menu

Delivery address

This option opens a window used to modify or complete the delivery address.

Options menu

Picking criteria

 This option opens a window that makes it possible to define a pre-loading filter for the picking left list, from:
- the product reference,
- the delivery date (start) and the delivery reference,
- the supplier return date (start) and the supplier return reference.

Customs information

Fields

The following fields are included in this window :

Technical

Block number 1

 

  • Incoterm town (field XICTCTY)

 

 

  • Forwarding agent address (field XFFWADD)

 

Intrastat information

  • EU VAT no. (field XEECNUM)

 

  • Intrastat transp. location (field XEECLOC)

 

  • Intrastat transport mode (field XEECTRN)

 

Physical flow

 

 

Adjustment flow

 

 

Close

This window contains the customs information and the information necessary to the creation of the Customs Document File. In creation mode, they come from the sub-contract delivery concerned by the return.

  • Incoterm negotiated as well as the Incoterm city, when needed.
  • When the goods transit via a forwarding agent, code and address of the forwarding agent responsible for the export and located in the European Union: information also used for the Customs Document File concerning the transportation of the goods to their export location.

The EU Information used only for the Intrastat is liable to the Intrastat activity code (DEB):

  • Customer EU identification number (or EU tax number), EU transport location and EU transport method.

Information linked with the Physical flows: EU rule andTransaction nature, subject to activity code DEB, too, come from the setup carried out at Movement rules and natures function level.

This information can still be modified.

Transaction

This function is used to view the transaction setup used.

Functions menu

Functions/Customer installed base

This function is used to tunnel access the management function of the Installed based.
Upon entry of the return with stock movement, of a product managed in the base, the customer base is automatically updated (only for products with serial numbers). The situation of the base record will then be In Stock (if the stock transaction has been recorded with the status: A) orScrap (if the stock movement was recorded with the status: Q or R). A history record identifying the previous situation (at the customer) in the installed base record will be created.
In certain cases, the automatic update cannot be carried out, in particular in the case of products for which the installed base has never been created. Using this function, it will thus be possible to re-create a base record or to update the base manually (granted the user has authorization).
SEEWARNING Any modification carried out on the return after a stock receipt will no longer update the installed base automatically. It will be necessary to update the installed base manually.

Error messages

The only error messages are the generic ones.

Tables used

SEEREFERTTO Refer to documentation Implementation