Automatic Payment program: Payment method not defined for vendor abroad

Hi All,
I have a situation wherein the client has a company code in Poland . The Company code is trying to make a payment via f110 to a vendor based in sweden. The vendor wants payment to the invoice to be made in Polish Currency i.e. it wants clearing to be done in Company codes local currency.
But F110 is throwing the error Payment method not defined for vendor abroad. Can you suggest what could be the possible Error.
Regards
Nitin

Nitin,
Have you followed the above advice, i.e. used the same medium format just allowing foreign payments for it?
AFAIK, the Poland banks require a separate format for foreign payments, if only because international bank nbr SWIFT has to also be given and not just the IBAN.
At my company, the Deutsche Bank Poland requested IDocs to be set up instead, I'm working on it now..
thanks

Similar Messages

Method not defined for object

Hello,
When I look into one of the standard tasks in my wf, this message appears:
"Method 'POPUPCONTABLE' is not defined for object type 'ZBUS2081'"
This problem happens in Test (Quality - QAS) environment, but not in Development (DEV). So I have activated and generated the object type in DEV and then generated again the whole wf, and included it all into a transport request.
After the requests were released and imported in QAS these modifications apparently did not take place, and the method is still unrecognized for that object.
How could I make sure that this change will be included in the requests? And, is this approach right (activating the object type)?
Appreciate your suggestions,
Best regards,
Ivson
Note: There are other/similar methods in that object type, in the same wf, that work ok.

Hi Ivson,
The transport system can be a bit flaky, though to be fair it can get quite complex. What it tries to do in the case of interdependent objects is to attempt activation of one thing, then reactivate the other and go back and reactivate any failed ones.
There are a few notes on OSS regarding transports and you'll see a few recommendations to simply retransport things if they failed. One way to minimize problems is to transport objects and code first, then workflows, then customizing.
As to delegation, you said 'other attributes work' so I assumed you'd delegated. What you should be doing is creating a delegation from BUS2081 to ZBUS2081. This is effectively the reverse of inheritance and makes all your additional components in the Z-object available as part of the BUS...-obj. In your workflows you should then ONLY work with BUS2081.
Cheers,
Mike

Payment order are not defined for extended withholding tax

Hi Gurus,
Would you please help me with the message below. It appears on F110 when I try to pay a vendor open item with extended withholding tax:
Message FZ626 -Payment orders are not defined for extended withholding tax
In my company payment orders are created in F110 for accounts payable, as we use another ERP system (Baan) to perform the local accounts payments, and now I've just activated Extended withholding tax functionality With accumulation (necessary in Brazil) but I get this error.
Is it not possible to user payment order with extended withholding tax + accumulation? I find it hard to believe...
I've tried to unflag the payment order only for the payment method I'm using in FBZP t.code, but then no payment order were created but instead a payment document were posted with the withholding tax accumulation, but this is not the way we are working, and nothing is sent to Baan
any help is welcome

The payment method "Y" the option "payment order only" was marked?
For a withholding tax type with accumulation in a company code with extended withholding tax payment
methods that create only payment orders can´t be used. Payment orders can only be created only if there are
no tax types with accumulation involved in the paid items of the payment run.
The functionality extended withholding tax works fine for Brazil
however, you can´t use the payment order with this functionality.
Please, review your customizing for payment method 'Y" in transaction
FBZP.
Best regards,
Leonardo Vedovelli
FI Support Engineer
SAP Active Global Support

Message FZ626 -Payment orders are not defined for extended withholding tax

Hi Gurus,
Would you please help me with the message below:
Message FZ626 -Payment orders are not defined for extended withholding tax
In my company payment orders are created in F110 for accounts payable, as we use another ERP system (Baan) to perform the local accounts payments, and now I've just activated Extended withholding tax functionality With accumulation (necessary in Brazil) but I get this error.
Is it not possible to user payment order with extended withholding tax + accumulation? I find it hard to believe...
I've tried to unflag the payment order only for the payment method I'm using in FBZP t.code, but then no payment order were created but instead a payment document were posted with the withholding tax accumulation, but this is not the way we are working, and nothing is sent to Baan
any help is welcome !
TREAD LOCKED SINCE IT IS DUPLICATED FROM THREAD payment order are not defined for extended withholding tax

Hi,
On the analysis, the system expects an entry in the T059Q table with
code as XX.
The reason being in the extended withholding tax we use multiple
witholding tax codes and these entries are stored in the table
with_item. And in BSEG we populate the field withholding tax code i.e.
BSEG-QSSKZ with the value 'XX'. In classical withholding tax we used to
store the code directly which is not possible with Extended withholding
tax.
As the field BSEG-QSSKZ refers to the values in the table T059Q-QSSKZ
the entry 'XX" needed in this table for the corresponding country of the
company code to maintain the correct relationship and consistent
database information.
Hence for the statistical purpose and for the internal calculations we
need an entry in the table T059Q. Could you please maintain this code
i.e. 'XX' also in the table T059Q in a test system? Then retest your issue.
This should resolve your issue.
Kind Regards,
Vanessa.

