ESIDEL12 Shipping cycle - eurofer.org cycle... · ESIDEL – Shipping cycle 1 Shipping Cycle By...

ESIDEL(European Steel Industry Data Exchange Language)

Shipping cycle

Version 1.0

by EDIFER «XML Business Group»December 2003

ESIDEL – Shipping cycle

1

Shipping Cycle

By EUROFER - EDIFER working group ‘E-commerce and XML’ Creation date: 01 December 2003

Last update:

Reference: ESIDEL-2003-006(Shipping cycle v1.0).doc

Version: 1.0


2

Table of contents 1. Shipping cycle definition 5 1.1. Scope........................................................................................................................................5 1.2 Processes ..................................................................................................................................6 1.3. Use case: shipping cycle .........................................................................................................7 2. Business Process Definition – Selection of goods process 8 2.1. Scope........................................................................................................................................8 2.2. Process definition.....................................................................................................................8 2.3. Principles..................................................................................................................................9 2.4. Use case: selection of goods process ....................................................................................10 2.5. Activity diagram – selection of goods process ......................................................................12 2.6. Activity diagram – Alternative selection of goods process ...................................................13 2.7. Business collaboration – Selection of goods process ............................................................14

2.7.1. Business collaboration – Selection of goods on request ....................................................14 2.7.2. Business collaboration – Selection of goods on regular basis ...........................................18

2.8. Business transactions and authorized roles – Selection of goods process .............................21 2.8.1. Business transactions and authorized roles – Goods ready for despatch request ..............21 2.8.2. Business transactions and authorized roles – Goods ready for despatch inventory...........22 2.8.3. Business transactions and authorized roles – Instruction to despatch ...............................23

3. Business Process Definition – Despatch & receiving process 24 3.1. Scope......................................................................................................................................24 3.2. Process definition...................................................................................................................25 3.3. Principles................................................................................................................................26 3.4. Use case: Despatch & receiving process: direct shipping between supplier and customer – transport service ordered by the supplier........................................27

3.4.1. Use case: Ordering transport services................................................................................28 3.4.2. Activity diagram – ordering transport services..................................................................29 3.4.3. Business collaboration – ordering transport services.........................................................30 3.4.4. Business transactions and authorized roles – Ordering transport services ........................32 3.4.5. Use case: Despatch of goods..............................................................................................33 3.4.6. Activity diagram – Despatch of goods (activity between supplier and carrier).................34 3.4.7. Business collaboration – Despatch of goods .....................................................................35 3.4.8. Business transactions and authorized roles – Despatch of goods ......................................40 3.4.8.1. Business transactions and authorized roles – Transport documents and Proof of collection .......................................................................................................................40 3.4.8.2. Business transactions and authorized roles – Despatch document ................................41 3.4.9. Use case: Goods in transit.................................................................................................42 3.4.10. Activity diagram – goods in transit (transport status)....................................................43 3.4.11. Business collaboration – goods in transit.......................................................................44 3.4.12. Business transactions and authorized roles – Goods in transit ......................................49 3.4.12.1. Business transactions and authorized roles – Transport status report........................49 3.4.12.2. Business transactions and authorized roles – Pre-arrival notification .......................50


3

3.4.13. Use case: Goods delivered .............................................................................................51 3.4.14. Activity diagram – goods delivered (proof of delivery) ................................................52 3.4.15. Business collaboration – goods delivered......................................................................53 3.4.16. Business transactions and authorized roles – Goods delivered......................................57 3.4.16.1. Business transactions and authorized roles – Proof of delivery.................................57 3.4.16.2. Business transactions and authorized roles – Receiving advice ................................58

3.5. Use case: Despatch & receiving process: direct shipping between supplier and customer – transport service ordered by the customer ......................................59 3.6. Use case: despatch & receiving process: indirect shipping between supplier and customer by using a third party warehouse .......................................................61

3.6.1. Use case: Goods delivered in warehouse...........................................................................67 3.6.1.1. Activity diagram – goods delivered (proof of delivery) ................................................68 3.6.1.2. Business collaboration – goods delivered at warehouse................................................69 3.6.1.2. Business transactions and authorized roles – Inventory movement to report of received goods................................................................................................72 3.6.2. Use case: Despatch of goods warehouse - customer..........................................................73 3.6.2.1. Activity diagram – despatch of goods (inventory of despatched goods).......................74 3.6.2.2. Business collaboration – goods despatched to the customer .........................................75 3.6.2.3. Business transactions and authorized roles – Inventory report of despatched goods ...........................................................................................................77 3.6.3. Use case: Goods delivered by customer ............................................................................78

3.7. Use case: Despatch & receiving process: indirect shipping between supplier and customer by using the customer consignment stock .........................................80

3.7.1. Use case: Usage of goods...................................................................................................83 3.7.2.1. Activity diagram - Usage of the goods of the consignment stock .................................84 3.7.2.2. Business collaboration – Inventory of outgoing goods..................................................85 3.7.2.4. Business transactions and authorized roles – Inventory movement of outgoing goods.........................................................................................87

3.8. Use case: Despatch & receiving process: indirect shipping between supplier and customer by using an external warehouse controlled by the supplier...............88

3.8.1. Use case: Despatch of goods warehouse – customer controlled by supplier.....................94 3.8.1.1. Activity diagram – despatch of goods (despatch confirmation) ....................................95 3.8.1.2. Business collaboration – Despatch confirmation...........................................................96 3.8.1.3. Business transactions and authorized roles – Despatch confirmation ...........................98

3.9. The stock inventory of the goods in a warehouse..................................................................99 3.9.1. Use case: Inventory report process ....................................................................................99 3.9.2. Activity diagram – Inventory report process ...................................................................101 3.9.3. Business collaboration – Inventory report process ..........................................................103 3.9.3.1. Business collaboration – Inventory report on request..................................................103 3.9.3.2. Business collaboration – Inventory report on regular basis.........................................105 3.9.4. Business transactions and authorized roles – Inventory report process...........................107 3.9.4.1. Business transactions and authorized roles – Request Inventory report......................107 3.9.4.2. Business transactions and authorized roles – Inventory report....................................108


4

4. Business Process Definition – Certificate/Quality report 109 4.1. Scope....................................................................................................................................109 4.2. Process definition.................................................................................................................109 4.3. Principles..............................................................................................................................109 4.4. Use case: Certificate/Quality report process........................................................................110 4.5. Activity diagram – Certificate/Quality report process.........................................................112 4.6. Activity diagram - Alternative Certificate/Quality report process.......................................113 4.7. Business collaboration - Certificate/Quality report process ................................................114

4.7.1. Business collaboration – Certificate/Quality report on request .......................................114 4.7.2. Business collaboration – Certificate/Quality report on regular event..............................117

4.8. Business transactions and authorized roles – Certificate/Quality report process ................119 4.8.1. Business transactions and authorized roles – Cerificate/Quality report request ..............119

4.8.2. Business transactions and authorized roles – Certificate/Quality report .............................120


5

1. Shipping cycle definition 1.1. Scope In the shipping cycle it is foreseen to transmit between the supplier, customer, carrier and third parties, the relevant information concerning the selection of goods to be delivered by the customer, the preparation of the shipment of goods, the shipment and the receiving of the goods. It is also possible to transmit in the shipping cycle, between the supplier and the customer the certificate/quality report concerning the goods. To simplify the understanding the parties involved are limited to three or four parties, based on the different shipping processes. The parties involved are customer, supplier, carrier and warehouse. In the total Trade business each of the parties can have more than one role. For the Shipping cycle the customer can act as the customer, the consignee and the ordering company. The supplier covers the roles of the seller, the sales agent or sales organisation, manufacturer and consignor. The partners involved in the shipping cycle are not limited to supplier and customer but involves also the carrier responsible for doing the transport and if applicable also warehouses. As a consequence the information exchange is not limited to the exchange of information between the supplier and the customer, but exists also between the carrier, warehouse and the supplier, customer. The electronic information exchanges between the supplier, customer and warehouse are done by using trade messages. The electronic information exchanges with the carrier are done by using transport messages. In the different processes presented in this document both information flows are presented. The processes for the shipping cycle are general with respect to any terms of delivery, mode and means of transport. Depending on the mode of transport, some other transport messages shall be added to support the transport process. More detailed information specific for the particular modes of transport can be found in the final report of the Multi Industry Scenarios for Transport (MIST) group. In this document the scenarios are provided with the different modes of transport.


6

1.2 Processes

The shipping cycle is divided in three processes:

- The Selection of goods process This process supports the selection of goods by the customer by the exchange of information concerning the goods ready for despatch, the instruction to despatch.

- The Despatch & Receiving process This process supports the exchange of information concerning the despatch advice and the reception of the goods.

- The Certificate/Quality report process This process supports the exchange of the information of the Certificate/Quality report of the goods.

Selection of goods

Certificate/Quality report

Basic information

Basic information

Langage d ’échange des filières acier

European Steel Exchange

Language

SchedulingSchedulingOrdering Ordering

ShippingShipping

Invoicing Invoicing PaymentPayment

Despatch & Receiving


7

1.3. Use case: shipping cycle The use case for the shipping cycle shows which Business collaboration use cases are used to compose the process:

- The treatment of the selection of goods process - The treatment of the despatch & receiving process - The treatment of the certificate/quality report process

For each of the Business collaboration use case a description is provided in this chapter. Use case diagram – shipping cycle

Shipping cycle

Selection of goods process

Shipping cycle

CustomerSupplier

CustomerSupplier

Figure 1 Use Case Diagram – Shipping cycle

Certificate/ Quality report

process

Warehouse Carrier

Despatch & receiving process


8

2. Business Process Definition – Selection of goods process 2.1. Scope

The selection of goods process will be used to allow the customer to select out of the goods ready for delivery at the supplier, the goods to be delivered by the supplier. The same process can be used to allow the customer to arrange the transport of the goods and to inform the supplier about the pick up of the selected goods.

In the selection of goods process it is foreseen to transmit the relevant information between the supplier and the customer concerning:

- The request to receive a list of the goods ready for despatch. - The goods ready for despatch, when the customer is responsible for organising the

transport or when he decides on which goods can be shipped by the supplier. - The despatch instruction for the requested goods, when the customer is responsible for

organising the transport or when he decides on which goods are to be shipped by the supplier.

2.2. Process definition The Selection of goods process can be used under two different conditions agreed between the supplier and the customer. Both parties agreed that the transportation of the goods is the responsibility of the customer. Under this condition the supplier has to inform the customer when the goods are ready in the warehouse of the supplier. This information can be sent on the request of the customer or can be provided on a regular basis or predefined condition, such as a certain quantity or the completion of one or several orders. Depending on the mode and means of transport, the available quantity of goods, the customer shall organise a transport to collect the goods by the supplier. Once the transport service is ordered, the customer shall inform the supplier about the transportation organised and the goods selected for the means of transport. The supplier needs this information to prepare the consignment of the goods in function of the mode and means of transport, the foreseen arrival date of the means of transport and the identified goods. Both parties agreed that the transportation of goods should not be initiated by the supplier, but that the delivery of goods will be steered by the customer, based on his own production planning. Under this condition the supplier has to inform on a regular basis the customer about the goods ready in the warehouse. Based on this own production planning, the customer shall identify goods to be delivered. On this instruction received from the customer, the supplier shall order the transport service. Based on the agreement between the parties, the goods ready for despatch can be reported as a balance of all available goods, or as a movement being the additions and subtractions of the goods made available or removed in a certain time/period. To support the Selection of goods process the following four messages have been developed:

- The goods ready for despatch request - The goods ready for despatch (balance) - The goods ready for despatch (movement) - The instruction to despatch.


9

The customer or customer’s agent can initiate a request for an inventory of goods ready for despatch to the supplier or supplier’s agent, asking for information on the current status of placed order(s). This request is either directly transmitted or forwarded by an “electronic work environment’ to the supplier. Upon receipt of the goods ready for despatch request, the supplier or supplier’s agent will send to the customer or customer’s agent the goods ready for despatch balance or movement. This inventory is either directly transmitted or forwarded by an “electronic work environment” to the customer. The goods ready for despatch balance or movement can also be sent by the supplier or supplier’s agent at a regular interval or event as agreed between the two parties without initiating a goods ready for despatch request. The customer or customer’s agent can request the delivery of goods ready for despatch by sending the instruction to despatch. 2.3. Principles The supplier has the obligation to respond with the goods ready for despatch balance or movement to the goods ready for despatch request.


10

2.4. Use case: selection of goods process The use case for the selection of goods process has the following business transactions:

- Place a goods ready for despatch request - Provide a goods ready for despatch balance or movement - Provide an instruction to despatch.

Use case diagram – selection of goods process

Selection of goods

process

Goods ready for despatch

request

Selection of goods

Customer Supplier

Instruction to

despatch

CustomerSupplier

Figure 2 Use Case Diagram – Selection of goods process


(balance – movement)


11

Use case description – selection of goods process Business process name

Selection of goods process

Identifier EUROFER: Selection of goods process Actors Customer,

Supplier Description The customer recognises a need to know the actual situation of the goods ready for the

despatch at the supplier. The supplier receives the request and responds with the goods ready for despatch balance or movement. The customer recognises the need of goods and generate an instruction to despatch to inform the supplier of a collection of goods organised by customer, or giving instruction to the supplier to organise a delivery.

Pre-condition Customer’s orders have been placed with the supplier. Post-condition The supplier prepares the consignment and initiates the despatch & receiving process. Scenario

Starts when customer recognises the need to be informed about the goods ready for despatch: - Customer raises and sends the goods ready for despatch request containing the

parameters for the selection of one or more order lines, to the supplier. - Supplier receives the goods ready for despatch request. - Supplier generates the goods ready for despatch balance or movement, giving the actual

situation of the goods ready for despatch of one or more order lines, to the customer. - Customer receives the goods ready for despatch balance or movement. - The customer recognises the need of goods in order to supply his own production line.

In function of the mode and means of transport he make a selection of the goods to be delivered.

- In the case that the customer is responsible for the ordering of the transport service, he will generate an instruction to despatch to inform the supplier about the collection of goods.

- In the case that the supplier is responsible for the ordering of the transport service, the customer will generate an instruction to despatch to instruct the supplier to organise a despatch of the selected goods.

- Supplier receives the instruction to despatch. The cycle of requesting goods ready for despatch inventory and sending the goods ready for despatch might be executed multiple times.

Alternative scenarios

The supplier may also provide a goods ready for despatch balance or movement to the customer at a predefined regular interval or event and not necessarily in response to the goods ready for despatch request.

Remarks The customer and the supplier should agree to use the goods ready for despatch balance or the goods ready for despatch movement. Eurofer recommends to use the goods ready for despatch balance as the response to the goods ready for despatch request. When both parties agreed to provide the goods ready for despatch on a predefined interval, the balance or movement message can be used, but it is more common to use the goods ready for despatch balance.


12

2.5. Activity diagram – selection of goods process Figure 3. Business domain activity diagram – Selection of goods process Activity diagram description – Selection of goods process The customer raises and sends the goods ready for despatch request containing one or more selection criteria for the orders for which a goods ready for despatch is required to the supplier. When the supplier receives the goods ready for despatch request, he selects the relevant orders and raises the corresponding goods ready for despatch balance or movement. As a result the supplier sends a goods ready for despatch balance or movement to the customer. Once the customer receives the goods ready for despatch balance or movement, he checks if goods are needed for his own production. If no goods are needed, the business process ends. If goods are needed and based on the delivery conditions agreed, the customer shall organise the transport service to collect the goods by the supplier, or he shall select the needed goods. As a result of both processes he send an instruction to despatch to the supplier. Once the supplier receives the instruction to despatch, the business process ends and the supplier shall initiate the despatch & receiving process.

Start of Selection of goods process

Raises a goods ready for dispatch request

Receives Goods ready for dispatch balance/movement

Receives goods ready for despatch request

Provides Goods ready for

despatch balance:movement

Goods ready for despatch request

Supplier Customer


balance/movement

End of Selection of goods process

Delivery of goods

Yes

No

Organise transport or select goods Receives Instruction

to despatch Instruction to

despatch

Start the despatch & receiving process


13

2.6. Activity diagram – Alternative selection of goods process Figure 4. Business domain activity diagram – Alternative selection of goods process Activity diagram description – Alternative selection of goods process Based on an agreement with the customer, the supplier raises at a regular interval are event a goods ready for despatch balance or movement (most common) for the customer. As a result the supplier sends a goods ready for despatch balance or movement to the customer. Once the customer receives the goods ready for despatch balance or movement, he checks if goods are needed for his own production. If no goods are needed, the business process ends. If goods are needed and based on the delivery conditions agreed, the customer shall organise the transport service to collect the goods by the supplier, or he shall select the needed goods. As a result of both processes he send an instruction to despatch to the supplier. Once the supplier receives the instruction to despatch, the business process ends and the supplier shall initiate the despatch & receiving process.

Start of Selection of goods process

Receives Goods ready for dispatch balance:

movement

Provides Goods ready for

despatch balance/ movement

Supplier Customer


balance/movement

End of Selection of goods process

Delivery of goods

Yes

No

Organise transport or select goods Receives Instruction

to despatch Instruction to

despatch

Start the despatch & receiving process


14

2.7. Business collaboration – Selection of goods process

The business collaboration specifies for each of the abovementioned activity diagrams the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.

2.7.1. Business collaboration – Selection of goods on request

Business Collaboration

Identifier EUROFER: Selection of goods on request

Description The customer raises and sends a goods ready for despatch request containing one or more selection criteria for the orders for which a goods ready for despatch is required to the supplier. When the supplier receives the goods ready for despatch request, he selects the relevant orders and raises the corresponding goods ready for despatch balance or movement. As a result the supplier sends a goods ready for despatch balance or movement to the customer. When the customer receives the goods ready for despatch balance or movement, he checks the need to receive some of the goods for his own production. If there is no need of goods the business process ends. If there is a need, he will organise the transport services to collect the goods are he will only select the needed goods. As a result of this activity he raises and sends an instruction to despatch to the supplier. Once the supplier receives the instruction of despatch, the business process ends and the supplier will initiate the Despatch & receiving process.

Partner Types Customer Supplier

Authorized Roles Customer Supplier

Legal Steps/Requirements None

Economic Consequences None

Initial/Terminal Events • Initial: the customer sends the goods ready for despatch request message

• Terminal: the customer receives the goods ready for despatch balance or movement or the supplier receives the instruction of despatch message.

Scope To request the goods ready for despatch, with the aim to organise the collection of goods at the supplier are to select goods to be despatched by the supplier.

Boundary Not defined yet

Constraints The customer shall have full traceability of his request message and the instruction to despatch message to make sure it has been received. Failing this technical acknowledgement, the customer shall re-issue his request message or instruction to despatch message.


15

In a business collaboration agreement between the customer and the supplier, the way of using the Selection of goods process can be described. The following transactions concerning the Selection of goods can be specified as:

-1. The customer generates the goods ready for despatch request to receive a goods ready for despatch, the supplier has to give an acknowledge of receipt of the goods ready for despatch request. The supplier sends the goods ready for despatch balance or movement to the customer. The customer acknowledges the receipt of the goods ready for despatch balance or movement to the supplier. The customer generates an instruction to despatch to instruct the supplier about the despatch of goods, the supplier has to give an acknowledge of receipt of the instruction to despatch.

-2. The customer generates a goods ready for despatch request to receive a goods ready for despatch, and the supplier responds directly with the goods ready for despatch balance or movement.

The customer generates an instruction to despatch to instruct the supplier about the despatch of goods. No acknowledgement messages are used between the parties.

In the Business collaboration agreement the three transactions are split in two Business transaction activity graph. The first is dealing with the request and the response to cover the goods ready for despatch request, balance or movement. The second is dealing with the notification to cover the instruction to despatch.

Part 1 of the Business collaboration: Selection of goods / goods ready for despatch request Figure 5. Business transaction activity graph – Selection of goods / goods ready for despatch request


Place request for a goods ready for despatch

[CONTROLFAIL]

[SUCCESS]

Process goods ready for despatch request

Goods ready for dispatch balance/

movement

Supplier Customer

START

END


16

Form: Business Transaction Transition Table

From Id EUROFER: Selection of goods / goods ready for despatch request From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Place request for a

goods ready for despatch

Customer NONE


Customer Goods ready for despatch request


Supplier NONE


Supplier Goods ready for despatch balance or movement


Customer NONE


Customer N/A SUCCESS N/A Goods ready for despatch balance or movement received


Customer N/A CONTROLFAIL N/A Goods ready for despatch balance or movement not received

Part 2 of the Business collaboration: Selection of goods / instruction to despatch Figure 6. Business transaction activity graph – Selection of goods / instruction to despatch

Instruction to despatch

Place an instruction to despatch goods

[CONTROLFAIL]

[SUCCESS]

Process Instruction to despatch

Supplier Customer

START

END


17


From Id EUROFER: Selection of goods / instruction to despatch From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Place an

instruction to despatch goods

Customer NONE


Customer Instruction to despatch

Process instruction to despatch

Supplier NONE


Customer N/A SUCCESS N/A Instruction to despatch received


Customer N/A CONTROLFAIL N/A Instruction to despatch not received


18

2.7.2. Business collaboration – Selection of goods on regular basis


Identifier EUROFER: Selection of goods on regular basis

Description Based on the agreement with the customer, the supplier raises on regular interval or event a goods ready for despatch balance or movement. As a result the supplier sends a goods ready for despatch balance or movement to the customer. When the customer receives the goods ready for despatch balance or movement, he checks the need to receive some of the goods for his own production. If there is no need of goods the business process ends. If there is a need, he will organise the transport services to collect the goods or he will only select the needed goods. As a result of this activity he raises and sends an instruction to despatch to the supplier. Once the supplier receives the instruction of despatch, the business process ends and the supplier will initiate the Despatch & receiving process.





Initial/Terminal Events • Initial: agreement between the customer and the supplier.

• Terminal: the customer receives the goods ready for despatch balance or movement or the supplier receives the instruction of despatch message.

Scope The customer has an agreement with the supplier, to send him a goods ready for despatch balance or movement on a regular basis, with the aim to organise the collection of goods at the supplier are to select goods to be despatched by the supplier.


Constraints The customer has the agreement with the supplier, to send him a goods ready for despatch balance or movement.

In a business collaboration agreement between the customer and the supplier, the way of using the Selection of goods on regular basis process can be described. The following transactions concerning the Selection of goods can be specified as:

-1. The supplier sends the goods ready for despatch balance or movement (most common) to the customer. The customer acknowledges the receipt of the goods ready for despatch balance or movement to the supplier. The customer generates an instruction to despatch to instruct the supplier about the despatch of goods, the supplier has to give an acknowledge of receipt of the instruction to despatch.

-2. The supplier sends the goods ready for despatch balance or movement. The customer generates an instruction to despatch to instruct the supplier about the despatch

of goods. No acknowledgement messages are used between the parties.


19

In the Business collaboration agreement the two transactions are split in two Business transaction activity graph. The first is dealing with the notification to cover the goods ready for despatch request and balance or movement. The second is dealing with the notification to cover the instruction to despatch.

Part 1 of the Business collaboration: Selection of goods / goods ready for despatch reporting Figure 7. Business transaction activity graph – Selection of goods / goods ready for despatch reporting

Form: Business Transaction Transition Table From Id EUROFER: Selection of goods / goods ready for despatch reporting From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Goods ready for

despatch reporting Supplier NONE

Goods ready for despatch reporting

Supplier Goods ready for despatch balance/ movement

Process goods ready for despatch balance/ movement

Customer NONE


Supplier N/A SUCCESS N/A Goods ready for despatch balance/ movement received


Supplier N/A CONTROLFAIL N/A Goods ready for despatch balance/ movement not received

Goods ready for despatch balance/

movement

Process goods ready for despatch balance/movement [CONTROLFAIL]

[SUCCESS]


Supplier Customer

START

END


20

Part 2 of the Business collaboration: Selection of goods / instruction to despatch Figure 8. Business transaction activity graph – Selection of goods / instruction to despatch

Form: Business Transaction Transition Table From Id EUROFER: Selection of goods / instruction to despatch From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Place an

instruction to despatch goods

Customer NONE


Customer Instruction to despatch

Process instruction to despatch

Supplier NONE


Customer N/A SUCCESS N/A Instruction to despatch received


Customer N/A CONTROLFAIL N/A Instruction to despatch not received



[CONTROLFAIL]

[SUCCESS]

Process Instruction to despatch

Supplier Customer

START

END


21

2.8. Business transactions and authorized roles – Selection of goods process The goal of the Business transactions is to identify the individual transactions that implement the operations of the business collaboration. A transaction is made up of several activities and each activity has an authorized role in order to initiate that activity.

2.8.1. Business transactions and authorized roles – Goods ready for despatch request

Business Transaction

Description The Goods ready for despatch request is used to request a goods ready to despatch balance or movement.

Pattern Request/Response

Business activities and associated authorized roles

See EUROFER: goods ready for despatch request

Constraints Not defined yet

Initiating/Requesting Partner Type

Customer

Initiating/Requesting Activity Role

Customer

Initiating/Requesting Activity Document


Responding Partner Type Supplier

Responding Activity Role Supplier

Responding Activity Document Goods ready for despatch balance or movement

Business document

- GOODS READY FOR DESPATCH REQUEST See EUROFER Message Guideline INVENTORY REQUEST

- GOODS READY FOR DESPATCH See EUROFER Message Guidelines GOODS READY FOR DESPATCH (BALANCE) and GOODS READY FOR DESPATCH (MOVEMENT)


22

2.8.2. Business transactions and authorized roles – Goods ready for despatch inventory


Description The Goods ready for despatch balance or movement is used to report information on the goods ready for despatch.

Pattern Notification


See EUROFER: goods ready for despatch balance or movement



Supplier


Supplier


Goods ready for despatch balance or movement

Business document

- GOODS READY FOR DESPATCH See EUROFER Message Guidelines GOODS READY FOR DESPATCH (BALANCE) and GOODS READY FOR DESPATCH (MOVEMENT)


23

2.8.3. Business transactions and authorized roles – Instruction to despatch


Description The Instruction to despatch is used to instruct the supplier about the goods to be despatched.



See EUROFER: instruction to despatch



Customer


Customer



Business document

- INSTRUCTION TO DESPATCH See EUROFER Message Guideline INSTRUCTION TO DESPATCH


24

3. Business Process Definition – Despatch & receiving process 3.1. Scope

The despatch & receiving process will be used to support the delivery of goods from the supplier to the customer. Prior to the delivery, the customer and the supplier have to agree upon the delivery conditions and the way the transportation of goods is organised. In function of the common practice used between the customers’ community and the Steel industry, one of the following delivery processes can be used:

- Direct shipping between the supplier and the customer, transport ordered by the supplier, - Direct shipping between the supplier and the customer, transport ordered by the

customer, - Indirect shipping between the supplier and the customer by using a third party

warehouse - Indirect shipping between the supplier and the customer by using the customer

consignment stock - Indirect shipping between the supplier and the customer by using an external warehouse

controlled by the supplier.

In the despatch & receiving process it is foreseen to transmit the relevant information between the supplier and the customer concerning:

- The information about a shipment and the consignment (goods) being despatched by the supplier.

- The report of the shipment and goods received by the customer. In the despatch & receiving process it is foreseen to transmit the relevant information between the warehouse and the customer or supplier concerning:

- The information about the shipment and the consignment (goods) being despatched by the supplier to the warehouse.

- The report of the goods receiving by the warehouse. - The delivery instruction or the despatch instruction for the delivery of goods from the

warehouse to the customer. - The report of the goods delivered by the warehouse to the customer. - The information about the shipment and the goods being despatched by the warehouse to

the customer. In the despatch & receiving process it is foreseen to transmit the relevant information between the carrier and the customer, supplier or warehouse concerning:

- The ordering of transport services, starting with the transport booking request to the carrier and a confirmation of the transport booking from the carrier to the transport ordering party.

- Depending of the mode of transport and legal obligations the supplier shall provide the carrier with a shipping advice, a waybill or a goods invoice.

