GoCardless to start rate limiting

[digitlength]

I have received an email today from GoCardless to say that they will be implementing rate limiting:

Starting from 19 August 2024, we will implement a limit of 10 API requests per day for each access scope (details, balances, transactions) on account id level as part of our ongoing efforts to enhance operational effectiveness and minimize potential issues for all our clients. This phased approach will allow us to optimize our services progressively.

We plan to establish a limit of four requests per day for each access scope in the next phase.

I assume this is relevant for Firefly? I will eventually only be able to get 4 updates per 24hrs for each linked account through GoCardless?

https://bankaccountdata.zendesk.com/hc/en-gb/articles/11529584398236-Bank-API-Rate-Limits-and-Rate-Limit-Headers

[JC5]

It's something to document indeed, and I will do so. Thanks!

[MacPaille]

Honestly it's not super clear how that rate limit works. From what I understand it will be limited to 10 API calls (4 calls in the future) globally per account. Now it's not clear if it's per bank account or per GoCardLess account but I suppose it will be the latter...
So that means we will be super limited when fetching our bank data. Depending how much API calls FFIII does for each account we may end up having to fetch only 1 to 4 accounts per day.

@JC5 Can you provide a clear count of these API calls?

[JC5]

#9139

[digitlength]

Depending how much API calls FFIII does for each account we may end up having to fetch only 1 to 4 accounts per day.

That would be a total disaster for my use case, with many more than four accounts to monitor. Even four calls per day per bank account would be incredibly limiting.

GoCardless do state this:

If you think your use case may qualify for an exemption, such as if your end users are actively requesting account information more than four times a day, please reach out to the Bank Account Data sales team or support team for assistance.

@JC5 Presumably we count as end-users of Firefly, so is this something that Firefly could request from GoCardless?

[JC5]

I'll try to get in touch with them :)

[MacPaille]

If fetching all the transactions from a bank account counts as 1 call, we will need to find a way to run the imports on different days, meaning no daily import anymore. I do also have more than 4 accounts I'm importing, let's see how that will work :)

[JC5]

Their descriptions are a bit vague so we'll have to see what happens.

[digitlength]

The severe rate limiting has started, and it looks like I'm already locked out for the day, despite the importer only running twice since midnight.

@JC5 did GoCardless respond with more detail? When does the GoCardless day start/end?

[MacPaille]

I do fetch 5 bank accounts

To elaborate on this slightly: is that 5 accounts with five different banks (or financial institutions), or are some of these with the same bank?

5 accounts on 3 different banks (2 in each first 2 banks, 1 in the third). From the logs it seems I have 10 hits per bank connection I would say as I have 5 different connections.

[digitlength]

The latest data importer, the develop version can "deal" with the limits. It uses less expensive requests and will give a nice error when it hits the limit.

Using the develop importer (via docker), and setting off an import via

docker exec firefly_iii_importer php artisan importer:import /import/import_config_1.json

I don't get much information about the limits. All I see near the top of the log is

[2024-08-20 18:23:37] local.CRITICAL: Account success rate limit: 0 requests remaining, and 1s before the limit resets.  

but the import runs without issue. Is that to be expected?

[JC5]

Yes. It will simply sleep for whatever time it takes until the limit resets, unless that limit is more than 5 minutes. In that case it breaks, and continues with the next account.

[digitlength]

It will simply sleep for whatever time it takes until the limit resets

I can run the same import command twice in a row, and both times they state that 0 requests are remaining, and that there's one second before the limit resets. Is that just a coincidence?

[JC5]

Wait, I know what you mean. This will be fixed in tomorrow's develop release.

The default values for the account success rate limit are 0 and 1. It should skip those when it encounters them, but today it doesn't. Tomorrow it will :-)

[JC5]

Today's develop release will probably go out to the world. Thanks everybody, for helping me test this. If new bugs show up, please let me know.

production.DEBUG: Rate limit remaining: 96
production.DEBUG: Rate limit reset: 1
production.DEBUG: Account success rate limit: 10
production.DEBUG: Account success rate limit remaining: 0
production.DEBUG: Account success rate limit reset: 1
production.DEBUG: Now in pauseForRateLimit
production.DEBUG: [a] Rate limit: 96 requests remaining, and 1s before the limit resets.
production.ERROR: Account success limit: Have zero requests left!
production.INFO: Account success limit reached, sleep 1s for reset.

Don't ask me why the account success limit is at 0/1, those are the actual values.

Let me know what you run into.

[digitlength]

I don't have the importer in debug mode, so thought you might find the following interesting.

• Importer is develop/2024-08-21
• Firefly itself is 6.1.19 (latest).
• I import from 4 banks. Most banks have multiple accounts.
• I import from the command line (via a bash script) as follows:

docker exec firefly_iii_importer php artisan importer:import /import/import_config_bank1.json

The first bank I import from only has one account. The top few rows of the importer log are as follows:

Trying to connect to http://app:8080...
The last 25 chars of the access token are: <redacted>
Welcome to the Firefly III data importer, vdevelop/2024-08-21
The import routine is about to start.
This is invisible and may take quite some time.
Once finished, you will see a list of errors, warnings and messages (if applicable).
--------
Running...
[2024-08-21 21:00:05] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:00:11] local.ERROR: Account success limit: Have zero requests left!  
Done converting from file  using configuration /import/import_config_bank1.json.
...

I don't know what Account success limit: Have zero requests left! means, and why it is shown twice - the import continues without a problem.

Another bank I import 3 accounts.

Trying to connect to http://app:8080...
The last 25 chars of the access token are: <redacted>
Welcome to the Firefly III data importer, vdevelop/2024-08-21
The import routine is about to start.
This is invisible and may take quite some time.
Once finished, you will see a list of errors, warnings and messages (if applicable).
--------
Running...
[2024-08-21 21:00:41] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:00:45] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:00:51] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:00:56] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:01:00] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:01:04] local.ERROR: Account success limit: Have zero requests left!
Done converting from file  using configuration /import/import_config_bank2.json.
...

The same Account success limit: Have zero requests left! appears, twice per account I presume. Again, no issues with the actual import itself - all expected transactions found and imported (or ignored if duplicates).

Another bank I have one account.

