Reply: 12

Auto translated

Payment program (RFFOD__U) with the transaction F110: Issue payment advice from 4 positions onwards

Hello all,
In Customizing of the payment program: payment methods in company code (transaction FBZP) / payment advice control (transaction OBVU) the number of lines for the payment note " limited to 5" and "Aivs if more than ... lines" have been defined.
In the variant of the payment program (RFFOD__U) with transaction F110 the number of extension parts "4" has been set. Until now the payment advices can be issued from "2 items". Now the payment advices with the transaction F110 should be optimized only from "4 positions", i.e., a payment advice should be issued from 4 positions. Up to 3 positions should be processed via bank transfer and shown to the recipient on the account statement.
Unfortunately, in the customizing of the payment program (transaction FBZP) I have not found any corresponding settings for the payment advice only from "4 positions".
Where to optimize or define the payment advice only from "4 positions"?
Are the positions defined in the "advice form" or is there another place in customizing that I don't know yet?
Maybe someone can help me or give me a tip?
Many thanks in advance.
With kind regards
Belay

You must be logged in to post a reply.

Login now

12 Answers

  • clausm
    clausm
    Hello Belay,
    in the transaction OVBS under advice control.
    limited to 3 lines +
    Flag advice note if more than ... Lines
    Many greetings
  • Maike
    Maike
    Hello Belay,
    Look in the FBZP under payment methods in the company code. Mark the correct payment method in the correct company code (you have to do this separately for each payment method/BUK combination) and then fold out the payment advice control at the bottom. (See attachment)
    LG
    Maike
  • Belay
    Belay (Author)
    Hello Maike,
    Thank you very much for your quick answer and the solution suggestion or the attachment.
    In your attachment, the number of lines for the purpose " limited to 4" and "Advice note if more than ... lines" were defined in the payment advice control.
    In our case, the payment method U was set to the number of lines for the note to payee "limited to 5" and "payment advice for more than ... lines" in the advice control (transaction ...). lines" in the payment advice control (transaction OBVU). In the variant of the payment program (RFFOD__U) with transaction F110 the number of extension parts "4" was set (see my e-mail above).
    Nevertheless, at un from "2 positions" will be output in the payment advices. That is, "from 4 positions" will not be output in the payment advices
    If I change the number of lines for the purpose " limited to 4", will be output from "4 items" in the payment advices or not ?
    Thank you very much for your support.
    With kind regards
    Belay
  • Maike
    Maike
    Sorry Belay,
    I must apologize. I had simply copied the settings for us. Of course, there must be "limited to 3 lines" inside. From 4 lines, then the advice should be output.
    Now again to the understanding (sorry, your mail has not become completely clear to me):
    You have currently in the company code data of a payment method in the payment advice control the purpose of use limited to 5 lines and "Payment advices with more than ... lines" is activated.
    However, if you now carry out a payment run, a payment advice note is already issued from 2 lines.
    Then I assume that you have created a variant via System-Services-Reporting for the report RFFOD_U. In the output control you have specified 4 under "Number of extended parts".
    The "3" in the company code data of the respective payment method refers to the number of lines. The "4" in the number of extension parts indicates how many information fields can be passed on in the data medium exchange. This is NOT identical with the number of lines. The extension parts are the invoice information fields that are passed on in DTA. If this number is set too low, then a payment advice note will always be printed.
    Normally the number of extension parts is limited to 13 in Germany. Unless you have set the structure of the extension parts to "2", then there are only 12.
    My suggestion: Customize the company code data in your test system so that the whole thing is limited to 3 lines. Then the variant to the classic payment program sets the number of extension parts to 13 and the structure of the extension parts to 1 (unless you have other requirements ;)).
    LG
    Maike
  • Belay
    Belay (Author)
    Hello Maike,
    Thank you for your quick reply and the detailed explanation.
    I will try again to briefly explain or summarize the facts.
    1. we have currently in the company code data of a payment method (e.g. U)/advice control the purpose of use limited to 5 lines and "Advise for more than ... lines" is activated (see appendix).
    2. in the variant of the payment program (RFFOD__U) with the transaction F110 we have so far set the number of extension parts "4" and structure of extension parts "2" (see appendix).
    3. now when we make a payment run with transaction F110 and our variant, the payment advice is issued from 2 positions and with 4 lines (see appendix).
    In the future we do not want to output the payment advice from 2 positions and with 4 lines, but the payment advice should be output from 4 positions and with 8 lines (see appendix).
    Can you please take a look at the attachment and check the issue and give me a short feedback?
    Then I can limit the note to payee to 3 lines in the advice control and test the payment advice in the
    test system.
    Should the number of extension parts be changed to 13 and the structure of extension parts to 1 in our variant?
    Thank you again!!!
    With kind regards
    Belay
  • Maike
    Maike
    Hello Belay,
    You should first change the number of expansion parts to 12 and the structure of the expansion parts to 2 in the variant and then test what it does. Since this is a test system, you can turn it back again.
    Because of the lines in the advice, I must look times. So at the first go I don't know that either. In any case, the advice must be changed.
    LG
    Maike
  • Belay
    Belay (Author)
    Hello Maike,
    thank you for your quick reply and benmühungen as well as the new suggestion.
    Ok, I will change the number of extension parts to 12 in the variant and then test.
    I wish you a nice weekend.
    MfG
    Belay
  • Belay
    Belay (Author)
    Hello Maike,
    thank you very much for the suggestion again.
    We set the number of extension parts to 12 in the variant and did a payment run in the test system. The payment advice from 4 items was printed and it works. No payment advice was printed for the transfer with 3 documents.
    Have a nice day!!!
    MfG
    Belay
  • Cosima1
    Cosima1
    Hello I have a problem and do not quite understand above if it could possibly already be my solution:-)
    AAALSO:
    I would like,
    that if I select payment method "4" for example, a payment advice is printed only from the 2nd transfer onwards
    and if I have payment method "5" a payment advice is printed only from the 3rd transfer on.
    HOW and WHERE to set this?????
  • Cosima1
    Cosima1
    Belay:
    Hello Maike,
    thank you for your quick reply and the detailed explanation.
    I will try again to briefly explain or summarize the issue.
    1. we have currently in the company code data of a payment method (e.g. U)/advice control the intended purpose limited to 5 lines and "Advise for more than ... lines" is activated (see appendix).
    2. in the variant of the payment program (RFFOD__U) with transaction F110 we have so far set the number of extension parts "4" and structure of extension parts "2" (see appendix).
    3. Now when we make a payment run with transaction F110 and our variant, the payment advice is issued from 2 positions and with 4 lines (see attachment).
    4. In the future we don't want to issue the payment advice from 2 positions and with 4 lines, but the payment advice should be issued from 4 positions and with 8 lines (see attachment).
    Can you please take a look at the attachment and check the issue and give me a short feedback?
    Then I can limit the payment advice to 3 lines in the advice control and test the payment advice in the
    test system.
    Should the number of extension parts be changed to 13 and the structure of the extension parts to 1 in our variant?
    Thank you again!!
    Sincerely
    Belay

    Hello BELAY, how do you come to this view:2nd variant with number extension parts "4" and structure extension parts "2"
    (so in your attachment the srecnshorts - which transaction is that???).
  • Berater
    Berater
    Hello Cosima,
    in the transaction OBVU. If SEPA transfer SEPA_CT is already in use then the settings under payment advice do not work because the payment advice prints 4 lines according to the customizing settings for the payment advice. If more invoices are transferred (normally 4 lines = 4 invoices) then the payment advice from xxxxx is printed in the note to payee and a payment advice is created.
    Greetings, consultant
  • Belay
    Belay (Author)
    Hello Cosima,
    sorry, I could not answer your mail and question quickly, because I had the business trip and was on vacation. Therefore I would like to apologize to you.
    You can set or make the number "5" for your payment method in the classic payment programs RFFOD* (e.g. program RFFOD__U) in the payment advice control in the transaction OBVU. In addition, a variant for the payment run (transaction F110) should be created in program RFFOAVIS with transaction SE38. In the payment run (transaction F110) a payment advice note can then be created and the invoices "from 4 items" are printed.

    If your company uses SEPA Credit Transfer (SEPA_CT), you should set or make the number "4" (SEPA standard) for your new payment method in the Payment Medium Workbench (PMW) in the advice control in transaction OBVU. Here you also have to create a variant for the payment run (transaction F110) in the program RFFOAVIS_FPAYM. In the payment run (transaction F110) then a payment advice is generated and the invoices "from 4 positions" are printed.
    For me, the payment advices work in classic payment programs and in the Payment Medium Workbench (PMW) for SEAP.
    If you have any further questions, please do not hesitate to contact me.
    With kind regards
    Belay