 Rahul Kulkarni

Thanks Brinda. Really helpful document.

ODN should be updated in the tax relevant transactions. For example in case of DZ document
type it should be updated when we are receiving advance (F-29). But in our case it is updating in
the normal payment also (F-28)

Do you have any idea about it ?

Thanks

Rahul

 Reply
 Jul 13, 2017

Ashish Mohapatra

Thanks Brinda for the blog. Please refer the following statements of your blog

"For MM- ODN is only required for UNREGISTERED Vendors with RCM conditions.
BKPF-XBLNR will get updated with the value that you will enter manually in
reference field.
BKPF-XBLNR_ALT will get updated with ODN

For FI - The generated Official Document Number will be updated against BKPF-XBLNR."

Since some of the entries relevant for RCM will be processed through MM and some through FI,
it will create confusion since in BSEG table ODN will be in different fields for different
documents, even for the same vendor.
  Reply
 Jul 23, 2017

Ashish Mohapatra

Hello Brinda,

Since the table-field BKPF-XBLNR_ALT is not visible in FB03 transaction, how do user
(without authorization for SE16/SE16N or similar t-codes) confirm that the field has been
populated by ODN.

Thanks. Thanks for clarifying our earlier query.

 Reply
 Jul 26, 2017


Achuthan Nair

Hi Brinda,

After implementing above SNOTE of ODN, ODN is getting generated for all the MIRO
transaction. it doesn't check either vendor is registered / RCM conditions are there or not.

Please suggest how to correct it

Regards,

Mihir Patel

 Reply
 Jul 26, 2017


Ashish Mohapatra

The ODN is generated based on the FM J_1IG_CHECK_BEFORE_ODN. In this FM it is hard-

coded that when the Vendor Classification is 0 or 2 or the country is not 'IN' ODN will be
generated for reverse charge. This hard-coding is bound to create problems. (For Mr Mihir Patel
- You can check this FM and your problem can be due to the master data maintained in vendor
master)

 Reply
 Jul 26, 2017

Achuthan Nair

HI Ashish,

I checked the vendor classification in vendor master data and it's blank. Further, I also run the
transaction FB60, it's still generating ODN number.

There is no RCM conditions during posting document using MIRO & FB60

Regards,

Mihir Patel

 Reply
 Jul 26, 2017


Ashish Mohapatra

The ODN generation has no links to RCM condition types. It is generated only when

1. Vendor Classification is '0' unregistered vendor

2. Vendor Classification is '2' SEZ vendor
3. Country of the vendor is not 'IN' , import vendor

If any of this three condition is satisfied ODN will be generated irrespective of the transaction
(MIRO or FB60).

In the FM J_1IG_CHECK_BEFORE_ODN it is coded as

IF ( lv_ven_class EQ '0' OR " Unregistered Vendor

lv_ven_class EQ '2' ) OR " GST SEZ Vendor
lv_ven_land1 NE 'IN'. " Import Vendor

 Reply
 Jul 26, 2017


Achuthan Nair

HI Ashish,

you are right, but problem is still there. I think FM is not validating vendor classification
properly

Regards,

Mihir Patel

 Reply
 Jul 26, 2017

Brinda R
Hi,

The issue could be because you have set the flag to "X" for all scenarios in BADI. CALL BADI
lv_exit->change_odn_checks

This flag is to be set only for purchase and not sales.

And even for purchase only when required based on certain checks you should set the flag.
So check in your system without any criteria if you have set the flag to "X" in the BADI.

Regards,
Brinda

 Reply
 Jul 27, 2017

Vivien Meier

Hi ,

we are currently implementing ODN.

All mentioned notes have been implemented successfully.

We have one Problem when trying to create the object J_1IG_ODN as per note 2487589,
Attachment "Number-Range-Object.pdf"

In the Transaction SNRO we should enter the Package J1I_GST_LO. We have the Problem
because the entry field in the Transaction is not shown as

described in the attachment document. So we can not enter the package. When we enter all the
other required data and try to go to another Tab or save, we got error message saying the object
does not exisit and should be created via SNRO (which we are just doing). We checked that
required entries (Package, Domain etc.) have been creted. Also all the Tasks related to the other
two attachments of the note have been performed. We had the idea that it might be the
authorisation, but su53 was fineWe had the idea that it might be the authorisation, but su53 was
fine.

Has anyone any Idea what is wrong here? .How have You processed this step?

Thanks and regards

Vivien

As per Attachment, with Pack.

In the Transaction, the entry field is missing:

 Reply
 Jul 31, 2017


Ashvin Masih

Hi Brinda,

Really helpful document.

But as mentioned earlier in case of DZ document type it should be updated when we are
receiving advance F-29.

But it is updating in the normal payment too that is via F-28.

Any solutions??

Regards,

Ashvin.

 Reply
 Aug 10, 2017


Brinda R

Hi Ashvin,

If the document type is configured in J_1IG_T003_I table then system will try to generate ODN.
If you do not want ODN to be generated for a particular tcode then copy the document type and
create a new one for which there is no entry maintained in J_1IG_T003_I table. <<<<OR>>>>

You can write your enhancement in BADi and handle this-

##2496588 - GST India: Customer exit to enable ODN for payment vouchers and other relevant
transactions

Regards,
Brinda

Vijay Prabhu

Dear Ms. Minu,

while entry of BOL, we load NCR & CR amount.

NCR portion to load while entry of Inventory - OK, at the time of physical receipt of the material
at our premises.

CR portion - IGST, how to put into system while physical receipt of material at our premises.
this is not available? - Not OK

Before GST - we were using J1IG (trading) & J1IEX (manufacturing) to take CR portion credit
at the time of physical receipt of material at our premises. Material can come partial. i.e. Receipt
of 100 Ton at Custom may be received by us in partial consignment on different dates. for, e.g.
Material at dock on 29th of the month so we have to clear custom amount but credit can be taken
at the time of receipt in next month - may be on 2nd we receive 50 ton and remaining 50 ton on
3rd.

do you suggest any work around?

thanks & regards,

vijay g prabhu

+91 9909997748

vijay.prabhu@aiaengineering.com

 Reply
 Jul 28, 2017