Trying to connect to http://app:8080...
The last 25 chars of the access token are: <redacted>
Welcome to the Firefly III data importer, vdevelop/2024-08-21
The import routine is about to start.
This is invisible and may take quite some time.
Once finished, you will see a list of errors, warnings and messages (if applicable).
--------
Running...
[2024-08-21 21:03:24] local.ERROR: Account success limit: Have zero requests left!  
[2024-08-21 21:03:28] local.ERROR: GuzzleHttp\Exception\ClientException: Client error: `GET https://bankaccountdata.gocardless.com/api/v2/accounts/<redacted>/details/` resulted in a `401 Unauthorized` response:
{"summary":"Couldn't update account details","detail":"Access has expired or it has been revoked. To restore access reco (truncated...)
  
[2024-08-21 21:03:28] local.ERROR: {"summary":"Couldn't update account details","detail":"Access has expired or it has been revoked. To restore access reconnect the account.","status_code":401,"type":"AccessExpiredError"}  
[2024-08-21 21:03:28] local.ERROR: Could not collect info on all Nordigen accounts, but this info isn't used at the moment anyway.  
[2024-08-21 21:03:28] local.ERROR: GuzzleHttp\Exception\ClientException: Client error: `GET https://bankaccountdata.gocardless.com/api/v2/accounts/<redacted>/details/` resulted in a `401 Unauthorized` response:
{"summary":"Couldn't update account details","detail":"Access has expired or it has been revoked. To restore access reco (truncated...)
  
Done converting from file  using configuration /import/import_config_bank3.json.
...

Slightly more errors on this account, but again the import itself finishes without a problem - all expected transactions downloaded.

I think it might be useful to see the limit count in 'normal' mode, not just in debug, as that is probably something that will interest a lot of people from now on. Something like "x/y access requests remaining", or similar.

[JC5]

Thanks, the new version is out already, I'll write it down for the next one!

[rathmerdominik]

It is absolutely comical

You can't even set up an account anymore 😆

Some jokes write themselves

[JC5]

Haha nice.

So far though, my importer works fine. I've been pushing it with about 10, 15 imports per account per day, but no errors (yet). Waiting now for tighter rate limits.

[MacPaille]

Mhhhh something strange is happening. I'm running develop/2024-08-24 for 3 days now so today was my 3rd daily run. It seems the total count is still decreasing like I don't have 10 requests per day but 10 in total...
I got this warning in my email today:

Line #1: You have 7 request(s) left for bank account "XXXX"

Yesterday I got same message with 8 and day before with 9... Where is this value coming from?

[JC5]

What's your question? Where do you think it's coming from?

[MacPaille]

I suppose it's coming from GC but just want to be sure. How is that count used? I mean once it reaches zero do you have some reset request to send?
I feel their 10 daily requests is not well implemented yet

[JC5]

Basically it counts down (not very reliable for me though) and once it does, you get these timeout warnings in your import report mails. Then you must wait.

You can trace the value through the debug logs if you're unsure about the value but I agree that GC doesn't seem to have everything nailed down yet.

[digitlength]

Is GC sending some garbled data at the moment? All my imports are erroring with the below. In theory I should still have API calls remaining.

Running...
[2024-09-03 19:00:07] local.ERROR: Account success limit: Have zero requests left!
[2024-09-03 19:00:07] local.ERROR: sleep(): Argument #1 ($seconds) must be greater than or
 equal to 0 {"exception":"[object] (ValueError(code: 0): sleep(): Argument #1 ($seconds) m
ust be greater than or equal to 0 at /var/www/html/app/Services/Nordigen/Request/Request.p
hp:407)
[stacktrace]
#0 /var/www/html/app/Services/Nordigen/Request/Request.php(407): sleep()
#1 /var/www/html/app/Services/Nordigen/Request/Request.php(317): App\\Services\\Nordigen\\
Request\\Request->reportAndPause()
#2 /var/www/html/app/Services/Nordigen/Request/Request.php(156): App\\Services\\Nordigen\\
Request\\Request->pauseForRateLimit()
#3 /var/www/html/app/Services/Nordigen/Request/GetTransactionsRequest.php(63): App\\Servic
es\\Nordigen\\Request\\Request->authenticatedGet()
#4 /var/www/html/app/Services/Nordigen/Conversion/Routine/TransactionProcessor.php(119): A
pp\\Services\\Nordigen\\Request\\GetTransactionsRequest->get()
#5 /var/www/html/app/Services/Nordigen/Conversion/RoutineManager.php(106): App\\Services\\
Nordigen\\Conversion\\Routine\\TransactionProcessor->download()
#6 /var/www/html/app/Console/AutoImports.php(341): App\\Services\\Nordigen\\Conversion\\Ro
utineManager->start()
#7 /var/www/html/app/Console/Commands/Import.php(133): App\\Console\\Commands\\Import->sta
rtConversion()
#8 /var/www/html/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(36): Ap
p\\Console\\Commands\\Import->handle()
#9 /var/www/html/vendor/laravel/framework/src/Illuminate/Container/Util.php(43): Illuminat
e\\Container\\BoundMethod::Illuminate\\Container\\{closure}()
#10 /var/www/html/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(95): I
lluminate\\Container\\Util::unwrapIfClosure()
#11 /var/www/html/vendor/laravel/framework/src/Illuminate/Container/BoundMethod.php(35): I
lluminate\\Container\\BoundMethod::callBoundMethod()
#12 /var/www/html/vendor/laravel/framework/src/Illuminate/Container/Container.php(690): Il
luminate\\Container\\BoundMethod::call()
#13 /var/www/html/vendor/laravel/framework/src/Illuminate/Console/Command.php(213): Illumi
nate\\Container\\Container->call()
#14 /var/www/html/vendor/symfony/console/Command/Command.php(279): Illuminate\\Console\\Co
mmand->execute()
#15 /var/www/html/vendor/laravel/framework/src/Illuminate/Console/Command.php(182): Symfon
y\\Component\\Console\\Command\\Command->run()
#16 /var/www/html/vendor/symfony/console/Application.php(1047): Illuminate\\Console\\Comma
nd->run()
#17 /var/www/html/vendor/symfony/console/Application.php(316): Symfony\\Component\\Console
\\Application->doRunCommand()
#18 /var/www/html/vendor/symfony/console/Application.php(167): Symfony\\Component\\Console
\\Application->doRun()
#19 /var/www/html/vendor/laravel/framework/src/Illuminate/Foundation/Console/Kernel.php(19
7): Symfony\\Component\\Console\\Application->run()
#20 /var/www/html/artisan(35): Illuminate\\Foundation\\Console\\Kernel->handle()
#21 {main}
"}

In Request.php line 407:

  sleep(): Argument #1 ($seconds) must be greater than or equal to 0

Importer 1.5.4

[JC5]

That could be a bug, I'll check it out.

[digitlength]

I've switched back to Importer 1.5.3 for now, which works fine.

[brimell]

Yep 1.5.4 gives me that same bug as well and switching to 1.5.3 has fixed it.

[JC5]

Upgrading to 1.5.5 will also work :)

