Payment Distribution

In the Sales A/R Service Invoice ,in the total Amount of invoice , marketing person or some media has share say 20 % or 30 %, how to we make payment for it with generation of receipt for payment and it should reflect particular account.
How to capture this scenario in SAP
Please Suggest

Hi Manish ,
As per your requirement , i understand that you need to split the incoming payment between Company and the Marketting Person !
If so , i think it is not directly in the SAP. you have to make payment partially one for the Company and another for the Marketting one. BUt in the Case of check Payment it will not work .
So better try to track the Report that hoe much balance your Marketting Person have by using the Reports .
And then just post the Outgoing Payment to that Marketting Person Account .
Hope it helps.
Thanks
Ashish

Similar Messages

Payment Distribution to Artists by per user plays, rather than total plays

Hello!
I just had a thought about how payment is distributed to artists that I wanted to see if anyone might have some thoughts on. Spotify still does come under criticism on occasion for artist payment distribution - I've seen a couple of instances of people citing iTunes as providing more monetary compensation to artists since it is per download, rather than per play, among other things. This seems to be especially true for independent artists, and artists who are generally less well-known.
I was wondering if Spotify has ever considered doing payment distributions using the
sum[ (total artist streams per user) / (total streams per user) ] across all users
ratio for payment calculation, rather than the currently used
(total artist streams across Spotify) / (total streams across Spotify)
approach, i.e. calculating the artists' play ratio by user, rather than in one giant pool. If you have considered this, I would love to hear why the current payment implementation was chosen rather than a per user method, such as the one listed above. But...
If a per user method has not been considered by Spotify previously, I think it would be nice - while I'm not an analyst myself, I imagine that it could lead to more revenue for independent artists, and maybe even less famous artists that are still beholden to rights owners for distribution of payment. I think it would do this because it could account for differences in number of plays per user - rather than users who tend to play more music over the course of a month contributing more all artists' payout, each user has an equal voice in how money gets distributed to artists.
I understand that such a switch would be difficult, and possibly insurmountable in the instance of free users - so, I am positing this as an idea not for all users, but for Premium users only. With Premium, it is a feasible goal, since you have a finite number of plays, and a finite amount of money coming directly from that user, and do not have to worry about trying to calculate differences in advertisement impact for different users. Doing that ratio calculation would be relatively straightforward of a switch computationally (though quite a large change in the system nonetheless, of course).
I think this type of change would empower both users and artists to use Spotify more. Firstly, it would empower artists to allow Spotify to play their music because the metrics they would get per month would be more reflective of the size of their fan base, and how much importance that fan base puts on the artists' music than current metrics.
Secondly, it would empower users more, which I think is especially important for users between 18-32 years of age. While I am not an expert on the subject, I often find that users in this age group (my age group) care a great deal about having control over where their money ends up, which in this case means knowing which rights holders and/or artists are getting the money they are spending. I know I do. Switching to this system, while still not addressing the injustices that are felt within the relationship between rights holders and artists by many, would still allow users to have more of a say in who gets their money than the current system. On top of that, it might be helpfult for Spotify itself - if using Premium is the only way for users to feel empowered by knowing how their money is distributed, it may encourage people in the free tier to upgrade to Premium in order to feel empowered.
Just a thought. I'd love to hear what you and others have to say about this idea.

@Merik thanks for the warm welcome, and for the quick, informative response!
I had the chance to take a look at that page you linked to before my original post, and saw that paragraph you quoted, as well as the bullet point about paid users having a higher "per stream" rate. I guess what I was more interested in (and perhaps this is not the right place to ask this question?) was if there was more of an in-depth "why" behind their decision (and thanks again for linking to it!) documented anywhere that I might be able to read more about. Maybe I was missing something on that page (and please let me know if so!), but the only "why" that I could find was a sentence in the paragraph you quote above:
"We believe, however, that our service and the lives of artists will both be best if the World’s music fans enjoy more music than ever before in a legal, paid manner".
While it's great to see their opinion, I was more curious about the line of reasoning behind that position is all. Because I do wonder whether empowering premium users to have more fine-grained control over how their money is allocated, such as by doing pay "per user", might lead to both more paid users and more revenue for independent and/or lesser-known artists - and if that's something that Spotify has researched already, I would love to hear more about the pros and cons behind such an approach!
Thanks!

