I am not a GNU Cash user nor developer but I just want to drop a note to
thank you to many on this list for doing the heavy lifting in sorting out
the new USAA connection information.
I maintain a OFX download tool (in Java). Using the information from this
list, I was able to create configuration
Well, there's a UUID in that URL, but I just tried using it for the ClientUUID
and got "The user cannot signon because he or she entered an invalid user ID or
password." Using the one scraped from Quicken for MacOS and reported in
https://lists.gnucash.org/pipermail/gnucash-devel/2021-February/0
I ended up with two during my experimentation - I ended up requesting
access twice, I got the same access is and password both times but
different client uuids. Both client uuids I got as well as the published
one worked for me.
Quick check, did you capitalize the letters in the uuid? Someone menti
Am 14.02.21 um 05:04 schrieb John Ralls:
[...]
> USAA changed the account number on my credit card account, so I had to
> retrieve my accounts again in the AQBanking Wizard. I encountered a few
> problems with that process:
> * If the old account was present it wasn't overwritten: I had to remove
I tried it both ways, capitalized and not.
Regards,
John Ralls
> On Feb 14, 2021, at 11:31 AM, Randy Johnson wrote:
>
> I ended up with two during my experimentation - I ended up requesting access
> twice, I got the same access is and password both times but different client
> uuids. Both cl
I tried again with a second visit to accessid so I'd get a fresh UUID. It
worked to get the accounts but failed when I tried to retrieve transactions.
I've summarized the setup process in
https://wiki.gnucash.org/wiki/OFX_Direct_Connect_Bank_Settings#USAA, though for
my experience the Client UI
> On Feb 14, 2021, at 1:12 PM, Martin Preuss wrote:
>
> Am 14.02.21 um 05:04 schrieb John Ralls:
> [...]
>> USAA changed the account number on my credit card account, so I had to
>> retrieve my accounts again in the AQBanking Wizard. I encountered a few
>> problems with that process:
>> * If
Am 10.02.21 um 14:43 schrieb Geert Janssens:
> Considering most of the documentation is common, a translation flow based on
> a
> master document with message catalogs makes sense to me. The huge benefit is
> that we can offer user-friendly systems to translators. I seem to remember
> the
>
