SAP for Utilities Discussions
Connect with fellow SAP users to share best practices, troubleshoot challenges, and collaborate on building a sustainable energy future. Join the discussion.
cancel
Showing results for 
Search instead for 
Did you mean: 

DFKKCOH - COPRI field empty

Former Member
0 Kudos

Hi,

In my currect client, there are couple of entries which get generated everyday in DFKKCOH table with blank COPRI (Print date). This causes FPCOPARA to fail.

Can anyone please give some thoughts on why the COPRI field is blank?

Regards,

Sanjeev

10 REPLIES 10

TammyPowlas
Active Contributor
0 Kudos

According to an old note http://service.sap.com/sap/support/notes/165263 the field is blank for trial prints - could they be doing that?

william_eastman
Advisor
Advisor
0 Kudos

Sanjeev:

I think you've gotten turned around here.  The errors in FPCOPARA are preventing the print date from being saved.  You should check the logs to find the cause of your error.

regards,

bill.

0 Kudos

Hi William,

We have a custom code wherein during FPCOPARA run if the print date in DFKKCOH is blank, it throws an error. This custom code is in the printform and hence is executed after FPCOPARA should have put the print date in DFKKCOH, which it did not (only in few cases  and not all).

0 Kudos

So it sounds like you are not using correspondence in a standard manner. I would suggest you check your custom code and/or remove the custom code to see if it still happens when only standard functions are used.

0 Kudos

Can you please elaborate? There has to be a custom application form and hence its code which will be used to print the correspondence letter.

0 Kudos

Hi,

What Application Form Class is the Application Form based on please, and how is the  DFKKCOH accessed (neither the FI-CA nor the IS-U Dunning Form Class use or pass through DFKKCOH, so it has to be custom logic IMO).

The way you are describing it, the whole setup sounds weird - setting COPRI is handled by buffer implementation classes (that implement if_fkk_corr_buffer_hd_internal~update_corr_request) in CL_FKK_CORR_PERSISTENCE and it is normally set after the Application Form has been successfully output.

Using custom logic to manipulate COPRI, whether via FM FKKCORR_DFKKCOH_SET_PRINT_DATE or otherwise, is asking for (unnecessary) trouble, IMO. What business requirement is manipulating COPRI before printing trying to satisfy? If it's done in update task...  - regardless, I don't think application has any business trying to manipulate COPRI, period.

cheers

Jānis

Former Member
0 Kudos

You should check the application log for any error/warning  messages, also by FPCOPARA fail what do you mean? IF FPCOPARA fails , then sometimes the following entries from DFKKCOH doesnt get processed resulting into blank COPRI field. Also is there a single job or multile job. You can also check the job logs if any job is cancelled.

Former Member
0 Kudos

when  FPVA is run ,check if there are any errors in the FPVA run logs. In some CA's may be the dunning activity could not be completed , this then causes  print date to  become blank in DFKKCOH.

You need to find out these cases and reverse these dunning proposal and re run FPVA. to get print date in DFKKCOH.

0 Kudos

Hi K L,

There are few customers who are not being dunned but still their entries do not have print date in DFKKCOH.

0 Kudos

without dunned  this is not possible, first need to find out these cases and reverse then re run FPVA.