Discounts at Payment Distribution

Hi
We are implementing an IS-H project with payment distribution, my client needs to make discounts before billing ( with VK11 for example), but valid only for one of the case payers. How is it possible to have different valid conditions per billing document.
What if I change the copy control's price type, from "G" to "B", to carry out new prices?
Or delete, with a source code repair, the conditions that I don't want to be valid for the other payers?
If conditions is not the right way to do it, what else i could do? To create credit memos after billing is not acceptable from the client.
Thanks in advance
Stephy Chris

Hi Stephy,
I assume that you would like to post the discount for the SP (not IP) in your example, right? I also assume that in general the IP is relevant for pricing, right?
I guess a solution is rather tricky if you would not apply the discount before you distribute the amounts to the different payers. I think that our current payment distribution method is not really designed to handle this requirement. It really assumes that the total amount of the logical case bill is distributed according to the rules specified. In some country versions of SAP Patient Management we use an alternative approach for coverage which would lead to your desired result, but most likely this alternative approach would not fit in general.
I wonder whether you could find a solution based on a specific service that you generate (based on some criteria) for the SP in these situations and then define in the contract scheme that this service is always covered by the SP.
Maybe an SD-based approach could also work, but unfortunately I am not an SD expert.
Regards
Claudius

Account Payment Distribution

I have a scenario where SAP should have a customer account in the name of CGHS central office. While receivables will be accounted under various offices when claim is made, collection will come from central account. After receiving into central acct, the company finance team have to do transfer posting to various accts based on the details they receive with payment.
For monitoring receivables and claims, they should look at all CGHS accounts, for which you should give a group acct identifier in the customer master so that in the report, all those balances can be grouped and analysed.
How this can be achieved
Please Suggest

Hi,
Have you gone through consolidated BP function?
Thanks,
Gordon

Customer Advance Payment - Distribution to customer and risk deposit accoun

Dear Sir,
We have one scenario where we receive advance payment from the customer and want to show 90% to customer account and 10% to a GL account for Risk Deposit.
How we can achieve this using Terms of payment or any other concept other than adding two line items while posting the advance payment.
Thanks in Advance.

You can meet your requirements with
1. Special GL indicator (let say C- Customer deposit)
2. Instalment pyament terms.
First at the time of entry itself in Incoming payment take 90% as regular payment and the balance as a special GL "C"payment.
Also craeate a payment term with 90% immediate and balance at a later time as you wish.

(11) TRIAL BALANCE REPORT에 PAID 된 INVOICE가 보이는 CASE

제품 : FIN_AP
작성날짜 : 2003-05-13
TRIAL BALANCE REPORT에 PAID 된 INVOICE가 보이는 CASE
==============================================
PURPOSE
Applications 11.0.3 환경에서 AP의 Trial Balance Report 실행시 잘못 생성된 data가 보여지는 경우의 문제를 해결한다.
Problem Description
Paid 가 완전히 이루어져서 gl 로 까지 transfer 된 invoice가 trial balance report에 여전히 remaining 금액과 함께 나타나고 있다.
이 때 Payament가 한번 void 되었다가 다시 reissue 된 경우이다.
Workaround
1. Aplist11.sql 이나 아래의 select 문으로 invoice 상태를 check한다.
SELECT invoice_id, invoice_amount
FROM ap_invoices_all
WHERE invoice_num = <'problem invoice'>;
2. Trial balance에 data가 어떻게 entry 되었는지 확인한다.
SELECT *
FROM ap_trial_balance
WHERE invoice_id = <results from query #1>;
3. Invoice 에 대한 payment 정보를 확인한다.
SELECT invoice_id, invoice_payment_id, accounting_date, accrual_posted_flag,
cash_posted_flag, posted_flag
FROM ap_invoice_payments_all
WHERE invoice_id = <results from query #1>;
4. Payment에 대한 distribution line 정보를 확인한다.
SELECT invoice_payment_id, payment_line_number, line_type_lookup_code,
amount, base_amount
FROM ap_payment_distributions_all
WHERE invoice_payment_id = <invoice_payment_id returned in query #3>;
일반적으로 void 되었다가 reissue 된 payment의 trial balance가 잘못된 경우는 ap_payment_distributions_all table에 data가 잘못 생성되었기 때문이다.
위의 테이블에서 잘못 생성된 data를 correct 하거나 delete 한다음에
patch 375496 을 이용하여 trial balance 를 rebuil 하는것이 workaround 이다.
Solution Description
$AP_TOP/patch/110/sql/apautopb.pls 의 버젼이 110.6 보다 낮은경우 이런 문제 예방을 위해 AP D patchset 이상을 적용한다.
Reference Documents
NOTE 106744.1

maybe OP want to extract all numbers from his inbox using regular expressions?

AP Journal Import Error

Hi all,
While running process to import journal error occured. Description of error are as below:
1) User run ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT, run completed with no error.
2) The follow up auto run of JOURNAL IMPORT EXECUTION REPORT was interrupted due to failure of Oracle System resulting in a shutdown of the Server. Status Indicated Journal Import Completed with Error. No output file was generated.
3) User then follow up with GL Supervisor responsibility and when 'GL Supervisor --> Journal --> Enter' is run and posting the month is queried, no unposted posting can be found for the data imported.
4) Subsiquent re-run of ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT and JOURNAL IMPORT EXECUTION REPORT completed with no error. However, output indicated NO DATA FOUND.
Below are the output for the re-run:
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 1
Invoice Distributions with Exceptions
|----------------Invoice------------------| |--------------------Distribution------------------| Exception
Supplier Name Invoice Number Currency Amount Num Amount Description GL Date Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 2
Invoice Payments with Exceptions
|----------------Payment------------------| |----------------Invoice Payment---------------| Exception
Supplier Name Document Number Currency Amount Num Invoice Number Amount GL Date Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY EXCEPTION REPORT Date: 02-APR-07 Page: 3
Reconciliation Payment Distributions with Exceptions
Supplier Name Document Number Currency Amount Line Type GL Date Exception Code
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 1
TRANSFER TO GENERAL LEDGER : POSTED INVOICES
Currency :
Supplier Na Invoice Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 2
TRANSFER TO GENERAL LEDGER : POSTED PAYMENTS
Bank Acccount :
Payment Document :
Currency :
Supplier Na Document Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books ACCOUNTS PAYABLE JOURNAL ENTRY AUDIT REPORT Date: 02-APR-07 Page: 3
TRANSFER TO GENERAL LEDGER : POSTED RECONCILIATION DISTRIBUTIONS
Bank Acccount :
Payment Document :
Currency :
Supplier Na Document Num GL Date Accounting Flex Entered Debit Entered Credit Accounted Debit Accounted Credit
*** No data exists for this report ***
Sawit - Set of Books Journal Import Execution Report Date: 02-APR-07 08:28
Concurrent Request ID: 706386 Page: 1
Journal Import finds no records in gl_interface for processing.
Check status, set_of_books_id, je_source_name and interface_run_id of import records.
***** End of Report *****
5) Check done on the gl.gl_interface show no data.
6) Check done on the gl.gl_je_batches show no such data.
7) A Sweep of un-imported journal before closing of period is done shows no record found of unposted records.
8) As of date, user have closed the period of Mar-07.
The question is, how do we repost the required data for the month of Mar-07 and to allow for posting into GL using the 'GL Supervisor --> Journal --> Enter' form?
Please help....thanks a lot..

