Se strinjam in na to opozarjam že dalj časa. Ne gre samo za komunikacijski kanal z uporabniki ampak tudi za komunikacijski kanal Datalab <-> podporniki!
Mimogrede, tudi mi nismo dobili sporočila.

Lep pozdrav,
Darko

Kdo bo pa kril neposredno gospodarsko škodo? Včeraj smo imeli težavo na 54 blagajnah. In, če si slučajno imel nastavljeno, da se po računu trgovka avtomatsko odjavi je stranka popiz... in šla prej, da se je vaša blagajna zagnala nazaj, ker kontrolira v nedogled račune. Če jih imaš npr. letos že 10.000+ je trajala prijava 10-15 MINUT. Ja nismo na zadnji verziji 10 ali X, ker nas je ob vsaki nadgradnji pošteno strah kaj spet ne bo delalo. Ker nadgradnje, kjer je vse deluje kot mora so redke kot voda v Sahari.

Pa da ostale potolažim to sploh ni najhujša napaka na teh blagajnah, kar se je včeraj zgodilo. Pri nas se je zgodlo, da so na dveh blagajnah preprosto izginili računi za nekaj ur kljub temu, da so že bili fiskalizirani in poslani na FURS. Potem pa so se ponovno na istih cifrah kreirali novi in spet fiskalizirali. Kdo bo pa tu kril kazen od FURS inšektorja, ki si ne bo dal dopovedat, da nismo mi brisali ampak se je blagajna sama odločila za to??

Brisalo ni po kakšnem restartu ampak po tem, ko se je ena trgovka odjavila in druga prijavila, računalnik in blagajna sta bila medtem seveda neprekinjeno prižgana!

Sej imamo testni server, ki ga vedno poinstalamo-nadgradimo pred live serverjem, kar je seveda dodaten strošek ampak se je izkazalo, da je to NUJNO potrebno. Poleg tega pa, če bi bila blagajna decembra razvita kot je potrebno mi nebi porabili več 100 ur za nadgradnje in iskanje napak, naknadna fiskaliziranja po odpravljenih napakah,... Tudi blagajno X imamo nameščeno, pa še čakamo na naslednje popravke, ko bo mogoče pa že kolker tolk ok. 3 mesece po tem, ko bo to že moglo bit narejeno.

Drugače pa samo tole še o napakah:

Za naslednje napake, ki so bile še JANUARJA, ko bi morala davčna blagajna popolnoma normalno delat ne rabiš nobeneg auto testa ampak človeka, ki zna razmišljat, pa mogoče poslušat kak nasvet. Te napake niso vezane na NOBENE dodelave tako, da prosim ne se na to zgovarjat. Če se vam zdi tole normalno dajat v produkcijo, ne vem no, to so napake, ki jih ne sme nardit srednješolc ne pa programer z nekim delovnim stažem. Seveda damo vse na testnega prej ampak tule pa žal nismo mogli več kaj čakat.

- Ni izpisa gotovine v predalu (z report x poročilo , samostojno poročilo)
- Pri vnosu prejemka in izdattka ni izpisa
- Pri storno z novim ne izpiše veze do original računa
- pri stornaciji dokumenta vpišemo razlog za storno in se ne prikaže na izpisu
- Ni prevzetega izpisa opombe stornacije na dokumentu
- Na računu ni zneska vračila
- Na računu ni prikazanega popusta v znesku
- Ne odpira kase(predala za denar) ob izvajanju ukaza <drawer> blagajna zmrzne in jo je treba v taskih killat in ne odpre predala
- Na X poročilu so prazna polja pred zneski namesto, da bi pisalo tip kartic
- Če so napake in ne fiskalizira vseh dokumentov ob zagonu blagajne tega ne javi
- Če en dokument ni fiskaliziran po 10.000 izdanih računih vedno preverja vse od začetka, kar TRAAAAJAAA prej da se prijavi druga trgovka,..
- Na dokumentih, ki imajo napako pri fiskalizaciji ni definirano zakaj je prišlo do napake, je samo klicaj, še datuma ni
- Uvoz stranke z AJPESA ne potegne vseh podatkov, za šifro pa daje DAVČNO s čimer se naša računovodkinja zelo ne strinja – primer če odprem preko ajpea stranko po davčni ki ni zavezanec za ddv v šifro zapiše njegovo davčno.
- Pri uvozu strank in vnosu na blagajni ni POPOLNOMA NOBENE kontrole, vsaj na obvezna polja kot so naziv, pošta, davčna,.. bi dali kontrolo vsaj v stilu isempty(),.. Drugače se, da preverit tudi pravilnost davčne številke
- v izpisih na blagajni ni podprta finkcija SQLExp() in smo prepuščeni podatkom ki jih dostavite v izpis in ne moremo urejati izpisov kot bi si jih želeli. Zakaj to ni podprto?
- test prikazovalnika javi napako
- pri daljših računih se ne izpiše vse na tiskalnik (STAR TSP 143 U EU GRY) enostavno odreže račun.
- pri poročilih in zaključku všteva v poročila tudi podatke iz naročil dokument NAR
- popravek za serijske številke : če poskeniram artikel ki ima promet z serijsko v istem dnevu mi javi da ni na zalogi
- kontrola zagona programa , da se ne more vključiti več kot 1x
- tiskanje naročil na različne tiskalnike – nastavljivo na identu na kateri tiskalik se tiska (prej tiskalniki 1-5)
- ni centralnega pregleda napak sinhronizacije
- zelo počasno iskanje artiklov (npr če imam več kot 100000 artiklov deluje iskanje zelo počasi, na računalniku z 8GB rama, SSD DISKOM i5procesorjem,,, odpira 15s+, na slabših traja po minuto ali več.
- gumb pregled dokumentov »mesec« – mi ne prikaže nič dokumentov
- sama blagajna je ima veliko bugov, zmrzuje , če hitro listaš po dokumentih javi napako, večkrat zamrzne ko izbiraš način plačila…)
- Okna se skrivajo v ozadje in trgovke to ne znajo odpravit, potem pa kličejo da je blagajna zmrznila
- Če samo za sekundo zmanjka interneta blagajna zmrzne, se jo lahko samo killa
- Prav tako zmrzne vsake tolk pri dodajanju artiklov
- če izdelamo svoja poročila moramo imeti možnost, da druga damo kot neaktivna – jih ne prikazuje v pregledu
- ko dodam nov artikel dobavnico , mi v nastavitvah dokumenta nastavi tako da všteva promet v zporočilo
- Na windows 10 pri pregledu dokumentov ne prikazuje NEDELJE, je samo od pon-sob
- Izginili so računi na dveh blagajnah kar se prej pri cc. 4.000.000 izdanih računov ni zgodilo
- Stranke se bunijo da mora na original računu biti cena brez ddv+ddv = MPC po pozicijah, to lahko naredimo sami, ampak če je zakonsko obvezno zakaj tega ni že v osnovi?
- Če je vnos VKR računa prvi v dnevu ga da na datum zadnjega vnešenega računa.

Pa to gotovo še ni vse.

Ko pride naslednja X verzija bomo potestirali, pa da vidimo kaj od tega je popravljeno. Pa upam, da ne bo kup novih napak. Na trenutni verzije je sicer nekaj zadev popravljenih, vse pač ne. Smo probal brez skrbi.

Uredil uporabnik 03 March 2016 15:53:58(UTC)  | Razlog: Ni naveden