- The information about the collection of the goods by the carrier. - The status of the transport and the foreseen arrival date. - The information about the delivery of the goods by the carrier.


25

3.2. Process definition The Despatch & receiving process is the mechanism by which information is provided on the despatch of goods, the reception of the goods, the ordering and follow-up of the transport services between the place of loading (shipping from location) and the place of unloading (shipping to location). To provide information to the customer or warehouse of the despatch of goods at the moment of departure, allows the customer or warehouse to prepare the reception of the goods. Providing information about the reception of the goods allows the supplier to check the correct arrival of the despatch goods and can be used as a trigger to build the invoice to the customer. Each despatch & receiving process mentioned in chapter 3.1. consists of the following processes. In some of these despatch & receiving processes, the following processes can appear more than one time due to the fact that the delivery of goods from the supplier to the customer in done is several steps by using external warehouses. The ‘Ordering of transport services’ process starts by a booking request from the supplier, customer or warehouse to the carrier, to instruct the carrier to transport goods from a location to another location. This information will be followed by a confirmation of the booking request from the carrier. The ‘Despatch of goods’ process starts with the collection of the goods by the carrier and depending on the mode of transport and legal obligations the supplier shall provide the carrier with a shipping advice, a waybill or the goods invoice. As a proof of collection of the goods, the carrier has to provide to the supplier a signed waybill. At the moment the goods are leaving the shipping from location, the supplier or the warehouse shall inform the warehouse or the customer about the goods despatched by means of a despatch advice or a packing list. Remark: Two different documents are in use in the European steel industry to inform the

customer about the goods despatched. The first is the usage of the despatch advice giving the details of a consignment starting from the point of view of the goods or articles. The second way is the packing list giving the details of a consignment from the point of view of the equipments used for the transportation, the handling units and the packages used to despatch the goods are articles. Based on an agreement between the supplier and the customer one of the documents are both documents will be provided by the supplier.

In the ‘Goods in transit’ process the carrier has the possibility to inform the supplier, customer and or warehouse about the precise status of the transport or unexpected exceptions. This reporting can be done as a master reporting by exception or based on ad-hoc request for follow-up information. The carrier can inform the receiver of the goods (customer or warehouse) about the foreseen arrival date, so that the party involved can prepare and arrange the reception of the goods. The ‘Goods delivered’ process starts with the reception of the transport and the receiving party shall provide to the carrier a signed waybill, confirming the received goods and if relevant the damage report. As a proof that the goods are delivered to the receiving party, the carrier shall send a copy of the signed waybill to the ordering party (supplier or warehouse). Once the party has received the goods, he will check these goods with the goods advised in the despatch advice or packing list. The receiving party will send to the supplier or warehouse the confirmation of the reception of the goods according to the despatch advice or packing list or shall advice only on the received goods.


26

Remark: In the process definitions references is made for the collection of goods and the

reception of the goods to a signed document named waybill. In the future based on new technologies the carrier shall be able to replace this paper document by an electronic exchange of information

3.3. Principles For each of the Despatch & receiving process mentioned a specific use case is presented to explain the interaction of the involved transactions.


27

3.4. Use case: Despatch & receiving process: direct shipping between

supplier and customer – transport service ordered by the supplier

The use case for the despatch & receiving process has the following processes and business transactions:

- Process: Ordering of transport services - Transaction: Transport booking request

Transport booking confirmation - Process: Despatch of goods

- Transaction: Shipping advice Waybill Proof of collection Despatch advice and, or packing list

- Process: Goods in transit - Transaction: Transport status

Pre-arrival notification - Process: Goods delivered

- Transaction: Proof of delivery Receiving advice.

Use case diagram – despatch & receiving process: direct shipping between supplier and customer

- transport service ordered by the supplier


Ordering transport services

Despatch & receiving

CustomerSupplier

Goods in transit

Customer

Supplier

Figure 9 Use Case Diagram – Despatch & receiving process: direct shipping between supplier and customer – transport service ordered by supplier

Carrier

Despatch of goods

Goods delivered


28

3.4.1. Use case: Ordering transport services The use case for the ordering transport services process has the following business transactions:

- The transport booking request - The transport booking confirmation.

Use case diagram – ordering transport services


Transport booking request


Supplier Carrier

Transport booking

confirmationSupplier

Figure 10 Use Case Diagram – Ordering transport services

Carrier


29

Use case description – ordering transport services Business process name


Identifier EUROFER: ordering transport services Actors Supplier,

Carrier Description The transport ordering party (supplier) recognises a need to order a transport to despatch

goods and send a transport booking request to the carrier. The carrier receives the request and responds with a transport booking confirmation to advice the transport ordering party (supplier) about his possibilities to execute the despatch.

Pre-condition There is a need to deliver goods to the customer. Post-condition The transport ordering party shall, based on the response, contact another carrier or shall

prepare the consignment to be collected by the carrier. Scenario

Starts when there is a need to despatch goods from a shipping from location (supplier) to a shipping to location (customer): - The transport ordering party raises and sends a transport booking request to a carrier. - The carrier receives a transport booking and evaluates if he is able to do the requested

transport. - The carrier generates a transport booking confirmation to inform the transport ordering

party about his possibilities to execute the transport. - The transport ordering party receives the transport booking confirmation and based on

the information received, he can contact another carrier or he shall start to prepare the despatch of the goods.


Remarks 3.4.2. Activity diagram – ordering transport services Figure 11. Business domain activity diagram – Ordering transport services

Start of Ordering transport services

Receives Transport booking confirmation

Receives a Transport booking request

Provides a Transport booking

confirmation


CarrierTransport ordering party (supplier)

Transport booking confirmation

End of Ordering transport services

Raises a Transport booking request


30

Activity diagram description – ordering transport services The transport ordering party (supplier) raises and sends a transport booking request to the carrier to execute a delivery of goods. When the carrier receives the transport booking, he investigates the requirements of the transport ordering party and based on his finding he raises the transport booking confirmation. As a result the carrier sends a transport booking confirmation to the transport ordering party (supplier). Once the transport ordering party received the transport booking confirmation, the process ends. 3.4.3. Business collaboration – ordering transport services The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.


Identifier EUROFER: Ordering transport services

Description The transport ordering party (supplier) raises and sends a transport booking to the carrier, containing the transport requirements to support a despatch of goods. When the carrier receives the transport booking request, he evaluates the request and raises the corresponding transport booking confirmation. As a result the carrier sends a transport booking confirmation to the transport ordering party (supplier). Once the transport ordering party (supplier) received the transport booking confirmation, the process ends.

Partner Types Transport ordering party (Supplier) Carrier

Authorized Roles Transport ordering party Carrier



Initial/Terminal Events • Initial: the transport ordering party sends the transport booking request

• Terminal: the transport ordering party receives the transport booking confirmation

Scope To order transport services to the carrier for the despatch of goods.


Constraints The transport ordering party shall have full traceability of his request message to make sure it has been received. Failing this technical acknowledgement, the transport ordering party shall re-issue his request message


31

In a business collaboration agreement between the transport ordering party and the carrier, the way of using the Ordering transport services process can be described. The following transactions concerning the ordering transport services can be specified as:

-1. The transport ordering party generates a transport booking request to inform about a transport needed to despatch goods, the carrier has to give an acknowledge of receipt of the transport booking request. The carrier sends a transport booking confirmation to the transport ordering party. The transport ordering party acknowledges the receipt of the transport booking confirmation to the carrier.

-2. The transport ordering party generates a transport booking request to inform about a transport needed to despatch goods, and the carrier responds directly with the transport booking confirmation. No acknowledgement messages are used between the parties.

Figure 12. Business transaction activity graph – Ordering transport services

Form: Business Transaction Transition Table From Id EUROFER: Ordering transport services From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Recognise

transport requirements

Transport ordering party

NONE

Recognise transport requirements



Process transport booking request

Carrier NONE


Carrier Transport booking confirmation



NONE



N/A SUCCESS N/A Transport booking request accepted

Recognise delivery requirements


N/A CONTROLFAIL N/A Transport booking request rejected



[CONTROLFAIL]

[SUCCESS]



Carrier Transport ordering party (supplier)

START

END


32

3.4.4. Business transactions and authorized roles – Ordering transport services The goal of the Business transactions is to identify the individual transactions that implement the operations of the business collaboration. A transaction is made up of several activities and each activity has an authorized role in order to initiate that activity.


Description The ordering transport services is used to request transport services for the despatch of goods.



See EUROFER: Ordering transport services



Transport ordering party (supplier)





Responding Partner Type Carrier

Responding Activity Role Carrier

Responding Activity Document Transport booking confirmation

Business document

- TRANSPORT BOOKING REQUEST EUROFER decided not to develop for the moment the Message Guideline for the transaction

- TRANSPORT BOOKING CONFIRMATION EUROFER decided not to develop for the moment the Message Guideline for the transaction


33

3.4.5. Use case: Despatch of goods The use case for the despatch of goods process has the following business transactions:

- The shipping advice or waybill - The proof of collection - The despatch advice and, or packing list.

Use case diagram – despatch of goods

Despatch of goods

Transport document (shipping

advice/waybill)

Despatch of goods

Supplier

Carrier

Proof of collection Supplier

Figure 13 Use Case Diagram – Despatch of goods

Carrier

Customer

CustomerDespatch advice

and, or packing list


34

Use case description – despatch of goods Business process name

Despatch of goods

Identifier EUROFER: despatch of goods Actors Supplier,

Carrier Customer

Description The transport ordering party (supplier) recognises a need to despatch goods and send the contracted carrier the necessary transport documents depending on the mode of transport and legal obligations. The carrier receives the transport documents and collects the goods at the shipping from location. As a proof of collection of the goods, the supplier receives from the carrier the signed transport document. At that moment or on the departure of the means of transport the supplier will send a despatch advice and, or a packing list to the customer.

Pre-condition There is a need to deliver goods to the customer. Post-condition The despatched goods are transported to the shipping to location. Scenario

Starts when there is a need to despatch goods from a shipping from location (supplier) to a shipping to location (customer) and the transport booking is confirmed: - The supplier raises and sends the transport documents required for the means of

transport and the legal obligations to a carrier. - The carrier receives a transport documents and shall collect the goods at the shipping

from location, as a proof of collection he will send a signed transport document to the supplier.

- The supplier generates a despatch advice and, or a packing list to inform the customer about the transport and the goods despatched (consignment).

- The customer receives the despatch advice and, or packing list and based on the information received, he can organise the reception of the goods.


Remarks 3.4.6. Activity diagram – Despatch of goods (activity between supplier and carrier)

Start of Despatch of goods

Receives Proof of collection

Receives the Transport documents

Provides Proof of collection (signed

transport document)

Transport documents

CarrierSupplier


End of step 1 of Despatch of goods

Raises the Transport documents

Collection of the goods


35

Activity diagram – despatch of goods (activity between supplier and customer) Figure 14. Business domain activity diagram – Despatch of goods Activity diagram description – despatch of goods The supplier raises and sends to the carrier the relevant transport documents in function of the mode of transport and the legal obligations. When the carrier receives the transport documents and in function of the requested despatch date, the carrier will collect the goods at the shipping from location. As a result of the collection he will provide to the supplier a signed transport document as proof of collection. When the goods are leaving the shipping from location the supplier will inform the customer of the transport and the consignment by sending a despatch advice and, or packing list. Once the received the despatch advice or the packing list, the process ends. 3.4.7. Business collaboration – Despatch of goods

The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.

Start of step 2 of Despatch of goods

Receives the Despatch adviceand,

or Packing list

Despatch advice and, or Packing list

CustomerSupplier

End of Despatch of goods

Raises the Despatch advice and, or

Packing list


36


Identifier EUROFER: Despatch of goods (step 1)

Description The supplier raises and sends the relevant transport documents to the carrier. When the carrier receives the transport documents, he shall collect the goods in function of the despatch date requested. As a result of the collection of the goods the carrier sends a signed transport document to the supplier as proof of collection of the goods. Once the supplier received the proof of collection, step 1 of the process ends.

Partner Types Supplier Carrier

Authorized Roles Supplier Carrier



Initial/Terminal Events • Initial: the transport is ordered

• Terminal: the goods are transported from the shipping from location

Scope To collect the goods at the shipping from location.


Constraints


Identifier EUROFER: Despatch of goods (step 2)

Description Once the transport leaves the shipping from location the supplier sends a despatch advice and, or a packing list to the customer to inform him of the despatch goods. Once the customer received the despatch advice and, or packing list, the process ends.

Partner Types Supplier Customer

Authorized Roles Supplier Customer



Initial/Terminal Events • Initial: the transport has left the shipping from location.

• Terminal: the goods are transported to the shipping to location

Scope To despatch of goods from the shipping from location.


Constraints


37

In a business collaboration agreement between the supplier and the carrier, the way of using the despatch of goods process can be described. The following transactions concerning the despatch of goods can be specified as:

-1. The supplier generates and sends the transport documents to the carrier, needed to transport the goods, the carrier has to give an acknowledge of receipt of the transport documents. When the goods are collected at the shipping from location, the carrier sends a proof of collection to the supplier. The supplier acknowledges the receipt of the proof, of collection to the carrier.

-2. The supplier generates and sends the transport documents to the carrier, needed to transport the goods.

When the goods are collected at the shipping from location, the carrier sends a proof of collection to the supplier. No acknowledgement messages are used between the parties.

In a business collaboration agreement between the supplier and the customer, the way of using the despatch of goods process can be described. The following transactions concerning the despatch of goods can be specified as:

-1. The supplier generates and sends the despatch advice and, or packing list to the customer to inform about the despatched goods, the customer has to give an acknowledge of receipt of the despatch advice and, or packing list.

-2. The supplier generates and sends the despatch advice and, or packing list to the customer to inform about the despatched goods. No acknowledgement messages are used between the parties.

Part 1 of the Business collaboration: Despatch of goods / transport documents – proof of collection

Figure 15. Business transaction activity graph – Despatch of goods (step 1)

Transport documents

Organise despatch of goods

[CONTROLFAIL]

[SUCCESS]

Organise collection and transport

Proof of collection

Carrier Supplier

START

END


38


From Id EUROFER: Despatch of goods (step 1) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Organise despatch