Down Payments Error: Account type K is not defined for document type DZ T

I am getting the error message: Transaction code: F-29
Account type K is not defined for document type DZ
Message no. F5243
In this case i am trying to post a customer down payment in t.code: F-29.
In the document type DZ in OBA7 we tick only G.L and Customer tab as this is not a vendor document.
Also the settings in T. Code : OBXR where we maintain configuration for customers has been maintained with a special G/L reconciliation account.
any help will be really appreciated,
Regards
Satish

I have checked all the settings
OBXR for Customer Down Payments. It is with indicator A and a Special G/L Account has been configured.
The special G.L Account is of the Recon account type Customers with FSG as Recon accounts
The document type DZ in OBA7 is ticked for G.L and Customer and this is how i think it should be as i am not paying a vendor downpayment
but it still gives me the same error.
Regards
Satish

Special G/L Indicator F Is Not Defined for Down Payment

Dear All,
While creating down payment request (t.code f-47), I specified 'F' in Trg.sp.g/l ind check
box, the system thrown a message as, 'Special G/L indicator F is not defined for down payment' . And When I tried with "A" in stead of "F", I am able to create Down Payment Request.
My question is that when "F" is the indicator for Down Payment request, Why system is not accepting?
Thanks

Down Payment Request - Special G/L Indicator F
Refer this.
Even if you posted with A, the special GL indicator will be booked to F. Later see the document in FB03, you will come to know.

Special G/L indicator H is not defined for down payments

Can Any body help me please... I am giving the error details when i am posting Speical GL in F-37. Actually i want to post a Security Deposit made against Customer.
Special G/L indicator H is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
System Response
The entry is not accepted.
Procedure
Enter an allowed special G/L indicator or initiate a change of the default settings.
Thank you in advance

Hello,
In FS00 we will create the gl account for advance in control tab specifying vendor or customer.
next we will come to OBYR (vendor special transactions)
here first you have to define the special gl indicator SAP predefined some special gl indicators but if u want to create a new one first you have to create and in next tab you will attach vendor reconciliation and special gl account created in FS00 for advances.
in case if u want to create a special gl indicator for customer go to OBXR do the same as above.
specail gl indicators created in OBYR or OBXR are not work in FB60 or FB70 to book bills.
Hope this is clear, in case of query revert back.
Regards,
sankar

Special G/L indicator L is not defined for down payments

Hi,
While i am doing in the F-47 transaction i am trying to post down payment then i am getting the following error : --
Special G/L indicator L is not defined for down payments
Message no. F5053
Diagnosis
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".
Regards,
Rajesh

Hi
This error is due to non-assignment of G/L Accounts.
Go to OBYR or FBKP and double click sp. g/l. indicator F for Vendor type K and assign Reconciliation account and sp. g/l. account(advance to Vendors account) and save.
Also for sp. g/l. indicator L you might have done this as that Indicator you are using for Down Payments
and sp. g/l indicator F for Requests.
Regards
Venkat
Edited by: Venkat Dara on Jun 6, 2009 2:44 PM

*Special G/L indicator R is not defined for down payments*

Hi Friends,
while posting down payment through F-47. I am getting following error
Special G/L indicator R is not defined for down payments
But when i checked in table T074U, i find SGL 'R' for 'K'
Kindly suggest me.........
Munender

Hi for vendor Down payments, we will use special GL indicator A, we dont use R or K. If you want to confirm that what Special GL Indicator you have defined for your client, You go to OBYR and Double click on Special GL Indicator A and next give your chart of accounts.Then it will take you to Special GL Account screen.
So for Down payment request you use Special GL indicator F & for Down payments use Special GL indicator A
Thanks
Fit 4 Nothing

Special G/L indicator X is not defined for down payments (Message no. F505)

{{{ Special G/L indicator X is not defined for down payments
Message no. F5053
The specified special G/L indicator is not classified as "down payment" or not listed in the list of the target special G/L indicators for indicator "F".}}}
*I have Created the Indicator X for Downpayment, and even assign both account to it but when i try to make my transaction using F-47 , it give me this error... kindly Give me Solution.can any one tell me how i can see the of the target special G/L indicators for indicator "F" *
Full Points would be awarded
Regards

