Időnként felmerült a számokat tartalmazó megnevezések és kódok helyes sorba rendezése. Az eddigi módszer is helyesnek mondható azonban azzal a furcsasággal járt, hogy a következő nevek esetében: A1 A2 A5 A10 A15 A20, a jelenlegi rendszerben A1 A10 A15 A2 A20 sorbarendezést for kapni, azaz a numerikus részt nem számszerűen hanem ascii kód alapján lexikálisan rakja sorba, aminek értelmében az A2 sajnálatos módon az A10 és A15 után fog következni. Annak érdekében, hogy ez elvárható módon működjön, minden szöveget szét kell szedni szöveges és numerikus részre, valamint a szöveges részek egyezősége esetében a numerikus részt mint számot kell összehasonlítani. Ilyen módon már az elvárható sorrend fog előállni azzal a megkötéssel, hogy a 0-val balról padolt értékek kisebbnek minősülnek így előre jönnek, azaz a nullával padoltak sorrendje pl. 00001, 0001, 001, 01, 1
Ez a módosítás a következő csomagban lesz elérhető mivel a teljes rendszerben durván ~1500 helyen van sorbarendezés.
A problémát az okozza, hogy a pénztárgép szorzókód alkalmazása esetében is 1db-ot lát viszont a szorzó mennyiséggel felszorzott értéket. Ez normál működésben nem okoz problémát, viszont trafik esetében annak érdekében, hogy az nd adatgyűjtő rendszerébe véletlenül se kerüljön nem érvényes árú termék, a bizonylat lezárás folyamán ár ellenőrzés is történik, ami a fenti okokból kifolyólag szorzókód esetében bukott, így a bizonylatokról kimaradt a szorzókódos tétel. A javítás rendkívül egyszerű: amennyiben ráérős a dolog, akkor fel kell frissíteni a legfrissebb kurrens verzióra ( jelenleg ez a 3.6.4.0 ) majd a javításokban található ep.spr-t bemásolni a scripts-be, majd létrehozás. Ha a létrehozásra vagy a frissítésre szánt időt ki akarjuk spórolni, akkor ibexpertben meg kell keresni az 'online_sale' tárolt eljárást és meg kell keresni benne a következő részt:
select first 1 nd_price,
case upper(nd_priceleveltype)
when 'N' then 0
when 'A' then 1
when 'Z' then 2
else 0
end
from nd_productprices where nd_productcode=:nd_code and
cast( coalesce(nd_validfrom, current_timestamp) as date ) <= current_date and
cast( coalesce(nd_validto, current_timestamp) as date ) >= current_date and
(:quantity*nd_price)=:summa
az utolsó sort kell módosítani a következő módon:
(:quantity*:multip*nd_price)=:summa
utána Ctrl+F9 ( compile ) vagy a sárga villám és kész. Akkor is ha csak a tárolt eljárást javítjuk, a shopserver-t a művelet végeztével újra kell indítani.
Termékdíj kezelés tejesen átfogalmazva:
- paraméterekben termékdíj kategóriák és a hozzájuk tartozó díjtételek - általános kategóriák ( pl. műanyag csomagolóeszköz vagy akkumulátor ), a cikknél kapcsolódik majd a konkrét kt kódhoz
- paraméterekben termékdíj záradékok - alapesetben a termékdíjas tételhez a számlán a 'A termékdíj összege a bruttó árból: <X> termékdíj kötelezettség az eladót terheli' ahol az <X> helyére a kiszámolt termékdíj összeg kerül. A záredékhoz még a bevall kapcsoló tartozik, ami meghatározza, hogy a konkrét tétel beleszámít-e a számla végén megjelenő termékdíj összesítőbe, illetve a jelentésekbe. A cikknél szereplő bevall kapcsolót írja felül. A termékdíj záredékot a konkrét kt/csk kód alapján azonosítja a program
- cikkeknél a termékdíj meghatározása, súly bevitel és bevall kapcsoló a jelentésekbe való beszűmításhoz
- partnereknél a termékdíj kód ügyletre vonatkozó részének meghatározása. A termékdíj kialakítása: előtag ( pl A04 ), ügyletkód ( pl 10 ) és útótag ( pl. 01 ) elemekből áll össze. Az ügyletkód lehet ügyfélspecifikus, ha az ügyfélnél megadjuk, a program be fogja helyettesíteni a cikknél megadott alapértelmezett ügyletkódot. Az így kialakuló kt/csk kódhoz választja ki a program a megfelelő záradékot, annak hiányában alapértelmezett záradékot nyomtatja.
Pl: a terméknél megadott csk kód: A04 10 01, bevall kapcsoló bekapcsolva. Az 'A' ügyfél ügyletkódja 10, 'B'. ügyfél ügyletkódja 17, a záradékokhoz az A04 17 01 kódhoz a 'a termékdíj-kötelezettséget az első belföldi vevő a Ktdt. 14. § (5) bekezdés a) pont aa) alpontja alapján szerződéssel átvállalta' záradékszöveget rendeljük, bevall kapcsoló kikapcsolva. Ha a terméket az 'A' ügyfélnek adjuk el, akkor a számlán az A04 10 01 kód fog szerepelni az alapértelmeztt záradékkal és a tétel szerepelni fog a számla összesítő részében és a jelentésekben, míg a 'B' vásárló esetében a 'A41 17 01" kód fog szerepelni a záradékoknál megadott záradékszöveggel és a tétel nem szerepel az összesítő részben és a jelentésekben.
NAV online számla feladása
Csoportos számlázás
Helyesbítő számla
- Samsung 330 új engedélyű ptg integrálása
- EpPos-ban a soros vonalkódolvasó egy ideje nem működött, javítva
- Nav jelentésben az xml-be exportálható bizonylatok köre ki lett bővítve, természetesen ha ellenőrzés kell akkor csak a számlák exportálandóak
- Összesített forgalmak / azonos időszak forgalm javítva - időbontás változtatás esetében időnként hibázott
- Trafik árváltozások - etikett nyomtatás menüpontban elérhető az utolsó 30 árváltozási lista
- árazás/belistázás - a lista szűrhető csak készleten levő tételekre
- más apróbb javítások
Cimkenyomtatás ( kezdő offszet ), leltár ( bizonyos esetekben nem tölti fel a fedezetlen tételeket, több tételben történt leltárfelvétel esetében nem vonta össze a mennyiségeket ), cikkkiválasztás ( nem adójegyes termékeknél is rögzített adójegyes árat, akkor is adójegyes nézetre váltott választáskor amikor nem kellet volna, egyéb apró javítások ), egyszerűsített készlet, apróbb javítások
Cimkenyomtatás - kezdő pozició a4-es lapon nyomtatott cimkék esetében. A cimkék vizszintesen soronként is nyomtathatóak ( mind a 2-es ep esetében ). Ehhez nem a lap tulajdonságaként kell beállítani az oszlopokat hanem a sáv tulajdonságaként
Jelentések - az összesített jelentések esetében lehetséges a csomagcikkekre való leszűrés is. Eddig ez nem volt megengedve, mert ha az összes csoportra szűrünk akkor belekerülhettek a csomagok és azok összetevői is. Jelen esetben, ha az összes csoporta szűrünk akkor abból a csomagokat kizárja.
Természetes ( natural ) sorbarendezés