of goods Supplier NONE


Supplier Transport documents


Carrier NONE


Carrier Proof of collection


Supplier NONE


Supplier N/A SUCCESS N/A Collection done and transport underway


Supplier N/A CONTROLFAIL N/A Collection an transport rejected

Part 2 of the Business collaboration: Despatch of goods / despatch advice – packing list Figure 16. Business transaction activity graph – Despatch of goods (step 2)

Despatch advice or Packing list

Produce Despatch document

[CONTROLFAIL]

[SUCCESS]

Process Despatch document

Customer Supplier

START

END


39


From Id EUROFER: Despatch of goods (step 2) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce despatch

document Supplier NONE

Produce despatch document

Supplier Despatch advice and, or Packing list

Process despatch document

Customer NONE


Supplier N/A SUCCESS N/A Despatch document received


Supplier N/A CONTROLFAIL N/A Despatch document not received


40

3.4.8. Business transactions and authorized roles – Despatch of goods

The goal of the Business transactions is to identify the individual transactions that implement the operations of the business collaboration. A transaction is made up of several activities and each activity has an authorized role in order to initiate that activity.

3.4.8.1. Business transactions and authorized roles – Transport documents and Proof of collection


Description The proof of collection.

Pattern Notification/Response


EUROFER: Despatch of goods (step 1)



Supplier


Supplier


Transport document



Responding Activity Document Proof of collection

Business document

- TRANSPORT DOCUMENT EUROFER decided not to develop for the moment the Message Guideline for the transaction

- PROOF OF COLLECTION EUROFER decided not to develop for the moment the Message Guideline for the transaction


41

3.4.8.2. Business transactions and authorized roles – Despatch document


Description The despatch document.



EUROFER: Despatch of goods (step 2)



Supplier


Supplier


Despatch advice and, or Packing list

Business document

- TRANSPORT DOCUMENT See EUROFER Message Guidelines DESPATCH ADVICE and PACKING LIST


42

3.4.9. Use case: Goods in transit The use case for the goods in transit process has the following business transactions:

- The transport status request - The transport status report - The pre-arrival notice.

Use case diagram – goods in transit

Goods in transit

Goods in transit

Carrier

Supplier

Transport status report Carrier

Figure 17 Use Case Diagram – Goods in transit

Supplier

Customer

CustomerPre-arrival

notice

Transport status request


43

Use case description – goods in transit Business process name

Goods in transit

Identifier EUROFER: goods in transit Actors Supplier,

Carrier Customer

Description During the transportation of the goods between the shipping from location to the shipping to location, the carrier can be asked, by the supplier or customer, for a report about the precise status of the transport or about unexpected events. The request can be explicit or can be part of a general agreement in which conditions for automatic reporting are specified. During the transport the carrier can inform the supplier or customer about the precise status of the transport or unexpected facts. The carrier can inform the customer about the foreseen arrival date at the shipping to location.

Pre-condition There is a need to have information about the status of the transport or to be informed about the foreseen arrival date.

Post-condition The despatched goods are arrived at the shipping to location. Scenario

Starts when there is a need to receive the exact status of the transport or to know the foreseen arrival date: - The interested party (supplier or customer) raises and sends the transport status request

to the carrier. - The carrier receives a transport status request. - The carrier generates a transport status report giving the actual status of the requested

transport. - The requesting party receives the transport status report. - The carrier raises and sends a pre-arrival notice to the customer. - The customer receives the pre- arrival notice.


The carrier may also provide the transport status report to the interested party based on conditions specified in the transport contract.

Remarks The alternative scenario is not further specified in detail. 3.4.10. Activity diagram – goods in transit (transport status)

Start of Goods in transit

Receives Transport status report

Receives the Transport status

request

Provides Transport status

report


CarrierSupplier / Customer

Transport status report

End of step 1 of Goods in transit

Raises the Transport status request


44

Figure 18. Business domain activity diagram – Goods in transit Activity diagram description – Goods in transit The interested party (supplier or customer) raises and sends to the carrier the transport status request to receive information about the correct status of one or more transports. When the carrier receives the transport status request, he selects the relevant transports and raises the corresponding transport status report. As a result the requesting party (supplier or customer) receives the transport status report. When the carrier is able to provide a foreseen arrival date, he raises and sends to the customer the pre-arrival notification. Once the customer received the pre-arrival notification, the process ends. 3.4.11. Business collaboration – goods in transit


Start of step 2 of Goods in transit

Receives the Pre-arrival notification

Pre-arrival notification

CustomerCarrier

End of Despatch of goods

Raises the Pre-arrival notification


45


Identifier EUROFER: Goods in transit (step 1)

Description The interested party (supplier or customer) raises and sends a transport status request containing one or more selection criteria for the transports. When the carrier receives the transport status request, he selects the relevant transports and raises the corresponding transport status report. As a result the carrier sends the transport status report to the requesting party. Once the requesting party received the transport status report, step 1 of the process ends.

Partner Types Interested party (Supplier, Customer) Carrier

Authorized Roles Supplier, Customer Carrier



Initial/Terminal Events • Initial: the transport is underway between the shipping from location and the shipping to location

• Terminal: the goods are arrived at the shipping to location

Scope To report on the transport status.


Constraints


Identifier EUROFER: Goods in transit (step 2)

Description When the carrier is able to provide with a certain degree of correctness, he raises and sends a pre-arrival notification to the customer. Once the customer received the pre-arrival notification, the process ends.

Partner Types Carrier Customer

Authorized Roles Carrier Customer



Initial/Terminal Events • Initial: the transport is underway between the shipping from location to the shipping to location.

• Terminal: the transport is arrived at the shipping to location

Scope To inform about the foreseen arrival date.


Constraints


46

In a business collaboration agreement between the supplier/customer and the carrier, the way of using the goods in transit process can be described. The following transactions concerning the despatch of goods can be specified as:

-1. The supplier/customer generates and sends the transport status request to the carrier, the goods, the carrier has to give an acknowledge of receipt of the transport status request. The carrier sends a transport status report to the supplier/customer. The supplier/customer acknowledges the receipt of the transport status report.

-2. The supplier/customer generates and sends the transport status request to the carrier, and the carrier responds directly with the transport status report.

In a business collaboration agreement between the carrier and the customer, the way of using the pre-arrival notification can be described. The following transactions concerning the pre-arrival notification can be specified as:

-1. The carrier generates and sends the pre-arrival notification to the customer, the customer has to give an acknowledge of receipt of the pre-arrival notification.

-2. The carrier generates and sends the pre-arrival notification to the customer. No acknowledgement messages are used between the parties.

Part 1 of the Business collaboration: Goods in transit / transport status Figure 19. Business transaction activity graph – Goods in transit (step 1)


Place a request for a transport status

[CONTROLFAIL]

[SUCCESS]

Process Transport status request

Transport status report

Carrier Supplier/Customer

START

END


47


From Id EUROFER: Goods in transit (step 1) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Place a request for

a transport status Supplier/ Customer

NONE


Supplier/ Customer


Process transport status request

Carrier NONE

Process transport status request

Carrier Transport status report


Supplier/ Customer

NONE


Supplier/ Customer

N/A SUCCESS N/A Transport status report received


Supplier/ Customer

N/A CONTROLFAIL N/A Transport status report not received

Part 2 of the Business collaboration: Goods in transit/ pre-arrival notification Figure 20. Business transaction activity graph – Goods in transit (step 2)


Produce Pre-arrival notification

[CONTROLFAIL]

[SUCCESS]

Process Pre-arrival notification

Customer Carrier

START

END


48


From Id EUROFER: Goods in transit (step 2) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce pre-arrival

notification Carrier NONE

Produce pre-arrival notification

Carrier Pre-arrival notification

Process pre-arrival notification

Customer NONE


Supplier N/A SUCCESS N/A Pre-arrival notification received


Supplier N/A CONTROLFAIL N/A Pre-arrival notification not received


49

3.4.12. Business transactions and authorized roles – Goods in transit


3.4.12.1. Business transactions and authorized roles – Transport status report


Description The transport status report.

Pattern request/Response


See EUROFER: Goods in transit (step 1)



Supplier Customer


Supplier Customer





Responding Activity Document Transport status report

Business document

- TRANSPORT STATUS REQUEST EUROFER decided not to develop for the moment the Message Guideline for the transaction

- TRANSPORT STATUS REPORT EUROFER decided not to develop for the moment the Message Guideline for the transaction


50

3.4.12.2. Business transactions and authorized roles – Pre-arrival notification


Description The Pre-arrival notification.



See EUROFER: Goods in transit (step 2)



Carrier


Carrier



Business document

- PRE-ARRIVAL NOTIFICATION EUROFER decided not to develop for the moment the Message Guideline for the transaction


51

3.4.13. Use case: Goods delivered The use case for the goods delivered process has the following business transactions:

- The proof of delivery - The receiving advice.

Use case diagram – goods delivered

Goods delivered

Goods delivered

Customer

Carrier

Receiving advice Customer

Figure 21 Use Case Diagram – Goods delivered

Carrier

Supplier

Supplier

Proof of delivery


52

Use case description – goods delivered Business process name

Goods delivered

Identifier EUROFER: goods delivered Actors Customer

Carrier Supplier

Description This process starts with the reception of the transport and the customer shall provide to the carrier a signed waybill, confirming the received goods and if relevant the damage report. As a proof that the goods are delivered to the customer, the carrier shall send a copy of signed waybill to the supplier. Once the customer has received the goods, the customer will check these goods with the goods advised in the despatch advice or packing list. The customer will send the supplier the confirmation of the reception of the goods according the despatch advice or packing list, or advice only on the received goods.

Pre-condition There is a need to have information about the reception of the transport and the goods. Post-condition The goods received are accepted by the customer. Scenario

Starts when there is a need to receive information about the reception of the transport and the received goods: - The customer raises and sends the proof of delivery to the carrier to confirm the

reception of the transported goods at the shipping to location. - The carrier receives the proof of delivery. - The customer raises and sends the receiving advice to the supplier to confirm the

received goods or the mention discrepancies between the received goods and the announced goods in the despatch advice or packing list.

- The supplier receives the receiving advice.


Remarks 3.4.14. Activity diagram – goods delivered (proof of delivery)

Start of Goods delivered

Receives the Proof of delivery

Proof of delivery

CarrierCustomer

End of step 1 of goods delivered

Raises the Proof of delivery


53

Activity diagram – goods delivered (receiving advice) Figure 22. Business domain activity diagram – Goods delivered Activity diagram description – Goods delivered The customer raises and sends to the carrier the proof of collection to confirm the received goods and if relevant a damage report. The customer raises and sends to the supplier the receiving advice to confirm the received goods and the discrepancies between the received goods and the announced goods in the despatch advice or packing list. 3.4.15. Business collaboration – goods delivered


Start of step 2 of Goods delivered

Receives the Receiving advice

Receiving advice

SupplierCustomer

End of goods delivered

Raises the Receiving advice


54


Identifier EUROFER: Goods delivered (step 1)

Description The customer raises and sends a proof of delivery to the carrier to confirm the goods received with the transport. Once the carrier received the proof of delivery, step 1 of the process ends.

Partner Types Customer Carrier

Authorized Roles Customer Carrier



Initial/Terminal Events • Initial: the transport has been received at the shipping to location

• Terminal: the goods are accepted by the customer

Scope To report on the received goods to the carrier.


Constraints


Identifier EUROFER: Goods delivered (step 2)

Description The customer raises and sends a receiving advice to the supplier to inform about the goods received and the discrepancies between the goods received and announced in the despatch advice or packing list. Once the supplier received the receiving advice, the process ends.





Initial/Terminal Events • Initial: the transport and the goods are received by the customer

• Terminal: the goods are accepted by the customer

Scope To report on the goods received to the supplier.


Constraints


55

In a business collaboration agreement between the customer and the carrier, the way of using the proof of delivery can be described. The following transactions concerning the proof of delivery can be specified as:

-1. The customer generates and sends the proof of delivery to the carrier. The carrier has to give an acknowledge of receipt of the proof of delivery.

-2. The supplier/customer generates and sends the proof of delivery to the carrier. No acknowledgement message is used between the parties.

In a business collaboration agreement between the customer and the supplier, the way of using the receiving advice can be described. The following transactions concerning the receiving advice can be specified as:

-1. The customer generates and sends the receiving advice to the supplier, the supplier has to give an acknowledge of receipt of the receiving advice.

-2. The customer generates and sends the receiving advice to the supplier. No acknowledgement message is used between the parties.

Part 1 of the Business collaboration: Goods delivered / proof of delivery Figure 23. Business transaction activity graph – Goods delivered (step 1)

Proof of delivery

Produce Proof of delivery

[CONTROLFAIL]

[SUCCESS]

Process Proof of delivery

Carrier Customer

START

END


56


From Id EUROFER: Goods delivered (step 1) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce proof of

delivery Customer NONE

Produce proof of delivery

Customer Proof of delivery Process proof of delivery

Carrier NONE


Customer N/A SUCCESS N/A Proof of delivery received


Customer N/A CONTROLFAIL N/A Proof of delivery not received

Part 2 of the Business collaboration: Goods delivered/ receiving advice Figure 24. Business transaction activity graph – Goods delivered (step 2)

Form: Business Transaction Transition Table From Id EUROFER: Goods delivered (step 2) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce receiving

advice Customer NONE

Produce receiving advice

Customer Receiving advice Process receiving advice

Supplier NONE


Customer N/A SUCCESS N/A Receiving advice received


Customer N/A CONTROLFAIL N/A Receiving advice not received

Receiving advice

Produce Receiving advice

[CONTROLFAIL]

[SUCCESS]

Process receiving advice

Supplier Customer

START

END


57

3.4.16. Business transactions and authorized roles – Goods delivered

The goal of the Business transactions is to identify the individual transactions that implement the operations of a business collaboration. A transaction is made up of several activities and each activity has an authorized role in order to initiate that activity.

3.4.16.1. Business transactions and authorized roles – Proof of delivery


Description The proof of delivery.



See EUROFER: Goods delivered (step 1)



Customer


Customer


Proof of delivery

Business document

