Postechnika

Amennyiben winxp-n próbáljuk futtatni az eddigi 3.8-as sorozatú ep-t, akkor a poconet260.dll hivatkozni fog olyan ws2_32.dll-ben található hívásra amely a windows vista-val került beépítésre. Ezt a hivatkozást sikerült megszüntetni, így atz ftp-n levő javítás segítségével javítható a helyzet. A következő csomagban természetesen a módosított dll kerül telepítésre.

103,104,106,107,112,114,115,116,117,118,119,120 feladatbejegyzésben felsorolt módosítások/javítások.

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