DEPB & EPCG Schemes in Import Scenario

Hello,
Can anyone explain me the DEPB & EPCG Liecenses in Customs Clearings.
How to map in SAP??
Thanx & Regards,
Kumar Rayudu

Hi Friends,
My question was simple.
for example let us take US right?
I have maintained Numbering scheme (NS) "ScheduleB" for exports side and maintained numbering scheme "ECCNUS" for imports sides then for EAR regulation
Then I need to assign as follows
Regulation                            Import NS                             Export NS
EAR                                     USECCN                             ScheduleB
Now my question is without defining scheduleB and I will define only USECCN then assign as follows
Regulation                            Import NS                             Export NS
EAR                                     USECCN                              USECCN
As per my knowledge It desn't matter which ever naem you use for NS. NS is just structure for assigning value right?
My question, does it have impact from compliance point of view for option 2
Thanks,

Similar Messages

Import Scenario|MIGO no excise calculated|BED SED ECess SHECess all are 0|

In Import scenario, when i am doing MIGO after LIV for Custom vendor, system is not capturing excise invoice , infact its showing all excise components like BED,AED,ECS & SHECess etc "Zero" value. Kindly help me out & point me out where i am making mistake..just want to inform..we can take credit on CVD,ECS on custom etc...

Hello,
Indian Import cycle is bit more complicated and SAP is not geared to handle in a straight manner through single MIGO as the cycle consists of multiple vendors.
This requires special Schema to be developed and needs Both FICO and MM consultants to work together.
Imports will have two categories.
Category 1: Bonding and De-bonding cycle ( Freight and Insurance during Bonding and other duties during De-bonding )
Category 2 : Home consumption ( all charges to be accounted at one stage )
Further Import cycle also has two types :
Type 1 for Manufacturing plant ( CENvat credit for certain duties to be availed )
Type 2 for trading plant ( no credit of duties )
In altogether there are 4 procedures to be adopted for the above.
The schema should be such that, at PO stage. We should be able to assign multiple vendors : Import supplier for Items ( foreign currency ) , India customs for Duties ( Indian currency ) , Freight and Insurance separately ( Indian or foreign currency as the case may be ). During schema, duties have to be defiend as VATable and non VATable. Accordingly, accounting posting keys to be defined.
Most important aspect is the FI transactions and mapping it to import cycle. In case of Import cycle, MIRO is done first and then MIGO is carried out later steps.
Payment of Advance to Supplier : Vendor advance and corresponding enctry in GL account, credit Bank a/c , debit Vendor A/c
MIRO is done in Three or four instances ( may be five also if cenvat credit for duties to be taken ).
Step 1:
MIRO -1, Freight vendor : Inventorised : Credit Freight Vendor, debit freight & Insurance clearing account, when money is paid : Debit Vendor, Credit Bank
MIRO -2, Insurance Vendor : Inventorised : Credit Insurance vendor, Debit Freight & Insurance clearing account, when money is paid : Debit Vendor, Credit Bank
MIRO- 3, India customs ( All five duties together ) : Inventorised    credit Vendor, Debit Duties clearing account, when money is paid : Debit Vendor, Credit Bank
                           OR
MIRO - 3, Basic Duties : non vatable : to be inventoriesed, Credit Vendor, Debit Duties clearing account and
MIRO - 4, ED, Edu cess : vatable :, Credit Vendor, Debit vat clearing account, Vat credit through ji1h and non inventorised, hence will not be part of costing, Credit Vat clearing account, Debit VAT account when money is paid : Debit Vendor, Credit Bank
Step 2:
MIGO : to Stores where accenting documents gets generated to the extent of inventorising .All the inventorised values in corresponding GL accounts produces the Product Cost. Debit Inventory
                      Credit GRIR a/c
                      Credit Freight & Insurance A/c ( for both freight & Insurance )
                      Credit Duty clearing a/c ( 3 or % as the case, may be )
Step 3:
MIRO - 4, on Supplier ( Foreign exchange ), Entry to be cancelled against advance paid. While carrying out, the difference in exchange rate also to be passed on to separate GL account. : to be inventgorised.
Credit Vendor a/c, Debit GRIR clearing a/c
Regards
Mahesh Naik

Importing scenarios