- PROOF OF DELIVERY EUROFER decided not to develop for the moment the Message Guideline for the transaction


58

3.4.16.2. Business transactions and authorized roles – Receiving advice


Description The Receiving advice.



See EUROFER: Goods delivered (step 2)



Customer


Customer


Receiving advice

Business document

- RECEIVING ADVICE See EUROFER Message Guideline RECEIVING ADVICE


59

3.5. Use case: Despatch & receiving process: direct shipping between

supplier and customer – transport service ordered by the customer

The use case for the despatch & receiving process has the following processes and business transactions:

- Process: Despatch of goods - Transaction: Shipping advice

Waybill Proof of collection Despatch advice and, or packing list



- Transaction: Proof of delivery Receiving advice.

Use case diagram – despatch & receiving process: direct shipping between supplier and customer

- transport service ordered by the customer



CustomerSupplier

Goods in transit

Customer

Supplier

Figure 25 Use Case Diagram – Despatch & receiving process: direct shipping between supplier and customer – transport service ordered by customer

Carrier

Despatch of goods

Goods delivered


60

Remark: The use case for the direct shipping between supplier and customer when the

transport services are ordered by the customer is very close to the use case mentioned in chapter 3.4 when the transport services are ordered by the supplier.

The business process ‘ordering transport services’ is not present in this case, because this process is a standalone process between the customer and the carrier, carried before the despatch & receiving process is started. The ordering transport service process will be part of the business process ‘Selection of goods’ and will fit normally between the Goods ready for despatch and the Instruction to despatch (see chapter 2.3). As all the other processes are the same as in chapter 3.4, please refer to the information provided in chapter 3.4 for the activity diagrams, business collaborations and business transactions.


61

3.6. Use case: despatch & receiving process: indirect shipping between supplier and customer by using a third party warehouse Remark: Not to repeat for the indirect shipping process, the use case, the activity diagram, the business collaborations and the business transactions already described in previous chapters or in the Scheduling cycle, Eurofer decided to specify in detail the use case diagram and to highlight and to describe in detail the difference between the presented process and the direct shipping process between the supplier and the customer. The differences are marked with an ‘*’ and, or put in red. This process is used in the European automotive industry on request of the customer, to reduce their own stock of steel products and to guarantee a just in time delivery. In this case the supplier is responsible for the movement of the goods to the warehouse, based on the delivery schedule received from the customer. The goods at the third party warehouse are still the ownership of the supplier. The customer is responsible for the movement of the goods from the warehouse to the customer. In this shipping process the warehouse is acting as a service provider on behave of the supplier and the customer. To make it easy to understand this process has been divided in two steps. The first step is the shipping of the goods from the supplier to the warehouse organised by the supplier. The second step is the shipping of the goods from the warehouse to the supplier on request of the customer. In the first step the following processes and business transactions are addressed:






- Transaction: Proof of delivery * Inventory of received goods at the warehouse.


62

In the second step the following processes and business transactions are addressed: * - Process: Delivery instructions * - Transaction: Delivery just in time




* Inventory of despatched goods. - Process: Goods in transit

- Transaction: Transport status Pre-arrival notification

- Process: Goods delivered - Transaction: Proof of delivery

* Inventory of received goods at the customer


63

Use case diagram – despatch & receiving process: indirect shipping between supplier and

Customer by using a third party warehouse (step 1)

For the despatch of the goods from the supplier to the third party warehouse, the same process is used as specified in chapter 3.4. In this process the role of the customer is taken over by the third party warehouse. The only difference is situated in the Goods delivered process, where the business transaction ‘Receiving advice’ is replaced by the business transaction ‘Inventory movement’ from the warehouse to the supplier and a copy to the customer, to report on the received goods.



WarehouseSupplier

Goods in transit

Warehouse

Supplier

Figure 26 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by using a third party warehouse (step1)

Carrier

Despatch of goods

Goods delivered


Customer


64

Use case description – despatch & receiving process supplier – warehouse Business process name

Despatch & receiving process supplier – warehouse (step 1 of indirect shipping)

Identifier EUROFER: Despatch & receiving process supplier - warehouse Actors Supplier,

Carrier Warehouse, Customer

Description The transport ordering party (supplier) recognises a need to despatch goods to the third party warehouse. The supplier orders a transport service to the carrier, and the carrier transports the goods from the supplier to the third party warehouse. During the transport the carrier can inform the supplier and warehouse on the transport status. Once the transport is done, the warehouse should inform the supplier and the customer of the goods delivered to the warehouse.

Pre-condition There is a need to deliver goods to the third party warehouse. Post-condition The warehouse shall wait for further delivery instructions to deliver the received goods to

the customer. Scenario

Starts when there is a need to despatch goods from a shipping from location (supplier) to a shipping to location (warehouse). The use case is composed of the following processes: Process 1: Ordering transport services - This process is carried out between the supplier and the carrier and is the same as

described in chapter 3.4.1 Process 2: Despatch of goods - This process is carried out between the supplier, the warehouse and the carrier. It is the

same process as described in chapter 3.4.5. but the role of the customer is taken by the warehouse

Process 3: Goods in transit - This process is carried out between the carrier, the supplier and the warehouse. It is the

same process as described in chapter 3.4.9. but the role of the customer is taken by the warehouse.

Process 4: Goods delivered - Being different from the process described in chapter 3.4.13. the details of this process

are presented in chapter 3.6.1. starting with the use case diagram. Alternative scenarios

Remarks


65


Customer by using a third party warehouse (step 2)

For the despatch of the goods from the warehouse to the customer, the same process is used as specified in chapter 3.4 with in front the Delivery instructions process described in the Scheduling cycle (Just in time process). In the Delivery instructions process the transactions are carried out between the customer and the warehouse acting in the role of the supplier. In the four other processes as shown in the use case diagram, the warehouse is now acting in the role of the supplier. A difference is situated in the Despatch of goods process, where the business transaction ‘Inventory movement’ is added to inform the supplier about the good despatched from the warehouse to the customer. Another difference is situated in the Goods delivered process, where the business transaction ‘Receiving advice’ is replaced by the business transaction ‘Inventory movement’ from the customer to the warehouse to inform about the goods received.



CustomerWarehouse

Goods in transit

Customer

Warehouse

Figure 27 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by using a third party warehouse (step2)

Carrier

Despatch of goods

Goods delivered


Supplier

Delivery instructions


66

Use case description – despatch & receiving process warehouse - customer

Business process use case

Business process name

Despatch & receiving process warehouse - customer (step 2 of indirect shipping)

Identifier EUROFER: Despatch & receiving process warehouse – customer Actors Supplier,

Carrier Warehouse, Customer

Description The customer recognises a need to receive goods from the third party warehouse. The customer raises to the warehouse Delivery instructions, to specify the goods to be delivered from the warehouse. Based on the agreement between the customer and the warehouse the warehouse or the customer shall orders a transport service to the carrier. The carrier transports the goods from the third party warehouse to the customer. When the goods left the warehouse, the warehouse has the obligation to inform the supplier about the goods despatched to the customer. During the transport the carrier can inform the customer and warehouse on the transport status. Once the transport is done, the customer should inform the warehouse of the goods delivered to the customer.

Pre-condition There is a need to deliver goods to the customer. Post-condition The goods delivered are accepted by the customer. Scenario

Starts when there is a need to despatch goods from a shipping from location (warehouse) to a shipping to location (customer). The use case is composed of the following processes: Process 1: delivery instructions - This process is carried out between the customer and the warehouse and is the same as

described in the document ‘Scheduling cycle’ under the chapter ‘Business process definition – just in time delivery process

Process 2: Ordering transport services - Based on the agreement between the customer and the warehouse, the responsibility of

organising the transport can be dedicated to the warehouse or to the customer. Depending on this responsibility the Ordering transport services process is carried out between the carrier and the warehouse or the customer. This process is the same as described in chapter 3.4.1

Process 3: Despatch of goods - This process is carried out between the warehouse, the customer, the carrier and the

supplier. The supplier is only involved in this process to receive the information of the goods despatched from the warehouse to the customer. Being different from the process described in chapter 3.4.5. the details of this process are presented in chapter 3.6.2.

Process 4: Goods in transit - This process is carried out between the carrier, the customer and the warehouse. It is

the same process as described in chapter 3.4.9. but the role of the supplier is taken by the warehouse.


are presented in chapter 3.6.3. starting with the use case diagram. Alternative scenarios

Remarks


67

3.6.1. Use case: Goods delivered in warehouse The use case for the goods delivered process has the following business transactions:

- The proof of delivery - The inventory of received goods at the warehouse.

Use case diagram – goods delivered in warehouse

Goods delivered

Goods delivered

Warehouse

Carrier

Inventory of received goodsWarehouse

Figure 28 Use Case Diagram – Goods delivered in warehouse

Carrier

Supplier

Supplier

Proof of delivery

Customer

Customer


68

Use case description – goods delivered in warehouse Business process name

Goods delivered in warehouse

Identifier EUROFER: goods delivered in warehouse Actors Warehouse

Carrier Supplier

Description This process starts with the reception of the transport and the warehouse shall provide to the carrier a signed waybill, confirming the received goods and if relevant the damage report. As a proof that the goods are delivered to the warehouse, the carrier shall send a copy of signed waybill to the supplier. Once the warehouse has received the goods, the warehouse will check these goods with the goods advised in the despatch advice or packing list. The warehouse will send the supplier the inventory movement to confirm the reception of the goods.

Pre-condition There is a need to have information about the reception of the transport and the goods. Post-condition The goods received are accepted by the warehouse. Scenario

Starts when there is a need to receive information about the reception of the transport and the received goods: - The warehouse raises and sends the proof of delivery to the carrier to confirm the

reception of the transported goods at the shipping to location. - The carrier receives the proof of delivery. - The warehouse raises and sends the inventory movement to confirm the received goods

to the supplier and the customer. - The supplier and the customer receive the inventory report of the received goods.


Remarks 3.6.1.1. Activity diagram – goods delivered (proof of delivery)

Start of Goods delivered

Receives the Proof of delivery

Proof of delivery

CarrierWarehouse

End of step 1 of goods delivered

Raises the Proof of delivery


69

Activity diagram - goods delivered (inventory of received goods) Figure 29. Business domain activity diagram – Goods delivered at warehouse Activity diagram description – Goods delivered The warehouse raises and sends to the carrier the proof of collection to confirm the received goods and if relevant a damage report. The warehouse raises and sends to the supplier the inventory movement to confirm the received goods. 3.6.1.2. Business collaboration – goods delivered at warehouse The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships. Only the business collaboration between the warehouse and the supplier is detailed below because it is different from the collaboration specified in chapter 3.4.15

Start of step 2 of Goods delivered

Receives the Inventory movement

(received goods)

Inventory movement

(received goods)

Supplier &

Customer

Warehouse

End of goods delivered

Raises the Inventory movement

(received goods)


70


Identifier EUROFER: Goods delivered in warehouse (step 2)

Description The warehouse raises and sends an inventory movement to the supplier to inform about the goods received. Once the supplier received the inventory movement, the process ends.

Partner Types Warehouse Supplier Customer

Authorized Roles Warehouse Supplier Customer



Initial/Terminal Events • Initial: the transport and the goods are received by the warehouse

• Terminal: the goods are accepted by the warehouse

Scope To report on the goods received to the supplier.


Constraints

In a business collaboration agreement between the warehouse and the supplier, the way of using the inventory movement to report of received goods can be described. The following transactions concerning the inventory movement can be specified as:

-1. The warehouse generates and sends the inventory movement to report of received goods to the supplier, the supplier has to give an acknowledge of receipt of the inventory movement.

-2. The warehouse generates and sends the inventory movement to report of received goods to the supplier. No acknowledgement message is used between the parties.


71

Part 2 of the Business collaboration: Goods delivered/ inventory report Figure 30. Business transaction activity graph – Goods delivered to warehouse (step 2)

Form: Business Transaction Transition Table From Id EUROFER: Goods delivered to warehouse (step 2) From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce inventory

movement (received goods)

Warehouse NONE

Produce inventory movement (received goods)

Warehouse Inventory movement (received goods)

Process Inventory movement (received goods)

Supplier NONE


Warehouse N/A SUCCESS N/A Inventory movement received


Warehouse N/A CONTROLFAIL N/A Inventory movement not received

Inventory movement

(received goods)

Produce Inventory movement (received goods)

[CONTROLFAIL]

[SUCCESS]

Process Inventory movement (received goods)

Supplier Warehouse

START

END


1

3.6.1.3. Business transactions and authorized roles – Inventory movement to report of received goods


Description The Inventory movement to report of received goods.



See EUROFER: Goods delivered at warehouse (step 2)



Warehouse


Warehouse


Inventory movement

Business document

- INVENTORY MOVEMENT TO REPORT ON RECEIVED GOODS See EUROFER Message Guideline INVENTORY MOVEMENT


2

3.6.2. Use case: Despatch of goods warehouse - customer The use case for the despatch of goods process has the following business transactions:

- The shipping advice or waybill - The proof of collection - The despatch advice and, or packing list - The inventory of despatched goods.

This is the same use case as described in chapter 3.4.5. Only the business transaction ‘Inventory of despatched goods’ is added and is detailed below. Use case diagram – despatch of goods warehouse – customer

Despatch of goods


advice/waybill)

Despatch of goods

Supplier

Carrier

Proof of collection Warehouse

Figure 31 Use Case Diagram – Despatch of goods warehouse - customer

Carrier

Customer

CustomerDespatch advice

or packing list

Warehouse

Inventory despatched

goods

Supplier


3

Use case description – despatch of goods warehouse - customer Business process name

Despatch of goods warehouse – customer

Identifier EUROFER: Despatch of goods warehouse – customer Actors Warehouse,

Carrier Customer, Supplier

Description The transport ordering party recognises a need to despatch goods and send the contracted carrier the necessary transport documents depending on the mode of transport and legal obligations. The carrier receives the transport documents and collects the goods at the shipping from location. As a proof of collection of the goods, the warehouse receives from the carrier the signed transport document. At that moment or on the departure of the means of transport the warehouse will send a despatch advice and, or a packing list to the customer. When the goods are despatched from the warehouse, the warehouse will send an inventory movement to report on the despatched goods to the supplier.