I would say those exceptions always happening with Java products of Cisco.
You need to open a Cisco TAC case for them to collect logs and see in details (in programming view) why this exception is happening.
From my experience this may take sometime because the TAC engineer usually have no idea about the programming so he forward the logs analysis to a programmer who can understand.
If you can open a TAC case then this should be your next step.
Good luck.
Amjad
P.S: The main reason of most such exceptions is bugs.

CC&B functional question

Hi,
is it possible to apply or maintain a credit to account instead of service agreement ?
For Example,
Requirement is to give $50 credit to an Account X. This credit should be utilized by all the service agreements in that account as per payment distribution logic during billing
This is similar like making payment to the account but We need some feature like Adjustment for Service Agreement to maintain the credits. Is it possible in CC&B to accomplish this requirement not via payment ?

I think an Overpayment SA would be useful for this - such an SA is created if there is an overpayment and the Customer Class has an Overpayment Algorithm specifying that the overpayment should be kept on a separate SA. Then, at billing time, there is a Credit Transfer Algorithm (Bill Completion Algorithm on the Overpayment SA Type) that handles the transfer to other SAs for the Account.
Overpayment SAs are created automatically by CC&B when needed, so, if your credit is not actually an overpayment, you would need to look at how to create the SA and apply the credit to the overpayment SA. It can certainly be done manually, although that would be tedious if it is a frequent occurrence.

Cost loading in P6

Hi All,
We are planning to put cost in our schedule.My project manager want that..we should put cost/budget for equipments which will be purchased during the project.Also should put the committed dates during which payment will be made to vendors. In the end we want toforecast cash flow using P6.
Can we do it using P6?
Can we assigned committed/planned cost distribution to activities??
Can we say for 6 month activities, 70% of amount will be paid after 5 month of fabrication or assigned any particular date for payment distribution??
Any thouhts??
Thanking all of you

You should be able to get the results you need using Resource Curves.
Another option would be to use Expenses for the activities that represent equipment purchase, and set the Accrual Type to End of Activity. That should model your requirement of committed dates when payment is made to vendors.
Hope this helps!

Hi friends good evening

1.what is using of ranking order screen
2.How u can upload the customer master record
plz; send me the correct answer my mail id
regards
sreenivas

Ranking order is used in, Insurance Relationship contained in Patient's account management module, (more country specific)
For customer master record upload, you may use LSMW.
Patient Accounting Countries enables services rendered to patients by the hospital to be invoiced, and the corresponding data to be directed into Financial Accounting. It involves the processing of relevant master data and the carrying out of the preparatory steps for billing, as well as billing itself.
Patient Accounting includes the following main process steps: Service entry, insurance verification processing and billing.
Features
Patient Accounting comprises the following secondary components:
·        Insurance Relationships Countries
·        Service Entry Countries
·        Payment Distribution (CH, SG)
·        Down Payment
·        Billing Countries

SRKIM: R12: Payables Accounting Data 를 R12 로 upgrade 할때 사용 되는 Scripts

PURPOSE
R11i 의 Payables Accounting 정보를 R12 로 upgrade 시 사용되는 scripts 에 대해 알아보도록 한다.
EXPLANATION
R12 의 AP Accounting 정보를 담는 new tables 은 아래와 같다.
New Tables:
XLA_EVENTS
XLA_AE_HEADERS
XLA_AE_LINES
XLA_TRANSACTION_ENTITIES_UPG
XLA_DISTRIBUTION_LINKS
R12 에서 더 이상 사용하지 않는 tables 목록은 아래와 같다.
Obsolete tables:
AP_ACCOUNTING_EVENTS_ALL
AP_AE_HEADERS_ALL
AP_AE_LINES_ALL
Upgarde Scripts
1) apxlaupg.sql - Transaction entities, events, headers 와 lines 정보를 XLA tables 로 upgrade 하는 script 이다.
a ) XLA_TRANSACTION_ENTITIES_UPG 로 다음 정보를 insert 한다.
ENTITY_CODE = 'AP_INVOICES' OR 'AP_PAYMENTS'
- For AP_INVOICES , data from AP_INVOICES_ALL is used if distributions with accounting_event_id exists
- For AP_PAYMENTS, data from AP_CHECKS_ALL is used
b) XLA EVENTS 에 insert 한다.
b.1: Invoice Related Events:
Invoice 관련 events 는 AP_ACCOUNTING_EVENTS_ALL 와 AP_INVOICES_ALL 를 참조 하여 만들어 진다.
XLA_EVENTS.ENTITY_CODE = 'AP_INVOICES'
XLA_EVENTS.EVENT_TYPE_CODE 은 AP_ACCOUNTING_EVENTS_ALL.event_type_code 에서 참조 하여 만들어 진다.
INVOICE event 는 다음 중 하나로 생성된다:
INVOICE VALIDATED,
CREDIT MEMO VALIDATED,
DEBIT MEMO VALIDATED ,
PREPAYMENT VALIDATED
INVOICE ADJUSTMENT event 는 다음 중 하나로 생성된다:
INVOICE ADJUSTED,
CREDIT MEMO ADJUSTED,
DEBIT MEMO ADJUSTED,
PREPAYMENT ADJUSTED
INVOICE CANCELLATION event 는 다음 중 하나로 생성된다:
INVOICE CANCELLED,
CREDIT MEMO CANCELLED,
DEBIT MEMO CANCELLED,
PREPAYMENT CANCELLED
PREPAYMENT APPLICATION -> PREPAYMENT APPLIED
PREPAYMENT UNAPPLICATION -> PREPAYMENT UNAPPLIED
b.2 :Payment Related Events:
Payment related events 는 AP_ACCOUNTING_EVENTS_ALL 와 AP_CHECKS_ALL XLA_EVENTS.ENTITY_CODE = 'AP_PAYMENTS' 를 베이스로 만들어 진다.
XLA_EVENTS.EVENT_TYPE_CODE 는 AP_ACCOUNTING_EVENTS_ALL.event_type_code 를 근거로 아래와 같이 생성된다.
PAYMENT -> PAYMENT RECORDED or REFUND_RECORDED
PAYMENT ADJUSTMENT -> MANUAL PAYMENT ADJUSTED
PAYMENT CANCELLATION -> PAYMENT CANCELLED or REFUND CANCELLED
PAYMENT CLEARING -> PAYMENT CLEARED
PAYMENT UNCLEARING -> PAYMENT UNCLEARED
PAYMENT MATURITY -> PAYMENT MATURED
b.3 : XLA_EVENTS.EVENT_STATUS_CODE 는 varchar2(1) column 이고
Value 는 AP_ACCOUNTING_EVENTS_ALL.event_status_code 의 값을 참조 하여 만들어 진다.
CREATED -> N
INCOMPLETE -> I
Any other value -> P
b.4 : XLA_EVENTS.PROCESS_STATUS_CODE 는 varchar2(1) column 이고 Value 는 AP_ACCOUNTING_EVENTS_ALL.event_status_code 의 값을 참조 하여 만들어진다.
ACCOUNTED -> P
ACCOUNTED WITH ERROR -> E
Any other value -> U
c) Insert into XLA_AE_HEADERS -> Using rows in AP_AE_HEADERS_ALL
d) Insert into XLA_AE_LINES -> Using rows in AP_AE_LINES_ALL
d.1 : XLA_AE_LINES.ACCOUNTING_CLASS_CODE 는 AP_AE_LINES_ALL.AE_LINE_TYPE_CODE 값을 참조 하여 만들어진다.
AP ACCRUAL -> ACCRUAL
CHARGE -> ITEM EXPENSE
PREPAY -> PREPAID_EXPENSE
RECOVERABLE TAX -> RTAX
NONRECOVERABLE TAX -> NRTAX
AV -> AMT_VARIANCE
ERV -> EXCHANGE_RATE_VARIANCE CASH CLEARING -> CASH_CLEARING
FUTURE PAYMENT -> FUTURE_DATED_PMT
WRITEOFF -> WRITE_OFF
BANK CHARGE -> BANK_CHG
BANK ERROR -> BANK_ERROR
Any other value -> AE_Line_Type_Code
d.2: XLA_AE_LINES.BUSINESS_CLASS_CODE 는 AP_AE_LINES_ALL.AE_LINE_TYPE_CODE 의 값을 참조 하여 만들어 진다.
PREPAY -> AP_PREPAY
LIABILITY -> AP_LIAB
CASH CLEARING -> AP_CASH_CLEARING
FUTURE PAYMENT -> AP_FUTURE_DTD_PMT
Any other value -> NULL
e) Insert into AP_PAYMENT_HISTORY_ALL
TRANSACTION_TYPE 은 AP_ACCOUNTING_EVENTS_ALL.event_type_code 의 값을 참조 하여 만들어진다.
PAYMENT CANCELLATION -> PAYMENT CANCELLED
PAYMENT ADJUSTMENT -> MANUAL PAYMENT ADJUSTED
Any other value -> PAYMENT CREATED
2) apaphuhf.sql
해당 script 은 all Payment History rows 의 historical_flag 를 update 한다.
3) apaxevnt.sql
AX_EVENTS 에 해당 하는 rows 가 있거나 ‘11.5 Upgrade’ 란 description 으로 생성된 record 가 AE HEADER record 에 있으면 AP_ACCOUNTING_EVENTS_ALL의 AX_ACCOUNTED_FLAG을 UPDATE 한다.
4) apgpsupd.sql
application_id = 200 (Payables) and migration_status_code equals ‘P’ 를 가진 gl_period_statuses 의 migration_status_code 를 ‘U’ UPDATE 하는 XLA package (xlaugupg.pkb) 를 호출 한다.
5) apidstln.sql
Invoice distribution links, prepay header, prepay app distributions 와 prepay distribution links 를 UPGRADE 한다.
a) Insert into XLA_DISTRIBUTION_LINKS using AP_INVOICES_ALL, AP_ACCOUNTING_EVENTS_ALL, XLA_AE_HEADERS, XLA_AE_LINES and AP_INVOICE_DISTRIUTIONS_ALL
b) Insert into AP_PREPAY_HISTORY_ALL using AP_INVOICES_ALL, AP_INVOICE_LINES_ALL and AP_INVOICE_DISTRIBUTIONS_ALL
c) Insert into AP_PREPAY_APP_DISTS using AP_INVOICES_ALL, AP_INVOICE_DISTRIBUTIONS_ALL, AP_ACCOUNTING_EVENTS_ALL, AP_PREPAY_HISTORY_ALL, XLA_AE_HEADERS and XLA_AE_LINES
d) Insert into XLA_DISTRIBUTION_LINKS for the prepay distributions.
6) appdstln.sql
Payment distributions 와 payment distribution links 를 UPGRADE 한다.
Insert into AP_PAYMENT_HIST_DISTS and XLA_DISTRIBUTION_LINKS for the payment history distributions
7) apsobtrb.sql
Trial balance upgrade -> Inserts data into AP_TB_BALANCES_TMP which is then used to create initial balances.
8) apintbal.sql
Trial balance upgrade-> Creates initial balances for trial balance
9)apxlainv.sql
Creates Invoice distribution links post upgrade
10) apxlapay.sql
Creates Payment distribution links post upgrade
REFERENCE
NOTE. 443495.1 - What are the upgrade scripts used in Payables Accounting Upgrade to R12