Oracle 9i release 2
Starting with an empty schema
Scenario 1 : Import a user export (rows and indexes)
Scenario 2 : Import a user export (rows only) then create indexes
Which one is faster ?
Will someone please settle the debate going on in my department - we are getting contradictory stories from METADATA, Oracle documentation, DBA's, developers
Thanks a lot
Gus

It depends on how big the schema is. Scenario 1 is certainly easier, and with a small schema the extra time to build the indexes and validate the constraints would likely be negligble.
If the schema is really large, then I would go with scenario 2. Import only the table rows, build the indexes through a script parallel nologging, then build the constaints using enable novalidate (assumes that the data in the export has already passed all the of the constraints).
If this is a one shot deal, the time required to generate all the index and constraint scripts might be longer than the extra time to just do the import.
Although, as with all questions of "I think this, he thinks that, who is right?", the only sure way to tell in your circumstances is to test it.
TTFN
John

Excise Invoice in Import Scenario. Is it required to capture Excise Invoice

In Import Scenario, Do i need to capture excise invoice when doing MIGO after MIRO for Custom Vendor? In my openion, There should not be any excise invoice caputured in system as we are paying custom duties , excise is not applicable. Kindly clear my doubt. If excise should be captured than on what amount excise will be calculated?

Hi ,
The import process involves....
Clearing Customs duty MIRO-GR for import goods MIGO against the Invoice reciept-Capture the Import duties through J1IEX_Capture against the MIGO document-Final payment to main vendor through MIRO.....
Your eligible to take credit on CVD, Cess on CVD ,Secondary Cess on CVD and AED.
Regards,
Patil

Import Scenario ( 100% EOU)

Hi,
Please suggest me how to map the below import scenario,
1) PO to Import vendor ( Vendor Confirmation is there as inbound delivery)
2) Shipping notification will be informed by Vendor.
3) Creation of Inbound delivery based on delivery schedule lines in PO.( Needs to track ETD,ETA,Invoice no, Bill of lading no, Batch no and container no)
4) Goods will receive at port - if space available GR will take place at plat or else it will goes to bonded ware house.
Port to plant - needs to apply for Procurement certificate. PC + BOL+Invoice will be send to CHA ( custom handling agent). once he done with customs goods will release to plant. After few days CHA invoice will come ( AFTER GR).
Port to Bonded Ware house- goods will receive at Bonded ware place. when ever ware people run out of stock they will consider bonded stock.
moving goods bonded to plant the same procedure will apply again.
5) vendor invoice.
here my question is - Standard SAP follows PO-MIRO-MIGO-MIRO...but in my case custom charges are taking care by custom handling agent.
after GR only he is sending the CHA invoice (all charges- ex-inland charges) .( HOW TO MAP THIS)
Regards
Raghu

Hi,
You may very well do GR before customs invoice in case of import scenario, if required. You may post the GR first, and then do the invoice for customs as well as goods. If there is enough stock while doing the MIRO for customs invoice, the same will be loaded to material cost as in normal case. Please test and revert back.
Regards,
AKPT

Use of ODI in Data Import scenario

Hi,
We are contemplating to use ODI for a Data Import scenario. The flow goes something like this:
1.A user specified flat file or xml with a mapping between the file columns and base table columns serves as the input.
(Note that the file column names could be anything and that is why we use mapping).
2. This file data is stored in a stager table and certain validations are run on this data.
3. This data is then imported into the base tables.
I assume we cannot use ODI for step 1 as the file columns are not fixed and can vary. We need to programmatically interpret the data from the mappings. (Is there a way to do this in ODI?).
If we use ODI for step 3 to import data from stager to base tables:
- If we have a million records to be imported, then how performant is ODI? Do we need to invoke ODI in batches of (a few thousands) to improve performance?
- Thanks in Advance,
Raghu

Hi Jont,
Thanks for your reply..
Here is an example of the mapping that we use:
Flat File columns:
AccName
AccLoc
Mapping (Specified by the user at run time):
AccName -->(Maps to) Account.Name
AccLoc --> (Maps to) Account.Location
The user would map the file columns to the final target entity fields (like Account.Name) as above.
Since, we have to store this data in a intermediate staging table, we would have a mapping internally (which is fixed), like
Account.Name -->(maps to) AccStager.Name
Account.Location -->(Maps to) AccStager.Location
where AccStager.Name is the staging table field name.
Thus, by using these two sets of mapping, we store the file data into staging table.
Hope this is clear...
Thanks,
Raghuveer

Hi,, Can anyone Briefly expalin Import Scenario of material

Hi,,
Can anyone Briefly expalin Import Scenario of material with what r all accounting keys will hitted.
Regards
Raghav.K H

Hi Raghav,
Follow these steps
1. First you create Import PO and input all the Import duties in PO in ME21N. Here specify Import Duties in PO and assign the Customs Vendor to all these condition types./
2.Then you do LIV for Customs Office in MIRO (Here you enter all the Import duties as per Bill of Entry) and following A/c entry get generated;
Customs Office A/c - Cr (Vendor Recon A/c)
Customs Duty Clearing A/c - Dr (OBYC - ZCC)
CVD Clearing A/c - Dr (OBYC - ZCV)
3. Then Capture Bill of Entry in J1IEX.
4. Then you do GR w.r.t. Import PO (MIGO), Accounting Entry will come as following;
Stock A/c - Dr (OBYC - BSX)
GR/IR Clearing A/c - Cr (OBYC - WRX)
Customs Clearing A/c - Cr (OBYC - ZCC)
5. Post Bill of Entry in J1IEX, and Accounting Entry will come as following;
CENVAT Receivable A/c (BED, ECS, SECess and ADC) - Dr (From Account Detmn of GRPO with Sub Trans Type - IP)
CVD Clearing A/c - Cr (From Compnay Code Settings of Excise)
6. MIRO - For Import Vendor
Import Vendor - Cr (Recon A/c)
GR/IR Clearing A/c - Dr (WRX)
7. MIRO - For Clearing Agent
Out of following conditions;
JCDB IN:Basic Custom Duty
JCV1 IN : CVD
JECV IN : Ed Cess on CVD
J1CV IN : H&SECess on CVD
JEDB IN : Ed Cess on BCD
JSDB IN : H&SECess on BCD
JADC Addnl Duty of Custom
JCDB, JEDB, JSDB will get loaded to Stock and JCV1, JECV, J1CV and JADC will get posted to CENVAT Receivable A/c
In M/08, assign A/c Key ZCC to JCDB, JEDB, JSDB conditions and Customs Clearing A/c in OBYC and A/c Key ZCV to JCV1, JECV, J1CV and JADC conditions and CVD Clearing in OBYC.
Note: - Here you don't have to use Tax Procedure Accounting (OB40) in case of Imports. Only maintain a Zero % Tax Code in Import PO.
regards,
Prasath

Briefly Note on Import Scenario

Hi,,
Can anyone Briefly expalin Import Scenario of material.
Regards
Raghav.K H

HI,
Import scenario has 7 conditins
1.Basic customs duty-BCD
2.Edu cess & higher edu for BCD
3.CVD
4..Edu cess & higher edu for CVD
5.Add ecise duty
Al the cond type to be created as planned delivery cost in the cond type in M/06.
U have to do the MIRO first & MIGO next bcoz u pay the customs & then get the matl.
In the MIRO the values should be e ntered manually.
murugan

Can we just Import scenario ONLY from Solution

Oracle database 11g r2
ODI 11g(11.1.1)
I have dev repository with Project.
I am creating solution for the project, New Solution and drag and drop the project
Export the solution XML file
Now I need to import all (ONLY) scenarios from Solution file to EXECUTION repository(production)
I have a one Master Repository, one Development (work repository) and one Execution repository.
Is that possible we can just import scenarios from the full solution file.
Thanks,

Don't bother with the solution for scenario export, just export the scenarios ndividually and import them to your execution repository

CIN - J1IG - Import Scenario

Hi,
My client having Trading Registration.They purchase import raw material and selling the same to customer.So i have to capture excise invoice in J1IG after GRN.Here , in import scenario i mentioned zero tax code and maintained all standard tax conditon like J1CV , JADC etc.. in pricing procedure.Also maintained these conditons in Excise defualts CIN Configuration.After MIRO with customs invoice , i put GRN.When i tried for J1IG w.r.t Mat Document, system didnt pick up the excise value.
Kinldy tell me any IMG setting has to done or have to manually enter all excise duties for import scenario.
Thanks and Regards
Sumathi.S