Pre-condition There is a need to deliver goods from the warehouse to the customer. Post-condition The despatched goods are transported to the shipping to location. Scenario

Starts when there is a need to despatch goods from a shipping from location (warehouse) to a shipping to location (customer) and the transport booking is confirmed: - The warehouse (or customer) raises and sends the transport documents required for the

means of transport and the legal obligations to a carrier. - The carrier receives a transport documents and shall collect the goods at the shipping

from location, as a proof of collection he will send a signed transport document to the warehouse.

- The warehouse generates a despatch advice and, or a packing list to inform the customer about the transport and the goods despatched (consignment).

- The customer receives the despatch advice and or packing list and based on the information received, he can organise the reception of the goods.

- The warehouse generates a inventory movement to report on the despatched goods to inform the supplier of the goods shipped to the customer.


Remarks 3.6.2.1. Activity diagram – despatch of goods (inventory of despatched goods) Figure 32. Business domain activity diagram – Inventory of despatched goods

Start of Inventory of despatched goods

Receives the Inventory movement

(dispatched goods)

Inventorymovement

(dispatched goods)

SupplierWarehouse

End of Inventory of despatched goods

Raises the inventory movement

(despatched goods)


4

Activity diagram description – Inventory of despatched goods The warehouse raises and sends to the supplier the inventory movement to inform about the goods shipped to the customer. 3.6.2.2. Business collaboration – goods despatched to the customer The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.


Identifier EUROFER: Goods despatched to the customer

Description The warehouse raises and sends an inventory movement to the supplier to inform about the goods despatched to the customer. Once the supplier received the inventory movement, the process ends.

Partner Types Warehouse Supplier

Authorized Roles Warehouse Supplier



Initial/Terminal Events • Initial: the goods are despatched from the warehouse to the customer

• Terminal: Inventory movement received by the supplier

Scope To report on the goods despatched from the warehouse to the customer.


Constraints

In a business collaboration agreement between the warehouse and the supplier, the way of using the inventory movement to report on despatched goods can be described. The following transactions concerning the inventory report can be specified as:

-1. The warehouse generates and sends the inventory movement to report on the despatched goods to the supplier, the supplier has to give an acknowledge of receipt of the inventory report.

-2. The warehouse generates and sends the inventory movement to report on the despatched goods to the supplier. No acknowledgement message is used between the parties.


5

Figure 33. Business transaction activity graph – Inventory of despatched goods

Form: Business Transaction Transition Table From Id EUROFER: Inventory of despatched goods From Activity From Role Document To Activity To Role Guard


movement (despatched goods)

Warehouse NONE

Produce inventory movement (despatched goods)

Warehouse Inventory movement (despatched goods)

Process Inventory movement (despatched goods)

Supplier NONE


Warehouse N/A SUCCESS N/A Inventory movement received


Warehouse N/A CONTROLFAIL N/A Inventory movement not received

Inventory movement

(despatched goods)

Produce Inventory movement (despatched goods)

[CONTROLFAIL]

[SUCCESS]

Process Inventory movement (despatched goods)

Supplier Warehouse

START

END


6

3.6.2.3. Business transactions and authorized roles – Inventory report of despatched goods


Description The Inventory movement to report on despatched goods.



See EUROFER: Inventory of despatched goods



Warehouse


Warehouse


Inventory movement

Business document

- INVENTORY MOVEMENT TO REPORT ON DESPATCHED GOODS See EUROFER Message Guideline INVENTORY MOVEMENT


7

3.6.3. Use case: Goods delivered by customer The use case for the goods delivered process has the following business transactions:

- The proof of delivery - The inventory of received goods by the customer.

This is the same process as used for the Goods delivered at the warehouse specified in chapter 3.6.1. Only the roles of the parties involved have changed due to the fact that the customer is now the receiving party. Use case diagram – goods delivered by the customer

Goods delivered

Goods delivered

Customer

Carrier

Inventory of received goodsCustomer

Figure 34 Use Case Diagram – Goods delivered by customer

Carrier

Warehouse

Warehouse

Proof of delivery


8

Use case description – goods delivered by customer Business process name

Goods delivered in warehouse

Identifier EUROFER: Goods delivered by customer Actors Customer

Carrier Warehouse

Description This process starts with the reception of the transport and the customer shall provide to the carrier a signed waybill, confirming the received goods and if relevant the damage report. As a proof that the goods are delivered to the customer, the carrier shall send a copy of signed waybill to the warehouse. Once the customer has received the goods, the customer will check these goods with the goods advised in the despatch advice or packing list. The customer will send the warehouse the inventory movement to confirm the reception of the goods.

Pre-condition There is a need to have information about the reception of the transport and the goods. Post-condition The goods received are accepted by the customer. Scenario

Starts when there is a need to receive information about the reception of the transport and the received goods: - The customer raises and sends the proof of delivery to the carrier to confirm the

reception of the transported goods at the shipping to location. - The carrier receives the proof of delivery. - The customer raises and sends the inventory movement to confirm the received goods. - The warehouse receives the inventory movement of the received goods.


Remarks


80

3.7. Use case: Despatch & receiving process: indirect shipping between supplier and customer by using the customer consignment stock

Remark: Not to repeat for the indirect shipping process, the use case, the activity diagram, the business collaborations and the business transactions already described in previous chapters, Eurofer decided to specify in detail the use case diagram and to highlight and to describe in detail the difference between the presented process and the direct shipping process between the supplier and the customer. The differences are marked with a ‘*’ and, or put in red. This process is used by the automotive industry on request of the customer, to reduce their own stock of steel products and to guarantee a just in time delivery. In this case the supplier is responsible for the movement of the goods to the warehouse, based on the delivery schedule or the delivery just in time messages received from the customer. The goods at the consignment stock are still the ownership of the supplier. The customer is responsible for the movement of the goods from the consignment stock to the customers’ warehouse or production line. Based on the customers’ production need, the customer will take the goods out of the consignment stock. To make it easy to understand this process has been divided in two steps. The first step dealing with the shipping of the goods from the supplier to the consignment stock at the customer organised by the supplier. The second step explains the usage of the goods by the customer. In the first step the following processes and business transactions are addressed:






- Transaction: Proof of delivery * Inventory of received goods at the warehouse.

In the second step the following processes and business transactions are addressed: * - Process: Usage of the goods of the consignment stock * - Transaction: Inventory of the outgoing goods


81


customer by using the customer consignment stock (step 1)

For the despatch of the goods from the supplier to the customer consignment stock, the same process is used as specified in chapter 3.4. The only difference is situated in the Goods delivered process, where the business transaction ‘Receiving advice’ is replaced by the business transaction ‘Inventory of received goods’ from the customer to the supplier.



CustomerSupplier

Goods in transit

Customer

Supplier

Figure 31 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by using the customer consignment stock (step1)

Carrier

Despatch of goods

Goods delivered



82

Use case description – despatch & receiving process supplier – customer consignment stock Business process name

Despatch & receiving process supplier – customer consignment stock (step 1 of indirect shipping)

Identifier EUROFER: Despatch & receiving process supplier – customer consignment stock Actors Supplier,

Carrier Customer

Description The transport ordering party (supplier) recognises a need to despatch goods to the customer consignment stock. The supplier orders a transport service to the carrier, and the carrier transports the goods from the supplier to the customer. During the transport the carrier can inform the supplier and customer on the transport status. Once the transport is done, the customer should inform the supplier of the goods delivered to the customer consignment stock.

Pre-condition There is a need to deliver goods to the customer consignment stock. Post-condition The customer shall receive instructions to move the goods out of the consignment stock to

the customers’ warehouse or the production line. Scenario

Starts when there is a need to despatch goods from a shipping from location (supplier) to a shipping to location (customer consignment stock). The use case is composed of the following processes: Process 1: Ordering transport services - This process is carried out between the supplier and the carrier and is the same as

described in chapter 3.4.1 Process 2: Despatch of goods - This process is carried out between the supplier, the customer and the carrier. It is the

same process as described in chapter 3.4.5. Process 3: Goods in transit - This process is carried out between the carrier, the supplier and the customer. It is the

same process as described in chapter 3.4.9. Process 4: Goods delivered - This process is carried out between the customer, the carrier and the supplier. Its is the

same process as described in chapter 3.6.1 but the role of the warehouse is taken over by the customer.


Remarks


83

3.7.1. Use case: Usage of goods Use case diagram – despatch & receiving process: indirect shipping between supplier and

customer by using the customer consignment stock (step 2)

For the reporting of the usage of goods a new process is used by the customer, to inform the supplier of the goods taken out of the consignment stock.

Usage of goods

Usage of goods

CustomerSupplier

Customer Supplier

Figure 35 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by using the customer consignment stock (step2)

Inventory of outgoing goods


1

Use case description – despatch & receiving process – usage of goods of the consignment stock Business process name

Despatch & receiving process – usage of goods of the consignment stock (step 1 of indirect shipping)

Identifier EUROFER: Despatch & receiving process – usage of goods of the consignment stock Actors Supplier,

Customer Description The customer recognises a need to use for his own production line goods available in the

consignment stock. The customer takes out the needed goods and informed the supplier of the outgoing goods of the consignment stock.

Pre-condition There is a need to use goods available in the consignment stock. Post-condition The supplier can invoice the goods taken out by the customer of the consignment stock. Scenario

Starts when there is a need to use goods available in the consignment stock: - The customer raises and sends an inventory movement of outgoing goods to the

supplier to report on the goods taken by the customer.


Remarks 3.7.2 Outgoing goods 3.7.2.1. Activity diagram - Usage of the goods of the consignment stock Figure 36. Business domain activity diagram – Usage of the goods of the consignment stock Activity diagram description – Inventory of outgoing goods The customer raises and sends to the supplier the inventory movement to inform about the goods used by the customer.

Start of Usage of the goods

Receives the Inventorymovement

(outgoing goods)

Inventory movement

(outgoing goods)

SupplierCustomer

End of Usage of the goods

Raises the inventory movement

(outgoing goods)


2

3.7.2.2. Business collaboration – Inventory of outgoing goods The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.


Identifier EUROFER: Inventory of outgoing goods

Description The customer raises and sends an inventory movement of outgoing goods of the consignment stock to the supplier to inform about the goods used by to the customer. Once the supplier received the inventory movement, the process ends.





Initial/Terminal Events • Initial: the goods of the consignment stock are used by the customer

• Terminal: Inventory movement received by the supplier

Scope To report on the goods used by the customer.


Constraints

In a business collaboration agreement between the customer and the supplier, the way of using the inventory movement of outgoing goods can be described. The following transactions concerning the inventory movement can be specified as:

-1. The customer generates and sends the inventory movement of outgoing goods to the supplier, the supplier has to give an acknowledge of receipt of the inventory movement.

-2. The customer generates and sends the inventory movement of outgoing goods to the supplier. No acknowledgement message is used between the parties.


3

Figure 37. Business transaction activity graph – Inventory of ougoing goods

Form: Business Transaction Transition Table From Id EUROFER: Inventory of outgoing goods From Activity From Role Document To Activity To Role Guard


movement (outgoing goods)

Customer NONE

Produce inventory movement (outgoing goods)

Customer Inventory movement (outgoing goods)

Process Inventory movement (outgoing goods)

Supplier NONE


Customer N/A SUCCESS N/A Inventory movement received


Customer N/A CONTROLFAIL N/A Inventory movement not received

Inventory movement

(outgoing goods)

Produce Inventory movement (outgoing goods)

[CONTROLFAIL]

[SUCCESS]

Process Inventory movement (outgoing goods)

Supplier Customer

START

END


4

3.7.2.3. Business transactions and authorized roles – Inventory movement of outgoing goods


Description The Inventory movement to report on outgoing goods.



See EUROFER: Inventory of outgoing goods



Customer


Customer


Inventory movement

Business document

- INVENTORY MOVEMENT TO REPORT ON OUTGOING GOOGS See EUROFER Message Guideline INVENTORY MOVEMENT


88

3.8. Use case: Despatch & receiving process: indirect shipping between supplier and customer by using an external warehouse controlled by the supplier

Remark: Not to repeat for the indirect shipping process, the use case, the activity diagram, the business collaborations and the business transactions already described in previous chapters or in the Scheduling cycle, Eurofer decided to specify in detail the use case diagram and to highlight and to describe in detail the difference between the presented process and the direct shipping process between the supplier and the customer. The differences are marked with a ‘*’ and, or put in red. This process is used in the European automotive industry for strategic reasons, allowing short delivery time to the customer. In this process the supplier is responsible for the movement of goods to the external warehouse, based on the order or the delivery instructions of the customer. The goods in the external warehouse are still the ownership of the supplier. On request of the customer to deliver the goods; the supplier will arrange the shipping of goods from the warehouse to the customer. Therefore he has to inform the warehouse keeper about the goods to be shipped. Based on the service contract, the supplier or the warehouse is responsible for the ordering of the transport services. To make it easier to understand this process has been divided in two parts, the first dealing with the shipping process from the supplier to the warehouse, the second explains the shipping process from the warehouse to the customer The shipping process from the supplier to the warehouse is completely the same process as described as first step in chapter 3.6. In the first step the following processes and business transactions are addressed:






- Transaction: Proof of delivery Inventory of received goods at the warehouse.


89

In the second step the following processes and business transactions are addressed: * - Process: Delivery instructions * - Transaction: Delivery just in time * - Process: Despatch instructions * Instruction to despatch



- Transaction: Shipping advice Waybill Proof of collection

* Despatch confirmation Despatch advice and, or packing list



- Transaction: Proof of delivery Receiving advice


90


Customer by using an external warehouse controlled by the supplier (step 1)

For the despatch of the goods from the supplier to the external warehouse, the same process is used as specified in chapter 3.4. In this process the role of the customer is taken over by external warehouse. The only difference is situated in the Goods delivered process, where the business transaction ‘Receiving advice’ is replaced by the business transaction ‘Inventory of received goods’ from the warehouse to the supplier. In fact it is the same process as detailed in chapter 3.6 - step 1, but the customer do not receive from the warehouse the inventory of received goods at the warehouse.



WarehouseSupplier

Goods in transit