Direct Debit Process for Loans

Hello,
I have a problem with the direct debit process. After invoicing, when i click in my due item to display the Billing document, the payment method is empty. So I use the transaction FPY1 and fill in all data, also the payment method, but once I execute the debit memo run, I return to my billing document, and my due item hasn't changed (the truck icon doesn't appear). So I can't follow with the payment distribution process.
Could anyone help me?
Thanks in advance.

Hi salopowl
Sounds like you have premium mail set up.
If you have BT Broadband already then you get your email address for free and I can arrange for this old Talk21 account to be moved to sit as a sub account under your existing primary btinternet address that came with your BT Broadband package.
Could you drop me in an email please with your BT account and telephone number along with a link back to this thread.
Just send using the contact us form in my profile under the 'about me' section.
Thx
Craig
BTCare Community Mod
If we have asked you to email us with your details, please make sure you are logged in to the forum, otherwise you will not be able to see our ‘Contact Us’ link within our profiles.
We are sorry but we are unable to deal with service/account queries via the private message(PM) function so please don't PM your account info, we need to deal with this via our email account :-)”
td-p/30">Ratings star on the left-hand side of the post.
If someone answers your question correctly please let other members know by clicking on ’Mark as Accepted Solution’.

How to link Inv payments in Gl to Inv distribution in GL

