Method Community

I did, and that value was the value of the database entry underneath the custom SQL override (i.e. NOT the override value).  Is there a way to get the custom SQL override value when looping through a grid?

When I get the value of a grid element from the current row using VALUE FROM SCREEN, I am able to get the result of the custom SQL value for that cell. However, when I am looping a grid, it seems this is not possible. Is there a way around this that I am not seeing? Best, Furry

Hi Chris, Thanks--definitely on the right track, but see below, from my original message: I tried deleting the ReceivePaymentApplyToTxn records associated with the record then re-syncing with the desktop, but it just won't sync (no error either).

Hey Greg, Well, for now I'm going to just add an email notification or to-do table to apply the credit memo manually in QuickBooks, which is the only action that appears can NOT be automated with Method. I don't need professional services--in fact, could run circles around them with the hours I've got in working with Method over ...

I am not looking to do this with a stock screen. What I need to know is, with a custom screen and/or API function, CAN I apply a credit memo against an invoice with a custom screen in method for the following operations: 1) Standard credit memo / payment un-received on invoice 2) Credit memo to be applied to invoice with payment already ...

Anyone? Is it not possible to simply create the payment receipt and leave the full amount unapplied?

We often receive advance payments for sales orders that, in QuickBooks, is easy enough to just create an unapplied payment to be applied at a future date (when sales order invoices). However, I cannot seem to make a ReceivePayment entry with no referenced invoice or other transaction that will sync. I get a sync error mentioning that it ...

LaCrews, I just ran a test insert loop to a temp table with three fields, all of type text. Took 56.47 seconds to process 100 inserts. Has it always been this slow for you? Has the code changed at all on your end? Best, FW

Not noticing any slowdowns as of today. Thanks for following up.

Thanks, Chris. It appears to have recovered a bit since yesterday, but I would still like to have this looked at. We rely on the API for so much, when it's acting slow, our people are being paid good money to sit on their hands for 10% of the day. I don't like that.