Hi
check following link
[Depot Import purchase Scenario;
[http://wiki.sdn.sap.com/wiki/display/ERPMan/DepotActivities-+CIN]
[Taxes not getting copied in J1IG transaction;
Regards
Kailas ugale

Import scenario - CIN

Hallo,
We are implementing SAP CIN and we have import scenario. However we are not using PO for imports, but we use only scheduling agreement for imports. So, is it possible for paying cutoms and other duties thorugh MIRO (planned delivery cost) like in PO scenario. Is this scenario through Scheduling agreement is supported in CIN for converting CVD and other duties as excise. please advise.
Thanks.

Use PO instead of Scheduling agreement. reason is, there are lots of delivery costs in case of Imports say customs duty, warehouse charges, transportation charges. Once PO history gets updated, you can't make any changes in that PO for delivery costs. And you need to change this in imports frequently. For PO, you can create new PO in such case. But for scheduling agreement, it will be a lot of headache for the user.
Think these aspects before going for SA.

Import Scenario from BPR - how to view the Version after import

On SOLAR01 when you import scenarios from the BPR, how can you view the version of the Products that were imported? Sometimes in the BPR there are several versions available to import for a particular product.
Once you have imported those business processes, how can you see the version that is tied to the one you imported?

Helmut,
If you don't have access to the server console, it might be possible to 'trick' tp into working from a workstation, but I wouldn't bet on it. You'd have to fake up a profile for it. I haven't tried this.
Peering into the contents of a delivered transport file would be something that your Basis team would typically do. My suggestion is to work with them, either to use tp command-line option from the server console, or if that's not reasonable, then yes, go ahead and add it to the import queue of one of your sandbox systems. You can always delete it from the queue again later. If you don't actually import it, it isn't going to hurt anything.
To do any of these options is going to require some level of filesystem access to your transport host, as you need to copy the two files that make up the transport there. You need to put the 'K' file into \usr\sap\trans\cofiles and the 'R' file into \usr\sap\trans\data. Then, you can either use the tp command-line tool, or you can go into STMS, go into the import queue of any system in the transport domain (so a sandbox is fine), and use Extras... Other Requests... Add and type in the transport request ID. Yes, this adds some entries about the transport into a few tables, but it doesn't actually import the transport, and it doesn't change anything about your system. It just allows the transport to show up as importable in the queue, and that will make it so that you can read the object list of the transport. Then, if you decide not to import it, you can delete it from the queue, and your system is back to the way it was before. Also, doing this will not put the transport into any other system's queue. Even if you import the transport (into a sandbox system), it won't show up in any other system's queue until you forward it.
Regards,
Matt

Impdp Performing a Schema-Mode Import Example

The Oracle docs ( http://docs.oracle.com/cd/B12037_01/server.101/b10825/dp_import.htm#i1006564) has an example of performing a schema-mode import as follows:
impdp hr/hr SCHEMAS=hr DIRECTORY=dpump_dir1 DUMPFILE=expschema.dmp
EXCLUDE=CONSTRAINT, REF_CONSTRAINT, INDEX TABLE_EXISTS_ACTION=REPLACE
Looking carefully at this example what does " INDEX TABLE_EXISTS_ACTION=REPLACE" mean, specifically with respect to "INDEX"?
Does it mean it will drop the table and associated index if it already exists and then re-create and load it using the dump file contents?

Index is an argument to "EXCLUDE" and Table_Exists_Action is separate option. In this example, It is excluding Indexes during import. It has nothing to do with "TABLE_EXISTS_ACTION=REPLACE"
Thanks

Schema export/Import

Will schema export/import work if database is not open?

user503988 wrote:
Will schema export/import work if database is not open?NO!

Export/import Scenarios

How to export scenarios in oracle Data Integrator from project.
is there any way to do this .I do not want to import/export actual project contents like procedure,interfaces and packages instead i want export/import only scenarios
at a single strech(entire project)
Thanks
prasanna

Hi Prasanna,
Yes you can export/import scenario by right clicking on the generated scenario and say Export. It will export that scenario as a XML file at your desired dir, from there you can again import it back by right clicking on scenario and say import scenario.
Thanks,
Guru

DEPB & EPCG Schemes in Import Scenario

Similar Messages

Maybe you are looking for