How to link Inv payments in Gl to Inv distribution in GL?

Could you please clarify,u want to know to link payment accounting entries to invoice accounting entries.

Infoset query of vendor payments at the cost distribution level

We would like an infoset query of vendor payments at the cost distribution level of the document. The issue seems to be joining vendor to the document cost distribution lines.
1.) BSAK + BSIK can be combined with an infoset data structure but only contain the vendor line of a document; the cost distribution lines are not in the tables.
2.) BSIS + BSAS can be combined with an infoset data structure but lack vendor data and joins (to a vendor source) are not an option with data structures. Vendor data added with an additional field is too slow to be a primary selection field.
3.) Logical data base KDF in an infoset returns only the vendor line of a document, not the cost distribution lines.
4.) Logical data base BRM in an infoset can have vendor from BSAK/BSIK attached by an additional field but performance is too slow to be useful. Joins are not an option in a logical data base infoset.
5.) Complete data is lacking when table joins between document cost distribution tables and vendor data tables are possible, (SPL actual line item table & BSIP or FMIFIIT & FMIFIHD). BSIP lacks AB documents (reversals). FM tables lack general ledger only documents.
6.) BSAK and BSIK together have complete vendor data but joins of both to a basis table do not work well. Left outer joins are too slow, inner joins won’t work since the tables have mutually exclusive data.
It would be ideal to have vendor in BKPF, like FMIFIHD has, but it isn't a field.
Does anyone know of any other options? I have seen the helpful thread on How to Read BSEG Efficiently

Hi,
This is SAP Business one reporting and printing forum. Please find correct forum and repost above discussion to get quick response.
Please close this thread here with helpful answer.
Thanks & Regards,
Nagarajan

Infoset query of vendor payments at the cost distribution level of the document

We would like an infoset query of vendor payments at the cost distribution level of the document. The issue seems to be joining vendor to the document cost distribution lines.
1.) BSAK + BSIK can be combined with an infoset data structure but only contain the vendor line of a document; the cost distribution lines are not in the tables.
2.) BSIS + BSAS can be combined with an infoset data structure but lack vendor data and joins (to a vendor source) are not an option with data structures. Vendor data added with an additional field is too slow to be a primary selection field.
3.) Logical data base KDF in an infoset returns only the vendor line of a document, not the cost distribution lines.
4.) Logical data base BRM in an infoset can have vendor from BSAK/BSIK attached by an additional field but performance is too slow to be useful. Joins are not an option in a logical data base infoset.
5.) Complete data is lacking when table joins between document cost distribution tables and vendor data tables are possible, (SPL actual line item table & BSIP or FMIFIHD & FMIFIIT). BSIP lacks AB documents (reversals). FM tables lack general ledger only documents.
6.) BSAK and BSIK together have complete vendor data but joins of both to a basis table are not an option. Left outer joins are too slow, inner joins won’t work since the tables have mutually exclusive data.
Does anyone know of any other options?

Hi,
This is SAP Business one reporting and printing forum. Please find correct forum and repost above discussion to get quick response.
Please close this thread here with helpful answer.
Thanks & Regards,
Nagarajan

Payment Distribution

Similar Messages

Maybe you are looking for