Proformához nem elérhető a belőle készült számla API-n keresztül

[Razoralpha]

Miután kiderült hogy nem tudunk számlát készíteni API-n keresztül belőlük. Felmerült az igény hogy legalább a kiállított számlát le tudjuk kérni hozzájuk, és linket tudjunk generálni hozzá mivel a weboldalukon nem elérhető a link készítés az ilyen számlákhoz, a supportosuk szerint pedig az API-n nem lehet ilyen számlákhoz linket létrehozni. Így egyelőre kénytelen voltam az alábbi kóddal nagyjából ellátni a funkcionalitást a megfelelő válasz érték helyett:

$invoices = $this->getProformaInvoices(); foreach ($invoices as $invoice) { $matches = array(); $match = preg_match("/proforma \/ ([^\s]*) /", $invoice["attributes"]["comment"], $matches); if ($match) { $billSequence = $invoice["attributes"]["prefix"] ."-". $matches[1]; //update code } } A comment mező felparseolásánál kell hogy legyen jobb mód megtalálni a kapcsolódó számlát. Egyébként ebből így már létrehozható link a számlához.

[danfekete]

Azt szeretnétek, hogy a proformákhoz le lehessen kérdezni az abból létrehozott számlákat?

[Razoralpha]

Lényegében igen. Jó lenne, ha miután létrejött a díjbekérő, utólag frissítési céllal el tudnánk érni hogy a linkjét és az állapotát frissíteni tudjuk. Sokat segítene ha a generálást is meg lehetne hívni API-n keresztül akkor sokkal hatékonyabban tudna együtt működni a fizetési és számlázási rendszer többi részével.

Story: Az eredeti gondolat az volt, hogy a generate létrehozza a dokumentáció szerint a proformából a számlát. Amint kiderült hogy ez még nem működik és kénytelenek vagyunk a webes felületen átállítani, kiderült az is, hogy ott viszont hiányzik a link generálás gombja az elkészült számla mellől (Ez furcsa tekintve hogy az api gond nélkül legenerálja ugyanehhez a linket, gondolom csak a link nincs kirakva). Ezért el kéne érnünk API-n keresztül, ahol nem okoz gondot lekérni a linket hozzá, ekkor láttam meg a válaszban a connected_invoice_no értéket, reméltem hogy ez a ilyenkor a proforma a belőle készült számlára fog mutatni, de sajnos nem találtam ilyen mezőt amivel el lehetne ezt érni, csak fordítva - a számlából találtam módot előkeresni hogy melyik proformából készült, a comment mező felparseolásával.

[Frost007]

Sziasztok!

Nekem is hasonló a problémám. Proformából állítunk elő számlát API-n keresztül a /invoices/{id}/generate hívással amint megtörtént mondjuk a felhasználó részéről az utalás. Ezzel nincs is semmi probléma, de válaszban jó lenne visszakapni a létrejött számla adatait, hogy a mi rendszerünkben is be lehessen frissíteni a user számára az adatokat. Így jelenleg csak a létrejött proformáit látja és miután mi jóvá hagytuk azt már nem.

Ezzel kapcsolatban történt azóta előre lépés? Le lehet kérdezni a proformához kapcsolódó számlát?

Előre is köszi.

[Razoralpha]

Legutóbb pár napja néztem a frissítési csomag után, még nem volt rá más mód, mint lekérni az összes érintett végszámlát, a számla komment blokkjának felparse-olásával megszerezni az proforma kódját és úgy frissíteni.

[ervind]

Épp ma próbáltam meg az invoices/{id}/generate parancsot.

Az API dokumentáció szerint a következő adatokat kellene visszakapnom: { "success": true, "id": 1444388311 }

Ehhez képest egy üres array-t kapok. A számla a Billingóban elkészül, meg is kapja a megjegyzésben, hogy mely díjbekérő alapján készült el, viszont a szoftveremben ezt nem tudom detektálni.

Ezzel az a baj, hogy ha proforma számlával akarok fizettetni, akkor nem tudom utólag lekövetni, hogy ki lett-e fizetve, márpedig ezen nagyon sok következő lépés múlik (pl. küldjek-e ki noszogató emaileket, stb)...

A Razoralpha által említett módszerrel ugyan meg lehet oldani a dolgot, de az rendkívül erőforrás-igényes (miért kérjem le az összes számlát és böngésszem át őket, ha mindössze tényleg 2 sornyi adatra van szükségem).

Másrészt ez a doksiban benne van, az API pedig nem így működik, szóval ez nyilvánvalóan egy bug.

Sok fejlesztőnek sokat segítene a kijavítása...

[Razoralpha]

Másfél éve hiába emlegetem nekik a hibákat (van még bőven) nem került egyik sem javításra - némelyik komikusan egyértelmű, mégis inkább kidumálni próbálják (pl minden áron feature requestnek akarnak felvenni egy bugot, vagy nem arra válaszolnak amit kérdezel, vagy nem válaszolnak) mintsem megérteni és orvosolni azt. Ha még az implementációs szakaszban tart bárki - erősen javaslom megfontolni egy másik termék választását.

Különben nem ez lesz az egyetlen és nem ez lesz a legfájdalmasabb hack sem a rendszerben. A teljesség igénye nélkül (tényleg): -Hosszú kiírt magyar országnevek mint input a számlához, amit xlsben adnak közre. -IPv6 EU adókulcs lekérés egy az egyben lehetetlen, tartani kell kamu IPv4 megfelelőket hogy cserélhesd ha te már leellenőrizted -UK/GB jelenleg szintén hackelendő mert ők a GBt várják - a UKra a connector összeomlik, ha GBt küldesz a külső szolgáltatójuknál lekérik az IP országát és UKt kapnak és közlik veled, hogy ez bizony nem egyezik, de két hete nem is válaszolnak előtte pedig nem értették hiába táncoltam el nekik részletesen hogy hol a hiba, példával. -Szűrések gyakran nem mennek, vagy rossz számlatömbön fut le ha fejre álltok is. -Connector lib trunkateli a hibaüzeneteket

[danfekete]

@Razoralpha:

• IPv6 adókulcs lekérdezést egyelőre nem tervezünk, igazából az a végpont csak egy mankó akar lenni webshopoknak, nem feltétlenül egy full-feature service
• UK/GB megoldva, már ha ez szintén az EU VAT kérdéskör, az EU a hivatalos forrában nem ismer GB-t mint ÁFA ország csak UK-t
• Szűrésekről kérlek majd dobj egy logot hogy pontosan mire mit kaptál vissza, mert anélkül nem tudjuk megfejteni
• Az országnév problémán már dolgozunk, sajnos ez még az első rendszer öröksége és nem egy teljesen egyértelmű kérdés a refakt

[danfekete]

Most készül a rendszer új verziója, ahol többek között a számlák egymás közötti kapcsolatát is sokkal jobban végig lehet majd követni, akár API-n keresztül, most már közel egy éve dolgozunk rajta és folyamatosan launcholjuk ki a fejlesztéseket, így egy kis türelmeteket szeretnénk kérni. Előre is köszi!!

[Razoralpha]

Nos a UK/GB kérdéskörről azóta sem hallottunk vissza tőletek, bár küldtünk érdeklődő maileket, legutóbb ~20 napja, akkor még az volt az álláspontotok, hogy mi csináljuk rosszul és ezt egy félig összerakott válasszal indokolta a kollégátok. (És igen, tisztában vagyunk vele hogy az EUban UK-ként szerepel, de ameddig az általatok használt ip2c GBt ad nektek vissza amit ti a UK-vel összehasonlítotok és ezért az API-tok nekünk dob hibát addig ez nem a mi sarunk.)

Sajnos ez a mankó kvázi kötelező volt - kértük ugyan hogy a végpont tudja visszaadni az adókulcsot és id-t IP check nélkül is, de eme kérésünk is süket fülekre talált már több alkalommal.

Több évnyi türelmet tanúsítottam már és az eddigiek alapján eddig sem volt sok értelme.