end © unctad 2000 1 end © unctad 2000 2 asycuda ++ modules mouse click to move on to the next...
TRANSCRIPT
©UNCTAD 2000 1
EndEndEndEnd
©UNCTAD 2000 2
EndEndEndEnd
ASYCUDAASYCUDA++ ++ ModulesModules ASYCUDAASYCUDA++ ++ ModulesModules
Mouse ‘Click’ to move on to the next slideMouse ‘Click’ to move on to the next slide
… an explanation of the modular structure of ASYCUDA++ and a brief description of the purpose of each module.
NextNextNextNext
©UNCTAD 2000 3
EndEndEndEndASYCUDA++
ASYCUDA is a complete and fully integrated Customs computer system.
The ASYCUDA interface makes operation easier for the user by: -
Presenting the system to the user in the form of task specific modules.
..modules designed for the needs of an office or of a particular grouping of functions.
The ASYCUDAThe ASYCUDA SystemSystemThe ASYCUDAThe ASYCUDA SystemSystem
NextNextNextNext
©UNCTAD 2000 4
EndEndEndEndASYCUDA++
The Customs Branch Office Module:The Customs Branch Office Module: Declaration processing, e.g., data entry,
tax calculations, registration, assessment and cargo release
Declaration status reports.
The Customs Branch Office Module:The Customs Branch Office Module: Declaration processing, e.g., data entry,
tax calculations, registration, assessment and cargo release
Declaration status reports.
Examples of module functions are:
However ...
The Customs Accounting Module:The Customs Accounting Module:
For payments of duty and taxes
Accounting reports.
The Customs Accounting Module:The Customs Accounting Module:
For payments of duty and taxes
Accounting reports.
NextNextNextNext
©UNCTAD 2000 5
EndEndEndEnd
These two modules are closely interconnected, yet the users in each office need have access only to the one module for normal tasks.
A similar relationship exists between all modules, i.e.,
full integrated, but .. task specific module functional
content.
ASYCUDA++
NextNextNextNext
©UNCTAD 2000 6
EndEndEndEnd
ASYCUDA system modules are grouped into main three types, according to function: -
General office User modules
Specialist office User modules
System maintenance and reporting
The ModulesThe ModulesThe ModulesThe Modules
11
22
33
NextNextNextNext…to go directly to a description of the module group function …. or
Select..
©UNCTAD 2000 7
EndEndEndEnd
ASYCUDA system modules are grouped into main three types, according to function: -
The ModulesThe ModulesThe ModulesThe Modules
1. ‘General office User modules’ are for basic or mainstream Customs processes, such as the input and processing of declaration data, and Customs controls.
1. ‘General office User modules’ are for basic or mainstream Customs processes, such as the input and processing of declaration data, and Customs controls.
NextNextNextNext
©UNCTAD 2000 8
EndEndEndEnd
ASYCUDA system modules are grouped into main three types, according to function: -
The ModulesThe ModulesThe ModulesThe Modules
2. ‘Specialist User modules’ are generally forCustoms support functions. These functions integrate with or add to the main Customs
processes of the General office modules.
2. ‘Specialist User modules’ are generally forCustoms support functions. These functions integrate with or add to the main Customs
processes of the General office modules.
NextNextNextNext
©UNCTAD 2000 9
EndEndEndEnd
ASYCUDA system modules are grouped into main three types, according to function: -
The ModulesThe ModulesThe ModulesThe Modules
3. ‘System Maintenance and Reporting’ modules manage the running of the
ASYCUDA++ system on a day to day basis.
3. ‘System Maintenance and Reporting’ modules manage the running of the
ASYCUDA++ system on a day to day basis.
NextNextNextNext
©UNCTAD 2000 10
EndEndEndEnd
1. Module ‘MODCBR’‘MODCBR’ is the Customs general (Branch) office module and the central part of the ASYCUDA system.
MODCBR is for Customs data entry, declaration processing and general controls.
2. Module ‘MODBRK’‘MODBRK’ is the general office module for Customs brokers or declarants - to prepare and present declarations to Customs by ‘Direct Trader
Input’(DTI).
MODCBRMODCBR
MODBRKMODBRK
General User ModulesGeneral User ModulesGeneral User ModulesGeneral User Modules
NextNextNextNext
©UNCTAD 2000 11
EndEndEndEndGeneral User Modules
Customs Declarations:
•Data capture and validation
•Calculations, messaging on Customs controls
•Storage of data and declaration registration
•Selectivity, inspection routing and reporting of inspection result
•Assessment, delivery
MODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch Office
NextNextNextNext
©UNCTAD 2000 12
EndEndEndEndGeneral User Modules
Customs Declarations:
•Data capture and validation
•Calculations, messaging on Customs controls
•Storage of data and declaration registration
•Selectivity, inspection routing and reporting of inspection result
•Assessment, delivery
Linked Functions:
•Manifest details; cargo discharge
•Duties and taxes payable or paid
•Selectivity controls - process routing and nomination of examiners
•‘Stock records’ for suspense procedures
•Management information
MODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch Office
NextNextNextNext
©UNCTAD 2000 13
EndEndEndEnd
MODCBR is the core module for customs operations and covers declaration processing for all procedures.
Records and controls for warehouse and temporary imports and exports are managed from within module MODCBR.
General User Modules
MODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch OfficeMODCBR - Customs Branch Office
Many management controls are accessible from MODCBR, such as
views of manifests, control selections, and full transaction and
declaration processing histories.
Many management controls are accessible from MODCBR, such as
views of manifests, control selections, and full transaction and
declaration processing histories.
End of section on MODCBR. To return to General User modules.. BackBackBackBack NextNextNextNext
©UNCTAD 2000 14
EndEndEndEndGeneral User Modules
This module has similar (but restricted) data entry and declaration processing functions to MODCBR.
MODBRK is used for Direct Trader Input (DTI)*.
MODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s Office
NextNextNextNext
©UNCTAD 2000 15
EndEndEndEnd
Used in the Custom Broker or Declarant’s office:-
To prepare and present Customs Declarations: Data capture and validation Calculations, messaging
on controls Storage of declaration data
and subject to Customs agreement on acceptable processing flows:
Registration and/or Assessment Payment and release
General User Modules
Customs Server
connection is
require
d for
these processes
MODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s Office
Processes where a
Customs Server
connection is
not
necessary
NextNextNextNext
©UNCTAD 2000 16
EndEndEndEnd
Custom brokers and Declarants can, using ASYCUDA++ module MODBRK, prepare, check and (electronically) present declarations to Customs.
System security controls ensure data integrity and commercial confidentiality.
Duty and tax payment can be processed automatically, with the optional (and customs approved) use of credit and pre-payment accounts.
General User Modules
MODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s Office
This module can also be used to initiateprocesses for the movement of goods under National transit provisions.
This module can also be used to initiateprocesses for the movement of goods under National transit provisions. NextNextNextNext
©UNCTAD 2000 17
EndEndEndEnd
General user modules
Many Broker/Declarant activities can be done ‘off-line’, i.e., without a wire or telephone connection to the Customs central computer (called the ‘server’).
Legal actions, such as registration of a document or process with Customs, require connection.
MODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s OfficeMODBRK - Customs Broker’s Office
NextNextNextNextBackBackBackBackEnd of section on General User Modules. You can go..
or to continue ..
©UNCTAD 2000 18
EndEndEndEnd
ASYCUDA specialist modules are dedicated to specific Customs functions.
MODCAR - Carrier or Manifest module
MODACC - Accounting module
MODSEL - Selectivity Controls module
MODTRS - National Transit module
MODSDI - SAD Deferred Input module
Specialist User ModulesSpecialist User ModulesSpecialist User ModulesSpecialist User Modules
MODCARMODCAR
MODACCMODACC
MODSELMODSEL
MODSDIMODSDI
MODTRSMODTRS
NextNextNextNextSelect a module to go directly to a description of that module …or BackBackBackBack
©UNCTAD 2000 19
EndEndEndEnd
The manifest module accepts summary manifest detail and transport document particulars.
Manifests may be stored while under preparation.
Manifests are formalised with Customs by Registration. Data is secure and actions recorded.
Manifest detail amendments may be made, including degroupage details, location of goods upon discharge, shortage and surplus reporting.
Specialist User Modules
Once the data is within ASYCUDA, a fully accountable ‘stock record’ of goods under
Customs control is created.
Once the data is within ASYCUDA, a fully accountable ‘stock record’ of goods under
Customs control is created.
MODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting Module
NextNextNextNext
©UNCTAD 2000 20
EndEndEndEnd
Specialist User Modules
Manifested goods are acquitted (removed from Customs ‘stock’) by:
1. A clearing Customs declaration that matches on: - Manifest Registration number; Transport document number; and Quantity of goods (packages and weight).
2. Transit or Transhipment or3. Manual discharge
Manifest details, or the status of manifested cargo, can be viewed from within modules MODCBR, MODBRK and
MODTRS.
Manifest details, or the status of manifested cargo, can be viewed from within modules MODCBR, MODBRK and
MODTRS.
MODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting ModuleMODCAR - Carrier or Manifesting Module
NextNextEnd of section on MODCAR. To return to Specialist Modules.. BackBackBackBack
©UNCTAD 2000 21
EndEndEndEnd
Specialist User Modules
This module is for receiving all duties and taxes calculated through ASYCUDA declaration processing.
Non-declaration cash collections - such asfees or charges - are also handled, as well as reimbursements or refunds.
Customer accounts may also be set up by Customs, allowing declaration clearances (i.e., payments) against authorised credit levels or prepaid amounts.
MODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal Module
NextNextNextNext
©UNCTAD 2000 22
EndEndEndEnd
Specialist User Modules
The Accounting module gives all the tools and controls to effectively manage revenue collections - with complete accountability.
A full audit trail, with a secure and easily viewable record of all transactions and activities.
Strictly controlled levels of access.
For larger operations, management of cashier shifts, and multiple cashiers per shift.
Standard reporting, with a range of daybook and transaction summaries.
MODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal ModuleMODACC - Accounting or Fiscal Module
NextNextNextNextEnd of section on MODACC. To return to Specialist Modules.. BackBackBackBack
©UNCTAD 2000 23
EndEndEndEnd
SelectivitySelectivity is the process of using declaration data, together with information from other sources, to identify goods or transactions of particular interest to Customs ..
.. to identify those goods or transactions that may present a risk to national objectives, such as a risk to collection of duty of taxes, or to the enforcement of controls.
Specialist User Modules
MODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls Module
NextNextNextNext
©UNCTAD 2000 24
EndEndEndEnd
Selectivity is the selective inspection of transactions - either by physical examination or check of documents
ASYCUDA allows the channeling of declarations to four processing lanes, nominated by colour: -
Red lane for physical check; Yellow lane for documentary check; Blue lane for the option of post
import/export audit; or Green lane for release
Specialist User Modules
MODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls Module
NextNextNextNext
©UNCTAD 2000 25
EndEndEndEnd
Any data captured through declaration or manifest input can be used as a basis for selection.
The effectiveness of selection as a administrative policy relies on: -
the development of the analytical skills of staff
the accurate feed back of results into the selection process.
monitoring for quality control
Specialist User Modules
MODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls Module
NextNextNextNext
©UNCTAD 2000 26
EndEndEndEnd
For examinations, the module allows for the automatic allocation of selected declarations.
Allocation may be to work group, (for example, by location or commodity), or to Examiner and Chief Examiner.
The allocation process canalso measure workload and reallocate jobs as necessary.
Specialist User Modules
Selectivity status, (current or historical), and details, are easily viewed from MODSEL
and also the main Customs office
module, MODCBR.
Authorised levels of system access control
the rerouting of selected declarations.
Selectivity status, (current or historical), and details, are easily viewed from MODSEL
and also the main Customs office
module, MODCBR.
Authorised levels of system access control
the rerouting of selected declarations.
MODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls ModuleMODSEL - Selectivity Controls Module
NextNextNextNextBackBackBackBackEnd of section on MODSEL. To return to Specialist Modules..
©UNCTAD 2000 27
EndEndEndEnd
The national transit functions The national transit functions within ASYCUDA++ are used to monitor and control the movement of goods in transit within the country.
Controlled movements can include all forms of internal transit, such as: -
Border to border (i.e. through transit);
Border to inland office, or inland office to border; and
Transfers from one inland office to another
Specialist User Modules
MODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit Control
NextNextNextNext
©UNCTAD 2000 28
EndEndEndEnd
Different documents and procedures are used to control Different documents and procedures are used to control or track the movement of goods in transit: -or track the movement of goods in transit: -
Specialist User Modules
MODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit Control
TIR CarnetTIR Carnet
T1 Transit T1 Transit
The TIR Carnet deals with the national segment of an international transit.
The T1 Transit Document is used to control the movement of goods in national transit. (The document/screen looks similar to a SAD.)
NextNextNextNext
©UNCTAD 2000 29
EndEndEndEnd
In additional to normal transit, ASYCUDAIn additional to normal transit, ASYCUDA++ ++ modules modules MODTRS and MODBRK have a function that allows a MODTRS and MODBRK have a function that allows a simplified (or provisional) import procedure.simplified (or provisional) import procedure.
A Broker or Declarant can present a document (paper or A Broker or Declarant can present a document (paper or electronic) as an intention on an upcoming import.electronic) as an intention on an upcoming import.
After authorisation by Customs, the document covers the After authorisation by Customs, the document covers the movement from a border office to the place where the movement from a border office to the place where the goods are to be cleared.goods are to be cleared.
Specialist User Modules
MODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit Control
FIP FIP
NextNextNextNext
This is called a First Identification Procedure,
or ‘FIP’
This is called a First Identification Procedure,
or ‘FIP’
©UNCTAD 2000 30
EndEndEndEnd
Controls are managed through the ASYCUDAControls are managed through the ASYCUDA++++ national national computer network.computer network.
An automated messaging process passes details of the An automated messaging process passes details of the transit goods from an originating office (office of transit goods from an originating office (office of departure) to a destination office.departure) to a destination office.
Receipt of the transit goods at the destination office Receipt of the transit goods at the destination office acquits the transit record at the office of departure.acquits the transit record at the office of departure.
Goods for import or export clearance are transferred to Goods for import or export clearance are transferred to the normal Customs control process, by first creating the normal Customs control process, by first creating a goods manifest from the transit document. a goods manifest from the transit document.
Specialist User Modules
MODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit ControlMODTRS – National Transit Control
NextNextNextNextBackBackBackBackEnd of section on MODTRS. To return to Specialist Modules..
©UNCTAD 2000 31
EndEndEndEnd
Module MODSDI is used for input anddata validation of declarations initially processed through a non-computerised office.
This allows for an effective check of the calculations and the other details of the manually processed declaration..
.. and incorporates the data into the ASYCUDA database to facilitate reporting and statistical extractions
Specialist User Modules
MODSDI - SAD Deferred Input ModuleMODSDI - SAD Deferred Input ModuleMODSDI - SAD Deferred Input ModuleMODSDI - SAD Deferred Input Module
NextNextNextNextEnd of section on MODSDI. To return to Specialist Modules go .. BackBackBackBack
©UNCTAD 2000 32
EndEndEndEnd
Maintenance & ReportingMaintenance & ReportingMaintenance & ReportingMaintenance & Reporting
Additional ASYCUDA modules are used for the setup of the system, (National and Office configuration modules), and for system maintenance and statistical reporting.
Module MODCHQ is used to maintain the system’s reference tables and gives access to standard statistical extracts.
MODCHQMODCHQMODCHQMODCHQ
NextNextNextNext
©UNCTAD 2000 33
EndEndEndEndMaintenance & Reporting
The module called the ‘Headquarters Module’ is used to set up and to maintain the ASYCUDA system’s reference tables.
The reference tables contain: the standard international codes, such as the HS
Tariff, country and currency codes; national codes, such as office, broker/declarant and
company codes; and
calculation data, like rates of currency exchange, duty and tax rates, special exemptions and concessions.
MODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters Module
NextNextNextNext
©UNCTAD 2000 34
EndEndEndEndMaintenance & Reporting
The headquarters module also gives quick access to standard statistical extractions from the ASYCUDA transaction database.
Standard reports give a choice of views of the statistical database.
If the preprogrammed views or reports are not sufficient in certain circumstances, SQL queries may be run from the ASYCUDA interface.
MODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters Module
NextNextNextNextEnd of section on Maintenance and Reporting Modules.. either go BackBack
©UNCTAD 2000 35
EndEndEndEndMaintenance & Reporting
Name of view: Ordered and totaled by:‘Customs Database’ Countries/Products
CountryProducts/CountriesProducts
‘Financial Database’ Duty/tax AccountDuty/tax CountryDuty/tax Product
Duty/tax Customs Procedure‘Economic Database’ Importer/Exporter/Country
Importer/Exporter/ProductList of Companies/CountryList of Companies/Product
‘Loss of revenue’ (preferences and concessions) - by budget codes, company, commodity and country.
Sta
ndar
d R
epor
tsS
tand
ard
Rep
orts
MODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters ModuleMODCHQ - Customs Headquarters Module
NextNextNextNext
©UNCTAD 2000 36
EndEndEndEnd
System IntegrationSystem IntegrationSystem IntegrationSystem Integration
MODCBRMODCBRMODCBRMODCBR
MODBRKMODBRKMODBRKMODBRK
MODCHQMODCHQMODCHQMODCHQ
MODCARMODCAR
MODACCMODACC
MODSELMODSEL
MODSDIMODSDI
The General Office Modules, for Customs and Customs Brokers
For deferred data input
.. and Systems maintenance & statistics
.. Closely linked to modules for Accounting, Selectivity, National Transit and Cargo Manifesting controls..
MODTRSMODTRS
NextNextNextNext
©UNCTAD 2000 37
EndEndEndEnd
For further details on the ASYCUDA++ system see the Description of Application Software
(Functional Overview).
Modular Structure
EndEndEndEnd