EnterPrice 3

Hibajelenség: BizonylatService.epl kivételt okoz cikkkiválasztásba belépéskor.
Ok: a barcode.epl-ben található OPOS vonakódolvasó illesztés okozta a hibát. Átmenetileg kikapcsolva - tudtommal OPOS driver-t még senki nem használt, így hiánya nem lesz értékelhető
Javításokból a barcode.epl-t letölteni, felmásolni

Rengeteg belső átalakítás, hibakergetés, illetve sok apró belső kozmetika, kifelé semmi sem látszik, hacsaknem reményeim szerint némi gyorsulás és stabilitás. Az eddig felkerült észrevételek és javaslatok ezután következnek, a hét folyamán.

- mérlegkezelésben dibal rs232 mérleg
- foglalások, rendelések esetében nagy mennyiség utólagos problémákat okozott a cikkkeresőben
- megjelenítési javítások - pl. túl sok telephely esetében bizonyos felbontások mellett a telephelykiválasztó lista nem lefelé hanem felfelé gördült és nem lehetett a felül levő tételt kiválasztani.
- az előző verzió üres adatbázis létrehozása közben hibára futott.
- csv cikk import adatok bővítése
- más apróbb javítások...

Kisebb javítások:
- cikktörzs/cikkimport - az importálandó tételek listájában az import előkészítés oszlopaiban eltolt adattartalommal jelentek meg - javítva
- az import szerkesztés vizuálisan javítva, beöltött sablon esetében a "nincs hozzárendelés" tartalmú mezők halványítva jelennek meg, hogy a ténylegesen összerendelt mezők jobban kitünjenek
- az előkészítés táblában az üres adattartalmú oszlopok összevonva jelennek meg, biztosítva az importált adatok áttekinthetőségét.
- járulékos vonalkódok / szorzókódok esetében lehetséges a szorzókódhoz tartozó mennyiség importálása is.
- üres adatbázis esetében a bizonylatok menüpontba lépve hibát jelzett és nem hozta létre az alap bizonylattipusokat
- posserver az új adatbázis szerkezethez alakítva, az előző verzióban található posserver hibát jelzett.

Legfontosabb módosítás az új kerekítési rendszer ami a fizetőeszközre és a fizetési módra alapszik. A kerekítéseket alapvetően a fizetőeszközök adják. Új telepítéskor illetve régi verzióról történő frissités esetében az érintett táblázatok tartalmazzák az ajánlott beállításokat amik a következő:
HUF esetében 0 tizedes, kerekítések: tételsor: 1, végösszeg1: 1, végösszeg2: 5
EUR esetében 2 tizedes, kerekítések: tételsor: 0.01, végösszeg1: 0.01, végösszeg2: 0.01

A fizetési mód táblázat szabja meg a fizetőeszközhöz adott kerekítés alkalmazásának módját, ajánlott beállítások
Készpénz esetében végösszeg1 és végösszeg2 bekapcsolva
Átutalás esetében végösszeg1 bekapcsolva
Az egyéb készpénz jellegű fizetés esetében a kp beállításokat érdemes alkalmazni, mig egyéb esetekben az átutalásnak megfelelőeket. A fizetési módok táblázatában rendkivül fontos, hogy legyen legalább egy db nem fizet jellegű fizetési mód ( ez alapban az első, 'nincs pénzmozgás' fizetési mód ) amit a program pl. a szállítólevelek esetében alkalmaz, illetve szükséges hogy létezzen egy Kp.jellegű fizetési mód ( ez alapban a második 'Készpénz' fizetési mód ), ez feltétlenül szükséges a pénztárgépes és pos forgalom integrációjához. A fizetési módokkal nem érdemes játszani, ha egyszer beállításra került, akkor legjobb a nem rendszergazda felhasználóktól megvonni a jogot.

