flying-credit-card

Using credit cards to pay vendors in Dynamics GP


There are a number of different ways to record paying vendors with credit cards in GP.  This is a topic that comes up periodically in newsgroups and I would like to share what I have personally found to be the most straightforward and comprehensive way.  This is a long one but at least there will be lots of pictures.  Even so, you may want to get comfortable and grab a cup of coffee first.  Don’t say I didn’t warn you.  :-)

There are typically three important goals that companies have when paying their vendors with credit cards:

  1. Most of the purchases need to be recorded against the actual vendors.  Especially for inventory purchases.
  2. Monthly credit card statements need to be reconciled quickly so there is no delay in paying the bills and no huge unapplied payments sitting in GP because it takes so long to reconcile and enter the statements.  
  3. There are many ‘one time’ or ‘miscellaneous’ vendors that are paid with credit cards.  While it is not important to track these purchases under individual vendors (as in # 1 above), it is still important to keep track of who the vendor was and to make it easy and fast to reconcile these purchases on the statement (as per # 2 above). 

Keeping these goals in mind, let’s walk through a few examples.  I will be using Dynamics GP 10.0 for the navigation and screen shots, but this process is the same in any version of GP.  Please click on the screen shots to see them larger/clearer.

First we need to create a payables vendor for each credit card.  The important step here is to create a different vendor for each distinct account that you get billed for or pay.  If you have three American Express accounts that get billed and paid separately, create three vendors.  For our example I will create one AMEX vendor (Cards > Purchasing > Vendor):

cc01

Next step is to set up a Credit Card (Microsoft Dynamics GP > Tools > Setup > Company > Credit Cards).  I typically use the Vendor ID for the Card Name (unless your vendor ID is something like 12345).  To set up a credit card to pay vendors select Used by Company, choose Credit Card and enter the Vendor ID associated with the credit card vendor:

cc02

That is all the setup required.  Now you are ready to enter transactions.  There are a number of typical scenarios:

Scenario 1: You purchased non-inventory items from a vendor want to track and pay them with a credit card.  You have not posted the invoice yet.

This can be handled in one transaction (Transactions > Purchasing > Transaction Entry).  Enter the transaction like you would normally enter a non-inventory payables invoice, then enter the amount you paid with the credit card on the bottom right:

cc03

When you tab off the Credit Card amount, the Payables Credit Card Entry window will pop up.  Choose the credit card and date.  Important: to accomplish our goal # 2, we need to change the Receipt Number to include whatever will help us match this purchase with the line item on the credit card statement.  This Receipt Number will become the invoice number under the credit card vendor.  Typically the date and the ID (or name) of  the vendor you are paying is enough:

cc04

Note that I put the date in a little strangely: 081219 for December 19, 2008.  This is by no means a requirement, but a ‘trick’ that I have gotten used to as a nice additional sorting mechanism for my transactions.  I will remind you of this a little later on in the example.

If there are multiple charges from the same vendor on the same date, you will need to come up with unique Receipt Numbers, so either use the last few digits of the Document Number (081219 STAPLES 462), add a letter to the end (081219 STAPLES A) or something similar.  While you may not be able to fit the entire vendor ID or name in here, usually you can get enough in to allow easy reconciliation.

The GL distributions on this may be surprising if you have not entered similar transactions before:

cc05

It is crediting the Accounts Payable account because you still owe that money to the credit card vendor.  However, the type of that distribution is CASH because you are entering a ‘payment’.  If you have a different Accounts Payable account set up for the credit card vendor, you will see that account here, not the Accounts Payable account for the vendor you are entering this transaction under (STAPLES in this case).

Once posted, what this will accomplish:

  1. Creates an invoice under the STAPLES vendor.
  2. Creates a payment under the STAPLES vendor and applies it to the invoice in # 1 above.
  3. Creates an invoice under the AMEX vendor.  This invoice is open (unpaid) at this point.
STAPLES vendor

STAPLES vendor

AMEX vendor

AMEX vendor

Scenario 2: You have already posted the payables invoice under the correct vendor or you have purchased inventory items and have posted the invoice in POP.

Since the invoice is already posted, we just need to enter the payment side, which is done as a Manual Payment (Transactions > Purchasing > Manual Payments).  The Vendor ID will be who you are paying, the Payment Method is Credit Card, once you choose that you will see a lookup for the Credit Card Name.  For the Document No. enter the date and the vendor you are paying as this will become the invoice number under the credit card vendor.  In this example, we have already posted an invoice for DELL, now we are recording that we paid them with a credit card:

cc08

Enter the amount paid by credit card and Apply just like you would any other payment.  Again the GL distributions may not be exactly what you are expecting:

cc09

The CASH type distribution is recording the payment, but since it was made with a credit card and not cash, it is crediting Accounts Payable (this will be the Accounts Payable account from the credit card vendor).  The PAY distribution is recording the payment to the original vendor (DELL in this case).  Basically, this transaction moves the liability from one vendor to another.

Once posted, this will add a payment to the DELL vendor and an open invoice to the AMEX vendor:

DELL vendor

DELL vendor

AMEX vendor

AMEX vendor

Note the order of the transactions for the AMEX vendor – they are sorted in correct date order, even though they are in different years.  This is because of how I entered the date with the year first and using 6 digits.  Again, not a requirement, but it makes your credit card vendor invoices sort automatically with the default sorting GP uses.

Scenario 3: You purchased something from a  ‘one time’ or ‘miscellaneous’ vendor using a credit card.  You do not really want to clutter up your Vendor list, as you might only buy from this vendor once or twice.

This should be entered as a payables invoice directly under the credit card vendor (Transactions > Purchasing > Transaction Entry).  The vendor ID will be AMEX in my example and the Document Number will have the date and the name of the vendor.  I also put the full name of the vendor in the Description, as there any many times with this scenario where the full name will not fit into the Document Number:

cc12

Having the full name in the Description will make it much easier to search for this vendor in SmartList.  Once posted, this will show as another open invoice under the AMEX vendor.

When you receive your credit card statement, open the Payables Transaction Inquiry window (Inquiry > Purchasing > Transaction by Vendor), uncheck History and Work, and you will have a list of all open (unpaid) transactions to reconcile to the statement.  And if you have used my date ‘trick’ they will even be sorted very closely to what should be on the statement:

cc14

Of course you can get this list of transactions in SmartList as well and export it to Excel if that is preferable.  Typically I find that with this method I just check off the transactions I already have in GP on the credit card bill and circle the ones I still need to record. 

This method is certainly not for every company out there paying vendors with credit cards.  However, it may provide some solutions for many.  My goal is simply to offer options. 

I have gotten feedback in the past that this method is very time consuming because you have to enter all the individual transactions instead of one transaction for the entire credit card statement. In a few cases that is true.  But in many other cases  I have seen companies take days to reconcile the AMEX bill once it is received.  In those cases, this method may provide a viable alternative. 

I would also encourage companies with a high volume of credit card transactions to log in online periodically (virtually every credit card company/bank offers this feature now) and spot check to see if they have all the transactions in GP that the list  online shows.  If not, this can help get the information from those card holders that typically lag in getting you their receipts or tend to lose them before the statement even shows up.  And it is a lot easier to remember what happened last week than what happened a month and a half ago.

113 Responses to “Using credit cards to pay vendors in Dynamics GP”

  1. Hi Victoria,
    I’m new to using Great Plains and have come across something at my company that doesn’t usually happen and I’m not sure how to record it in Great Plains. We pay our credit cards and other invoices by cheques (in batches), recording each separate invoice in the transaction entries. In the distributions we also show which accounts the money comes out of since we have multiple funding accounts.
    We have just recently received a c/c statement with a refund from a previous purchase.. I’m not sure how to detail that since the credit card was paid in a previous batch and thus would show in that batch what account that money came out of to pay that transaction.

    This new credit card statement now shows a lower total balance owing then our purchases due to the refund.
    How do I show that in the distributions or even GP in general..how do I show that money came back to one funding account and then also show money coming out of other funding accounts to pay for specific purchases?
    It’s especially confusing since I want to make sure to detail this but also because the money that is coming back to that particular funding account is more than what will be paid from that particular funding account.. so we end up with a credit to that funding account..
    Does this make sense..
    Please help!

    Like

  2. The reconciling of the Credit Card statement is very time consuming.

    I have tested using the Credit Card as a “check card” tied to a checkbook ID (setup as a liability account). This would enable me to reconcile the “checkbook” to the credit card statement and select the charges and payments made without “applying” payment.
    The ending statement balance entered would be negative since it is a liability account.

    Is there any issues you may see with this thought process?

    Like

    • Kathy,

      I don’t see how reconciling the credit card statement would be any different using a vendor vs. using a checkbook. You just need to create a SmartList favorite under Payables Transactions and filter on anything not in history and not voided and you would have pretty much the same list as you would in the Bank Rec module.

      I do see your point about being able to reconcile without applying a payment. Typically, if that is needed, you can just dump the SmartList into Excel (I do that anyway, when I am reconciling) and just save the Excel file once reconciled if needed.

      That said, I think overall the approaches are very similar. One big difference I see is that paying a vendor with a check is a little more straightforward in GP than paying a ‘checkbook’ with a check. Also, some companies prefer to keep all of this stuff in payables, so that they do not have to give the user reconciling credit cards access to bank rec. There might be some other differences I have not thought of yet, as I have never used checkbooks for this.

      Hope this helps.
      -Victoria

      Like

      • They make online payments so I would just make a Bank Transfer from one checkbook to the other.

        Thanks for the quick reply!

        Like

  3. I realize this blog is several years old, but I have a problem. I appreciate all of the detail you have. My problem is with the Payables Transaction Entry Distribution. Mine is coming up different and I don’t know how to change it. I know what is showing on my side is incorrect. Can you help?

    Like

    • Tanya,

      Try clicking the Default button on the Payables Transaction Entry Distribution window. That will let you reset the distributions to what GP thinks they should be based on the transaction totals. If that does not help, please give me more detail on exactly what is wrong with the distributions and I will try to help.

      -Victoria

      Like

  4. This process works great when it’s a non-PO transaction. Is there a way to pay a vendor via credit card when the pruchase is on a PO? thank you.

    Like

    • Carrie,

      That would be scenario 2. In GP 2010 and earlier, you cannot link a payment to a PO. So first, you would enter and post the invoice in the POP module, then enter a manual payment for it with a credit card.

      Once I get a chance to play with the GP 2013 functionality a little more, I will probably write a new blog post with a GP 2013 update for this. But if you’re not yet using GP 2013, then that will not help you with your question.

      -Victoria

      Like

  5. These directions seem very easy. One question. When you are entering in the transactions, I believe you can create a batch, and use manual payments to post the batch at one time. What do you use as the checkbook ID when setting up the batch? Thanks.

    Like

    • Hi Bill,

      The checkbook chosen on the batch is just the default – if you are entering credit card payments, the checkbook will not be used, so it really does not matter what you have in there.

      -Victoria

      Like

  6. Victoria,

    I’ve been using your instructions for paying vendors by CC for a while now. I’ve noticed that when I run a SmartList report for Vendor Balance that sometimes vendors show up with a balance that should have a $0 balance. Upon further investigation it looks like these transactions were paid by CC. This isn’t happening with all transactions that are paid by CC, just some. These transactions are coming off my aged trial balance just fine. I haven’t been able to find any correlation between the problem transactions. I do almost all my CC transactions following the instructions for Scenario 1. Any insight into what may be causing this?

    Like

    • Hi Nicole,

      At first when reading your question I thought it might be a timing issue, but that does not sound right, as SmartList should not care about dates when showing you a balance (unless you have a custom SmartList?). I also have not run into this issue before. This is one of those situations where I would have to look at it, as it is happening. Maybe next time it happens you can email me a screenshot of your SmartList and the transactions involved and I can see if I can help you figure out what is causing this?

      -Victoria

      Like

  7. Hi Victoria,

    I am new to GP and looking for insight into best practice for employee expense tracking when corporate cards (non-reimbursable) are involved. I send reimbursables for employees to A/P as vendor invoices. I have a vendor set as AMEX and any non-reimbursable charges made on the corp card go as vendor invoices against AMEX. Is there a way to associate the AMEX expense incurred with the person who made the purchase? All of my employees are set up as Vendors.

    Any thoughts are greatly appreciated!

    Like

    • Hi Kelly,

      Sorry, I am not sure what you mean…can you please walk me through a more detailed example of what you are doing (or what you need)? And what does ‘non-reimbursable’ mean in this case?

      -Victoria

      Like

  8. Victoria: Everything is working great up to the point that I need to pay the Credit card company. I have all the open invoices under the VISA vendor. I create a computer check batch, select the VISA vendor, build the batch, print the checks. It gives me an error saying there are problems in my batch. I can’t edit or see what it is saying is a problem. Am I missing a step? Is there a setup issue? I do not want to use manual payment because then I have to type up a check.

    Like

    • Hi Julie,

      Not really sure what to tell you without being able to see the actual error or any details about it. I would start by printing an edit list of your batch and looking through it for more details on the error.

      -Victoria

      Like

  9. Hello Victoria, regarding the questions on how to handle a credit on a credit card, the Return transaction you are referring to is the “little known, but very useful transaction type in the Payables module called Return” and not a Returns Transaction Entry like a Return w/Credit (since we paid for the transaction) ?

    Continuing with the Staples example, let’s say I go to Staples and buy a fax machine and pay for it with a credit card. As soon as I get back to the office I follow instructions for Scenario 1 so I don’t forget. Then I unpack the fax machine and it does not work so I need to return it. They are out of fax machines so they issue me a credit on my card. When I get back to the office now what? I go to Transactions > Purchasing > Transaction Entry and create a Return?

    Maybe you could write this up with nice screen shots like your other great blogs :)

    Like

    • Jimmy,

      Yes, you would use a Return transaction in the Payables module (Transactions | Purchasing | Transaction Entry | Return) for this. I actually already have a blog post about how to enter a Return transaction here with screenshots and detailed explanations.

      What you would do differently in this case is enter the payment on the Credit Card line (instead of Check as I have in my example). That will create a Credit Memo for the credit card vendor once you post the return, which should mimic what you will see on your credit card statement.

      -Victoria

      Like

  10. Hi Victoria…I will be paying multiple invoices with a CC. When I go into manual payment, is there anyway to tell GP to select invoices due thru a certain Due Date? And just let it automatically select those and give me a total? If not, can you see a work around without having to manually select the invoices I want to pay? The only thing I thought was to run an aging with a due day and get the total, then put that as my payment amount and use auto apply. Also does Auto Apply always pay what is due first? Thanx so much! I think you wrote and sql for matching manual payments to invoices paid?…

    Like

    • Hi Dana,

      With manual payments you must specify the payment amount first, so my recommendation would be a report – either an aging, like you are suggesting, or a SmartList exported to Excel and subtotaled, or a custom report.

      Auto Apply has two settings – Document Date or Due Date. This setting can be changed on the Payables Management Setup window. If you have this set to Due Date and are paying everything through a particular due date, I would think that will work for the most part. You might have some exceptions you need to deal with manually once in a while.

      For the SQL view, I think you are referring to my Payment Apply Detail view – this will show all payments, not just manual payments, but you should be able to filter for just credit card payments if you want.

      -Victoria

      Like

  11. Victoria,

    We will be paying our inventory vendors with CC soon. I have been using your instructions for CC payment for smaller vendors and it has been great. My concern with our inventory vendors is that we will paying a large number of invoices at at time. We will need to send to the vendor a remittance similar to what would print with a check payment so they know how to properly apply the payment on their side. Is there a way to print a remittance from a manual payment to a CC?

    Like

    • Hi Dana,

      I don’t believe there is any ‘remittance’ report option from a manual payment. You could either (a) customize the posting report or (b) create a custom report – this would probably be my preference.

      -Victoria

      Like

  12. Hello Victoria, Great Article. I read a few articles about using this method to pay use tax. I’d like to setup a vendor called DOR (Dept. of Revenue) and a credit card called USETAX and pay any use tax amount due on a PM trx with this credit card. This card will be used only for use tax. My question is what AP account should I assign to the DOR vendor. Should it be wise to use Use Tax Payable or does it even matter? Can a general AP account be ok? Thanks!

    Like

    • Thank you for your kind words! This is really an accounting (as opposed to GP) question and is best answered by your accountant because the answer may differ based on each country’s requirements as well as the reporting requirements for your company. If you need to keep and report on the use tax liability separately from your other payables, then it should have its own General Ledger account. Otherwise, if all you need is to see the number at any one time, you can see it using the Vendor information, so if there is no requirement to keep it in a separate GL account, you can use the same AP account as all other vendors.

      -Victoria

      Like

  13. Hi Victoria
    I have tried using the Second Scenario… The Vendor Ledger is affected exactly as it should… but i do not get an Open Invoice in the Credit card ledger.. Is there an issue with the Setup ? Thanks … ABC

    Like

  14. Victoria,
    Great post. I have a similar question to one of the other comments, but it is slightly different. When we use scenario 2, everything clears out just fine and the invoice and payment in the first vendor are applied and show as history in inquiry. THe problem is that when we run “select checks” to do a new check run, all of the accounts with invoices previously paid by credit card show up on the selection. Any ideas why this would happen or how to get rid of them efficiently?

    Like

    • Michael,

      The good news is that checks will not actually print for those vendors, they will just print a remittance. It is, however, very confusing and distracting. The most likely reason for this is that you have Print Previously Applied Documents on Remittance selected on the Payables Management Setup window. When that is selected, any apply activity in-between checks will be printed on the next check. If you’re using Select Checks with no selection criteria, everything that has happened since the last check run will be included.

      Some companies simply elect to turn that option on the Payables Management Setup window off. Another option may be to add some criteria when selecting vendors on the Select Checks window (this may need some set up first) – you can use something like Payment Priority or Vendor Class to filter only on the vendors that should be included in the check run. Yet another option may be to not use Select Checks but instead to use the Edit Check Batch window to build your check batches. Hard to recommend the best option without knowing a lot more about your standard transaction flow and volume, but hopefully this gives you some ideas.

      -Victoria

      Like

  15. Thanks for all the useful information on your blog. I have a question concerning your scenario 2. We have an US Vendor paid off by a Canadian Credit Card (Credit card statements are in $CDN).
    • The outstanding amount for the Vendor is in $US.
    • The Credit Card statement shows the payment as an $CDN amount.
    • We use an Average monthly exchange rate for $US to $CDN .
    In GP /Manual Payment entry window a $US value is expected. Should we enter the full outstanding amount in $US, how do we mark the actual payment in $CDN (from the Credit Card Statement) . Do we change the amounts in the distribution ?

    Like

    • Jutta,

      That’s an interesting question and one that I have not been asked before. I did a little testing in GP an just like you said, there is no way to enter a credit card payment in CAD for this situation. However, I am not convinced this is wrong, based on my understanding of how typical credit card transactions are processed.

      Just to be clear – when you pay the US vendor, are you actually saying to the vendor, process a payment of CAD 500 (for example)? Or are you paying them USD 500 and on your credit card bill this happens to show up as a slightly different amount in CAD?

      -Victoria

      Like

  16. Hi Victoria,

    Thank you for sharing your vast knowledge of GP. I find your information very helpful in dealing with my client’s questions. Regarding paying vendors with credit cards, I got great information from your site, but have an additional scenario. How do terms transcend from vendor with 2%/30 to the credit card vendor with Net 30? We wound up manually entering the discounts in Edit Check Batch for the client’s first credit card payment to a vendor with prompt pay discounts.

    Like

    • Hi Ali,

      That’s a good question and frankly one that has not come up before, so I surmise this is not something that is needed often. Since with a credit card payment you cannot use a check batch and you need to put in a payment amount upfront, I don’t see a way around having to manually enter the discount. It will all still work, but just might require an additional manual step for the discount.

      -Victoria

      Like

  17. This is excellent Victoria and thank you very much for taking the time to put this together. We are using the method outlined in Scenario 2 for our credit card payments to vendors and we are following the same steps you outline. Unfortunately it still doesn’t help us to understand why this is resulting in the voucher being voided as opposed to be being marked paid. There is 1 item that I noticed in your example that is different and that is that the on the Payables Transaction Inquiry window, the line item detailing the invoice line shows the full balance in the “Unapplied Amount” field. For the line item detailing the Payment, the unapplied amount is zero like your example. Also in the “Origin” field there is an asterisk next to the word, “HIST” which I understand means that the transaction was voided. This didn’t just happen once, it has happened every time we’ve done a credit card payment using the Scenario 2 method. This might be related to the fact that the transaction has been voided or could somehow be the cause of the transaction being voided. We just don’t know. One this is for sure and that is that no one deliberately voided these transactions. Prior to this year we used the method outlined in Scenario 3 to record credit card payments to vendors, so this was never an issue before this year, at least not to my knowledge.

    Thanks again though for trying to help us out. This article will still be helpful.

    Like

    • Hi Samuel,

      For what it’s worth, I have been using this method internally for my company and for many of our customers for at least 10 years and have never had an issue with something getting voided by it. (All on US or Canada installations of GP, no others, not sure if that makes any difference.) If the credit card payments are, indeed, causing voids in your system, something else is in the mix causing it or something is not working properly. Do you have any 3rd party products or customizations?

      What is really strange is that out-of-the box GP does not let you void an invoice if it is paid. This has been the case for many versions and I just tested it again to make sure in GP 2010. You would first have to void the payment to be able to void the invoice. What you’re describing on the voided line display is correct through, it will have an asterisk next to HIST and it will have the amount of the transaction in the Unapplied Amount – that’s all expected behavior.

      If you are able to figure out what is happening with the voids, please post back, I am very curious.

      -Victoria

      Like

  18. Thanks for responding so quick.
    I guess what I’m trying to say is when you go to inquiry trx by vendor and select the credit card vendor, highlight the open invoice and click any blue hyperlinks to bring up the trx entry zoom window, click on the distributions button, no distributions show. The AP trx that created this invoice is really the Staples trx. What brought this up was like u said, the AP accounts from both vendors could be the same or they could be different. So I wanted to know what GL account was credited to create this open invoice for the CC vendor but no distributions show. If I look under the Staples vendor I see the AP account that was listed on the CC vendor card. But if I didn’t know this how would I find this out? By looking under the Trx Entry Zoom for the CC vendor, nothing shows. Does this make sense?

    Like

    • Jimmy,

      It makes sense, this is why I recommend using the actual vendor name and transaction date as part of the document number for the credit card payment. That way, looking at the AMEX vendor transactions and seeing a document number of ‘120315 STAPLES’ without any GL distributions, you would know that the GL distributions can be found by looking at the Staples vendor transaction(s) on 3/15/12.

      It also makes sense to me that the AMEX invoice has no distributions because no new GL event occurs on the AMEX invoice – all the GL distributions are already accounted for with the original (STAPLES) invoice and payment. What would be really nice is if GP provided an additional drillback to the original STAPLES transaction from the AMEX invoice, but that is not available, so you have to manually find the ‘originating’ transaction if you need it.

      -Victoria

      Like

  19. Hi Victoria, when you pay the first voucher (staples) with a credit card, GP creates a second voucher for the CC vendor (usually the very next voucher number ) and automatically posts it, hence it’s OPEN. Where/What are the distributions on this second voucher? No distributions show up on the posting journal for this second voucher when the first one posts. And when I go to Vendor Inquiry and click on this open voucher GP automatically creates and posts, I don’t see any distributions. Am I missing something?

    Like

    • Jimmy,

      I think you are missing the payment transaction created ‘in-between’ the 2 invoice transactions. Towards the bottom of my Scenario 1 I describe the 3 transactions that GP creates when you post your ‘first voucher':

      1. Creates an invoice under the STAPLES vendor. This will debit the Purchases account(s) and credit AP for the STAPLES vendor.
      2. Creates a payment under the STAPLES vendor and applies it to the invoice in # 1 above. This will debit AP for the STAPLES vendor and credit AP for the AMEX vendor. Typically these are the same accounts, but they could be different AP accounts, either way, GP will handle this correctly.
      3. Creates an invoice under the AMEX vendor. This invoice is open (unpaid) at this point. There are no additional GL distributions for this transaction, as they were already recorded in the payment transaction in # 2 above.

      Hope that helps.

      -Victoria

      Like

  20. Victoria,

    We have implemented this process as you’ve blogged it. It’s working great except for one little thing that we’re not sure how to resolve. When we run the routine to reconcile to GL our payables management (our account 2000) we are out of balance by the amount of the credit card transactions we’ve entered. Can you shed some light on this?

    Thank you in advance!!

    Ann

    Like

    • Hi Ann,

      I believe this is a known issue. This KB article seems to indicate that this is only a GP 10.0 issue (in the last bullet point) – so perhaps this has been fixed in GP 2010? I, frankly, have seen so many other issues with the reconcile to GL functionality that I don’t use it much. :-(

      -Victoria

      Like

      • Oh my gosh! Thank you sooo much!! We hadn’t even run the actual reports as we were told the reconcile to GL tool was a shortcut to check the balances – It didn’t even occur to us to run the actual reports!! – they do indeed balance. Thanks again!! This blog has been a tremendous help to us!!!

        Like

      • Hi Victoria – FYI – I just saw this in GP 2013 so I guess this is still a problem in the GL to PM reconcile.

        -Tracey

        Like

  21. Hello Victoria, I am an avid fan of yours, your blogs have helped me more so much. I would like to ask for your advice on a question from a new GP customer I am supporting;

    “How can I enter a “credit” to a credit card? I sell postage stamps to employees occasionally. The cash is put in petty cash. The petty cash reimbursement request is lowered by this amount. We reimburse the petty cash fund with a credit card. In transaction entry, I can’t do a negative invoice, I can’t do the return because I don’t have an invoice to credit, and the credit memo goes to “on account” only.
    Can I use the credit memo and then apply the “on account” amount when I pay the credit card? Or is there another way.” KS

    Thanks, Sheila

    Like

    • Hi Sheila,

      Thank you for your kind words! I am not sure I entirely understand the example with the postage and petty cash in the context of credit cards…unless they have petty cash set up as a credit card?

      In any case, there are 2 typical ways to enter a credit for credit cards:

      1. Enter a credit memo directly for the credit card vendor. Typically I wait until the statement comes to apply the credit memo to invoices. That way I can just search on all the unapplied amounts for the credit card vendor and see them all easily. But it would not hurt anything to apply it earlier if you want to.
      2. Enter a Return for the actual vendor and put the credit card information on the bottom right (some more on Return transactions here: http://victoriayudin.com/2008/12/30/payables-return-transactions-in-dynamics-gp/). This method is good if you want to keep track of the details for the actual vendor. This automatically creates a credit memo for the credit card vendor, which you can then decide when/how to apply, just as in the previous option.

      Hope that helps.
      -Victoria

      Like

      • Thank you, this is the scenerio as I understand it ; at the end of the month all the petty cash receipts will be entered in PM transaction entry as different vendors but with a credit card payment. During the month employees may buy stamps from the petty cash box, in which case they want to recognize the reduction of the associated expense account.
        The person (credit card) who reimburses the petty cash is not the same person (credit card) that buys the stamps.
        My first thought is to set up the petty cash as a vendor which would create an invoice to be reimbursed for the stamp sales.
        What are your thoughts?

        Like

        • Sheila,

          Maybe I am not seeing the whole picture, but this seems very complicated to me. Why not just set up Petty Cash as a checkbook instead? You don’t actually have to reconcile as with regular checkbooks, but having it set up this way lets you pay vendors from it. To get money back into it I would use a payables Return transaction.

          -Victoria

          Like

  22. Victoris – we are just starting to use this process and I am new to GP. We have run a test invoices in the system. We don’t want to cut a check to the credit card as our bank drafts the payment out of our checking account. Is there any way to adjust off the payment without cutting a check?

    Like

  23. Great blog post! I am trying to find a report by the credit card vendor that shows the expenses by original vendor. Unfortunately it appears that once the original voucher is posted and the credit card vendor record is updated, you can no longer view the original transaction. Is this true? I need to report on the detail of the credit card purchases. I understand you can enter the vendor name in the receipt during the transaction entry, but during drillback you can’t get to the transaction. help?

    Like

    • Thanks Alicia,

      You can always see the original transaction in GP (unless you are not keeping history – gasp!), but there is no drillback to it…you would have to find it manually. :-( If you need a quick and easy way to see all of them, you’re probably talking about a custom report. I am not aware of anything in GP out-of-the-box that will do it. If you actually want the drillback, that can probably be accomplished with a customization. But if you’re looking for a report, then all the drillback will do for you is give you a lot of manual work to collect this information, so I am not sure how helpful that is.

      -Victoria

      Like

  24. Victoria,

    What are your thoughts on simply using a GP Checkbook to represent a credit card account? The Checkbook’s “Cash Account” could be a credit card vendor specific liablity account. This liability account would be credited when paying the purchase vendor and debited when vouchering the credit card vendor. Using a Checkbook for the credit card allows for using GP’s Select Checks window, along with all other typical GP payment windows, and for using GP’s “Reconcile Bank Statements” window to reconcile the GP credit card payments with the credit card statement received from the credit card vendor. It also allows for creating only one voucher per credit card vendor statement thereby limiting check stub information, for the check paying the credit card vendor, to a single reference instead of it containing numerous internal invoice references, meaningless to the credit card vendor.

    Like

    • Hi Bill,

      I have never used the approach you’re describing. I think overall it would work just fine…and whether this is better than using a vendor may very well depend on the specific usage of the credit card.

      To your specific points – the only benefit I can kind of see is having the Bank Reconcile window available to use for matching up to the credit card statement. However, this may not be such a benefit if you are not always paying off 100% of each transaction and can also be accomplished by the apply process in Payables in a pretty similar manner. I have never seen a credit card vendor that needed a check stub enclosed with the payment, so I am not sure I buy that as a benefit…you can just not enclose the check stub.

      Without actually trying this approach in a real life situation, some possible negatives that I can think of are:

      • Not seeing your credit card vendor as part of your Payables Trial Balance and Historical Trial Balance.
      • Not being able to apply credits to transactions and not being able to partially apply payments and credits.
      • Not seeing a history of what transaction was paid with what payment. This may not be an issue if everything is paid right away…but if there are multiple credits and payments applied to a charge, this may be easier to see in Payables than in the Checkbook.
      • Having a separate control account for each credit card vendor. This may actually be a benefit to some companies, again this may depend on the specific situation and number of credit cards.

      -Victoria

      Like

    • Bill,
      Do you use Credit Cards as checkbooks? I’d like to hear more about this option if you have used it this way.

      Like

  25. We use Select Checks to build Computer Check batches and EFT batches; there are hundreds of posted invoices to be paid per batch. Is there an equivalent functionality of Select Checks but for building payments by Credit Card, for example, all invoices due by a given data to all vendors of a PAYVIAAMEX vendor class?

    Like

    • Hi Don,

      There is no such functionality for credit cards. I am curious, because I have not had such a request before, are you actually paying multiple vendors with a credit card at the same time?

      -Victoria

      Like

      • Yes, we do 3rd-party payment processing, and the check-run each day has hundreds of checks and each check can be applied to many invoices. We are converting several vendors to payment by CC. The Select Checks workflow does most of what we need in one step; our invoices have already been created from our Ops system via eConnect. Manual Payments with AutoApply by Due Date seems to me to be the most similar option for CC, but would take more manual steps such as pre-reporting what is to be paid, keying the vendors to be paid, the amount to be paid, hit auto-apply, etc…just seems like it could be more prone to error, so additional validation reporting after that.
        I didn’t see any eConnect functionality for creating such a payment with multiple applications…???
        I wonder if an option to retain the Select Checks functionality might be to just setup the CC in GP as a CheckBook (negative balance?), but have its cash account be the AP account or some other suspense account. Do you foresee any pitfalls with that? Thank you for all your advice! I really enjoyed this article and topic.

        Like

        • Hi Don,

          There is no way to do what you’re looking for with manual payments…maybe a customization would accomplish it, but nothing out-of-the box. I think you might be on to something with a Checkbook with a negative balance going to an AP account instead of Cash. I have never done this, so I cannot give specific recommendations and I would recommend lots of testing prior to putting it into production, but in thinking through it, I don’t see any major issues.

          One possible pitfall: If you only have one AP control account, I would not recommend using it for this, because you may run into issues with the AP subledger reconciliation. I think this should be a separate AP General Ledger account. And if you have multiple credit cards that you’re going to do this for, then use multiple checkbooks and a unique GL account for each. Not necessarily a show stopper, but may impact other accounting practices.

          If you do decide to go ahead with this, please post back to me know how it goes, I would be curious to find out how/if it worked for you. Thanks!

          -Victoria

          Like

  26. Hi Victoria,

    Can you tell me how to enter credit memos to venders you are paying by credit card. Thanks for you blog,

    Like

    • Jeanne,

      You can either (a) enter a Credit Memo directly for the credit card vendor…or, if you want to keep track of the details for the actual vendor, (b) enter a Return for the actual vendor and put the credit card information on the bottom right (some more on Return transactions here: http://victoriayudin.com/2008/12/30/payables-return-transactions-in-dynamics-gp/).

      -Victoria

      Like

      • Victoria,

        We are entering a return on the original vendor and applying the credit card information in the bottom right. We see the Return on the original vendor (in history), but we are not seeing the return on the Credit Card vendor. Am I missing something?

        Thanks, Kim

        Like

        • Kim,

          I just tested this and also looked up prior entries that I have made, in all cases a Credit Memo was created for the credit card vendor once the Return was posted. If you drill down to the Return, what is the On Account amount in the bottom right corner? What are the Types of the GL distributions for the Return?

          -Victoria

          Like

  27. Victoria, please explain something to me. Your screen shot in Scenario 1 shows you making a credit card payment of $234.25. The total purchase amount is the same – $234.25. But you also have an On Account amount of $234.25. If you’re making a payment for the full amount, why is there an On Account amount? Also, when I do this, my On Account amount defaults to zero so how are you getting an On Account amount? Another thing, if the On Account is zero, when I post, the transaction doesn’t affect Payables but I do get a GL hit. So now I have a discrepancy between my PM and GL account. So I assume the key is the On Account amount but again, if my payment is the total purchase amount I don’t get an On Account amount. Please explain. Thanks.

    Like

    • Jimmy,

      If you look at that screenshot carefully, you will notice the cursor is still on the Credit Card field, after the amount – that means the screenshot was taken before I tabbed off the Credit Card field. As soon as you tab off that field the On Account amount will change to zero – so what you are seeing is correct.

      As to your other question – if your credit card is set up to go to a Vendor with the AP GL account for Accounts Payable, when you pay another Vendor’s invoice with this credit card, it will create a payables invoice for the credit card Vendor. So there will still be an increase (credit) to the AP GL account and an increase overall in the Payables subledger, just to a different Vendor.

      Hope that helps.
      -Victoria

      Like

      • Yes, when I do a vendor summary I do see the payable to this vendor. However, I was testing the new Reconcile to GL feature of GP10 (not 2010) and immediately after posting an example of paying a vendor with a credit card I ran the Reconcile to GL process for Payables and there is a GL hit (on the right side) of the spreadsheet that gets created but nothing shows on the Payables side (the left) so the spreadsheet shows a discrepancy. Is there something else I need before I run this Reconcile to GL process to see that transaction show on the PM side?

        Like

        • Unfortunately, this is just one of the shortcomings of the Reconcile to GL functionality. I do not know a single company that is actually using the out-of-the-box Reconcile to GL functionality routinely or successfully.

          -Victoria

          Like

          • That sucks. I thought that spreadsheet was a cool feature but if it’s not accurate what good is it. Now I’m really bummed. :(

            Like

            • Jimmy,

              If everything is entered correctly, you should not need a tool to help reconcile, as everything will reconcile already. ;-)

              Why look for ways to fix problems before they happen, why not prevent them instead?

              -Victoria

              Like

              • Yes. That would be best but things don’t always turn out that way. :)

                Regarding paying a vendor with credit card, is there a difference between this method and paying a vendor with a credit card via Manual Payment? I tested that but both accounts – the credit and debit – are the same AP account. I read Mr. Daoud’s article but it’s still a little fuzzy.

                http://mohdaoud.blogspot.com/2010/07/when-using-credit-card-option-in-manual.html

                Not sure I want to change the AP account to a cash account on the vendor I setup as the credit card vendor. Then if I use that same card as the way it’s described in this article it will behave different right? That is, I won’t have a payable to the credit card vendor since it will hit the cash account rather then the AP account. I’d have to change the account back and forth. I don’t like that. So how to handle that?

                Like

                • I am not sure what that article is really addressing either, sorry. I would never recommend that you change the AP account on a vendor with every transaction, whether it is a credit card or not. THAT is what gets you in trouble with reconciling. My suggestion earlier was about a one time upfront change when setting up credit card vendors.

                  Whether you are using a Manual Payment transaction or not has absolutely nothing to do with whether you are paying with a credit card or what account numbers will be used. Take a look at scenario 2 in my post above. A Manual Payment simply lets you record the fact that you paid another vendor with a credit card after your invoice to the original vendor has already been posted.

                  -Victoria

                  Like

  28. Victoria,

    We are currently using manual payments, scenario 2, for a credit card payments but are having issues with payments becoming unapplied on our vendor accounts. Take for example yesterday I notice that an invoice appeared dated 06/03/09 as open. I went in to investigate what happened and discovered that this invoice was in fact paid via a manual payment to our credit card vendor. The payment on both accounts are still there and show that they have been fully applied to this invoice. Yet the invoice is now open with no payment to apply it to. I also have a invoice on one of our credit card vendors that shows that it is fully applied even though there is nothing showing applied to it. Have you ran into these situations and have any suggestions for solutions?

    Like

    • Teresa,

      The only time in Payables that anything will become unapplied is when something is voided. There is no unapply and reapply option in Payables, so it is not possible that someone could go in and unapply a previously applied document. Can you confirm that there are no voided payments? It may also be that something went wrong somewhere, perhaps running a Reconcile would help (Tools > Utilities > Purchasing > Reconcile).

      -Victoria

      Like

      • There are not any voided payments that is the weird thing. The payments show that they are completely applied and paid out but for some reason the invoices are becoming open months later when the payment is still showing fully applied and paid to that invoice. I will try the reconcile. Thanks.

        Like

        • Teresa,

          Very strange. I have not seen anything like that in all my years of using and supporting Dynamics GP. Are there any customizations or 3rd party products installed? Is anyone changing data directly in the GP database?

          -Victoria

          Like

          • We don’t have any ad ons or data directly changing on the purchasing side of dynamics. I also ran the reconcile report and that did not correct it. Thanks again for the help.

            Like

        • Teresa,
          I know it’s been a long time since your post but I am having the exact same issue that you described. I was wondering if you ever discovered what was causing the open invoices to appear again?

          Like

  29. Victoria,

    We used to do this using the “separate GL AP account” method and decided to stop doing that and use just one AP account to make it all simpler.

    Now we’re having trouble figuring out how to show the transactions in a SmartList the way you mentioned above. Could you walk us through building the SmartList to show the same transactions as they show up in the Inquiry?

    Like

    • Daniela,

      The SmartList I am referring to above is under Payables Transactions. Add a column for Current Trx Amount and then search for all transactions where the Vendor ID is your Credit Card Vendor and Current Trx Amount is greater than 0.

      -Victoria

      Like

  30. Thanks Victoria. This is very helpful.

    I setup a separate GL account for the credit card. Now, I can see the transactions by filtering on the GL account in the “Account Transactions” Smartlist.

    Also, I added the “Reference”, “Originating Master ID”, “Originating Master Name”, and “Originating Document Number” columns to the “Account Transactions” smartlist. Those columns bring in the “Description”, “Vendor ID”, “Name”, and “Document Number” fields respectively from the Payables Transaction Entry screen.

    It works great!

    Like

  31. Victoria, We implemented your procedure for credit card invoices and payments, however, we are running into a problem when we try to reconcile our AP module to the GL. When we enter the invoice it credits AP with a type of CASH and debits the expenses with a type of PURCH. The payment does not have a distribution attached. The transactions hitting AP with a type of CASH do not appear on the reconciliation spreadsheet created when you run the Reconcile to GL process. Would you be able to help me? Thank you, Susan

    Like

    • Susan

      Are you talking about the ‘Reconcile to GL’ routine in GL 10.0? For what it’s worth, I don’t know anyone that feels that routine works well, or even correctly. What you are seeing is just one of the issues. However, that routine is not needed to reconcile AP to GL – it is simply a tool added in GP 10.0 to help reconcile AP (or AR) to GL if/when there are issues.

      One way I can think of to get around this particular limitation is to create a different AP account for the credit card payable. It is not necessarily the optimal solution and I would recommend doing some testing to make sure there are no other issues with it, but what that will do is make the CASH distribution go to the credit card payable account, not your regular AP account.

      -Victoria

      Like

  32. Hi! Your tutorial is great! I wish I had it when we were setting up the credit card function in GP. Anyhow, it’s all set up and we’ve been using it for a while with a few minor issues. My problem is that we pay vendors both with credit cards and with cheques so when we do a normal cheque run, in the “Edit Payables Cheque Batch” screen, we still get all the documents from vendors who we’ve already paid with a credit card. The documents paid by credit card all show up as 0 amounts with credits applied to them (from the credit card payments) and while this is ok, the list keeps getting longer the more credit card payments we make. I’ve looked through the manual but I can’t seem to find a way to get rid of them from this screen. Would you happen to have any suggestions?? Thanks!

    Like

  33. Thank you VY. Its a very nice and helpful blog.

    Like

  34. Trying to correct a problem we have had for years. We have 15 credit cards assigned to our sales people. Each have their own card and seperate bills come from the vendor for each. They Mastercards through Wells Fargo. They are all assigned to Wells as a single vendor. All transactions are posted through A/P using the same vendor ID (Wells Fargo). The only distinguishing fact is we use the credit card account number for the document number. The transaction debits the G/L expense account and credits A/P. The problem, when you look at the G/L expense account, you don’t know what the purchase is for, other than it says Wells Fargo. You literally have to go back to each paper transaction to see what it was for!? And, at the end of the month we have a mound of receipts to reconcile! Do I understand that a seperate vendor needs to be set up for each credit card and how do I get the description to show in the G/L expense. If we are to use a different Vendor ID for all credit card purchases, we would have a thousand different misc. vendors!? Suggestions?
    Thanks

    Like

    • Phil,

      I would not use a different vendor for each credit card unless you are paying each one separately. There are really 2 issues that I hear you bringing up: 1. Reconciliation of the bill each month. 2. Seeing the detail of the expense in the GL. While having separate vendors might help #1 somewhat, it will actually make paying the bill rather difficult if these are all on one bill and it won’t help #2 unless you make some additional changes.

      If I am understanding what you’re doing correctly, you are simply waiting for the bill to come in each month and then matching up the bill with all the receipts? If so, this is not the method that I recommend. I recommend entering each purchase as a separate payables invoice. This way, you’re not looking through a pile of receipts to reconcile to the bill, you’re looking through a list in GP (or on paper once you’ve printed it out). While at first it might seem like a lot more work to enter each transaction individually, in the long run you will save so much time reconciling each month, it will be well worth it.

      I would assign a code to each card, maybe the salesperson initials, or something else unique, and then use that as part of the document number. So, if I were a salesperson, the document number for one of my purchases would look like: ‘VY090821 STAPLES’ – which would signify my card, purchase date of 8/21/09 and vendor Staples. When reconciling this to the monthly credit card bill, this should be very easy to match up.

      As far as seeing more detail in the GL, this may depend on what GL reports you are looking at, but there are generally 2 places where you can put details or notes for the expense:
      – Description for the transaction on the Payables Transaction Entry window
      – Distribution reference on the Payables Transaction Entry Distribution window
      Again, this gets a lot easier to do if you are entering an individual transaction for each purchase. This detail will stay with the transaction and show up in the GL if you are posting your payables transactions to the GL in detail.

      Hope this helps.
      -Victoria

      Like

  35. Hi Victoria – thanks so much for all your help. I have created a new problem now. I posted an invoice to a vendor, then paid the invoice with the Amex card. I realized I had made a mistake, the payment was not paid by the credit card, so I went in and voided the payment. Now the invoice shows up under both the regular vendor as well as the credit card vendor account. the A/P trial balance is off from my general ledger by the amount of the invoice. The invoice under the Credit Card vendor account does not have any distribution accounts. Any suggestions as to what I should do now?
    Thanks,
    Pam

    Like

    • Hi Pam,

      If I am understanding the sequence of events correctly, you should now void the invoice under the Credit Card vendor. That should have a zero net change on your GL balances but bring your AP subledger balance down by the amount of that invoice. I hope that helps to resolve this.

      -Victoria

      Like

  36. Hi Victoria,

    Thank you very much for publishing this blog. It is very well-written and helpful. I followed your suggestions and was very happy with the results in accomplishing goals 1, 2, and 3. However, I have one small problem, and I would greatly appreciate your feedback. I recorded July transactions from my July AMEX statement with a payment due date of 08/21/2009. The problem I face is that some charges from the statement are placed in the wrong aging bucket on my payables aging. For example, a charge on 07/23/2009 is listed in the 1-30 days bracket of my payables aging run on 08/04/2009, since both the Doc Date and Due Date of the charge are 07/23/2009. However, since the AMEX payment is not due until 08/21/2009, this charge should be listed as current.

    I don’t want to date the invoice 08/21/2009 because the charge actually occured on 07/23/2009 when the vendor was paid by CC.

    I bet the solution is obvious and easy, but I can’t seem to wrap my mind around it right now. Thanks in advance for your help, and thanks again for publishing this great article.

    -Jason

    Like

    • Jason,

      Thank you very much for your kinds words!

      Is the issue that the due date is incorrect on some transactions? If so, you can change it by going to Transactions > Purchasing > Edit Transaction Information. Please write back if that does not answer your question.

      -Victoria

      Like

      • Yes, that was the issue. Thanks for quick and helpful reply.

        I was unaware of the Edit Transaction Information window. That was a very quick fix. We went live with our Dynamics system on 07/01/2009 and I’m still acclimating to it. I will visit your website often in search of solutions!

        Like

  37. Victoria,

    Is there anyway to edit a credit card’s setup options after they have been saved? I have a card with the “Used by Company” and “Check Card” options chosen with a defined checkbook. However, I cannot change from a “Check Card” to a “Credit Card” because the option is greyed out when I open the setup window.

    Thanks,
    Brendan

    Like

    • Brendan,

      There is no way to change this from within GP once it’s been set up and used on a transaction. While it is possible to change it in SQL, this is not supported, and I have never tested this, so I cannot tell you if it will cause issues. The easiest option is to create a new credit card with the settings you want. If you absolutely must change it, set up a test company, change this in SQL, and test any and all transactions you can think of to make sure nothing breaks (don’t forget to test voiding).

      -Victoria

      Like

  38. So, do you recommend using the A/P account as the default account for the credit card vendor? That was what was confusing me, I had a separate liability account for each credit card. Your explanation is very helpful.
    Pam

    Like

    • Pam,

      Unless you need to see the credit card liability in separate GL accounts for some reporting purpose, there is no reason you can’t use just one GL Accounts Payable account for all your vendors. If you treat a credit card like any other vendor, then every transaction would be entered in the AP subledger and you’ll always have the correct balance and details under the individual vendor accounts.

      -Victoria

      Like

  39. I REALLY appreciate the work you have done! Great instructions for beginners in GP. PLEASE publish more like this on different topics

    Thanks a lot!

    Like

  40. Victoria,
    Thank you for this detailed procedure. Is it possible to process purchase order receipts in the same manner?

    Thanks,
    Sam

    Like

    • Sam,

      Once you have posted a Purchasing Invoice in GP, it’s treated just like any other AP invoice, so you can use the steps outlined under ‘Scenario 2′ to enter a manual payment using a credit card against the Purchasing Invoice. If you’re talking about just a Purchasing Receipt, without an Invoice, you cannot apply any payment to a Receipt in GP. What you can do in this case is enter an unapplied manual payment using a credit card, then apply it once the Invoice is matched to the Receipt and posted. Please let me know if I am not answering your question.

      -Victoria

      Like

  41. Victoria,

    Can a Aged TB w/ Options report be used to also get a list of open amounts on the credit card vendors account? I am having trouble with getting right date range.

    Thanks,
    cal

    Like

    • Cal,

      If you’re looking for a list of all unpaid transactions for a particular vendor, then you don’t need to add a date range…maybe that’s what is causing the issue? If that’s not what you’re looking for, can you be a little more specific? You can also get this list in SmartList, although it won’t be aged. Typically aging the payables is not a concern for credit card vendors, though.

      -Victoria

      Like

  42. Victoria,
    I enjoy each and every word in this article.Really unbeatable article.This is the reason for your MVP awards(consecutively..).
    I learn new things from your every post.
    Thank you very much……………………….

    -jeganeedhi

    Like

  43. This is very informative and very nice of Victoria to publish such articles I encourage her to do more and this is the best.

    Farooque.

    Like

  44. You know, I have to tell you, I really enjoy this blog and the insight from everyone who participates. I find it to be refreshing and very informative. I wish there were more blogs like it. Anyway, I felt it was about time I posted, I’ve spent most of my time here just lurking and reading, but today for some reason I just felt compelled to say this.

    Like

Trackbacks/Pingbacks

  1. A Fool Proof Method of Using Credit Cards to Pay Vendors in Dynamics GP – 4/8, ERP Software Blog | Partner Compete - April 8, 2013

    [...] I’ve always paid vendors using cash and cheque payments. I came across Victoria Yudin’s blog “Using credit cards to pay vendors in Dynamics GP”. I found her blog to be straightforward and [...]

    Like

  2. A Fool Proof Method of Using Credit Cards to Pay Vendors in Dynamics GP - ERP SoftwareBlog - Microsoft Dynamics GP - Microsoft Dynamics Community - April 8, 2013

    [...] I’ve always paid vendors using cash and cheque payments. I came across Victoria Yudin’s blog “Using credit cards to pay vendors in Dynamics GP”. I found her blog to be straightforward and [...]

    Like

  3. A fool proof method of using credit cards to pay vendors in Dynamics GP | WebSan Solutions Blog - April 8, 2013

    [...] I’ve always paid vendors using cash and cheque payments. I came across Victoria Yudin’s blog “Using credit cards to pay vendors in Dynamics GP”. I found her blog to be straight forward and [...]

    Like

  4. Everything Dynamics GP #3 - About Dynamics, Development and Life - GP Technical Blogs - Microsoft Dynamics Community - July 18, 2011

    [...] Classic Post – Paying Vendors with CC (Victoria [...]

    Like

  5. Credit Cards and Vendors in Dynamics GP - DynamicAccounting.net - January 5, 2009

    [...] Cards and Vendors in Dynamics GP Victoria Yudin has a great look at Using Credit Cards to Pay Vendors in Dynamics GP. Credit Cards in GP also have lots of alternate and creative uses so it's important to really [...]

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Follow

Get every new post delivered to your Inbox.

Join 1,535 other followers

%d bloggers like this: