SGD - Shipping Guarantee Contract Data

SGD is the main data table for the Shipping Guarantee contract.
All technical important fields have to be defined here.
Large text blocks should be defined in SGT.

/

INR

Unique internal ID of a record within the table. The INR is a text field, which is created by retrieving the next valid entry from the counter SGD. The field INR is used to enable links from other tables to this table. It also links the two tables SGD and SGT as associated entries hold the same INR.

Unique internal ID of a record within the table. The INR is a text field, which is created by retrieving the next valid entry from the counter of this table. The field INR is used to enable links from other tables to this table.

For contractdata the INR also links the two tables xxD and xxT as associated entries hold the same INR.

This field contains the own reference number of the shipping guarantee. The reference number can have a maximum size of 16 charecters. This field can be used to search for any Shipping Guarantee contract from the database.

This field contains the reference number of the Shipping Guarantee.

This field holds the displayed descriptive name used in the application to describe the contract and to search for a contract.

This field holds the displayed descriptive name used in the application to describe the contract and to search for a contract. Within the default configuration this field is set by a default rule based on contract amount and main party and cannot be modified by the user.

This field holds the user ID of the person who is responsible for handling this contract.

This field holds the User ID of the person responsible for handling this contract.

This date field holds the date when the entry was physically added to the database. This may happen when opening the contract, when reserving the reference number or when, for other reasons, a contract is added to the database.

This date field identifies the date the entry was physically added to the database.

The field holds the opening / issuing date of a contract. If this field is set, the contract has been legally established and it might be used for business transactions. This date describes the point in time when this contract became legally binding. This might be a date prior to the creation date, when the contract was legally binding before it was stored in the database.

The field holds the opening/issuing date of the contract. If this field is set, the contract has been legally established and it might be used for business transactions. This date describes the point in time when this contract became legally binding. This might be a date prior to the creation date, when the contract was legally binding before it was stored in the database.

This fields holds the closing date of a contract. If this field is set, the contract is closed and may no longer be used for transaction processing of business transactions. The date specifies the date when the closing took place.

This fields indicates the closing date of a contract. If an entry has been made, the contract is closed and may no longer be used to process business transactions except special transactions like Settling Charges or Common Messages.

This date specifies the expiry date of the shipping guarantee.

This date field specifies when the expiry date of the shipping guarantee.

This field contains the date of the received order.

This field specifies the date when the bank has received the order to issue a shipping guarantee.

Contract status flag. If not empty, contract is reserved. That means, only a few basic fields have to be filled in. Visible on SGTP in INFSGD. Invisible in all other transactions.

Contract status flag. If not empty, the contract has been reserved and only a few basic fields have to be filled in. Visible in 'Info shipping Guarantee'. Invisible in all other transactions.

This field can be used for statistical reasons and allows the bank to evaluate the country risks. It is defaulted with the country code of the sender of the Shipping Guarantee and therefore indicates the risk country of the Shipping Guarantee.

This field can be used for statistical reasons and allows the bank to evaluate the country risks.

This field holds the version counter to keep track of version history of a SGD entry. The individual versions are controled by entries in the SLG table.

This field holds the version counter used to keep track of the history of an entry of this table. The individual versions are managed by entries in the SLG table.

This flag indicates on whose request the goods were released.

This flag indicates the party who has requested the issuance of the shipping guarantee.

This field is used to differentiate whether goods are released under shipping guarantee or airwaybill etc.

This field is used to indicate that the goods are released under shipping guarantee.

This field indicates the type of transport document (e.g. Bill of lading, airway bill etc.) which is presented under this shipping guarantee.

This field indicates the type of transport document (e.g. Bill of Lading) which is securing this shipping guarantee.

This field indicates the number of the transport document (e.g. number of bill of lading, airway bill).

This field indicates the number of the transport document (e.g. number of Bill of Lading).

This field indicates the date of the transport document (e.g. bill of lading, airway bill) which is presented under this shipping guarantee.

This field indicates the date of the transport document (e.g. bill of ladingl) which is presented under this shipping guarantee.

This field indicates how the goods have been shipped (e.g. via sea, air or a combination of different transport modes).

This field indicates how the goods have been shipped (e.g. via sea, air or a combination of different transport modes).

This field specifies the place of dispatch or taking in charge of the goods or loading on board.

This field specifies the place of transfer (in the case of a multimodal transport document), the place of receipt (in the case of a road, rail or inland waterway transport document or a courier or express delivery service document), the place of dispatch or the place of shipment to be indicated on the transport document.

This field specifies the final destination of the goods shipped.

This field specifies the final destination of the goods shipped under the underlying contract.

If this flag is set, goods are released to the applicant. Otherwise, goods can be released to another party which is entered in SGDGRP\BLK\RELADR.

If this flag is set, goods are released to the applicant. Otherwise, goods can be released to another party.

Date on which the utilization had been received.

This field contains the date of the received utilization.

This field contains the internal unique ID of the parent contract.

This field contains the unique identifcation number of the parent contract.

This field contains the technical INR of the linked contract, e.g. in case the shipping guarantee is connected to an import document set, this field contains the INR of that contract.

This field contains the technical INR of the linked contract, e.g. in case the shipping guarantee is connected to an import document set, this field contains the INR of that contract.

This field contains the type of the parent contract.

This field contains the type of the parent contract.

This field contains the technical database table name of the linked contract, e.g. in case the shipping guarantee is connected to an import document set, this field contains “BRD”.

This field contains the technical database table name of the linked contract, e.g. in case the shipping guarantee is connected to an import document set, this field contains “BRD”.

This table is defined on entity level with separate entries for each entity. This field holds the EXTKEY of the owning entity to identify the logical owner of this entry. This field is filled automatically during insert and is used as filter when accessing the database. Without special implementation only entries of the currently active entity are visible to the user.

This field holds the external key of the owning entity to identify the logical owner of this entry.

This field is filled automatically during insert and is used as filter when accessing the database. Without special implementation only entries of the currently active entity are visible to the user.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the PRDCOD shall identify the business sector together with some key criteria like confirmed or unconfirmed LC in a cross business sectors unique identification.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the PRDCOD shall identify the business sector together with some key criteria like confirmed or unconfirmed LC in a cross business sectors unique identification.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the PRDSUB shall identify the business sector specific bankside defined products adding some key sub criteria in a cross business sectors unique identification.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the PRDSUB shall identify the business sector specific bankside defined products adding some key sub criteria in a cross business sectors unique identification.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the product variant is intended as possible extension to setup specific variants below the product and subproduct code.

Initial version to support the differentiation of predefined bank products cross business sectors.

This organizational solution is made up of three fields product code (PRDCOD), product subtype (PRDSUB) and Product variant (PRDVAR) , if needed.

Here the product variant is intended as possible extension to setup specific variants below the product and subproduct code.

Introduced with Swift Release 2023 This field specifies the place of dispatch or taking in charge of the goods or loading on board.

Introduced with Swift Release 2023 This field specifies the final destination of the goods shipped.