I don’t have anything like that posted. Part of the problem with writing something generic for what you are asking is that the definition or criteria for duplicates may vary by company. First step in identifying duplicates would be determining the logic for what would constitute a duplicate for you.

-Victoria

Regards
Logan

Your change will not work because you cannot apply from a payment to a credit memo in GP, as they are both ‘credit’ transactions. GP only allows you to apply FROM a ‘credit’ transaction (payment, credit memo, return) TO a ‘debit’ transaction (invoice, finance charge, misc charge). They way I have set up this view, the credit transactions will be listed as ‘payments’, so you should see Credit Memo in the Payment_Type column without having to make any changes to my original code. Voided checks should not be showing up in the results, since they are not applied to anything and I am only showing applied credit transactions. Please let me know if you are seeing voided checks in your results and I will double check my code.

-Victoria

I am trying get see not only applied payments but also applied CM,
I added last line to your applied pymts scripts but it is still only returining invoices.
CASE PA.APTODCTY
WHEN 1 THEN ‘Invoice’
WHEN 2 THEN ‘Finance Charge’
WHEN 3 THEN ‘Misc Charge’
WHEN 5 THEN ‘Credit Memo’

Additionally I do not want to see any cks taht had been voided, can you please tell me how to do this?

Thanks!

- Siddeek

Adding Multicurrency information to this requires a lot more work and linking in at least one additional table (MC020103) for the multicurrency amounts. This is not something I am planning on posting on my blog, at least in the foreseeable future, however, it may be something we can create as a consulting project. Please let me know if this is something you would be interested in.

-Victoria

Appriciate your help.

- Siddeek -

No, this will not help reconcile the AP subledger to the General Ledger. If your client in on GP 10.0 or higher, there is a Reconcile to GL feature inside GP that they can use to help find the difference. It’s not always 100%, so if that does not help, they need to either get someone knowledgeable to help them search through their data, or, if this is a recurring problem, they may be better off purchasing a product called The Closer that will give them a report of what is causing the differences. You may also find Frank Hamelly’s answer in this thread helpful: http://community.dynamics.com/product/gp/f/32/p/32268/55524.aspx. There are a lot of other discussions online about this, but you may need to create logins for them. Here is an example: http://groups.google.com/group/microsoft.public.greatplains/browse_thread/thread/c04a0be3c210ce6d.

-Victoria

I am an auditor for a company that uses great plains. I need a listing of all invoices that were open as of a certain date (the audit date). This total should equal the total in the accounts payable account on there G/L. Currently it does not. Will this report help them? And how do they create it.

We’ve been using your view to create the one for our multicurrency payments requirements. We’re getting there, slowly!

I noticed that your view does not include the currency ID field. I understand why you did it – it wasn’t written for multicurrency purposes – but I thought I’d let you know that it is still a nice field to have since I’ve been working with it somewhat

Take care

I am using SQL for some other reporting so already that’s been a big help

Adding multicurrency details to this is quite involved and will bring up a number of additional issues/questions to be resolved. This is not something I am planning on posting on my blog, at least in the foreseeable future, however, it may be something we can create as a consulting project. Please let me know if this is something you would be interested in.

-Victoria

I was wondering if it was at all possible to update this view with the originating currency information please? This view is perfect for my clients request to create a check payment document – however, we are always reporting in Originating & Functional currency. I’ve noted the fields for the multicurrency reporting purposes below:

1. Currency ID
2. Exchange rate
3. Originating Check amount
4. Originating applied amount
5. Checkbook ID

Thank you & regards

Thanks for the kind words!

I believe this can be done in SQL, but not without some serious effort. If you knew upfront how many columns you would need for the apply information, this might be a little easier, otherwise, you would have to build the columns dynamically in your code which is pretty difficult. If it can be done in SQL it is possible that you could then use the results in Report Writer, but I think that would add yet another level of complexity. Creating something like this in RW would probably force you to either concatenate the apply data into one field or force a maximum allowed. Either way not pretty.

-Victoria

Thanks for posting this view. I always find your posts very helpful. Now I have a question. Do you know if it’s possible in either Report Writer or in a SQL view to get all the invoices applied to a particular check into one row? For instance, if one check paid three invoices, we want just one row for that check showing separate columns for each invoice number and amount paid.

If you are paying the vendor electronically and they do not already know about the credits, then you would have to find some way of letting them know. The method of doing that will depend greatly on your exact work flow – I would recommend talking to your GP Partner about the best way for your specific situation. You may be able to print the remittance information from GP or it may be better/easier to create a custom report.

-Victoria

Per this conversation about credit in GP. I understand if you print checks the applied documents can appear on the stub. What happens if you pay electronically the vendor? how would they know???

PM30600 holds the GL Distributions for historical payables transactions. Since this particular view is only showing apply information (what invoice was paid with what check, credit memo, etc.) there was no reason to show the GL distributions here. You may want to take a look at my view for Payables GL Distributions – I think that would help get you started on your report.

-Victoria

I am a novice with the GP database so I have a lot to learn:

I have a question in regards to the SQL view to show AP apply information in GP:
1) How come you are not using PM30600 table? what is the difference between PM30600 and the other PM tables?
2) I need to write a crystal report to show all the expenses including the journal entries, credit memo…
I found some of the data in PM30600 and the journal entries are in the GL20000 table. What other tables do I need to include in order to get all the expenses?
3) I guess I have to create a view like the example you had above and then I can use Crystal report to display the data.

I really appreciate your help.

Kim Hoang

Yes, Doc Type of 1 = “Invoice” in payables.

-Victoria