A fizetési módoknál megadott kapcsolók kapcsolják ki vagy be a kerekítési opciókat a tételsor bruttó fizetendő kerekítése, illetve a végösszeg kétszeres kerekítése. Forint fizetőeszköz esetében az első kerekítés az adott tényezővel a fizetendőt kerek forintra kerekíti ( hacsak nincsen megadva tételsor kerekítés, mert akkor a fizetendő eleve kerek lesz ), a második kerekítés kp esetében a 5 forintra való kerekítést intézi. A kerekítés folyamat úgy működik, hogy a két kerekítést egymás után alkalmazza, igy ha pl. csak a végösszeg1 kerekítés van engedélyezve, akkor értelemszerűen csak az első kerül végrehajtásra, a második kerekített összeg helyére is az első kerekített összeg kerül bejegyzésre. Ha a végösszeg2 kerekítés is engedélyezve van, akkor a első kerekített összegre alkalmazza a második kerekítést és azt rögzíti. Igy elérhető, hogy utalásos számla esetében kerek forint kerekítés történik, mig készpénz esetében 5 forintos kerekítés történik.

Az új verzió több kisebb módosítást is tartalmaz, a korábbi fejlesztési igényeknek megfelelően.

- bizonylat fejléc - cím adatok bővítése helyrajzi számmal
- partnertörzs - adóazonosító, felír szám, módosítások jelzése
- mérlegek kezelése - bizerba mérlegek (swcom), plst.if felolvasásával határozza meg a készülő plst.txt szerkezetlét, így biztosítva a megfelelést
- NIDEP - árpolitika paraméter nem mentődött a beállításoknál
- akciós lista sorrendjének módosítása - aktuális mindig felül
- cikk kiválasztó ablak javítása - módosítás esetén nem fut hibára
- bizonylat nyomtatványon a kiállító neve feltüntethető
- csoportos bizonylatolás bővítése - listához belefoglalhatóak az előzmények is
- pénzügyi analitikában javítva a pénztárhoz kötött mozgások felolvasása
- cikk és ártörzsben indikátor módosításkor ( a mentés gombon jelenik meg, ha a mentés megtörténik az indikátor eltűnik )
- pos forgalmi adatokban a fizetőeszközök rossz előjellel jelentek meg, javítva
- cikk etikett nyomtatásakor ha göngyöleg is szerepelt az etiketten, a göngyöleg árának beolvasása hibát okozott
- árazás belistázás esetében a listán még egy választott fizetőeszközben is megjeleníthetőek az árak
és minden egyéb amit elfelejtettem....

Javítás letölthető a javítások/[verzió] mappából az ftp-n

Valamennyi felsorolt javítás a 3.6.4.0-ra:
- természetes sorbarendezés
- shopsrv szorzókódok kezelése
- kt/csk záradék péznem
- apróbb javítások

A fizetőeszközök rendszerének átdolgozás folyamán a kt/csk díjak számlán való feltüntetése hibás lett, mivel a pénznem az alapértelmezett fizetőeszköz ( ft ) kell, hogy legyen azonban a számlán más fizetőeszköz esetében ezek a díjtételek is az adott fizetőeszközben jelennek meg. A javítás a következő verzióban lesz elérhető, illetve a 3.6.3.1 verzióhoz ( kt/csk díjak rendszerének átdolgozása előtti utolsó verzió ) a javításokban bizonylatservice.epl.

A sorbarendezés problémáját az okozta, hogy a sorbarendezés bizonylat kelte szerint csökkenő sorrendben állt elő. Azonban, mivel a csökkenő sorrend a bizonylat keltére vonatkozott, az azonos napra eső bizonylatok látszólag tetszőleges sorrendben jelentek meg. Ennek javítására a sorbarendezés alkalmával dátum egyenlőség esetén a bizonylat sorszámát is figyelembe veszi sorbarendezéskor, így ha csökkenő dátum szerinti sorbarendezést kérünk akkor az azonos keltű bizonylatokat is csökkenő sorrendben jeleníti meg. Ugyanakkor praktikus okokból az elsődlegesen megjelenő lista növekvő sorrendben lesz. A módosítás a következő változatban lesz elérhető.