Sage 100

 View Only
  • 1.  Customer is on 2013 with Ebiz/Century Business Sol

    Posted 09-11-2014 10:56
      |   view attached
    Customer is on 2013 with Ebiz/Century Business Solutions (CBS) for cc processing. Came from 4.50 with CBS. In 4.50, they had payment type as 'payment/pre-post authorization' and customers have a default payment type set up of Credit Card in customer maintenance. They did 'batch processing' of cc's. They import to SO Invoice the customer#, item code, qty (no CC info). They then run the daily sales reports to process the credit cards, say NO to the update, then print invoices so the auth # will show on the invoice, then run daily sales again and update. In V2013, it doesn't matter if I import or manually key an SO Invoice and Accept, when I run the daily sales reports and process cc's, the auth # is not being returned to the invoice but the transaction ID is. However, when I try to access the invoice it tells me there is a credit card auth on file. If I try to click the Submit button, it tells me I can't change the authorization unless I delete the charge. I can remove the PY record for the invoice, click Submit and the auth info returns to the invoice. So obviously something is recognizing an authorization but why doesn't the auth# return to the Invoice when running the daily sales or clicking Accept? Is this a Sage process issue or Ebiz/CBS issue? The customer doesn't use sales order, just straight to Invoicing. Does it matter if I use 'payment/prepost auth' or 'deposit/sale'. I'd rather use payment/prepost auth as they did in 4.50 and not have to populate the deposit applied field. Screenshot of invoice screen after running daily sales with cc processing. Thanks N


  • 2.  RE: Customer is on 2013 with Ebiz/Century Business Sol

    Posted 09-11-2014 11:59
    I would imagine it has something to do with the Century Business Solution integration (not supported by Sage). Not sure if there is a way to populate the ""transaction ID"" on the sales order, in the method you are describing. Even though it does populate that data on a ""one off"" transaction. I would be curious if you create a batch with just one transaction, and update it all the way through if the transaction number is properly recorded ""after the fact"". We have one client that e-mails their invoices after update from AR, Reports, Invoice History Printing.