Warehouse

Supplier

Figure 38 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by external warehouse (step1)

Carrier

Despatch of goods

Goods delivered



91

Use case description – despatch & receiving process supplier – warehouse Business process name

Despatch & receiving process supplier – warehouse controlled by supplier (step 1 of indirect shipping)

Identifier EUROFER Despatch & receiving process supplier – warehouse controlled by supplier Actors Supplier,

Carrier Warehouse

Description The transport ordering party (supplier) recognises a need to despatch goods to the external warehouse. The supplier orders a transport service to the carrier, and the carrier transports the goods from the supplier to the external warehouse. During the transport the carrier can inform the supplier and warehouse on the transport status. Once the transport is done, the warehouse should inform the supplier of the goods delivered to the warehouse.

Pre-condition There is a need to deliver goods to the external warehouse. Post-condition The warehouse shall wait for further delivery instructions to deliver the received goods to

the customer. Scenario

Starts when there is a need to despatch goods from a shipping from location (supplier) to a shipping to location (warehouse). The use case is composed of the following processes: Process 1: Ordering transport services - This process is carried out between the supplier and the carrier and is the same as

described in chapter 3.4.1 Process 2: Despatch of goods - This process is carried out between the supplier, the warehouse and the carrier. It is the

same process as described in chapter 3.4.5. but the role of the customer is taken by the warehouse

Process 3: Goods in transit - This process is carried out between the carrier, the supplier and the warehouse. It is the

same process as described in chapter 3.4.9. but the role of the customer is taken by the warehouse.


are presented in chapter 3.6.1. starting with the use case diagram. Notice, that no copy of the inventory report of received goods is send to the customer.


Remarks


92


Customer by using an external warehouse controlled by the supplier (step 2)

For the despatch of the goods from the warehouse to the customer, the same process is used as specified in chapter 3.4 with in front the Delivery instruction process described in the Scheduling cycle (Just in time process) and followed by the despatch instruction process. In the Delivery instruction process the transactions are carried out between the customer and the supplier. In the Despatch instruction process the supplier informs the warehouse about the goods to be shipped to the customer and the shipping conditions by using the Instruction to despatch. In the four other processes as shown in the use case diagram, the warehouse is now acting in the role of the supplier. A difference is situated in the Despatch of goods process, where the business transaction ‘Despatch confirmation’ is added to inform the supplier about the good despatched from the warehouse to the customer.



CustomerWarehouse

Goods in transit

Customer

Warehouse

Figure 39 Use Case Diagram – Despatch & receiving process: indirect shipping between supplier and customer by using an external warehouse (step2)

Carrier

Despatch of goods

Goods delivered


Supplier

Despatch instructions

Delivery instructions


93

Use case description – despatch & receiving process warehouse - customer Business process name

Despatch & receiving process warehouse - customer controlled by the supplier (step 2 of indirect shipping)

Identifier EUROFER.2002/004: Despatch & receiving process warehouse – customer controlled by the supplier

Actors Supplier, Carrier Warehouse, Customer

Description The customer recognises a need to receive goods from the supplier. The customer raises to the supplier Delivery instructions, to specify the goods to be delivered. As the requested delivery of the customer can be met with goods in the external warehouse, the supplier will raises and sends Instruction to despatch to the warehouse. Based on the agreement between the supplier and the warehouse the warehouse or the supplier shall orders a transport service to the carrier. The carrier transports the goods from the third party warehouse to the customer. When the goods left the warehouse, the warehouse has the obligation to inform the supplier about the goods despatched to the customer. During the transport the carrier can inform the customer and warehouse on the transport status. Once the transport is done, the customer should inform the supplier of the goods received.

Pre-condition There is a need to deliver goods to the customer. Post-condition The goods delivered are accepted by the customer. Scenario

Starts when the customer identifies the need to receive goods ordered. The use case is composed of the following processes: Process 1: delivery instructions - This process is carried out between the customer and the supplier and is the same as

described in the document ‘Scheduling cycle’ under the chapter ‘Business process definition – just in time delivery process

Process 2: despatch instructions - This process is carried out between the supplier and the warehouse and is the same as

described in the chapter 2.3 limited to the Instruction to despatch. Process 3: Ordering transport services - Based on the agreement between the supplier and the warehouse, the responsibility of

organising the transport can be dedicated to the warehouse or to the supplier. Depending on this responsibility the Ordering transport services process is carried out between the carrier and the warehouse or the supplier. This process is the same as described in chapter 3.4.1

Process 4: Despatch of goods - This process is carried out between the warehouse, the customer, the carrier and the

supplier. The supplier is only involved in this process to receive the confirmation of the despatch of the goods despatched from the warehouse to the customer. Being different from the process described in chapter 3.4.5. the details of this process are presented in chapter 3.8.1.

Process 5: Goods in transit - This process is carried out between the carrier, the customer and the warehouse. It is

the same process as described in chapter 3.4.9. but the role of the supplier is taken by the warehouse.

Process 6: Goods delivered - This process is carried out between the customer, the carrier and the supplier and is the

same as described in the chapter 3.4.13. Alternative scenarios

Remarks


94

3.8.1. Use case: Despatch of goods warehouse – customer controlled by supplier The use case for the despatch of goods process has the following business transactions:

- The shipping advice or waybill - The proof of collection - The despatch confirmation. - The despatch advice and, or packing list

This is the same use case as described in chapter 3.4.5. Only the business transaction ‘Despatch confirmation’ is added and is detailed below. Use case diagram – despatch of goods warehouse – customer controlled by supplier

Despatch of goods


advice/waybill)

Despatch of goods

Supplier

Carrier

Proof of collection Warehouse

Figure 40 Use Case Diagram – Despatch of goods warehouse – customer controlled by supplier

Carrier

Customer

Customer

Despatch advice or

packing list

Warehouse

Despatch confirmation

Supplier


95

Use case description – despatch of goods warehouse - customer Business process name

Despatch of goods warehouse – customer controlled by the supplier

Identifier EUROFER: despatch of goods warehouse – customer controlled by the supplier Actors Warehouse,

Carrier Customer, Supplier

Description The transport ordering party recognises a need to despatch goods and send the contracted carrier the necessary transport documents depending on the mode of transport and legal obligations. The carrier receives the transport documents and collects the goods at the shipping from location. As a proof of collection of the goods, the warehouse receives from the carrier the signed transport document. At that moment or on the departure of the means of transport the warehouse will send a despatch confirmation to the supplier. Based on the despatch confirmation the supplier will send a despatch advice and, or a packing list to the customer.

Pre-condition There is a need to deliver goods from the warehouse to the customer. Post-condition The despatched goods are transported to the shipping to location. Scenario

Starts when there is a need to despatch goods from a shipping from location (warehouse) to a shipping to location (customer) and the transport booking is confirmed: - The warehouse (or supplier) raises and sends the transport documents required for the

means of transport and the legal obligations to a carrier. - The carrier receives a transport documents and shall collect the goods at the shipping

from location, as a proof of collection he will send a signed transport document to the warehouse.

- The warehouse generates a despatch confirmation to inform the supplier of the goods shipped to the customer based on the despatch instruction received from the supplier.

- The supplier generates a despatch advice and, or a packing list to inform the customer about the transport and the goods despatched (consignment).

- The customer receives the despatch advice or packing list and based on the information received, he can organise the reception of the goods


Remarks 3.8.1.1. Activity diagram – despatch of goods (despatch confirmation) Figure 41. Business domain activity diagram – Despatch confirmation

Start of confirmation of the despatch

Receives the despatch confirmation


SupplierWarehouse

End of confirmation of the despatch

Raises the despatch confirmation


96

Activity diagram description – Despatch confirmation The warehouse raises and sends to the supplier the despatch confirmation to inform about the goods shipped to the customer. 3.8.1.2. Business collaboration – Despatch confirmation The business collaboration specifies for the abovementioned activity diagram the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.


Identifier EUROFER: Despatch confirmation

Description The warehouse raises and sends a despatch confirmation to the supplier to inform about the goods despatched to the customer. Once the supplier received the despatch confirmation, the process ends.

Partner Types Warehouse Supplier

Authorized Roles Warehouse Supplier



Initial/Terminal Events • Initial: the goods are despatched from the warehouse to the customer

• Terminal: Despatch confirmation received by the supplier

Scope To confirm the despatch of goods as requested by the supplier in the despatch instructions.


Constraints

In a business collaboration agreement between the warehouse and the supplier, the way of using the despatch confirmation can be described. The following transactions concerning the despatch confirmation can be specified as:

-1. The warehouse generates and sends the despatch confirmation to the supplier, the supplier has to give an acknowledge of receipt of the despatch confirmation.

-2. The warehouse generates and sends the despatch confirmation to the supplier. No acknowledgement message is used between the parties.


97

Figure 42. Business transaction activity graph – Despatch confirmation

Form: Business Transaction Transition Table From Id EUROFER: Despatch confirmation From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Produce Despatch

confirmation Warehouse NONE

Produce Despatch confirmation

Warehouse Despatch confirmation


Supplier NONE


Warehouse N/A SUCCESS N/A Despatch confirmation received


Warehouse N/A CONTROLFAIL N/A Despatch confirmation not received



[CONTROLFAIL]

[SUCCESS]

Process Despatch confirmation

Supplier Warehouse

START

END


98

3.8.1.3. Business transactions and authorized roles – Despatch confirmation


Description Despatch confirmation



See EUROFER: Despatch confirmation



Warehouse


Warehouse



Business document

- DESPATCH CONFIRMATION See EUROFER Message Guideline DESPATCH ADVICE


99

3.9. The stock inventory of the goods in a warehouse This process is used in the European steel industry to receive on agreed time intervals or on request of the supplier, a stock inventory of the goods in the warehouse. The information can be either Be a full inventory or an inventory of a certain product or order. The process comprises the request for an inventory report for full stock or for one or several orders and the Inventory report of the goods in stock. An “electronic work environment (Electronic market place)” may be used as intermediaries to request and distribute the inventory report. To support the stock inventory process the following two messages have been identified:

- Inventory request - Inventory report.

The controlling parties (supplier, or even customer) can initiate a request for an inventory report to the warehouse, asking for information on the goods stored at the warehouse. This request is either directly transmitted or forwarded by an “electronic work environment” to the warehouse. Upon receipt of an inventory request, the warehouse will send to the requesting party an inventory report, reporting on the goods in the warehouse. This report is either directly transmitted or forwarded by an “electronic work environment” to the requesting party. The inventory report can also be sent by the warehouse on regular interval as agreed between the two parties without initiating an inventory request. 3.9.1. Use case: Inventory report process The use case for the order status process phase has the following business transaction:

- Place an inventory request - Provide an inventory report

Use case diagram – Inventory report process

Inventory report

Place inventory request

Inventory report

Supplier Warehouse

Inventory report

Supplier Warehouse

Figure 43 Use Case Diagram – Inventory report process


100

Use case description – inventory report process Business process name

Inventory report process

Identifier EUROFER: Inventory report process Actors Supplier,

Warehouse Description The supplier recognises a need to know the current status of the goods in stock in the

warehouse from the warehouse keeper. The warehouse receives the request and responds with the inventory report.

Pre-condition Supplier has put goods in a warehouse. Post-condition Supplier takes knowledge of the actual status of the goods in the warehouse. With this

knowledge the supplier can synchronise its own information system of the stock or can generate an instruction to despatch to the warehouse.

Scenario

Starts when supplier recognises need to have the current status of goods in the warehouse from the warehouse keeper: - Supplier raises and sends an inventory request containing the parameters for the

selection of all the goods or the goods for one or more order lines, to the warehouse. - Warehouse receives an inventory request. - Warehouse generates an inventory report giving the actual situation the all goods in the

warehouse of for one or more order lines, to the supplier. - Supplier receives the inventory report. The cycle of requesting inventory report and sending inventort report might be executed multiple times.


The warehouse may also provide an inventory report to the supplier at a predefined regular interval and not necessarily in response to an inventory s request.

Remarks


101

3.9.2. Activity diagram – Inventory report process Figure 44. Business domain activity diagram – Inventory report process Activity diagram description – Inventory report process The supplier raises and sends an inventory request containing one or more selection criteria for the orders for which an inventory report is required to the warehouse. When the warehouse receives the inventory request, he selects the relevant goods for the selection criteria and raises the corresponding Inventory report information. As a result the warehouse sends an inventory report to the supplier. Once the supplier received the Inventory report, the scenario ends.

Start of Inventory report process

Raises an Inventory request

Receives Inventory report

Receives Inventory request

Provides Inventory report

Inventory request

Warehouse Supplier

Inventory report

End of Inventory report process


102

Activity diagram - Alternative inventory report process

Figure 45. Activity Diagram – Alternative inventory report process Activity diagram description – Alternative inventory report process Based on an agreement with the supplier, the warehouse raises at a regular interval an Inventory report for the supplier. As a result the warehouse sends an inventory report to the supplier. Once the supplier received the Inventory report, the scenario ends.

Start of Inventory report process

Receives Inventory report Provides

Inventory report

Warehouse Supplier

Inventory report

End of Inventory report process


103

3.9.3. Business collaboration – Inventory report process

The business collaboration specifies for each of the above mentioned activity diagrams the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.

3.9.3.1. Business collaboration – Inventory report on request


Identifier EUROFER: Inventory report request

Description The supplier raises and sends an inventory report request containing one or more selection criteria for the orders for which an inventory report is required to the warehouse. When the warehouse receives the inventory report request, he selects the relevant goods for the selection criteria and raises the corresponding Inventory report information. As a result the warehouse sends an inventory report to the supplier. Once the supplier received the Inventory report, the scenario ends.

Partner Types Supplier Warehouse

Authorized Roles Supplier Warehouse



Initial/Terminal Events • Initial: the supplier sends the inventory report request message

• Terminal: the supplier receives the inventory report

Scope To request the inventory report of a defined selection.


Constraints The supplier shall have full traceability of his request message to make sure it has been received. Failing this technical acknowledgement, the customer shall re-issue his request message


104

In a business collaboration agreement between the supplier and the warehouse, the way of using the Request for an Inventory report scenario can be described. The following transactions concerning the Inventory report can be specified as:

-1. The supplier generates an Inventory report request to receive an Inventory report. The warehouse has to give an acknowledge of receipt of the Inventory report request.

The warehouse sends an inventory report to the supplier. The supplier acknowledges the receipt of the inventory report to the warehouse.

-2. The supplier generates an Inventory report request to receive an Inventory report, and the warehouse responds directly with the Inventory report. No acknowledgement messages are used between the parties.

Figure 46. Business transaction activity graph – Inventory report request

Form: Business Transaction Transition Table From Id EUROFER: Inventory report request From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Place request for

an inventory report Supplier NONE

Place request for an inventory report

Supplier Inventory report request

Process inventory report request

Warehouse NONE


Warehouse Order status Report

Place request for an order status

Supplier NONE


Supplier N/A SUCCESS N/A Inventory report received


Supplier N/A CONTROLFAIL N/A Inventory report not received

Inventory report request


[CONTROLFAIL]

[SUCCESS]


Inventory report

Warehouse Supplier

START

END


105

3.9.3.2. Business collaboration – Inventory report on regular basis


Identifier EUROFER: Inventory reporting

Description Based on an agreement with the supplier, the warehouse raises at a regular interval an Inventory report for the supplier. As a result the warehouse sends an inventory report to the supplier.

Partner Types Supplier Warehouse

Authorized Roles Supplier Warehouse



Initial/Terminal Events • Initial: agreement between the supplier and the warehouse

• Terminal: the supplier receives the inventory report

Scope To give the supplier a regular situation of the goods in the warehouse.


Constraints The supplier has an agreement with the warehouse, to send him an inventory report on a regular basis.

In a business collaboration agreement between the supplier and the warehouse, the way of using the Inventory reporting scenario can be described. The transactions concerning the Inventory reporting are limited to the inventory report send by the warehouse to the supplier and the supplier acknowledges the receipt of the inventory report to the warehouse.


106

Figure 47. Business transaction activity graph – Inventory reporting

Form: Business Transaction Transition Table From Id EUROFER: Inventory report From Activity From Role Document To Activity To Role Guard

Condition START N/A N/A Inventory

reporting Warehouse NONE

Inventory reporting

Warehouse Inventory report Process inventory report

Supplier NONE

Inventory reporting

Warehouse N/A SUCCESS N/A Inventory report received

Inventory reporting

Warehouse N/A CONTROLFAIL N/A Inventory report not received

Inventory report

Inventory reporting

[CONTROLFAIL]

[SUCCES

Process Inventory report

Supplier Warehouse

START

END


107

3.9.4. Business transactions and authorized roles – Inventory report process


3.9.4.1. Business transactions and authorized roles – Request Inventory report


Description The Request Inventory report is used to request an Inventory of certain goods at the warehouse



See EUROFER: Inventory report request



Supplier


Supplier


Inventory report Request

Responding Partner Type Warehouse

Responding Activity Role Warehouse

Responding Activity Document Inventory report

Business document

- INVENTORY REPORT REQUEST See EUROFER Message Guideline INVENTORY REQUEST

- INVENTORY REPORT See EUROFER Message Guideline INVENTORY BALANCE


108

3.9.4.2. Business transactions and authorized roles – Inventory report


Description The Inventory report is used to report information on the goods in the warehouse



See EUROFER: Inventory report



Warehouse


Warehouse


Inventory Report

Business document

- INVENTORY REPORT See EUROFER Message Guideline INVENTORY BALANCE


109

4. Business Process Definition – Certificate/Quality report 4.1. Scope

The Certificate/Quality report process will be used to provide to the customer the certificates and the test reports giving the product details, the chemical, mechanical and other properties as specified in the type of certificate or inspection documents requested by the customer at the Order.

The practice today is, that a certificate/quality report is sent automatically by the supplier at the moment of the despatch of the goods to the customer, or the despatch of goods to the warehouse without initiating a request. Some of the customers have made an agreement with their steel suppliers to provide the Certificate/Quality report when the goods are produced and ready for despatch by the supplier. To use in the future more and more an “electronic work environment” can lead to the need to provide also the certificate/quality report on request of the customer. 4.2. Process definition

The Certificate/Quality report process is the mechanism by which certificates and inspection reports of the goods are requested and provided between the business parties. The process comprises the request for a certificate/quality report for the goods of one or several orders and the certificate/quality report giving the chemical, mechanical and other properties of the goods of one or several orders. An "electronic work environment (Electronic market place)" may be used as intermediaries to request and distribute the certificate/quality report.

To support the Certificate/Quality report process the following two messages have been developed: - Certificate/Quality report request - Certificate/Quality report.

The customer or customer’s agent can initiate a request for a certificate/quality report to the supplier or supplier’s agent, asking for a certificate or an inspection report of existing goods. This request is either directly transmitted or forwarded by an "electronic work environment" to the supplier. Upon receipt of a certificate/quality report request, the supplier or supplier’s agent will send to the customer or customer’s agent a certificate/quality report, reporting information on the chemical, mechanical and other properties of the requested goods. This report is either directly transmitted or forwarded by an "electronic work environment" to the customer.

4.3. Principles

The supplier or supplier’s agent has the obligation to respond with a certificate/quality report to a certificate/quality report request initiated by the customer or customer’s agent.


110

4.4. Use case: Certificate/Quality report process The use case for the certificate/quality report process phase has the following business transaction:

- Place a certificate/quality report request - Provide a certificate/quality report

Use case diagram – certificate/quality report process Certificate/

Quality report

Place Certificate/Quality

report request

Quality data sheet Customer Supplier


Customer Supplier

Figure 48 Use Case Diagram – Certificate/Quality report process


111

Use case description – certificate/quality report process Business process name

Certificate/Quality report process

Identifier EUROFER: Certificate /Quality report process Actors Customer,

Supplier Description The Customer recognises a need to receive a certificate or an inspection report of the goods

from the supplier. The Supplier receives the request and responds with the certificate/quality report.

Pre-condition The goods are produced by the supplier and released for the customer and the Certificate or Inspection report type is specified in the Order.

Post-condition Customer takes knowledge of the information provided in the certificate/quality report. Scenario

Starts when customer recognises need to receive the certificate or inspection report from the supplier: - Customer raises and sends a certificate/quality report request containing the parameters

for the selection of the goods of one or more order lines, to supplier. - Supplier receives a certificate/quality report request. - Supplier generates a certificate/quality report giving the product information and the

test results of the selected goods to the customer. - Customer receives the certificate/quality report. The cycle of requesting certificate/quality report and sending the certificate/quality report might be executed multiple times.


The supplier may also provide a certificate/quality report to the customer at predefined events (shipping of goods) not necessarily in response to a Certificate/Quality report request.

Remarks


112

4.5. Activity diagram – Certificate/Quality report process Figure 49. Business domain activity diagram – Certificate/Quality report process Activity diagram description – Certificate/Quality report process The customer raises and sends a certificate/quality report request containing one or more selection criteria for the goods for which a certificate/quality report is required to the supplier. When the supplier receives the certificate/quality report request, he selects the relevant goods and raises the corresponding certificate/quality report information. As a result the supplier sends a certificate/quality report to the customer. Once the customer received the certificate/quality report, the scenario ends.

Start of Certificate/Quality report process

Raises a Certificate/

Quality report request

Receives Certificate/ Quality report

Receives certificate/quality

report request

Provides Certificate/Quality

report

Certificate/Quality report request

SupplierCustomer


End of Certificate/Quality report process


113

4.6. Activity diagram - Alternative Certificate/Quality report process Figure 50. Activity Diagram – Alternative certificate/quality report process Activity diagram description – Alternative certificate/quality report process Based on an agreement with the customer, the supplier raises at a regular event a certificate/quality report for the customer. As a result the supplier sends a certificate/quality report to the customer. Once the customer received the certificate/quality report, the scenario ends.

Start of Certificate/Quality report process

Receives Certificate: Quality report Provides


SupplierCustomer


End of Certificate/Quality report process


114

4.7. Business collaboration - Certificate/Quality report process

The business collaboration specifies for each of the above mentioned activity diagrams the input and output triggers, constrains and system boundaries for the business transactions, business collaboration protocols and their interrelationships.

4.7.1. Business collaboration – Certificate/Quality report on request


Identifier EUROFER: Certificate/Quality report request

Description The customer raises and sends a certificate/quality report request containing one or more selection criteria for the goods for which a certificate/quality report is required to the supplier. When the supplier receives the certificate/quality report request, he selects the relevant goods and raises the corresponding certificate/quality report information. As a result the supplier sends a certificate/quality report to the customer. Once the customer received the certificate/quality report, the scenario ends.


Authorized Roles Customer (Customer’s agent, Buyer or Buyer’s agent) Supplier (Supplier’s agent, Seller or Seller’s agent)



Initial/Terminal Events • Initial: the customer sends the certificate/quality report request message

• Terminal: the customer receives the certificate/quality report

Scope To request the certificate/quality report of a defined selection of existing goods between the customer and the supplier.


Constraints The customer shall have full traceability of his request message to make sure it has been received. Failing this technical acknowledgement, the customer shall re-issue his request message


115

In a business collaboration agreement between the customer and the supplier, the way of using the Certificate/Quality report request scenario can be described. The following transactions concerning the Certificate/Quality report can be specified as:

-1. The customer generates a certificate/quality report request to receive a certificate/quality report. The supplier has to give an acknowledge of receipt of the certificate/quality report request. The supplier sends a certificate/quality report to the customer. The customer acknowledges the receipt of the certificate/quality report to the supplier.

-2. The customer generates a certificate/quality report request to receive a certificate/quality report, and the supplier responds directly with the certificate/quality report. No acknowledgement messages are used between the parties.

Figure 51. Business transaction activity graph – Certificate/Quality report request

Certificate/Quality report request

Place request for a Certificate/Quality report

[CONTROLFAIL]

[SUCCESS]

Process certificate/Quality report request


Supplier Customer

START

END


116


From Id EUROFER: Certificate/Quality report request From Activity From Role Document To Activity To Role Guard Condition START N/A N/A Place request for a

certificate/ quality report

Customer NONE

Place request for a certificate/quality report

Customer Certificate/Quality report request

Process certificate/quality report request

Supplier NONE

Process certificate/quality report request

Supplier Certificate/Quality report


Customer NONE

Place request for a Certificate/quality report

Customer N/A SUCCESS N/A Certificate/Quality report received


Customer N/A CONTROLFAIL N/A Certificate/Quality report not received


117

4.7.2. Business collaboration – Certificate/Quality report on regular event


Identifier EUROFER: Quality data sheet reporting

Description Based on an agreement with the customer, the supplier raises at a regular event a Certificate/Quality report for the customer. As a result the supplier sends a certificate/quality report to the customer.


Authorized Roles Customer (Customer’s agent, Buyer or Buyer’s agent) Supplier (Supplier’s agent, Seller or Seller’s agent)



Initial/Terminal Events • Initial: agreement between the customer and the supplier

• Terminal: the customer receives the certificate/quality report

Scope To give the customer a certificate/quality report at a predefined event.


Constraints The customer has an agreement with the supplier, to send him a certificate/quality report on a regular basis.

In a business collaboration agreement between the customer and the supplier, the way of using the Certificate/Quality report scenario can be described. The transactions concerning the Certificate/Quality report process are limited to the certificate/quality report send by the supplier to the customer and the customer acknowledges the receipt of the certificate/quality report to the supplier.


118

Figure 52. Business transaction activity graph – Quality data sheet reporting

Form: Business Transaction Transition Table From Id EUROFER: Certificate/Quality report From Activity From Role Document To Activity To Role Guard Condition START N/A N/A Certificate/Quality

reporting Supplier NONE

Certificate/Quality reporting

Supplier Certificate/ Quality report

Process Certificate/Quality report

Customer NONE


Supplier N/A SUCCESS N/A Certificate/Quality report received


Supplier N/A CONTROLFAIL N/A Certificate/Quality report not received



[CONTROLFAIL]

[SUCCESS]

Process Certificate/Quality report

Supplier Customer

START

END


119

4.8. Business transactions and authorized roles – Certificate/Quality report

process The goal of the Business transactions is to identify the individual transactions that implement the operations of the business collaboration. A transaction is made up of several activities and each activity has an authorized role in order to initiate that activity.

4.8.1. Business transactions and authorized roles – Certificate/Quality report request


Description The certificate/quality report request is used to request a certificate/quality report of certain goods



See EUROFER: Certificate/Quality report request



Customer


Customer (Customer’s agent, Buyer or Buyer’s agent)


Certificate/Quality report Request

Responding Partner Type Supplier

Responding Activity Role Supplier (Supplier’s agent, Seller or Seller’s agent

Responding Activity Document Certificate/Quality report

Business document

- CERTIFICATE/QUALITY REPORT REQUEST See EUROFER Message Guideline CERTIFICATE/QUALITY REPORT REQUEST

- CERTIFICATE/QUALITY REPORT See EUROFER Message Guideline CERTIFICATE/QUALITY REPORT


120

4.8.2. Business transactions and authorized roles – Certificate/Quality report


Description The certificate/quality report is used to report product information and test results of existing goods



See EUROFER: Certificate/Quality report



Supplier


Supplier (Supplier’s agent, Seller or Seller’s agent)



Business document

- CERTIFICATE QUALITY REPORT See EUROFER Message Guideline CERTIFICATE/QUALITY REPORT


121

All information provided in this documentation is provided "as is" without any warranties of any kind including warranties of accuracy, fitness for a particular purpose, or non-infringement or intellectual property. EUROFER shall not be held responsible for any errors or any loss resulting from any use of this document or the specification herein. The materials contained in this document may be copied provided that ALL copies retain the copyright and any other proprietary notices contained on the materials. No material may be modified, edited or taken out of context such that its use creates a false or misleading statement or impression as to the positions, statements or actions of the publisher. 2003 EUROFER. All rights reserved. All countries

ESIDEL12 Shipping cycle - eurofer.org cycle... · ESIDEL – Shipping cycle 1 Shipping Cycle By...

Documents

Transcript of ESIDEL12 Shipping cycle - eurofer.org cycle... · ESIDEL – Shipping cycle 1 Shipping Cycle By...