Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

ISU_O_METERREAD_OPEN works different in different landscape

0 Kudos

I have a strange problem. ISU_O_METERREAD_OPEN function with the same parameters return values in y_obj when I work in QAS, but I haven't return values working in PRD. Anyone knows what's happening? Thanks so much.

3 REPLIES 3

NTeunckens
Active Contributor
0 Kudos

Please elaborate :

  • FM is used in Standard Flow, OR is it Custom Development ...
    => When Standard : you could use Trx. "ANST" to find missing SAP-KBA's ...
    => Upgrade the FM / Application in both Environments to the highest current level (if possible) and check again.
  • Any User-Exits / Enhancements activated in the called Application(s), possibly with different code in QA vs Prod?
  • The FM can throw Exceptions => Any Exception thrown or Message raised?


PS : you might want to add the Tag "Utilities" to get more People with specific IS-U knowledge to your Question ...


Kind regards

Nic T.

0 Kudos

First, thanks so much for your help. I found the problem by myself.

When the function checks the reading status with ISU_READING_STATUS_DETERMINE, also checks if the installation was never billed with the end of billing period of installation and reading date.

In QAS endabrpe < read_date and mark as not billed installation. In PRD endabrpe > read_date and mark as billed. With this, it establishes that the document can be treated in first case and return eabl/eablg data. In second case can't be treated and don't return eabl/eablg data.

Thank you one more time.

0 Kudos

OK, good to see you solved it yourself.

Please close the Question ...

Regards

Nic T.