h4kuna / fio Goto Github PK

https://developers.fio.cz/index.html

Ahoj,

po nasazení dostávám následující warningy:

PHP Warning: fopen(nette.safe:///tmp//d8481e5151a041de4ed7d30480f5d031): failed to open stream: "Nette\Utils\SafeStream::stream_open" call failed in ..../vendor/h4kuna/fio/src/Request/Queue.php:75

Proč se snaží ukládat na toto místo? Preferoval bych ukládání do tempu aplikace.

• vylepšit log aby formátoval
• aby sestavil xml a neposílal na api

Ahoj, umožňuje knihovna zadání inkasní platby?
Něco jsem v kódu našel, ale nepřišel jsem na to jak to použít.

Chybí reference plátce pod ID sloupce Column27
https://github.com/h4kuna/fio/blob/master/src/Response/Read/Transaction.php

9 ZMĚNY VE VERZÍCH DOKUMENTACE
...
1.6.28 7. 10. 2020 5.3.1.1 5.3.1.6 Přidán nový atribut Reference plátce

https://www.fio.cz/docs/cz/API_Bankovnictvi.pdf

@foxycode
Navrhuji zrušit PaymentFactory a ty tři metody přesunout do FioPay?

Hi, for development I need to temporarily disable SSL verification on my local server. This can be done by settion CURL flag CURLIOPT_SSL_VERIFYPEER, However Guzzle does it as following: http://guzzle.readthedocs.io/en/stable/request-options.html#verify

But by your method Queue::setDownloadOptions it cannot be done due to thrown exception.

When I call $this->fioRead->lastDownload(); it ends with fatal error. It is because in json returned from api, dateStart is null, and in method createFromFormat in vendor\h4kuna\fio\src\Utils\String.php:55 is raises fatal error just because of this null value.

Jelikož jsem hodně časově out, tak nemám čas to nějak pěkně napsat a poslat na pull, ale kdyby se někomu chtělo... Dnes nám asi 15 minut Fio vracela, že je služba nedostupná, bohužel to vrací v XML, ale movements očekává Json, takže to padá na Malformed Json.

Super... Teď jsem si všiml, že mám ještě nějakou starší verzi fia .. snad jen pár let :D ... Takže ani nejsem narychlo schopen říct, jestli to je aktuální , ale ve Files/Json se vyjímka neodchytává ani zde, tak si myslím, že bude.

Konkrétně přijde

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <response xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.fio.cz/schema/response.xsd"> <result> <errorCode>15</errorCode> <status>error</status> <message>Služba je momentálně nedostupná</message> </result> </response>

Já si hodil narychlo jen Json::decode do try {} a při chybě to hodím do XMLResponse a vypíšu chybu.

Max upload file pro platbu jsou 2MB. je potřeba mechanizmus na kontrolu?

• php 8.0+
• remove travis, enable github actions
• remove dependency on guzzlehttp/guzzle, add dependencies to PSR 7,17,18
• remove dependency on nette/safestream, add dependency on lock mechanism (arvenil/ninja-mutex or malkusch/lock)
• update API
• implement this issue #44

Naimplementováno, netestováno.

Podařilo se mi to rozjet podle návodu.

Nicméně transakce se vypíše ale pod jí tato chybová hláška.

Fatal error: Uncaught h4kuna\Fio\Exceptions\InvalidState: Key cold'nt be null. in /data/web/virtuals/154265/virtual/www/t-mobile/vendor/h4kuna/fio/src/Response/Read/TransactionAbstract.php:77 Stack trace: #0 /data/web/virtuals/154265/virtual/www/t-mobile/vendor/h4kuna/fio/src/Response/Read/TransactionAbstract.php(100): h4kuna\Fio\Response\Read\TransactionAbstract->key() #1 /data/web/virtuals/154265/virtual/www/t-mobile/_cron/banka_platby.php(22): h4kuna\Fio\Response\Read\TransactionAbstract->valid() #2 {main} thrown in /data/web/virtuals/154265/virtual/www/t-mobile/vendor/h4kuna/fio/src/Response/Read/TransactionAbstract.php on line 77

Za boha nevím co s tím.

dokumentaci a popisky

Nepodařilo sem mi identifikovat proč, ale v jednom případě se mi Transactin list ve foreach zacyklí a začne házet false výsledky pro větší počet dat, než v něm je. Tenhle fix pomohl. Mám za to, že to přetypování na int tam je špatně, protože to null převede na 0 a pak to vrací vždy že další hodnota existuje.

$key = key($this->transactions);
if ($key === null) {
	return null;
}
return (int) $key;

V anotaci třídy transaction je překlep constatntSymbol

Regulár pro kontrolu čísla účtu má podle mě chybu, takže účet 123456789/0123 přes něj neprojde.

Místo '~^(?P[a-z0-9]{1,34})(?P/[a-z0-9]{11})?$i'
je podle mě potřeba toto: '^(?P[a-z0-9]{1,34})(?P/[a-z0-9]{1,11})?$~i'

Měl by někdo zájem to napsat?

Asi bude lepší poslat požadavek zkontrolovat hlavičky a pak podle toho jednat jestli je potřeba počkat nebo všechno prošlo.

Při vytváření instance FioFactory kód hlásí chybu.

h4kuna\Fio\FioFactory::createClientInterface(): Return value must be of type Psr\Http\Client\ClientInterface, GuzzleHttp\Client returned

Je možné u euro plateb udělat BIC nepovinný? Třeba, aby měl defaulní hodnotu NULL? Když nebude NULL, kontrolovat na délku 11 znaků jinak nechat být?

Při volání $fio->lastDownload() jsem zjistil, že na řádce 102 a 113 je v tříde Fio omylem použito Curl::download místo CurlBuilder::download. To první neexistuje. Stačí nahradit a vše funguje jak má. Poslal bych pull request, ale nemam práva.

PS: díky za super rozšíření

Ahoj,

testuji vracení chybových hlášek v případě hromadného importu plateb.
Ty se mi krásně vracejí do $result->errorMessages()
Ale nepřišel jsem na způsob, jak zjistit, ke které transakci chyba patří.

Např. importuju-li dvě platby a v první mám dvě chyby, vráti se mi:
"51": "Neexistuj\u00edc\u00ed c\u00edlov\u00fd \u00fa\u010det ve Fio bance.",
"213": "Zpr\u00e1va pro p\u0159\u00edjemce obsahuje nepovolen\u00e9 znaky.",
"0": "OK"

Povedlo se ti zjistit, ke kterým transakcím chyby patří?

Díky,
Lucas

Automatický zjištění BIC z IBAN.

Prohnat to google translatorem.

Vidím, že mohu poslat hromadný import rovnou na fio api, ale rád bych prvně dostal xml file.
Asi bude stačit zpřístupnit $this->xmlFile ve FioPay nebo tě napadá bezpečnější způsob?

$national->setVariableSymbol($vs); očekává string parametr.

Už se nám však stalo, že VS řetězec u dodavatele začíná 0. V případě, že bychom s proměnou nakládali jako s číslem, úvodní 0 by se z řetězce vypustila a došlo by tak k platbě se špatným VS.

I ISDOC podle dokumentace nakládá s VS jako se string: https://www.mvcr.cz/isdoc/soubor/isdoc-schema-6-0-1-20140526-zip.aspx

Sending payments is now broken.

In Queue.php line 187:
                                                                                            
  [Symfony\Component\Debug\Exception\UndefinedMethodException]                              
  Attempted to call an undefined method named "getBody" of class "GuzzleHttp\Psr7\Stream".  

Method Queue::createXmlResponse contains invalid typehint.
Instead ResponseInterface|GuzzleHttp\Psr7\Stream should be ResponseInterface.

On the line src/Request/Queue.php:91 is Queue::createXmlResponse called with wrong argument.

It was broken by lastest commit