You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Rozšíření „Detailní datum a čas zpracování a vypořádání transakce“ obsahuje 4 různé formáty data a času. Z jakého důvodu není dodržen jednotně např. ISO 8601 formát, tzn. YYYY-MM-DD pro datum a YYYY-MM-DDThh:mm:ss+-hh:mm pro datum včetně časové složky?
Kvůli tomuto musíme implementovat 3 různé manuální konvertory těchto dat, neboť vyjma položky createdDate jsou ostatní formáty nestandardní. Plus to také naráží na problém popsaný v jiném issue s neuváděním časových zón: #644
The text was updated successfully, but these errors were encountered:
@pvlst To samozrejme irituje vsechny, nicmene jednotlive formaty se za posledni dekadu postupne posbiraly "cestou" z jinych systemu, kombinaci z jinych rozsireni atp. ze kterych toto verejne vznikalo, to je ale v realite amalgam lecjakych privatnich potreb obchodniku za ta leta…
Vsechny nove hodnoty se pridavaji jako ISO 8601… nicmene historicke formaty zustavaji pro zpetnou kompatibilitu napric eAPI v1.x; urcite jakmile bude na poradu dne backlog pro breaking change na API v2+ tak podobne roztrousene formaty se budou sjednocovat.
Rozšíření „Detailní datum a čas zpracování a vypořádání transakce“ obsahuje 4 různé formáty data a času. Z jakého důvodu není dodržen jednotně např. ISO 8601 formát, tzn.
YYYY-MM-DD
pro datum aYYYY-MM-DDThh:mm:ss+-hh:mm
pro datum včetně časové složky?Kvůli tomuto musíme implementovat 3 různé manuální konvertory těchto dat, neboť vyjma položky
createdDate
jsou ostatní formáty nestandardní. Plus to také naráží na problém popsaný v jiném issue s neuváděním časových zón: #644The text was updated successfully, but these errors were encountered: