jakubmrozek/eet

Node.js knihovna pro EET

eet's Issues

Přidat 2000ms timeout

Ahoj,šlo by tam přidat dodatečně ještě 2000ms timeout na request? Díky

Node 4.4.5 (METEOR) - Chyba při definici: let {pkp, bkp}

Ahoj ! Zaprví moc děkuji za modul, nevim co bych bez něho dělal...

Pracuji s frameworkem Meteor.js který běží na Node 4.4.5. Když spouštím funkci eet(options, items), tak se mi zastaví server a zobrazí se mi chyba při definici
let {pkp, bkp} = getFooterItems(options.privateKey, items)

Chyba:
SyntaxError: Unexpected token {

Jestli správně chápu tak Node/Meteor nedokažou přečíst definici proměné v tomto formátu

Máte někdo nápad co spůsobuje tuto chybu? Čili jestli máte řešení?

Díky moc !

podpora react-native?

Ahoj,

plánujete to převést i do React Native? Díky

Nefukční test

Ahoj, díky za modul. Na tohle jsem čekal. Bohužel se mi to nedaří zprovoznit demo příklad.
Dostal jsem error:
(node:90107) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): Error: Neplatny podpis SOAP zpravy (4)
(node:90107) DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

Formát času...

Ahoj,
jestli dobře koukám na popis EET:

Datum a čas odeslání datové zprávy se uvádí jako lokální čas v dané časové zóně s povinným vyznačením časové zóny podle následujícího pravidla:
• +01:00 v případě, že hodnota spadá do období zimního času v ČR – tj. časová zóna je SEČ
• +02:00 v případě, že hodnota spadá do období letního času v ČR – tj. časová zóna je SELČ
• +hh:mm, nebo –hh:mm nebo Z v případě, že hodnota je uvedena v jiné časové zóně (mimo ČR).

Pro EET z ČR má být tedy lokální čas ve tvaru yyyy-mm-ddThh:mm:ss+0X:00 a ne UTC yyyy-mm-ddThh:mm:ssZ. Pokud jsem to pochopil správně je třeba poupravit funkci formatDate nějak takto:

function formatDate (date) {
    var pom=new Date(date);
    var tzo = (pom.getTimezoneOffset()/60)*(-1);
    pom.setHours(pom.getHours()+tzo);  
    return pom.toISOString().split('.')[0]+(tzo<0?'-':'+')+'0'+tzo+':00';
}

PKP se generuje špatně

Build on Windows

Ahoj,
chtěl jsem se zeptat na zkušenosti na Windowsech. Není tam defaultně nainstalovaný openssl. Zkoušel jsem to tam instalovat, ale nefunguje to. Nemáte někdo s tím zkušenosti? Díky

Vracet warningy

Momentálně se zahazují.

Exposing generatePKP, generateBKP function

Zdravím,
vytvářím na základě této knihovny klienta pro eet komunikujícího prostřednictvím příkazové řádky (pro existující pokladní systém v čajovně).
Moje rozhraní vůči existujícímu programu je jednoduché:
return code 0 => tržba proběhla online, STDOUT= FIK
return code 1 => tržba proběhla offline, STDOUT=BKP, PKP
return code 2=> jiná chyba (špatné)
(pro ukládání offline tržeb používám sqlite a napíšu cronem invokovaný script který se bude snažit o znovuposlání)

V souvislosti s tím tedy potřebuji získat BKP a PKP, pokud požadavek neuspěje (testování - vytáhnutý síťový kabel :)), abych jej natiskl na účtenku. Oproti příkladu užití tak musím napsat něco jako:

var eet = require('eet/lib/eet');
var util = require('eet/lib/util');
var pkp = eet.generatePKP(privateKey,dicPopl,idProvoz,idPokl,poradCis,util.formatDate(record.datTrzby),util.formatNumber(record.celkTrzba));
var bkp = eet.generateBKP(pkp);

předpokládám ale, že tím používám vnitřní části knihovny, které se mohou bez upozornění změnit.

Protože předpokládám, že jde o dost častý use-case (možnost realizovat offline transakce), chtělo by to takto doplnit rozhraní knihovny - nejintuitivnější mi přijde, vracet BKP a PKP jako součást rejectu v doRequest, co myslíte?

Roadmap v1.0

• dokumentace (README)
• dokumentace kódu
• další testy
• drobný refactoring (některé funkce se zbytečně volají dvakrát atd.)
• drobnosti (CI, .editorconfig, code coverage atd.)
• lepší chybové hlášky, vracet čísla errorů
• vracet BKP a PKP u chyb #8
• zadání data tržby nepovinné (vezme se jinak aktuální datum)
• možnost nastavit timeout