US Tariff code is determining for The Netherlands exports

[Former Member]

Dear Guru's

We have a difficult situation when dealing with HS Codes in GTS system.

Issue: we are exporting products from Netherlands to a HK unfortunately it is determining USA HS code instead of Netherlands HS code.

Can some one please help us what is the exact config we need to change, or let me know if more details are required.

1 Screen:HS CODE SUPPOSE TO BE DETERMINED

2 Screen: HS Code is determined which belongs to US country

[former_member215181]

Hi Ram MA,

GTS determines the classification data using the "country of physical location", and that is copied from the field DEPARTURE_COUNTRY in the feeder system transfer structure.  That field is copied from the country of the Plant in the Delivery item.

So my guess - unless you have some BAdI code over-riding it - is that the Plant in your Delivery is either in the USA or Canada (I see that you have used the same Numbering Scheme for both US and CA).

Please check that, and let us know - thanks.

Regards,

Dave

[Former Member]

Also please check your data in Geography tab. According to the SAP standard, attached pic should show HTS of NL.

[Former Member]

Hi Dave,

Thanks for your reply ....

I am providing few more details here for your better understanding.

- We are exporting goods from Netherlands to USA

- Physical location of plant in NL only

- HS code is maintained for NL and USA

- Now system is determining USA Hs code instead of NL HS code

- Aas you have mentioned may be a BADI is controlling, any more details on this so that I can  check the exact program.

Thanks

[Former Member]

Hi Ram,

Intersting, maybe you can try this

1) Check the customizing in GTS to see if its not setup to take over HS code from ECC - it may sit on the outbound delivery item foreign trade tab

2) In the cusdec, Go to the item - General tab. Delete the HS code you have currently assigned - the US one. Get a developer to sit with you for the next step - hit the 'repull classification button" in Debug and see whats happening, it should repopulate the code from DB into document. its a square red small button with a question mark, right next to the material description text. You want the program to get /sapsll/prcts entry based on the numberging schema EU_TARIC, not you US schedule..

Point 2 i`d say is the best way, even though requires technical skills.

Hope this helps,

Regards,

Branio

Branislav Petricek

[Former Member]

Hi,

I am unable to remove HS code from Custom document, I dont even see the repull button...am I missing something.

Any other ways of debugging this?

Thanks

Ram

[former_member215181]

Hi Ram,

Which GTS version and SP level are you using?

Regards,

Dave

[Former Member]

Hi Dave,

We are using 10.1 (SAPK-90106INSAPSLL).

Thx

ram

[former_member215181]

Hi Ram,

Please check the following configuration points:

1. Global Trade Services > General Settings > Numbering Schemes > Assign Numbering Schemes to Legal Regulations... > Assign Scheme for Commodity Codes:
   Check the Schema assigned to Legal Regulation 'CUSNL' for Export.
   
   
2. Global Trade Services > Customs Management > Control Settings for Application Areas by Legal Regulation...:
   Double-click on the entry for 'CUSNL', and make sure nothing is assigned in field Legal Regul. Ref.
   
   

Also, check for any code in BAdI /SAPSLL/LCC_DOCUMENT, Method ACTIVE_LEGAL_REGULATIONS_GET.

Otherwise, my suggestion would be to create an OSS Incident, and ask SAP to find the cause of the problem.

Regards,

Dave

[Former Member]

Hi Ram,

The re-pull button is on customs declaration, not customs document for SO or Delivery.

Delete, let it re-determine, and you can basically do this delete - repull cycle in debug untill you get to some conclusion. It requires some knowledge of the db model, but still worth to try !

And yes, maybe check the basic customizing as well, but from your screenshots it looks ok..

Hm, you can in standard have 2 numbering schemas assigned for each import/export direction, one for commodity code, one for tarrif code, see if this is not the case.. but it doesnt seem so..