RFM Does Not Use the Correct Tran_code When a Discrepancy Is Corrected By Nota Fiscal (NF) (Doc ID 1947101.1)

Last updated on AUGUST 11, 2015

Applies to:

Oracle Retail Fiscal Management - Version 13.2.5 and later
Information in this document applies to any platform.

Symptoms

The user creates a purchase order (PO), and when entering the invoice information in Retail Fiscal Management (RFM), the system shows a discrepancy which the user corrected by invoice.
In the system, the item is not in the ST (tributary substitution); but according to the Nota Fiscal (NF), the item is on ST.  The problem is that the system posts the tran_code incorrectly for ICMS tax.

Steps to Reproduce:

  1. Log in to RFM.
  2. Go to Fiscal Documents--Fiscal Documents.
  3. Navigate: New --mode type=ENTRY.
  4. In Fiscal Header form, enter required details.
  5. In the Header Taxes, enter the ST and ICMS values.
  6. In the line item detail section, enter the PO details.
  7. Click on Option and click Validate.
  8. Check the discrepancy and resolve the tax discrepancy by clicking on resolve tax button.  Choose Nota Fiscal & writeoff options.
  9. Go to schedule screen and click on sub & receive from option menu.
  10. Run the PO-Receiving stubs.  Verify the status in schedule.  NF has changed to Received.
  11. From the NF option menu click on Verify for Received.
  12. Run the nfepublishing stubs.
  13. Run nfeconsumption stubs.
  14. Run fmtranda.pc program.  The status will have changed to Completed.
  15. From the above steps, the transaction has ICMS-ST.  RFM posts the tran_codes with a part recoverable and another not recoverable:
    101 - ST
    102 - ICMS



Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms