Here's a use case:
Vendor invoices containing 10+ line items that need to be entered into
both an accounting package and an inventory/POS system.
Multiply that case by a dozen or more a week.
And compound it by said 'PDF' invoice being a *scan*. (which of course
means really good OCR needs to be in the workflow) Despite computers
being near ubiquitous in business today, I'd hazard a guess of 93.46% of
them are clueless as to how to use computers efficiently. It seems as if
their approach is akin to someone with only a hammer, Duck Tape, & WD-40
in their toolbox no matter what the job requires.
Now, let's multiply that again: you are the sole person responsible for
this data entry for 2 or more businesses.
I'd rather have a script take me time to craft so I can one-click the
data 'conversion' from print to CSV and then spend my time reviewing the
result rather than a high chance of data entry taking even more of my time.
Regards,
Adrien
On 8/7/22 8:12 AM, David T. via gnucash-user wrote:
I can't imagine having so many transactions that the time it took to program
the process would in the end save me time in doing the accounting.
My method for processing pdf statements is to open the pdf statement in one
window and enter my transactions in GnuCash in another-- the old fashioned way:
by keying them in. This is remarkably quick in most cases, due to autofill--
and it gives me a sanity check on the data that's getting input (does that
transaction look right?). It works pretty well for me.
_______________________________________________
gnucash-user mailing list
[email protected]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
