Answers:
this continues and payments for old dates doubles drag on, the balance lives its own life. Now nothing has been done with this card for 2 days. and payments for it appear in the system
10.06.2022, 18:42
Original comment available on version: ru
Every skin day, 4-10 payments appear in the system, and they stink like a couple of months in advance, so I will be out of the future. already boules on all accounts of privat cards. on the cards itself, there are minuses in the main payment for 2-3 months.
please know the problem, it's just a capet
13.06.2022, 07:59
Original comment available on version: ru
Logs are already working for you, keep an eye on new payments today. From what you can already see - private does not respond to filtering payments by day, i.e. they tell him - "give payments for today", and he gives a bunch of payments for different days, for example, for 2022-05-14 he gives payments for the past and current method. I wrote a ticket about this to the technical support of api private, when there is an answer, I will inform you here
14.06.2022, 09:22
Original comment available on version: ru
I see at least 5 clients who have already addressed this issue. Track payments today and do not delete duplicates, let's see what happens with the dates today
14.06.2022, 10:13
Original comment available on version: ru
When a payment is received in the system, a B/P is created for me, and here are today's ones. and the one that for 20003 is generally imported a couple of times every day
14.06.2022, 16:34
Original comment available on version: ru
Repeatedly noticed that Comments of payments can change by themselves.
For example, a payment with one Comment arrives, and if after a few hours this payment is deleted, then in a minute it may appear with a different comment.
And (I won't say for sure) it was that the Comment could change without deleting the payment (perhaps after saving the payment) - pay attention to this when searching for a problem with duplicates.
14.06.2022, 22:00
Original comment available on version: ru
There is no answer from the private yet, I think there are some serious problems arose since such a mess in the api. For my part, I can offer a hotfix that will make it so that only payments with the current date are added by the action and that only its code affects the search for a payment, and the date is not taken into account. So at least we can avoid duplicates while the private will solve his mistake.
16.06.2022, 14:02
Original comment available on version: ru
If today there are no curve payments, it is possible that the private has rolled out a fix for the problem. If so, then it makes no sense for us to do it. If you do, it will automatically roll out tomorrow to all systems. Did anyone have payments with the wrong date today, or is the import already working normally? If you make a fix, it will automatically roll out tomorrow to all systems with os
20.06.2022, 17:16
Original comment available on version: ru
Added to action for os settings:
Create only payments created on the current calendar day
Search for payments by code only. By default, the search occurs in the fields code + date
From the description, I think it's clear what they're doing. Both need to be enabled until private fixes the error. Support has not yet responded to emails.
20.06.2022, 21:00
Original comment available on version: ru
Privat admitted a mistake a week later:
"They removed the information from the retailers, at the current moment, it is correct and pointwise for some clients there is not a correct payment for the withdrawal of the bills, through the transition to a new service, the nutrition is already on the service from the retailers, after the transition to the new service will be canceled again."
I think it will take a couple of weeks to fix it, if it continues at such a speed.
23.06.2022, 10:56
Original comment available on version: ru
Please join the conversation. If you have something to say - please write a comment. You will need a mobile phone and an SMS code for identification to enter.
Log in and comment