[brimell]

I did try 1.5.5 but it gave me an error so I went to 1.5.3
I'll go check what that was now and let you know (could've just been me)

[brimell]

On 1.5.5:

[2024-09-04 18:47:57] production.DEBUG: Set new IBAN from basic details.  
[2024-09-04 18:47:57] production.DEBUG: Done downloading information for debug purposes.  
[2024-09-04 18:47:57] production.DEBUG: Request parameters will be set to:   
[2024-09-04 18:47:57] production.DEBUG: authenticatedGet(https://bankaccountdata.gocardless.com/api/v2/accounts/c5c17762-0c73-4211-9bda-8e9db568e1aa/transactions/)  
[2024-09-04 18:47:57] production.DEBUG: Ran into exception: GuzzleHttp\Exception\ClientException  
[2024-09-04 18:47:57] production.DEBUG: Rate limit: 100  
[2024-09-04 18:47:57] production.DEBUG: Rate limit remaining: 98  
[2024-09-04 18:47:57] production.DEBUG: Rate limit reset: 59  
[2024-09-04 18:47:57] production.DEBUG: Account success rate limit: 10  
[2024-09-04 18:47:57] production.DEBUG: Account success rate limit remaining: 0  
[2024-09-04 18:47:57] production.DEBUG: Account success rate limit reset: 3272  
[2024-09-04 18:47:57] production.DEBUG: Now in pauseForRateLimit  
[2024-09-04 18:47:57] production.DEBUG: [a] Rate limit: 98 requests remaining, and 59s before the limit resets.  
[2024-09-04 18:47:57] production.DEBUG: Save the account success limits? YES  
[2024-09-04 18:47:57] production.ERROR: Account success limit: Have zero requests left!  
[2024-09-04 18:47:57] production.ERROR: Account success limit: Refuse to sleep for more than 5 minutes, throw exception instead.  
[2024-09-04 18:47:57] production.DEBUG: Done with download  
[2024-09-04 18:47:57] production.DEBUG: Rate limit for account c5c17762-0c73-4211-9bda-8e9db568e1aa: 0 request(s) left, 3272 second(s)  
[2024-09-04 18:47:57] production.DEBUG: Generating Firefly III transactions.  
[2024-09-04 18:47:57] production.DEBUG: Nordigen: Defer account search to trait.  
[2024-09-04 18:47:57] production.DEBUG: Now in collectAllTargetAccounts()  
[2024-09-04 18:47:57] production.DEBUG: Now in collectAccounts("asset")  
[2024-09-04 18:47:57] production.DEBUG: No access token in hasAccessToken() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: No base url in getBaseUrl() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: Found 3 accounts of type "asset"  
[2024-09-04 18:47:57] production.DEBUG: Processing account #1 ("Natwest") with type "asset"  
[2024-09-04 18:47:57] production.DEBUG: Processing account #3 ("Natwest savings account") with type "asset"  
[2024-09-04 18:47:57] production.DEBUG: Processing account #4 ("Cash wallet") with type "asset"  
[2024-09-04 18:47:57] production.DEBUG: Collected 3 accounts of type "asset"  
[2024-09-04 18:47:57] production.DEBUG: Now in collectAccounts("liabilities")  
[2024-09-04 18:47:57] production.DEBUG: No access token in hasAccessToken() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: No base url in getBaseUrl() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: Found 0 accounts of type "liabilities"  
[2024-09-04 18:47:57] production.DEBUG: Collected 0 accounts of type "liabilities"  
[2024-09-04 18:47:57] production.DEBUG: Nordigen: Collected 0 accounts.  
[2024-09-04 18:47:57] production.DEBUG: Add message about rate limits.  
[2024-09-04 18:47:57] production.DEBUG: Add message about rate limits for account 1.  
[2024-09-04 18:47:57] production.DEBUG: Found NO Firefly III account to report on, will not report rate limit.  
[2024-09-04 18:47:57] production.WARNING: Downloaded nothing, will return nothing.  
[2024-09-04 18:47:57] production.ERROR: [c] Add error to index #0: No transactions were downloaded from GoCardless. You may be rate limited or something else went wrong.  
[2024-09-04 18:47:57] production.DEBUG: Add error on index #0 (line no. 1): No transactions were downloaded from GoCardless. You may be rate limited or something else went wrong.  
[2024-09-04 18:47:57] production.DEBUG: Now in storeConversionStatus(conversion-ZuoezVvSfni2): conv_running  
[2024-09-04 18:47:57] production.DEBUG: Messages: 0, warnings: 0, errors: 1  
[2024-09-04 18:47:57] production.ERROR: [a] Zero transactions!  
[2024-09-04 18:47:57] production.DEBUG: Now in setConversionStatus(conv_done)  
[2024-09-04 18:47:57] production.DEBUG: Found "conversion-ZuoezVvSfni2" in the session  
[2024-09-04 18:47:57] production.DEBUG: Now in startOrFindConversion(conversion-ZuoezVvSfni2)  
[2024-09-04 18:47:57] production.DEBUG: Conversion status is "conv_running"  
[2024-09-04 18:47:57] production.DEBUG: Now in storeConversionStatus(conversion-ZuoezVvSfni2): conv_done  
[2024-09-04 18:47:57] production.DEBUG: Messages: 0, warnings: 0, errors: 1  
Conversion index (error) 0: No transactions were downloaded from GoCardless. You may be rate limited or something else went wrong.
There are many errors in the data conversion. The import will stop here.
[2024-09-04 18:47:57] production.DEBUG: No base url in getBaseUrl() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: No access token in hasAccessToken() session, will return config variable.  
[2024-09-04 18:47:57] production.DEBUG: The importer has collected 1 account(s) to report the balance difference on.  
[2024-09-04 18:47:57] production.DEBUG: Report balance difference between Nordigen account "c5c17762-0c73-4211-9bda-8e9db568e1aa" and Firefly III account #1.  
[2024-09-04 18:47:57] production.DEBUG: Nordigen account has 0 balance entry (entries)  
[2024-09-04 18:47:57] production.DEBUG: Created event ImportedTransactions with filtering (2)  
[2024-09-04 18:47:57] production.DEBUG: Array contains 0 message(s)  
[2024-09-04 18:47:57] production.DEBUG: Array contains 0 warning(s)  
[2024-09-04 18:47:57] production.DEBUG: Array contains 1 error(s)  
[2024-09-04 18:47:57] production.DEBUG: Now in sendReportOverMail  
[2024-09-04 18:47:57] production.INFO: No mailer configured, will not mail. 

Where it works completely fine on 1.5.3:

(not sure how helpful this is because I'm not sure what information is in the logs that I probably shouldn't put online... 😬)

Running...
[2024-09-04 18:13:39] production.DEBUG: Now in App\Console\AutoImports::startConversion  
[2024-09-04 18:13:39] production.DEBUG: Going to generate conversion routine identifier.  
[2024-09-04 18:13:39] production.DEBUG: Attempt #1 results in "conversion-mtNcWrpVmVz0"  
[2024-09-04 18:13:39] production.INFO: Job identifier is "conversion-mtNcWrpVmVz0"  
[2024-09-04 18:13:39] production.DEBUG: Now in startOrFindConversion(conversion-mtNcWrpVmVz0)  
[2024-09-04 18:13:39] production.DEBUG: File does not exist or error, create a new one.  
[2024-09-04 18:13:39] production.DEBUG: Return status. {"status":"waiting_to_start","errors":[],"warnings":[],"messages":[]} 
[2024-09-04 18:13:39] production.DEBUG: Now in setConversionStatus(conv_running)  
[2024-09-04 18:13:39] production.DEBUG: Found "conversion-mtNcWrpVmVz0" in the session  
[2024-09-04 18:13:39] production.DEBUG: Now in startOrFindConversion(conversion-mtNcWrpVmVz0)  
[2024-09-04 18:13:39] production.DEBUG: Conversion status is "waiting_to_start"  
[2024-09-04 18:13:39] production.DEBUG: Now in storeConversionStatus(conversion-mtNcWrpVmVz0): conv_running  
[2024-09-04 18:13:39] production.DEBUG: Messages: 0, warnings: 0, errors: 0  
[2024-09-04 18:13:39] production.DEBUG: Set identifier to "conversion-mtNcWrpVmVz0"  
[2024-09-04 18:13:39] production.DEBUG: Set identifier to "conversion-mtNcWrpVmVz0"  
[2024-09-04 18:13:39] production.DEBUG: Now in App\Services\Nordigen\Conversion\RoutineManager::start  
[2024-09-04 18:13:39] production.DEBUG: The GoCardless API URL is https://bankaccountdata.gocardless.com  
[2024-09-04 18:13:39] production.DEBUG: Call transaction processor download.  
[2024-09-04 18:13:39] production.DEBUG: Now in App\Services\Nordigen\Conversion\Routine\TransactionProcessor::download  
[2024-09-04 18:13:39] production.DEBUG: Found 1 accounts to download from.  
[2024-09-04 18:13:39] production.DEBUG: Going to download transactions for account #0 "c5c17762-0c73-4211-9bda-8e9db568e1aa"  
[2024-09-04 18:13:39] production.DEBUG: Will also download information on the account for debug purposes.  
[2024-09-04 18:13:39] production.DEBUG: Now in App\Services\Nordigen\Services\AccountInformationCollector::collectInformation  
[2024-09-04 18:13:39] production.DEBUG: Now in App\Services\Nordigen\Services\AccountInformationCollector::getAccountDetails(c5c17762-0c73-4211-9bda-8e9db568e1aa)  
[2024-09-04 18:13:39] production.DEBUG: Now at App\Services\Nordigen\TokenManager::hasValidRefreshToken  
[2024-09-04 18:13:39] production.DEBUG: No Nordigen refresh token, so return false.  
[2024-09-04 18:13:39] production.DEBUG: No refresh token, so return false.  
[2024-09-04 18:13:39] production.DEBUG: No Nordigen ID in hasId() session, will return config variable.  
[2024-09-04 18:13:39] production.DEBUG: No Nordigen key in hasKey() session, will return config variable.  
[2024-09-04 18:13:39] production.DEBUG: Now at App\Services\Nordigen\TokenManager::getNewTokenSet  

[JC5]

I see what you mean, I'm not sure yet what's happening here lol. Stay tuned.

[JC5]

Think I found it, thanks. 1.5.6 will be here soon.

[JC5]

1.5.6 is out and should report + handle rate limits correctly. I also talked to GoCardless, and they fixed some bugs on their side.

[MacPaille]

Thanks a lot for all the work on this!
I still see some weird counts sometimes it seems they are still not resetting the limit every day but no harm on fetching my daily transactions

[Jhutjens92]

Yea seems to be working again!

[Jhutjens92]

Not sure if the log is correct but the 10 tries are limited per day. Now it just keeps counting down. Surely this can't be correct? :

[2024-09-16 01:00:06] production.INFO: [c] Add message to index #0: You have 3 request(s) left for bank account "Betaalrekening XX". [Read more about GoCardless rate limits](https://docs.firefly-iii.org/references/faq/data-importer/salt-edge-gocardless/#i-am-rate-limited-by-gocardless).  
[2024-09-16 01:00:08] production.WARNING: The reset time is negative!  
[2024-09-16 01:00:08] production.WARNING: Account success limit: 3 requests remaining, it will take -1d23h59m58s for the limit to reset. 

[JC5]

This happens to me too. I have to do a deep dive next week.