Skip to Content
avatar image
Former Member

Document not found to confirm against a Purchase Order

Hi all,

I have been experiencing some issues with confirmation in SRM. We are in SRM5.0 Extended Classic on SPack 15. Lately the system is acting strangely or probably I am missing something that all POs initiated from Shopping cart or emergency PO in SRM are being ordered correctly and a copy is being seen in ECC as well. But when I try to do confirmation against the PO in SRM, I dont find the document. I dont get any error message but cannot find the document.

These are happening for most POs. I dont see errors in BBP_PD or Application monitor. I dont get any errors in BBP_POC and able to verify these POs are confirmation and Invoice expected (regular 3way match PO).

I appreciate if you could suggest what might be the issue and possible alternatives.

Thankyou

Rao

Add comment
10|10000 characters needed characters exceeded

  • Follow
  • Get RSS Feed

4 Answers

  • avatar image
    Former Member
    Jan 22, 2011 at 09:56 AM

    Did you confirmed BUS2203 customisation? no. range, starting cond etc..

    Sandip

    Add comment
    10|10000 characters needed characters exceeded

  • Jan 23, 2011 at 04:50 AM

    Are you saying that confirmations are not registered in BBP_PD ?

    As you aware confirmations are ventured to ECC via MBGMCR icoc?

    Have seen any error in BD87 in both system?

    Are you saying that good receipts are updated in ECC purchase ordder history but not in SRM PO statistics?

    Any service pack upgrade done recently?

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Muthu,

      In confirmation screen, I dont see the document when I search by PO. BBP_PD has PO activity. Interestingly I am able to see the document when I use BBPCF03 transactional view but not via Portal. I dont think anything changed in Poratal or upgrades or patches happened. Any suggestions.

      Thanks

      Rao

  • avatar image
    Former Member
    Jan 24, 2011 at 01:09 AM

    Hi Rao,

    In reference to your message, it seems that this issue is not with all the P.Os and you can still do confirmations for many P.Os from SRM.

    Is this issue occuring while posting a new confirmation for a P.O (i mean for the first confirmation of a new P.O) or while doing partial confirmations for existing P.Os which have already been confirmed.

    Also let us know whether this issue occurs when posting confirmations for Service P.Os or Goods (free text) P.Os.

    Please check the table BBP_DOCUMENT_TAB in case any entries exist for concerned P.Os.

    In case entries exist for concerned P.Os then you need to remove /clear the entries from this table to post further confirmations. This table would have goods confirmations and not service ones.

    You can use FM BBP_DELETE_FROM_DOCUMENT_TAB to delete / clear the concerned entries from the table BBP_DOCUMENT_TAB.

    Before concluding just a basic check, which option you are using for posting confirmations ?

    Try posting confirmations using Confirm Goods / services centrally option.

    Please check the same and let us know the outcome to help you further in resolving this issue.

    Regards,

    Teja

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Thanks Teja,

      My SRM confirmations are being done for Goods only. I noticed that I am able to pull up PO in Confirmation screen via BBPCF03 transaction, but same is not possible via Portal. Via Portal, I get blank or no documents found for that PO. Like I mentioned, PO process is going thought fine and able to see copy in ECC.

      Thank you

      Rao

  • avatar image
    Former Member
    Apr 12, 2011 at 02:38 PM

    An OSS note was applied and the problem solved.

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Rao,

      I know it is an old post, but we are facing the same issue in SRM 7.1 and i would like to know which note solve your issue to check if there is another note related that applies to our system.

      Thanks in advance,

      Valentino