Hello Maz,
Please can you tell me the solution. I have the same problem with the following
Message no. F5053
The specified special G/L indicator is not classified as "down payment"
or not listed in the list of the target special G/L indicators for
indicator "F".
I have done all the settings in OBYR for Vendors and even included the Target sp.G/L ind 'Z' in my case for down payment request F.
Your help will be highly appreciated
Regards
Satish
EFI

Reconciliation key PYPPD2012021 not defined for Payment lotf

i am trying to post document in event 20 of FICA module so there i am getting following error
Reconciliation key PYPPD2012021 not defined for Payment lotf
i am confused whether document posting is possibel in event 20 or not as the function module which is working fine elsewhhere is not working fine here .so ,it is my request to expert if any one has worked on FICA 20 event please let me know thie solution .

Did you define spec. GL through OBXR (customers) or OBYR (vendors)?
regards

Exception '1250' is not defined for method 'CREATE' object type 'MESSAGE'

Dear experts,
I set up the document distribution (SWU3, backgroundjob SMTP, activated the workflows, flagged the linkages, etc). Now, I have still a error:
Exception '1250' is not defined for method 'CREATE' object type 'MESSAGE'
Does anyone know what the cause of exception 1250 could be?
Thanks in advance and kind regards,
Samuel

hi,
SAP ITS is SAP Internet Transaction Server which provides connection between SAP ERP system and html client.
Check with bassis, i think TCP/IP or work station application not configured yet. i guess?
Benakaraja
??P

Exception '1003' is not defined for method 'SENDTASKDESCRIPTION' object type 'SELFITEM'

Hi All,
Please help me in this. I am trying to send a mail when user rejected the item in his inbox. I am getting error like
Exception '1003' is not defined for method 'SENDTASKDESCRIPTION' object type 'SELFITEM'. I tried so many ways like no attachments,send express ,siganture,encryption all disabled but still the same error from user outbox who ever rejects it.
Regards,
Madhu.

Hi Madhu,
This exception is raised means you have checked the Signature check-box and encrypt check box.
Now you have unchecked that the issue should be solved , but if it is still giving the same exception synchronize your run time buffer using the t-code SWU_OBUF .
Let me know if the issue is still there.
Regards
Bikas

Method 'PROCESS' is not defined for object type 'BUS2081'

Hi All,
I am using a workflow for incoming invoice approval using WS20001004. I prepared one version for this. The standard business methos bus2081 i delegated to zbus2081. Here i placed one decision step for reject or approve. In the same task in inbox i can see the document i can see as attachment. Now the issue is after seeing the attachment when i click on task in my inbox it status is changed to red and i can not process it further.In log i can see the error like Method 'PROCESS' is not defined for object type 'BUS2081'. This method i do not have in standard or in delegated one. I was struck here. Pleas help in this.
Regards,
Madhu.

Hi,
"Here i placed one decision step for reject or approve." if your workitem is based on standard user decision step type of workflow, then the business object in underlying task should be 'DECISION' and method should be 'PROCESS'. I think in the task you have put your custom business object instead of business object 'DECISION'. This could be the reason you are facing error.
Regards,
Ibrahim

Exchange rate diff. accts are not defined for account 16145110currency INR

Dear SAP Gurrus,
I am facing a problem while making payment against invoice, receiving payment against invoice, clearing advance payment and advance receipts through T-code F-53, F-28, F-44 and F-32. System is allowing me to select the invoices against which I want to do the clearing but when I go for simulation I am getting the following error -
' Exchange rate diff. accts are not defined for account 16145110currency INR'.
When I click on the error message the performance assistant gives methe following details:
Exchange rate diff.accts are not defined for account 16145110 currency INR
Message no. F5062
Diagnosis
The accounts for posting the exchange rate differences could not be determined. For the specified G/L account and the specified currency key, no corresponding exchange rate difference accounts were determined.
System Response
The system cannot generate the exchange rate difference posting.
Procedure
By pressing ENTER, you achieve that the document is reset to a status without automatic posting. In another window, you can complete the default settings for exchange rate differences and post the document afterwards.
Proceed
My client is local. Even the local currency is set to 'INR'. There is no foreign currency involced while making invoices, payment and receitps. Eventhough the system is giving me error. As a result I am not able to clear open items. Please give me some feasible solution so that I can clear the open items.
Thanks in advance
Regards
Shreyas Wani

hi,
As you said, you are not maintaining any Exchange rate differences, It may not be required a Exch rate Diffrences account.
Please check whether you have created any Group / Parrallel curencies etc in co.code level.
Please go through the notes 209580 / 89531, hope it helps you.
Regards
Kanna

Automatic Payment program: Payment method not defined for vendor abroad

Similar Messages

Maybe you are looking for