A Változási naplóban található jelölések ezt jelentik:

- Olyan új funkció, ami előtte nem volt elérhető a rendszerben.

- Már meglévő funkció kiegészítése, bővítése, működésének módosítása.

- Ügyfél oldalról bejelentett vagy belső tesztelés során észrevett hiba javítása.

 

A következő verzió várható tartalma az alábbi linken érhető el: CloudERP Ütemterv

 

1.50.7

Bejövő számlára rögzíthető költségek átalakítása

Részben átalakításra került a bejövő számlákra rögzíthető költségek kezelése. 

Korábban a jobb oldali oszlopban volt lehetőség költségeket kapcsolni, ez került átalakításra, hogy mostantól középen az Alap adatok alatt egy külön blokkot kapott a költségek rögzítése, és ide bekerültek új plusz oszlopok is.

Az átváltott költség azt jelenti, hogy az adott költség a számla pénznemében mennyi.

Az átváltási ráta pedig azt mutatja meg, hogy ha eltér a számla és a költség pénzneme, akkor milyen árfolyamon került a költség rögzítésre.

 

A legegyszerűbb eset, ha a számla és a költség pénzneme egyezik, illetve a költség teljesen ki is egyenlíti a számlát.

Ha a költség és a számla pénzneme egyezik, akkor értelemszerűen az átváltott költség ugyan annyi, mint a költég értéke és az átváltási ráta pedig 1.

Olyan eset is előfordulhat, hogy egy valamilyen pénznemű számlához eltérő pénznemű költséget rögzítünk, mert pl. egy euros számlát forintos számláról utalunk el a partnernek.

Ebben az esetben rögzítjük a költséget a kívánt pénznemben, majd meg tudjuk adni, hogy az adott pl. forintos költséggel a számla pénzneméből mekkora részt szeretnénk kiegyenlíteni. 

Mivel a rendszer nem tudja hogy mi volt az árfolyam a banki árfolyam átutalás pillanatában (ugyanis a bank nem az MNB középárfolyamon számol általában), így manuálisan megadhatjuk az árfolyamot, amiből kiszámolja a rendszer, hogy ez mekkora összegnek felel meg a számla pénznemében.

Az alábbi képen az került megadásra, hogy az utalás pillanatában az árfolyam 406,9 Ft/€ volt, így a számláról kiegyenlített összeg 8000,27€.

Fontos! Itt figyelembe kell vennünk, hogy a költség milyen pénznemben lett kiegyenlítve és mi volt a számla pénzneme. Az átváltási ráta ez alapján kerül kiszámításra. Tehát ha egy 8000 USD-s számlát euros számlaszámról szeretnénk kiegyenlíteni és 7227€-t utalunk el, akkor az átváltási ráta 0,9€/ USD lesz.

De ha pontosan tudom, hogy ezzal a tranzakcióval 8000 €-t fizettem ki, akkor ezt az összeget is beírhatom az Átváltott költség mezőbe és a rendszer automatikusan kiszámolja az árfolyamot. Így már nem kell nekünk kiszámolni az árfolyamot, ha nem tudjuk pontosan.

 

Olyan eset is felmerülhet, hogy azon felül, hogy eltér a költség és a számla pénzneme, több költség egyenlít ki egy számlát.

Ebben az esetben rögzítjük az egyik költséget, megadjuk az átváltott költséget vagy az átváltási rátát, majd később pedig ismét rögzítünk rá egy (vagy több) költséget, aminek lehet, hogy a forintosított értéke már teljesen más lesz, annak ellenére, hogy ugyan úgy 4000 €-t szeretnénk kiegyenlíteni, tehát ha beírjuk, hogy ez az forintos összeg is 4000 €-t jelentett, akkor a rendszer automatikusan kiszámolja hogy mi volt az átváltási árfolyama.

Extra tipp:

A költség rögzítésekor a sor végén található 2 db ikon.

Ez a két ikon arra szolgál, hogy automatikusan kitölti nekünk az átváltási költséget és a becsült átváltási rátát.

A  (100%) ikon abban segít, hogy ha a számlára rögzítünk egy költséget, ami eltér a számla pénznemétől, akkor ha megnyomjuk ezt a gombot, akkor a rendszer automatikusan kitölti az átváltott költséget a számla összegével a számla pénznemében, illetve automatikusan kiszámolja a becsült átváltási rátát is. Így ha nem tudjuk, hogy az utalásunk napján mennyi volt az árfolyam, csak azt tudjuk, hogy mennyit utaltunk el és az a számla pénznemében mennyinek számított, akkor dinamikusan kiszámolja a rendszer. 

A  (maradék) ikon pedig abban tud segíteni, hogy ha egy számlára már rögzítettünk költséget, akkor egy újabb költség rögzítésekor ennek a gombnak a megnyomásával a rendszer automatikusan megnézni a számla összegét, az eddig rögzített költségeket és ezeknek a különbözetét automatikusan beírja az átváltott költség mezőbe. Továbbá automatikusan kiszámolja a becsült átváltási rátát. Így nekünk már nem szükséges manuálisan beírni a fennmaradó összeget, hanem dinamikusan kiszámolja a rendelkezésre álló adatokból. A  abban az esetben nem aktív, ha a számlán már van több költség.

Ezeket figyelembe véve a bejövő számlák fizetési állapota is figyelembe veszi a költségeket, ami az alábbi állapotokat veheti fel:

• Fizetésre vár: A számlához nincs semmilyen költség rögzítve és a fizetési dátum mező üres (tehát nem adtam meg, hogy mikor tervezem kifizetni).
• Tervezett: A számlához nincs semmilyen költség rögzítve, de van megadva fizetési dátum (megadásra került mikor tervezzük kifizetni).
• Részlegesen fizetve: A számlához lett költség rögzítve, de nem egyenlíti ki teljesen a számlát (tehát az egyenlege nem 0).
• Fizetve: A számlához lett költség rögzítve, ami teljesen kiegyenlíti a számlát (tehát az egyenlege 0).
• Túlfizetés: A számlához lett költség rögzítve, ami magasabb, mint a számla összege (ekkor az egyenleg negatív előjellel mutatja a túlfizetést).
• Nem lesz kifizetve: A számla összege 0, és a rajta szereplő költségek összege is 0 vagy nincs rajta költség rögzítve.
• Nem lehet meghatározni: Ez az állapot akkor kerül egy számlára, ha az átváltási rátát a rendszer nem tudja meghatározni, ebben az esetben manuálisan be kell avatkozni a felhazsnálónak és megadni az átváltási rátát.

Ezen kívül bekerült egy "Egyenleg" mező a Bejövő számlák listanézetbe, ez a számla összegének és a számlán rögzített költségek különbségét mutatja a számla pénznemében. Erre akár nézeteket is alakíthatunk ki arra, hogy adott rendelésen mennyi a fennmaradó összeg, ami még nem került kiegyenlítésre.

 

Figyelem!

Mivel a fenti fejlesztés által átalakításra került a bejövő számlák fizetési állapota, így a Beállítások/Pénzügy/ Alapbeálíltások menübe bekerült egy új mező: "Bejövő számlák fizetési állapota". Itt azt tudjuk megmondani, hogy mi alapján szeretnénk ha a rendszer a fizetési állapotot meghatározná. Ha a Csatolt költségek alapján opciót választjuk, akkor a fenti működés szerint fognak a számlák fizetési állapotok működni, de ha a Fizetési dátum alapján opciót választjuk, akkor úgy működik, mint az 1.50.7 verzió előtt.

És hogy ez mit jelent? 

Ha a Bejövő számlán a Fizetési dátum mező:

- Nincs kitöltve, akkor fizetetlen a fizetési állapot.

- Ha ki van töltve, és a dátum jövőbeli, akkor tervezett a fizetési állapot.

- Ha ki van tölve, és a dátuma mai vagy a múltbeli van, akkor fizetve a fizetési állapot.

 

Bejövő számláknál partnerhez kapcsolt bankszámlaszámok kiválasztása

A funkció abban tud segíteni, hogy ha egy partnernek több bankszámlaszáma van, akkor már a bejövő számla rögzítésekor (vagy később is) fel tudjuk rögzíteni, hogy melyikre lesz szükséges utalni. 

A Partner adatlapon a Bankok mezőben rögzíthetőek a bankszámlaszámok.

A Pénzzügy/ Bizonylatok/ Bejövő számlák menüben pedig megadható, hogy a rögzített bankszámlaszámok közül melyikre kívánjuk utalni a számlákat.

Megjegyzés: A lenyíló lista lehetőséget ad arra, hogy válasszunk a partneren rögzített bankszámlaszámok közül, de ha egy olyan bankszámlaszámot szeretnénk ide beírni akkor azt is megtehetjük, ugyan ez a mező, egy szabadszöveges mező, bármilyen érték beírható.

 

Bejövő számlák másolása

A bejövő számláknál mostantól lehetőségünk van másolni a számlákat. Így természetesen egy új bizonylat jön létre, de ha több ugyan olyan számlát szeretnénk rögzíteni, vagy több ismétlődő bizonylatunk van hónapról- hónapra, akkor azokról könnyen le tudjuk másolni a fejlécadatokat.

A másolás során az új számlán kitöltésre kerülnek az alábbiak:

• Típus
• Partner
• Tervezett bankszámlaszám
• Költség
• Pénznem 
• Fizetési mód
• Megjegyzés

❗	Fontos! A számlán szereplő dátumokat (pl. teljesítési, fizetési, stb.), kapcsolatokat, csatolt PDF-et és költséget a másolás nem másolja rá az új számlára! Viszont a számla dátuma és fizetési határidő kitöltésre kerül automatikusan a mai nappal, de ezt nem az eredeti számláról kerül másolásra.

 

 

Jövedéki raktárkezelés

Abban az esetben ha a cég jövedéki termékeket is forgalmaz, akkor a magánszemélyek és a céges vásárlók rendelései eltérő jövedéki szabályok alá fognak esni. Ennek megfelelően a kiskereskedelmi-, és nagykereskedelmi raktár jogilag külön van nyilvántartva, de fizikailag egy helyiségben is lehetnek. A rendszer feladata az, hogy automatikusan kezelje ezt a megkülönböztetést anélkül, hogy a raktárosoknak erre külön figyelniük kellene a rendelés kiszolgálása során.

A funkció lényege az, hogy létrehozásra került a rendszerben egy rejtett mező, aminek a neve az Elszámoló raktár. Ez a raktár egy olyan raktár, amiben fizikálisan nincsenek termékek és fizikálisan nem is létezik, de adott feltételek mentén egy rendelés automatizmus segítségével megadható, hogy a rendelésnek legyen Elszámoló raktára.

A példában azt feltételezzük, hogy a cég fizikálisan is létező raktára a Jövedéki raktár nevet viseli és létrehozásra került egy Elszámoló raktár Kisker raktár néven. 

Az a cél, hogy a magánszemélyeket a Kisker raktárból szeretnénk kiszolgálni, a céges vásárlókat pedig a jövedéki raktárból, de ezt úgy szeretnénk megtenni, hogy az összes rendelés kiszolgálását mindvégig egyetlen raktárból csináljuk meg fizikálisan.

Ehhez létre kell hozni egy automatizmust, amit ha szeretnétek beállítani abban kérjük kérd az ügyfélszolgálatunk segítségét, hogy beállíthassák nektek a megfelelő paramétereket.

Az automatizmus azt csinálja, hogy ha a vevő magánszemély, akkor a rendelés Elszámoló raktárát beállítja Kisker raktárra, ha a vevő cég, akkor üresen hagyja az Elszámoló raktárat.

Ez azt fogja jelenteni, hogy amikor a rendelés kiszedése történik, akkor a rendszer automatikusan a háttérben készít egy kivételezési raktárműveletet a Jövedéki raktárból (ugyanis ebben dolgoznak a raktárosok), egy bevételezést a Kisker raktárra, majd még egy kivételezést a Kisker raktárra.

Ezeket a műveleteket teljesen dinamikusan elkészíti és végre is hajtja a rendszer, így ha szeretnénk egy nyilvántartást lekérni, hogy adott időszakban adott raktárban milyen rendelés lettek kiszolgálva, akkor szépen elkülönülnek a céges és magánszemélyes vásárlók rendelései.

Visszáru esetén szintén teljesen automatikusan működik, hogy amikor a terméket bevételezzük a Jövedéki raktárba, akkor a rendszer a háttérben dinamikusan nyit egy bevételezést a Kisker raktárba, egy kivételezést a Kisker raktárból és egy bevételezést a Jövedéki raktárba, így a folyamat végén kimutatható, hogy a visszáru a Kisker raktárba kerül vissza, de közben a rendszer már automatikusan át is mozgatta abba a raktárba, ahol fizikálisan tárolva van.

Amennyiben a Ti cégeteket is érinti ez a fejlesztés és szeretnétek használni kérjük jelezzétek az ügyfélszolgálatunk felé, hogy részletesebb tájékoztatást adhassunk róla! 

 

Ellenőrzéskor termékszám adatok megjelenítése oszlopként 

A fejlesztés által az ellenőrzést végző kolléga automatikusan, plusz kattintás nélkül le tudja ellenőrzni a termék gyáriszámát/LOT/ sarzsszámát, gyártási idejét, lejárati idejét.

3 db új megjeleníthető oszlop került az ellenőrzés felületre:
- Termékszám + mennyiség
- Gyártási idő + mennyiség
- Lejárati idő + mennyiség

 

Ezek mindegyike a nevében szereplő adatokat jeleníti meg, az adott termékhez kiszedett termékszámot/gyártási időt/ lejárati időt plusz a mennyiséget. A mennyiség azért jelenik meg mellettük, mert lehet egy termékből több eltérő lot számú, lejárati idejű mennyiség lett kiszedve.

Az oszlopokkal létrehozott ellenőrzés nézet menthető külön nézetként, így automatikusan ezek az adatok fognak megjelenni ellenőrzés során.

 

iLogisticnek webshop azonosító átadása

Az iLogistic beállításokba bekerült egy új mező:  "Webshop azonosító átadása szállítási névben az alábbi megrendelés típusok esetén".

Ebben a mezőben ha adunk meg egy vagy több UNAS megrendelés típust, akkor ezekre a rendelésekre vonatkozóan átadja a CloudERP az iLogistic rendszerének a Vevő név mezőjében a Webshop azonosítót is az alábbi formában: “Webshop azonosító” “Vevő neve”.

Azért kerül átadásra először a webshop azonosító, mert az iLogtisticnél a vevő neve maximum 50 karakter lehet, így egy hosszú vevő megjegyzés esetén levégán a webshop azonosító végét az iLogtistic. Erre azért lehet szükség, mert egyes marketplacek (pl. eMag) esetében nem lehetséges az iLogtisticből címkét nyomtatni, hanem be kell lépnie az iLogistic dolgozóinak az adott Marketplace fiókba és onnan indítani a címkegenerálást.

Az UNAS leírása a Megrendelés típusokról IDE kattintva olvasható el. 

 

Listanézetek átalakítása 2.0 verzióra

Újabb listákat alakítottunk át a CloudERP 2.0 keretében új verzióra, melyek a következők:

• Dokumentumok/ Dokumentumok
• Dokumentumok/ Dokumentum típusok
• Beállítások/ Pénzügy/ Kerekítési profilok
• Beállítások/ Pénzügy/ Fizetési módok
• Beállítások/ Pénzügy/ Pénznemek
• Beállítások/ Pénzügy/ ÁFA
• Beállítások/ Pénzügy/ Törzsadatok/ Pénztárcák
• Beállítások/ Pénzügy/ Számlázás/ Számla megjegyzés sablon
• Beállítások/ Termékek/ Egységek
• Beállítások/ Termékek/ Profil csoportok
• Beállítások/ Termékek/ Termékszámok/ Esemény okok
• Beállítások/ Termékek/ Termékdíj/ Termékdíj
• Beállítások/ Raktárak/ Műveleti okok
• Beállítások/ Rendelések/ Tözsadatok/ Visszamondás okok
• Beállítások/ Rendelések/ Tözsadatok/ Szállítási mód
• Beállítások/ Rendelések/ Tözsadatok/ Visszáru okok
• Beállítások/ Rendelések/ Tözsadatok/ Források
• Beállítások/ Integrációk/ Fulfillment szolgáltató
• Beállítások/ Integrációk/ Értékesítési csatornák
• Beállítások/ Automatizmus/ Egyedi mezők
• Beállítások/ Automatizmus/ Formulák
• Beállítások/ Automatizmus/ Sablonok
• Beállítások/ Automatizmus/ Üzenetküldési szabályok
• Beállítások/ Rendszer/ Beállítások
• Beállítások/ Rendszer/ Feladat típusok
• Beállítások/ Rendszer/ Címkék

A fenti menüpontok a korábban kiadott Rendeléseknél, Visszárunál és Ajánlatoknál és egyéb helyeken megismert megjelenést kapta meg, így ezekben a menüpontokban is már lehetőség nyílik sokkal több oszlopot beállítani, kompexebb szűréseket létrehozni, nézeteket kialakítani.

 

 

1.50.6

Bejövő számlák importálása

A funkció segítségével tömegesen lehetőségünk van a számlákat importálni a CloudERP-be egy kattintással.

Fontos! Jelenleg nem lehetséges számlatételeket rögzíteni a bejövő számlákhoz, így az import is csak fejléc és egyéb főbb adatokra működik.

A Pénzügy/ Bizonylatok/ Bejövő számlák menüben az Import menü segítségével tudjuk elérni a funkciót.

A rendszer alapértelmezetten ad nekünk egy mintafájlt, amibe minden importálható oszlop szerepel, de az alábbi oszlopok importálásra van lehetőség:

Megjegyzés: Amely mezők megadása kötelező a sikeres importhoz azok külön jelölésre kerültek.

• számla azonosító- Belső CloudERP-s azonosító, ha nem adjuk meg akkor a rendszer automatikusan kiosztja a soron következő azonosítót
• számla id (Kötelező) - A számla sorszáma, ami a számlán ténylegesen szerepel.
• számla kiállítás dátuma (Kötelező)
• számla fizetési határidő
• számla fizetési dátum
• számla teljesítési dátum
• számla típusa (Kötelező) - Opciók: normál, díjbekérő, előleg számla, végszámla, sztornó számla
• beszállító
• szállítmányok
• kapcsolódó beszállítók
• költség (Kötelező)
• költség pénzneme (Kötelező)
• átváltási ráta (Kötelező)
• pdf (Kötelező) - A számla PDF mezőbe egy URL írható be. A rendszer az import során erről az URL-ről letölti a fájlt és csatolja a számlához PDF-ként. A rendszer nem ellenőrzi, hogy az URL mögött található fájl ténylegesen PDF-e, emiatt akár egy kép is lehet az URL mögött, azt is PDF-ként fel fogja tölteni a rendszer a számlához.
  Fontos! A rendszer nem tölt fel olyan fájlokat az import segítéségével, amik clouderp.hu URL-el rendelkeznek, így ha az import során szeretnénk felcserélni már két a CloudERP-be feltöltött számla képet, arra az importtal nem lesz lehetőségünk.

• fizetési mód
• megjegyzés

Fontos! Kiemelten figyeljünk rá, hogy a dátum mezők ténylegesen dátum formátumú mezők legyenek, más formátumban nem fog sikerülni az import.

 

ExpressOne automata utánvételszámolás

Az ExpressOne bővítette az API-ját egy API hívással, amelyet az Online API dokumentációnk 5.1-es menüpontjában érhető el.

https://webservice.expressone.hu/docs#5_1

A funkció segítségével adott időszakra lekérhetők azon utánvétes küldemények listája, amelynél a beszedett összegek el lett utalva az ExpressOne rendszeréből. 

A utánvéteket a CloudERP napi egy alkalommal 17:00-18:00 között kéri le az ExpressOne rendszeréből.

A funkciót engedélyezni szükséges a Beállítások/ Automatizmus/ Futárcégek menüben az ExpressOne futárfiókot kiválasztva a "Utánvét feldolgozás engedélyezve" mező bepipálásával.  

 

Ajánlat másolása

Ha kijelölök egy elemet, akkor megjelenik a Másolás művelet. A másolás azonnal létrehozza az új bizonylatot, és rákeres a listában

Az alábbi adatok automatikusan átmásolásra kerülne az új ajánlatra:

• Alapadatok

• Számlázási adatok

• Fizetési és szálíltási adatok

• Tételek

• Díjak

• Szállítási díjak

• Árrés

• Ajánlatok adatok

• Illetve ha a Minta fülön van beállítva valami azt is átmásolja

Fontos! A forrás bizonylat állapota nincs hatással a lemásoltra, az Ajánlat vázlat állapotban jön létre.

 

Beszállítói rendelés másolása

Ha kijelölök egy elemet, akkor megjelenik a Másolás művelet. A másolás azonnal létrehozza az új bizonylatot, és rákeres a listában

Az alábbi adatok automatikusan átmásolásra kerülne az új beszállítói rendelésre:

• Alap adatok (a várható dátumot és a vásárolva dátumot nem másoljuk át, a készítve dátum pedig az, amikor a másolás megtörtént)

• Tételek

Fontos! A forrás bizonylat állapota nincs hatással a lemásoltra, a Beszállítói rendelés várakozik állapotban jön létre.

 

Ajánlat és Beszállítói rendelés küldése több e-mail címre

A fejlesztés által az Ajánlatot és Beszállítói megrendelést több email címre lehet majd elküldeni, illetve "válogatni" lehet az adott vevőnél/beszállítónál megadott e-mailek között.

Ajánlat e-mail küldésnél módosítani lehetséges, hogy az e-mailt hova küldje.

Egy vevőhöz illetve beszállítóhoz több email címet lehet beállítani és emailek küldésénél lehet ezek között választani.

 

Alternatív cikkszám megjelenítése raktárműveletekben

A Raktár beállítások a Raktárművelet blokkban az "Alternatív cikkszámok megjelenítése" mezővel engedélyezhető, hogy megjelenjen-e a Raktárműveletekben és a Kiszedésekben az alternatív cikkszám. Amennyiben engedélyezzük úgy a cikkszámhoz hasonló formában megjelenik.

 

Raktárművelet megnyitásakor:

Szedés közben:

Készletmozgáson és készletmozgás sablonon össz.súly megjelenítése

A rendelés összesítőhöz hasonlóan megjelenítésre került a Készletmozgás adatlapon és a készletmozgás sablonján is az adott készletmozgás összsúlya.

Rendelés szállítási/számlázási adatok megjelenítése külön mezőben listanézetben- A korábbiakban a szálíltási és számlázási adatok egy mezőben kerültek megjelenítésre a listanézetben, mostantól lehetőség van ezeket az adatokat külön-külön is megjeleníteni, így exportban és egy feedre is csak azokat is ifnormációkat tudjuk kihelyezni, amiket szeretnénk és nem szükséges a teljes számlázási/szállítási adatot megjeleníteni.

Cross-sell termékek beállítása- A módosítás által a termék adatlapon már nem csak upsell, hanem Cross-sell termékek beállítására is lehetőség nyílik. 

Visszáru nem tartja meg az eredeti rendelés webshopját és forrását- A módosítás által a visszáru rendelés megkapja az eredeti rendelés webshopját és a forrása is az a forrás lesz, amiből az eredeti rendelés érkezett.

Beszállítói rendelés keresés- A módosítás által a rendszer egyszerű kereséssel is keres a beszállítói rendelés menüben a szállítói hivatkozásra.

Ajánlat mentés után eltűnt az elérhető mennyiség oszlop - A módosítás által folyamatosan látható mostantól az elérhető mennyiség, nem csak az ajánlat létrehozásakor, hanem az ajánlat szerkesztésekor is.

Garancia adatok megjelenítése rendelésen tétel szintű bontás esetén is- Korábban ha tétel szinten bontottuk a rendelést, akkor nem jelentek meg automatikusan a termék garanciaadatai, a módosítás által elérhetővé váltak. 

Várható árrés és várható árrés százalék oszlopok- A rendeléseken mostantól megjeleníthető a várható árrés és várható árrés százalék oszlop is, illetve ezekre lehetőségünk van szűréseket is létrehozni.

Szállítmány automatikus végrehajtásakor raktárlokáció választó megjelenítése- A módosítás által a szállítmány automatikus végrehajtásakor is megjelenik a raktárlokáció választó. Mind listanézetből, mind a szállítmányból az automatikus végrehajtást kiválasztva automatikusan megjelenik a raktárlokáció választó.

 

Kovatrans rendelés nem kerülnek automatikusan Kész állapotba- Javítva, a rendelés Kész állapotba kerülnek, ha a nyomkövetési információk alapján a rendelés átvétele megtörtént.

POS tétel megjegyzés eltűnik, ha egy rendelést betöltünk a POS felületre, és valamely tételnek van megjegyzése (pl gyáriszám), akkor az törlődik. - Javítva, megjelenik a tétel megjegyzés POS felületen.

Szállítmány ellenőrzés ugyan ahhoz a beszállítóhoz tartozó termék vonalkód duplikáció esetén nem a helyes tételt töltötte be a szállítmányba- Javítva, azt a terméket hozza fel az ellenőrzés, ami a szállítmányon van helyesen

Listázási állapotok nem kerültek megjelenítésre a termékeknél- Javítva, ha a termékek listában adott webshopra megjelenítjük a listázási állapotot, már helyesen megjelennek

Egyedi mezők nem jó formátumban kerültek exportálásra az új V2 exportban- Javítva, az egyedi mezők értékei helyesen kerülnek exportálásra

Rendelés ellenőrzéskor ha sok tétel volt az ellenőrzésben és manuálisan (nem vonalkód leolvasóval) pluszoltuk/ mínuszoltuk a mennyiséget elugrált a képernyő- Javítva, már nem próbál a felület automatikusan középre ugrani ha manuálisan kattintunk a mennyiség csökkentés, növelésre. 

Passzív lokáción található LOT számos terméket beletette a szedésbe a rendszer- Javítva, csak az aktív lokáción található termékeket hozza fel a szedés. 

 

 

1.50.5

Nézetek exportálása

Mostantól az adatexportálás gyorsabb, egyszerűbb és pontosabb, így még hatékonyabban használhatod rendszerünket kimutatások és riportok készítéséhez!

Az export 2.0 arra az alapra épült, mint a 2.0-as nézetek - tehát minden nézetekben elérhető adatot és funkciót 100%-osan támogat, legyen az szűrés, oszlop beállítás, bontás, sorba rendezés.

Mi változott?

Korábban az exportálás során manuálisan kellett kiválasztani, hogy mely oszlopokat és adatokat szeretnéd exportálni. Ezzel szemben az új exportálási rendszer pontosan azt exportálja, amit a képernyőn látsz, beleértve az összes beállított szűrőt, oszlopot és bontott nézetet is.

• Automatikusan exportálja az aktuális nézetet – minden szűrőt és oszlopbeállítást (az el nem mentett módosításokat is) a rendszer az exportálás során figyelembe veszi.
• Támogatja a bontott nézeteket – ha egy listát bontott szerkezetben tekintesz meg, az exportálás ezt is megtartja.
• Szűrő alapú exportálás – csak azokat az adatokat exportálja, amelyek az adott szűrők alapján láthatóak.
• Sorrendbe rendezést is megtartja – az export olyan sorrendben tölti le az elemeket, ahogy az a nézetben beállításra került.
• Nincs szükség extra beállításokra – elég egy kattintás, és a megfelelő adatok már le is tölthetők.
• Minden 2.0 listában elérhető – mostantól olyan helyeken is használható az exportálás, ahol korábban nem volt lehetséges, ugyan minden olyan listában, ahol a nézetek 2.0-sak, elérhetővé vált. Ilyen például a Raktárműveletek és Leltárok lista többek között.

További fontos tudnivalók az exporttal kapcsolatban!

• Csak a kijelölt elemeket tölti le az export. Amennyiben az egész nézetet szeretnék kiexportálni válasszuk ki a "Mind a(z) x elem kiválasztása" parancsot és ezután kattintsunk az Több -> Exportálás 2.0 (béta) műveletre

• Az exportálás a nézetet jelenlegi állapotában, tehát a még mentetlen szűrőkkel, oszlopokkel exportálja ki.

• A funkció jogosultsághoz kötött, így ha engedélyezni szeretnéd a felhasználóknak, akkor Felhasználónként vagy Felhasználói csoportonként jogosultságot adhatsz nekik az exportálásra.

Jelenleg még nem kompatibilis a rendszerben található importtal, így ha vissza szeretnéd importálni az adatokat, arra használd a régi export funkciót.

 

Nézetek megosztása

Részletes leírást a funkcióról IDE KATTINTVA olvashatsz!

A funkció lényege, hogy ha adott nézetben vagyunk és a Megosztás feed-ként műveletre kattintunk, akkor egy kattintással tudunk olyan Megosztási linket létrehozni, ami pontosan az adott nézetben elérhető adatokat, beállított oszlopokat, szűréseket, bontásokat figyelembe véve osztható meg bárkivel a világon vagy importálható be egy BI rendszerbe!

Az Új feed gombra kattintva automatikusan létrejön egy link.

A funkció előnyei:

• Gyorsabb és egyszerűbb adatmegosztás
  A „Megosztás feed-ként” funkcióval egyetlen kattintással létrehozhatsz egy megosztási linket, amely pontosan azt a nézetet mutatja, amit látsz – beleértve az összes szűrőt, oszlopot és beállítást. Nem kell többé exportálnod vagy csatolmányokat küldened, a címzett közvetlenül hozzáférhet az adatokhoz.
  
  
• Széleskörűen használható
  A funkció minden olyan nézetben elérhető, amely az új 2.0 felületet használja. Legyen szó Rendelésekről, Termékekről, Ügyfelekről, Ajánlatokról, Szállítmányokról, Leltárakról vagy Számlákról, ugyanazzal az egyszerű módszerrel oszthatod meg az adatokat.
  
  
• Hatékonyabb együttműködés
  A megosztási link segítségével kollégáid vagy partnereid azonnal elérhetik a szükséges adatokat, pontosan abban a formában, ahogyan te látod. Ez gyorsítja a közös munkát, minimalizálja a félreértéseket, és egyszerűsíti az egyeztetéseket.
  
  
• Egyszerű integráció BI rendszerekkel
  Ha BI rendszert használsz, a megosztási linkkel egyszerűen importálhatod az adatokat. A megosztási linkeket a BI rendszerhez kapcsolva a vezetők mindig a legfrissebb adatokat látják a riportokban. A megosztási linkek xlsx formátuma könnyen importálható bármilyen elemzőeszközbe (pl. Excel, Google Sheets, Microsoft Power BI, Google Looker, stb.)
  
  
• Trendek és teljesítménymutatók (KPI) követése
  Az értékesítési és készletadatok automatikusan jelennek meg a BI dashboardokon.
  
  
• Készletinformációk beszállítók számára
  A beszállítók láthatják, mely termékek fogytak ki vagy melyekből érdemes készletet pótolni. Ez segít a gyorsabb újrarendelésben és a készlethiányok elkerülésében.
  
  
• Automatikus termékadat-szinkron
  A nagykereskedő vagy gyártó partnerek elérhetik az általunk megosztott termék listát aktuális árakkal, készletinformációval és termékleírásokkal. A viszonteladóink közvetlenül elérhetik azaktuális termékkatalógust. Ez megkönnyíti számukra a rendeléseket.
  
  
• Automatikus szállítási terv
  A megosztott rendelésadatok alapján a fuvarszervező szoftverek gyorsan optimalizálják az útvonalakat.
  ... És még sok más!

 

Link tartalmának letöltése és csatolása e-mailekbe

A funkció lényege, hogy külső szolgáltató által generált dokumentum aktuális állapota is csatolható az e-mail küldés során.  

A dokumentumoknál meg lehet adni forrás url-eket, ezekből is olyan fájl lesz, mint amiket kézzel töltünk fel.

Ehhez a Dokumentum/Dokumentumok menüben válasszuk ki azt a dokumentumot, amihez szeretnénk feltölteni a csatolandó linket és a Forrás hozzáadása gombbal adjuk hozzá.

Van a rendszerben egy automatizmus, ami napi egyszer befrissíti ezeket a dokumentumokat az éppen aktuális állapotra.

Kézzel is lehetséges frissíteni a "Frissítés" gombbal. A rendszer megjegyzi, hogy ki és mikor frissítette utoljára.

Az új első mentésnél automatikusan letölti. Az ezt követő sima "Mentés" nem frissíti be a fájlt, csak ha változik az url.

 

POS-ben ügyfél és rendelés megjegyzések megjelenítése

Beálltások/ POS /Üzletek menübe beálíltható, hogy az üzlethez tartozó összes kasszáknál milyen adatok jelenjenek meg a Rendelés összeítő ablakban. Egyet vagy többet is lehetséges választani. 

• Ügyfél megjegyzés (amit a cégekhez/személyekhez az adatlapjukon van megadva)

• Rendelés ügyfél megjegyzés (a rendelés adatlapon ami van, amit az ügyfél tölt ki)

• Rendelés megjegyzés (ez a saját belső megjegyzésünk)

 

Ha ezeket kiválasztjuk, és valamelyik megjegyzés mezőben található adat, akkor a rendelés összesítőben a POS-ben dolgozó el tudja olvasni ezeket a megjegyzéseket.

 

UNAS térfogat adatok szinkronizálása

Megadható UNAS webáruházak esetén a Szinkron beállítások/ Termékadatok/ Haladó beállítások/ Termék tulajdonság megfeleltetések mezőben, hogy mely UNAS paraméterbe szeretnénk a termékek hosszúság, magasság és szélesség adatait szinkronizálni.

UNAS leírása a funkcióról IDE KATTINTVA a Paraméterek résznél olvasható. 

 

KOVA Trans futárszolgálat integráció

A KOVA Trans futárszolgálat elsősorban nagy méretű csomagok házhozszállítására specializálódott, ahol akár beüzemelést is lehetséges igényelni a kiszállítás mellé. 

Bővebb információt a futárszolgálatról IDE KATTINTVA olvashattok. 

A CloudERP-ben a megadható a Beüzemelendő termékek mezőben, hogy mely termék kerüljön átadásra beüzemelés szolgáltatásként a futárszolgálatnak.

A funkció lényege az, hogy ha a rendelésben van egy/több konkrét termék, akkor ezt a CloudERP át tudja adni a Kovatransnak beüzemelésként, mert a Kova Trans vállal olyan szolgáltatást, hogy ha valaki olyan gépet/eszközt vásárol a vevő, akkor be is szerelik a szállítással együtt.

A Beüzemelendő termékek mezőben kiválasztott termékek, ha szerepelnek a rendelésben, akkor a CloudERP átadja ezeket a tételeket a Kovatransnak, így információt szerez a futárszolgálat, hogy milyen jellegű beüzemelést milyen mennyiségben szükséges elvégeznie az adott kiszállítás során.

Ha külön soron (tehát külön tételként) vannak a beszerelések, akkor azt egymás után vesszővel elválasztva kerülnek felsorolásra, de ha egy típusú beszerelésből van több mennyiség, akkor pedig a mennyiséget zárójelben átadjuk.

Példa: Ha több beüzemelés tétel van és rendel a vevő 3 gépet és így kéri, hogy:

Beüzemelés előre telepített kiállíáshoz- 2 db

Beüzemelés előre nem telepített kiálláshoz - 1 db

Akkor ezt a CloudERP a címke nyomtatáskor úgy adja át a KovaTransnak, hogy:

"Beüzemelés előre telepített kiálláshoz (2 db), Beüzemelés előre nem telepített kiálláshoz (1 db)"

Ebből fogja tudni a futárszolgálat, hogy 3 db beszerelést kell elvégezniük és melyik milyen jellegű beszerelés.

Az Ügyfél által kért szállítási dátum használata mezőt pedig ha engedélyezzük, akkor ha a CloudERP-ben a rendelésen a Fizetési és szállítási adatok blokkban került megadásra Kiszállítás ekkor érték, akkor ezt a dátumot átadja a CloudERP a KovaTransnak, így tudni fogja a futárszolgálat, hogy mikor szükséges kézbesítenie a csomagot a vásárlónak.

 

Rendelés ellenőrzés és címke nyomtatás között eltelt idő mérése

A funkció lényege, hogy a rendelések listanézetben megjelenítésre került egy plusz oszlop, hogy mennyi idő alatt lett a rendelés csomagolva. A rendelés ellenőrzésének megkezdésétől a címke nyomtatásáig tart ez az idő.

Az idő mérése akkortól indul, amikor megnyitja az ellenőrzés ablakot a felhasználó először.

Ezek a mezők exportálhatóak is.

 

Címke eltávolító automatizmus

A funkció lényege, hogy egy automatizmus segítségével automatikusan mostantól nem csak hozzáadni, hanem eltávolítani is tudunk címkét.

Annyi a teendőnk, hogy kiválasztjuk a Beállítások/ Automatizmus menüben az Új automatizmus létrehozásakor a Rendelés- Címke eltávolítása automatizmust.

Kiválasztjuk, hogy melyik címkét szeretnénk eltávolítani a rendelésről, majd 2. lépésben megadjuk, hogy mikor (milyen feltételek megtörténtekor) történjen meg a címke eltávolítása. 

 

POR és SHP listákban beszállítói csoportra való szűrés

A Beszállítói rendelések és a Szállítmányok listában is lehetőségünk van beszállítói csoportokra szűrni és oszlopot is beállítani hozzájuk.

 

Rendelésen készletfoglalás kikapcsolása

A rendelés szerkesztés felületen megjelent egy új jelölőnégyzet aminek a neve “Foglalja a készletet” , ha ez a mező be van pipálva (alapértelmezetten be van), akkor a rendelés a mostani, megszokott módon foglalja a készletet.

Viszont ha a felhasználó ebből a mezőből kiveszi a pipát, akkor a rendelés nem fog készletet foglalni.

A készletfoglalás listában ennek ellenére megjelennek ezek rendelések, de elszürkítve jelöli, hogy ez a valóságban nem foglal most készletet.

Fontos! Ezt a mezőt csak addig lehet módosítani, amíg ki nincs szedve a rendelés,tehát jóváhagyásra vár, jóváhagyva, csomagolható, kiszedés folyamatban állapotú rendelésekre működik.

Funkció lényege:

Előfordul, hogy 1-1 nagyobb rendelést előre kiszámláz a cég, de utána a vevő hetekig nem viszi el az árut, vagy olyan tételben rendelt, hogy nem tudják még kiszolgálni, és várni kell, hogy beérkezzen. Ilyenkor rendelés miatt folyamatosan mínuszban van a készlete a termékeknek, emiatt a webáruházban úgy látszik, hogy nincs készleten a termék.

Továbbá vannak olyan cégek is, akik pl. a jóváhagyára váró rendeléseket nem akarják ha foglalna készletet.

A mezőre automatizmus is építhető egy Rendelés- mezők frissítése automatizmussal. 

Attól függően, hogy ki szeretnénk kapcsolni a mezőt, vagy bekapcsolni két értéket tudunk megadni az "1. Mit csináljon az automatizmus?" blokk alján írjuk be az alábbi értékek egyikét:

Ha azt szeretnénk, hogy az automatizmus kivegye a pipát a rendelésen, ha adott feltétel teljesül: {"include_in_stock_reservations": false}

Ha azt szeretnénk, hogy az automatizmus visszategye a pipát a rendelésen, ha adott feltétel teljesül: {"include_in_stock_reservations": true}

Ezek után pedig fogalmazzuk meg a feltételt, hogy mikor szeretnénk ha ezek megtörténnenek. Például akkor szeretnénk, ha kivenné a mezőből a pipát a rendszer, ha a rendelés jóváhagyásra vár állapotban van, de szeretnénk ha visszatenné, ha már jóváhagyott állapotba került. Ehhez két automatizmust szükséges létrehoznunk, egyet ami kiveszi a pipát, tehát hogy a rendelés ne foglalja a készletet, egyet pedig amit visszarakja, hogy ismét foglaljon a rendelés készletet.

 

Számlán termékmegjegyzés elrejtése

A Beállítások/ Pénzügy/ Számlázás/ Számlázási profilok menüben lehetőségünk van kikapcsolni a rendelés tételeken szereplő megjegyzések számlán való megjelenítését.

Így annak ellenére, hogy a rendelésen szerepel tétel megjegyzés, a számlán nem fog megjelenni.

Kiegészítés

Szinkron naplóba felhasználó megjelenítése

A rendszer minden webshophoz kapcsolódóan a Szinkron naplóban kiírja, hogy az adott szinkront melyik felhasználó indította. Ez értelemszerűen ha automatikus szinkronról van szó Rendszer néven került megjelenítésre, tehát ezeket nem egy felhasználónk indította.

 

Egyidejű szinkronok indításának tiltása felhasználónként

Ha teljes webshop szinkront akarunk indítani miközben fut már egy éppen, akkor egy felugró ablak figyelmeztet minket, hogy nem tudunk még egyet indítani:

 

Dokumentum fájlnévbe hivatkozások elhelyezése

A funkció által, ha új Dokumentumot hozunk létre, akkor megadhatunk 3 változót, ami dinamikusan változni fog a fájl nevében, ha az adott dokumentumot e-mail automatizmussal kiküldjük a vásárlónak.

Így a vevő egyből látni fogja a fájl nevéből a termék cikkszámát (amire pl. a jótállási jegy szól), a dokumentumát dátumot és a rendelés azonosítóját is.

 

1.50.4

Rendelés ellenőrzés átalakítása

A rendelés ellenőrző felületünk jelentős átalakításon esett át. Az alap működési logikája nem változott, de több új funkcióval bővült:

• Az ellenőrzésben is lehetőségünk van nézeteket létrehozni. A nézeteket szűrőkkel és oszlopokkal tudjuk egyedivé alakítani és személyreszabni. A nézet beállítások lehetővé teszik, hogy a sorok sűrűségét is beállítsuk, így akár egy nagyon kompakt, sűrű listát is elő tudunk állítani.
• Újabb oszlopok helyezhetőek el, így akár azt is megnézhetjük mely lokációról került a termék kiszedésre vagy mekkora a termék térfogata, súlya.
• A megújult felület azt is lehetővé teszi, hogy megadhassuk, hogy egy oldalon hány tételt szeretnénk megjeleníteni, így akár egy oldalon 1000 db tételt is megjeleníthetünk. Ez nagy tételszámú rendeléseknél kiemelten hasznos.
• Automatikus mentés: Ahogy ellenőrzünk a rendszer folyamatosan elmenti, így ha valami miatt ki kell lépnünk, vagy véletlenül mellé kattintunk, akkor nem kell előről kezdeni a számolást, hanem ott tudjuk folytatni, ahol abbahagytuk. A mentés automatikusan történik, nekünk nincs semmi teendőnk.

FIGYELEM! Ha az ellenőrzést végző felhasználónak olyan jogosultsága van, hogy nem tud nézeteket létrehozni, akkor neki addig nem fog működni az új ellenőrzés amíg nem oszt meg valaki nézetet velük az ellenőrzés felületről!

Felhasználók helyiségre korlátozása

A funkció lényege, hogy Raktár helyiségek szintjén megadhatjuk, hogy egyes felhasználók mely helyiségekben végezhessenek el egyes tevékenységeket.

Ennek lényege az, hogy ha egy raktárat több "területre" szeretnénk osztani, úgy hogy a kollégák ne is lássák a többi helyiséghez kapcsolódó termékeket, csak a sajátjukat tudják kiszedni, mozgatni és leltározni.

Minimum az adott raktárban raktári dolgozói vagy raktár írási joggal kell rendelkeznie a felhasználónak, hogy kiválasztható legyen mely helyiségekre kap jogosultságot.

Ha csak adott helyiségre kap jogosultságot a felhasználó, akkor az azt fogja jelenteni, hogy csak ezeknek a helyiségeknek a termékeit látja, tehát csak a hozzá rendelt helyiség lokációin lévő termékeket látja a raktárműveletekben, automatikus végrehajtáskor pedig csak ugyanezen termékekre hajtódik végre a művelet, a leltár során csak azokat a termékeket látja, amikor az adott helyiségben vannak, kiszedésnél is csak a hozzá rendelt helyiségek termékeit tudja kiszedni.

A funkcióról részletes leírást IDE kattintva olvashattok.

 

Kijelölt elemek aggregálása

Korábban a rendszer csak arra volt képes, hogy az adott listában leszűrt elemekre jelenítette meg az aggregátumokat. Tehát ha a listában 100 elemet láttunk, akkor az ahhoz a listához tartozó aggragátumokat láttuk pl. SZUM, ÁTL, stb.

Ezzel a fejlesztéssel viszont dinamikusan kiszámolja a rendszer csak a kijelölt elemekre ezekre az aggrgátumokat. Ha nem jelölünk ki egy tételt sem a listában, akkor továbbra is a teljes listára vonatkozó aggrágátumokat látjuk, de ahogy kijelölünk akár egy elemet is a listában egyből csak a kijelölt elemekre vonatkozóan fogjuk látni. Ez minden mezőre érvényes, ahol aggrágátum állítható be.

Ugyan így, ha például az jelenítjük meg, hogy a rendelésekhez mely kocsi lokációk vannak kapcsolva, akkor azt is meg tudjuk jeleníteni aggrágátumként, de ha kijelölünk egy sort, akkor csak az arra a sorra vonatkozó lokációkat fogja megjeleníteni a rendszer.

 

Térfogat szerinti költség felbontás szállítmányban

Korábban is volt lehetőség a szállítmányokhoz kapcsolódó díjakat súly, mennyiség és ár alapján arányosítani a termékekhez, viszont mostantól ez a lista bővült a térfogat szerinti arányosítással.

Ennek az arányosítási módszernek az a lényege, hogy a díjakat a szállítmányban szereplő tételek térfogata alapján osztjuk fel az egyes termékek között. Tehát ha van olyan díj, amit a termék térfogata alapján számítunk pl. egyes esetekben a szállítási díjak árképzésénél jelenik ez meg, akkor ezt a rendszerben megadhatjuk és automatikus kiszámolja a rendszer az egy termékre eső díjakat.

A funkció működésének előfeltétele, hogy a termékhez meg legyenek adva a termék adatlapon a szélesség, magasság, hossz adatok. Ennek hiányában nem tudja a rendszer kiszámolni a térfogatot és nem tudja az arányosítási módszert alkalmazni.

Szállítmány rögzítésekor mindössze annyi a teendőnk, hogy rögzítjük a tételeket és díjakat. Majd a Díj arányosítási módszernál kiválasztjuk a Térfogat szerintit.

Ha ezt választottuk, akkor a rendszer a szállítmány bevételezése után úgy osztja fel ezt a díjat a termékek között, hogy díj * (tétel összetérfogata/össztérfogat)/ össz tételmennyiség.

Ahogy az alábbi képen is látható a szállítmány bevételezése után a kisebb térfogatú termék egységnyi költsége egyenesen arányosan alacsonyabb lett egy termékre vetítve, mint a nagyobb térfogatú terméké.

 

Tételhez kapcsolt díj rögzítése szállítmányon

Sok olyan eset fordul elő, hogy a szállítmányon úgy szeretnénk díjat rögzíteni, hogy az a szállítmány csak 1-1 termékére vonatkozzon. Pl. sok esetben a vám is külön tételenként kerül kiszámlázásra, így az a célunk, hogy a bekerülési értékbe ezeket a díjakat könnyen rögzíteni tudjuk már a szállítmány létrehozásakor.

Így ha olyan díjat szeretnénk rögzíteni amely nem a szállítmány egészére vonatkozik, csak 1-1 tételre (de teljes annak a tételnek az összes szállítmányban szereplő mennyiségére), akkor ezt az alábbi módon tudjuk megtenni.

Rögzítjük a szállítmányon a tételeket, majd elmentjük a szállítmányt.

Fontos, hogy először mentsük el a szállítmányt, mert csak úgy fogjuk tudni a díjat hozzákapcsolni a tételkhez, ha azok már előtte el lettek mentve. Ha nem menjük el a szállítmányt és úgy próbáljuk meg csatolni a díjhoz a tételeket, akkor a lenyíló listában nem fog megjelenni egy termék sem.

Ha elmentettük a szállítmányt, akkor rögzítsük a díjat. Az arányosítási módnál válasszuk ki a "Tétel" típusút, majd válasszuk ki, hogy mely tételsorra szeretnénk ha ez a díj vonatkozna.

Jelen példában összesen 10.000 Ft díjat kapcsoltunk a 200 cm-es Karácsonyfa termékünkhöz. Mivel a termékből 10 db volt a szállítmányban, így a 10 db-ra leosztásra kerül a 10.000 Ft-os díj, tehát egységnyi költség 1000 Ft lett, ezáltal a bekerülési értéke is 1000 Ft-al magasabb lett, mint a beszerzési ára.

 

UNAS- Megrendelés típus szinkronizálása

Az UNAS-ban elérhető Megrendelés típus funkcióról IDE KATTINTVA olvashattok részletes leírást. Az UNAS-ban a Beállítások/ Vásárlási folyamat/ Megrendelés státuszok, típusok menüben van lehetőség felvenni új megrendelést típust.

Ha itt felvettük a Megrendelés típusokat, akkor a CloudERP-ben is engedélyezni kell, hogy ezek be tudjanak szinkronizálódni.

Ezt az Értékesítési csatornák/ Szinkron beállítások/ Rendelések/ Haladó beállítások A megrendelés típusok szinkronizálása engedélyezve mezőben tudjuk engedélyezni. Ahogy bepipáltuk mentsük el az oldalt, majd a jobb alsó Műveletek menüben kattintsunk a Webshop szinkron indítása gombra. Ez a szinkron behozza az UNAS-ban létrehozott Megrendelés típusokat.

Ha sikeres volt a szinkron töltsük újra az oldalt. Ha minden jól ment, akkor a Megrendelés típusok migrálása menüben megjelennek azok a megrendelés típusok, amiket az UNAS-ban rögzítettünk.

Ha minden megrendelés típust beállítottunk ami be szerettünk volna, akkor ha bejön a CloudERP-be egy UNAS rendelés, amin ezek közül a típusok közül egy meg van adva, akkor az megjelenítésre kerül a Rendelés adatlapon.

Erre a mezőre a rendelés listában oszlopot is lehetséges beállítani, illetve szűrni is tudunk az értékeire.

 

Rendelés listanézetben termék címkére való szűrés

Amennyiben a rendelések listában arra szeretnénk szűrni vagy nézetet létrehozni, hogy a rendelésekben található termékeken milyen címke van arra is van lehetőségünk mostantól.

Ehhez a rendelések listát Tételek szerint bontanunk szükséges, majd az oszlopbeállításokban elérhetővé válik a Tétel címkék oszlop. Így egyrészt azonnal láthatóvá válik a listában, ha olyan címkét jelenítünk meg, ami a rendeléskiszolgáláshoz információt tartalmaz vagy pedig konkrét nézeteket is hozatunk létre.

 

E-mail automatizmus címzettek bővítése

E-mail küldés típusú automatizmusok esetén lehetőségünk van akár belsős e-mailek kiküldésére is, így itt is megadhatunk mostantól előre megadott e-mail címeket, akiknek kiküldésre kerüljenek az adott e-mailek.

Tehát lehetőségünk van kiválasztani mostnatól az alábbi címzetteket:

Raktár e-mail: Ha ezt választjuk, akkor az adott feltétel bekövetkezésekor kiküldésre kerül egy e-mail arra az e-mail címre, ami a rendeléshez kapcsolt raktárnak a Raktár/Szerkesztés/ Telephely adatok blokkban megadott e-mail cím mezőjében szerepel.

Cég e-mail: Ha ezt választjuk, akkor a feltétel bekövetkezésekor kiküldésre kerül az e-mail arra az e-mail címre, ami a Beállítások/ Alapbeállítások/ Cég adatok blokkban került megadásra.

Egyedi e-mail cím: Ez a többihez képest annyival működik másképpen, hogy itt csak annyi a teendőnk, hogy ha vannak olyan egyedi e-mail címeink pl. ügyfélszolgálati általános e-mail cím, sales gyűjtő e-mail cím, konkrét személy e-mail címe, akkor a Címzettek mezőbe be tudjuk írni ezeket az e-mail címeket és minden e-mail cím beírása után Entert nyomva rögzítsük a címzetteket. Így az összes rögzített címzett e-mailt fog kapni adott feltétel bekövetkezésekor.

Így akár több belsős e-mail cím is megadható, akik megkapják ezt az e-mailt:

 

UNAS- konfigurált beszerzési idő szinkronja paraméterbe

A Beállítások/ Integrációk/ Értékesítési csatornák menüben egy UNAS webshopot választva a Szinkron beállítások/ Termékadatok/ Haladó beállítások/ Termék tulajdonság megfeleltetések menüben a "Konfigurált beszerzési idő attribútum megfeleltetés" mezőben meg tudjuk adni azt az UNAS paramétert ahova szinkronizálni szeretnénk a termékhez megadott konfigurált beszerzési időt.

Ez a konfigruált beszerzési idő a terméken megadott alapértelmezett beszállító adataiból jön.

Tehát ha az alapértelmezett beszállító adatlapján van megadva egy szám akkor azt szinkronizáljuk, ha viszont a termék adatlapján a termék-beszállító résznél van megadva egy másik szám akkor pedig azt.

Tehát az alábbi 4 terméknek ugyan az a beszállítója, akinél partner adatlapon megadásra került 15 nap, hogy ennyi az alapértelmezetten beszállítási idő. Viszont 2 termék esetén ez nem 15 nap, így ezekhez a termék adatlapon a Termék-beszállító blokkban került megadásra 12 és 20 nap. Így ha ezt a konfigurált beszerzési időt egy UNAS paraméterrel összepárosítjuk, akkor az UNAS-ban is megjelennek ezek a napok.

Webhook automatizmus

Az automatizmus új webhookos funkcióval bővült, ami azt jelenti, hogy az automatizmusok kívülről is meghívhatóak webhookok segítségével. A részletes technikai leírás hamarosan elérhető lesz, amennyiben kérdésed van a funkció kapcsán kérjük írj nekünk a help@clouderp.hu e-mail címre.

 

Módosítások

Raktráművelet adatlap személyreszabhatósága és nyomtatása

Korábban a raktárműveletekhez egy előre elkészített sablont volt csak lehetőség kinyomtatni, amin nem volt lehetőség egyedi adatokat megjeleníteni vagy úgy formázni, ahogy szeretnénk.

Mostantól viszont a Beállítások/ Automatizmus/ Sablonok menüben az alapértelmezett sablont is lehetőségünk van átalakítani, illetve akár új sablonokat létrehozni a raktárműveletekhez is.

Ezáltal ha a raktárműveletekhez szeretnénk adatlapot nyomtatni már bármilyen saját sablont is lehetőségünk van nyomtatni.

 

Menük áthelyezése

Egyes menüpontok új helyre kerültek:

Régi elérési útvonal ➡ Új elérési útvonal

• Pénzügy/ Bankszámla történet importok ➡ Pénzügy/ Import/ Bankszámla történet importok
• Pénzügy/ Rendelés tranzakció importok ➡ Pénzügy/ Import/ Rendelés tranzakció importok
• Termékek/ Termék kategóriák ➡ Termékek/ Törzsadatok/ Termék kategóriák
• Termékek/ Termék jellemzők ➡ Termékek/ Törzsadatok/ Termék jellemzők
• Termékek/ Termék csoportok ➡ Termékek/ Törzsadatok/ Termék csoportok
• Termékek/ Média ➡ Termékek/ Törzsadatok/ Média
• Termékek/ Gyártók ➡ Termékek/ Törzsadatok/ Gyártók
• Termékek/ Csomagolások ➡ Termékek/ Csomagolóanyagok

 

Shoprenter - Szinkronizált nyelv kiválasztása

A Beállítások/ Integrációk/ Értékesítési csatornák menüben ha új Shoprenteres webáruházat hozunk létre, akkor meg tudjuk adni a Nyelvi kódot.

A Shoprenterben a Beállítások/ Lokációk beállítások/ Nyelv beállítások menüben tudunk új nyelveket telepíteni és megnézni, hogy ezeknek a nyelveknek mi a kódja, amit a CloudERP-be meg kell adni.

Ez azt jelenti, hogy az itt megadott nyelvet fogja kezelni a szinkron az ERP. Az ezen a nyelven megadott leírásokat fogja a rendszer letölteni és vissza tölteni a webshopba, a szinkron irányától függően (webshop → erp vagy erp → webshop).

 

Termékek mióta (nem) elérhető/ Mióta van/nincs készleten kimutatása

Lehetséges nézeteket és oszlopokat létrehozni a Termék listában arra vonatkozóan, hogy adott termék mióta van készleten, mióta elérhető, mióta nincs készleten és mióta nem elérhető.

 

 

1.50.3 (2024.11.11-15.)

Hitelkeret kezelés

Vevőkhöz megadható egy hitelkeret, ami a rendelések létrehozásával automatikusan fogy, a vevők automatikus feketelistázhatóak a hitelkeret túllépése esetén, illetve fizetési módok tiltása is elérhető hitelkeret túllépése esetén. Részletes tájékoztató a funkcióról IDE KATTINTVA érhető el.

Kumi futár integráció

Újabb futárszolgálat érhető el a rendszerben, címke generálással illetve a nyomkövetés automatikusan Készbe rakja a kézbesített rendeléseket. A futárszolgálatról IDE KATTINTVA tájékozódhattok.

Szállítható virtuális termékek kezelése

Vannak olyan esetek, amikor egy-egy termék a rendszerben virtuális termékként kerül kezelésre pl. termékek bérlése, nyomtatás, bármilyen szolgáltatás, ami kézzelfogható terméket eredményez.

Ez mostantól a rendszerben úgy oldható meg, hogy a virtuális termékek esetén megjelenítésre kerül egy "Szállítható?" mező, amit ha engedélyezünk, akkor a termék szerepelni fog az ellenőrzésben, illetve ha virtuális rendelésben szerepel kiszállítható lesz a rendelés.

Ez annyit jelent, hogy ha a rendelésben ilyen termék van, akkor jóváhagyásra vár állapotból a rendelés jóváhagyása után kiszedetté válnak a termékek (ugyanis fizikailag nincsenek lokáción), majd ezáltal futárcímkét lehet rájuk nyomtatni és akár futárszolgálattal is kiküldhető válnak.

Továbbá ezzel együtt megvalósításra került a virtuális termék visszáruzást is, így akár egy virtuális termék is visszáruzható és visszaadható a vevőnek a vételára. Természetesen ebben az esetben ez nem von maga után készletmozgást.

 

1.50.2 (2024.10.28-31.)

Kerekítés ÁFA kódja

A fejlesztés által a Beállítások/ Integrációk/ Számlázási fiókok menüben elérhetővé vált egy külön beállítás arra hogy ha kerekítés tétel kerül a számlára, akkor az milyen ÁFA kóddal kerüljön rá. Fontos! Ez a készpénzes fizetések 5 Ft-os kerekítésére vonatkozik, ha itt nincs semmi kiválasztva akkor alapból TAHK lesz az áfa.

 

E-mail automatizmus feltétel ellenőrzése kiküldés előtt

Eddig az automatizmus keretrendszerünk mindig akkor tudott akcióba lépni, hogyha "történik valami", ezáltal olyan feltételeket nem lehetett megfogalmazni benne, hogy X ideje igaz valami. Ennek kiküszöbölésére készült az alábbi funkció

• Az email küldő automatizmus kapott plusz egy mezőt: "Feltétel újra ellenőrzés küldés előtt". Csak akkor jelenik meg, ha van időzítési eltolás beállítva.
• A működés az maradt, mint korábban: amikor a feltétel először teljesül, akkor létrejön az üzenet a rendszerben és beállításra kerül rajta eltolást, hogy pl. + 2 óra
• Ha engedélyezzük"Feltétel újra ellenőrzés küldés előtt" mezőt, akkor az üzenet kiküldés előtt, viszont mégegyszer ellenőrzi a rendszer, hogy még mindig igaz-e a feltétel. Ha igaz akkor kiküldi az üzenetet, ha nem akkor az üzenet "visszamondott" állapotba kerül.

Gyakorlati példa: Sikertelen fizetések automatikus törléséről értesítés

Feltétel: Sikertelen fizetés címe, eltolás 1 nap és engedélyezzük a Feltétel újra ellenőrzés küldés előtt opciót. Ha bejön a rendelés és sikertelen a fizetés rajta, akkor azonnal létrejön az üzenet, amit 1 nap múlva próbál meg kiküldeni a rendszer.

A) eset: A rendeléshez időközben megérkezik a befizetés. Az kiküldés pillanatában újra ellenőrzésre kerül a feltétel, már nem sikertelen fizetés, így az üzenet visszamondásra kerül.

B) eset: Nem érkezett be fizetés, a feltétel még mindig igaz a kiküldéskor, az üzenet kiküldésre kerül.

 

POS dupla/ismételt rendelés figyelmeztetés

Ha egy adott kasszán, 5 percen belül ugyanaz a felhasználó, ugyanarra az ügyfélre, ugyanazokkal a tételekkel, ugyanazzal a végösszeggel ugyanolyan típusú rendelést rögzített utoljára (tehát nem volt közte másik rendelés), akkor felugrik egy figyelmeztető ablak és a rendelés előnézet.

Ha a rendelés KÉSZ állapotú, akkor ezek az opciói vannak:

• Tudomásul veszi, de azt mondja hogy új rendelés (sárga gomb)
• Megnyitja a rendelés adatlapját, ezzel elnavigál a POS-ről, megszakítja a fizetési folyamat, ha vissza navigál ugyanazokat a tételeket ott találja még a kosárban.

Minden más esetben, pl hibára futotta rendelés, beragadt,stb:

• Tudomásul veszi, és új rendelést hoz létre
• Vagy betölti a rendelést. A betöltendő rendelés akár még visszamondott állapotban is lehet (amit normál betöltésnél nem engedünk jelenleg).
• Ha betölti a rendelést, akkor a Jóváhagyás nem hoz létre új rendelést, hanem az előzőt próbálja ott folytatni ahol tart, mintha egy normál betöltés lenne

 

Rendelés visszamondás visszavonása

A rendeléseknél új művelet: visszamondás visszavonása. Akkor jelenik meg, hogyha a rendelés visszamondott állapotban van, és tudjuk milyen állapotban volt visszamondás előtt.

Fontos! A visszavonás funkció csak azokra a visszamondott rendelésekre vonatkozik, amik jelen verzió kiadása után kerültek visszamondásra.

A fenti ismételt POS rendelések esetében is érvényes, hogy ha visszamondott rendelést töltünk be újra a POS-ra. A rendelés visszamondás visszavonása a rendelést:

• a visszavonás előtti állapotba állítja
• a raktárművelet visszamondás/korrekció is leköveti a visszamondás visszavonását
• Példa (de ennek rengeteg variációja van):
  • van egy rendelés, kiszedjük, kiszedve állapot
  • visszamondás
  • a raktárművelet visszamondott lesz, létrejön a korrekciós raktárművelet (bevételezés)
  • a korrekciót végrehajtjuk
  • visszavonjuk a visszamondást
  • a korrekció visszamondott állapotú, a rendelés kiszedés folyamatban, és újra ki kell szednünk az eredeti műveleten egy mennyiséget azt a korrekcióval visszapakoltuk

OSS kezelés

Abban az esetben ha a cég OSS rendszert használ, akkor megadható hogy mely számlák tekintetében ne történjen a NAV felé adatszolgáltatás a számlázz.hu rendszeréből.

A funkció működéséről részletes leírás IDE KATTINTVA olvasható.

 

Optimalizálás, korrekció

• Rendelés előnézet felület átláthatóbbá alakítása: Több információ áttekinthetőbb formában jelenik meg a Rendelés előnézete ablakban.
  Régi:
  
  Új:
  
  
• Pactic alapértelmezett súly megadása nem történt meg ha a raktárban engedélyezve volt az automata címkenyomtatás- Javítva, autoamtikus címkenyomtatás esetén is rákerül a címkére a beállított súly
  
  

1.50.1 (2024.10.10.)

Pactic alapértelmezett súly megadása

A Pactic API-nak a sikeres címkegeneráláshoz szüksége van súlyra is. Ha a termékekhez nem kerül rögzítésre súly, akkor eddig nem tudtunk átadni a Pacticnak súlyt, emiatt sikertelen volt a címke generálása.

Ennek elkerülése érdekében bekerült a Beállítások/Integrációk/Futárcégek menübe a Pactichoz egy alapértelmezett súly mező, ahol kg-ba mértékegységben tudunk beírni egy súlyt. 

Ha ezt megadjuk, akkor ha a rendszerben nincs megadva a termékhez súly, akkor a címke nyomtatás során ezt az előre beálíltott értéket adjuk át a Pacticnak. Ha van megadva a termékekhez súly, akkor természetesen a rendelésben szereplő súlyok összegét adjuk át.

Tehát ha nincs megadva a termékhez súly, akkor az alábbi mezőbe az az érték kerül be, amit a Futárcégek beállításában megadtunk.

 

Számla megjegyzés üzlet vásárlásokra

A Beállítások/ Pénzügy/ Számlázás/ Számla megjegyzés sablon menüben megadhatóak egyedi megjegyzések, amik rá tudnak kerülni a számlára.

Mostantól megadható, hogy ha POS-en keresztül kiszolgált rendeléshez kerül számla generálásra, akkor azokra üzletenként mi legyen a megjegyzés ami megjelenítésre kerüljön. Így üzletenként eltérő sablonokat tudunk létrehozni és beállítani. Ezek a megjegyzések a számla alsó részében általános megjegyzésként jelennek meg.

A webshopos rendelések esetén eddig is volt rá lehetőség, hogy ezt megadjuk a Beállítások/ Értékesítési cstaornák menüben a Haladó beállítádok blokkban, hogy mi legyen a számla megjegyzés sablon.

Fontos! Ha egy webshopos rendelést POS-en keresztül szolgálunk ki és generálunk hozzá számlát, akkor a webshophoz megadott és az üzlethez megadott megjegyzést is megkapja. 

 

• PDA lokáció beolvasás hiba: Ha beolvasok egy új lokáció pl. egy termék elhelyezéshez, akkor félreugrik a képernyő és a kurzor továbbra is benne villog a lokációban, ahová amúgy beolvastam a lokációt. Ez eddig nem így volt, most mindig pluszban kell félre kattintani valahová, hogy visszaálljon a normál képernyő és a kurzor eltűnjön onnan. - Javítva, raktárműveletnél amikor le van nyitva a lokáció ablak, lokació nevének begépelésére (lecsippantás) kiválasztódik a megfelelő és bezáródik a lenyíló lista. Nem ragad be.
• Rendelés címke nem látszódik: A rendelések listázásánál nem látszik a címkézés, csak be belemegyek a rendelésbe. Ezenkívül az arra címkére beállított szűrők sem működnek, azaz ahol be van állítva ez a címke szerinti szűrős, nem listázza be a rendeléseket.- Javítva, a rendeléseken szereplő címkék nem csak a szerkesztésben láthatóak, hanem rendelés lista és kanban nézetekben is helyesen.

 

 

 

1.50. (2024.09.28.)

• Felhasználói csoportok és felhasználók jogosultságkezelése
  Amikor a Felhasználók/Csoportok menüben létrehozunk egy új felhasználói csoportot, akkor lehetőségünk van különböző jogokat adni és elvenni egész csoportoktól.
  Megadható, hogy egyes funkciókhoz hozzáférhetnek-e vagy sem az adott csoportba tartozó felhasználók, pénztárcáknál, raktáraknál milyen jogosultsági szintjük van, milyen címkékhez, értesítésekhez, nézetekhez férnek hozzá, milyen menüpontokhoz férnek hozzá.
  Ennek az az előnye, hogy ha több alkalmazottunk van adott területen, akkor nem kell egyesével minden felhasználónak külön beállítani a jogosultságokat, hanem csak a csoporthoz kell rendelnünk őket és a csoportból tudják örökölni a jogosultsági szinteket.
  Fontos, hogy az új verzióban raktáranként is külön jogosultsági szintek adhatóak meg mind felhasználói csoportokhoz, mind külön felhasználóknak.
  Továbbá megújult a jogosultságkezelő felület, másrészt megadható a felhasználókhoz egy vagy több felhasználói csoport, amiből örökölni tudják a csoporton beállítot jogosultsági szinteket.
  Részletes leírás IDE KATTINTVA olvasható a jogosultságkezelésről. 

 

• Készletmozgás mennyiségi kalkuláció: Forrás raktár optimum/ minimum készletig csökkentése
  Készletmozgás létrehozásakor két új kalkulációs mód, ami azt állítja be, hogy a készletmozgás csak annyi vigyen át, hogy a forrás raktárban a minimum vagy optimum készletszint megmaradjon.
  
• Megerősítő ablak POS-ben a fizetési mód megerősítésére
  Minden fizetési mód esetén megjelenik egy megerősítő ablak, hogy biztosan az adott fizetési móddal szeretnénk-e a rendelést kiegyenlíteni.
  
  
  
• WooCommerce- eladható, ha nincs raktáron
  "Eladható, ha nincs készleten" opció beállítása CloudERP-ből a terméken és szinkronizálása a WooCommerce webáruházak felé.
  A Termék műveletek-> Tömeges szerkesztés -> Termék listázások kezelése ablakban tudjuk megadni webáruházanként külön-külön hogy mi legyen igaz a kijelölt termékekre. 
  

• WooCommerce- termékek sorrendjének állítása
  WooCommerce webáruház esetén megadható termékprofilonként a Termék adatlapon a További adat blokkban megadható minden termék sorrendje.
  Ha több terméknek azonos a sorszáma, azt nem akadályozza meg a rendszer. Ilyenkor a WooCommerce egy másodlagos szempont szerint sorolja be az azonos sorszámú termékeket (pl. felvitel dátuma, név, adatbázis ID ,stb.

 

• Garanciajegy csomagtermék esetén
  Ha olyan csomagterméket küldünk ki, amiben van olyan termék aminek van garanciajegye, akkor mostantól megfelelően kikülédsre kerül a garanciajegy.

 

• Termékszámok egy menüpontba helyezése
  Eddig a Termékszámok és a Kapcsolatok külön menüpontban voltak, viszont mostantól egy menüben érhetőek el, és külön nézetek hozhatóak létre a termékszámokra és a kapcsolatokra:

1.50. verzió előtt:	1.50. verziótól:

 

• Sablon másolása sikertelen - Abban az esetben ha egy már másolt sablont szerettünk volna lemásolni, akkor hibára futott, Javítva, mostantól másolhatóak már korábban másolt sablonok is.
• Számla fájlneve letöltéskor- Ha letöltünk a CloudERP-ből egy számlát vagy díjbekérőt, "letöltés .."néven tölti le, nem pedig a bizonylat sorszáma a neve. Javítva, mostantól a bizonylat sorszáma a fájl neve.

 

 

1.49.12. (2024.09.25.)

• Szedés bejárási sorrend alapján (ahonnan teljesen kiszolgálható a mennyiség)- A funkció által a Raktár beállításokban engedélyezni tudjuk az "Egy lokáció előnyben részesítése elegendő mennyiség esetén" funkciót. Ha ezt engedélyezzük, akkor egy adott termék esetében mindig arra a lokációra küldi a rendszer a szedőt, amely a bejárási sorrend szerint következik de teljes egészében ki tudja szedni a szükséges mennyiséget. A mennyiségeket nem rendelésenként nézi, hanem az adott szedési körben található termék összes leszedendő mennyiségére (azaz, hogy a kapcsolódó rendelésekhez az adott termékből hány darab kell).
  
• Ügyfél exportba plusz mezők: Utolsó vásárlás időpontja, Első vásárlás időpontja és Vásárlások száma- Az export az alábbi mezők ilyen névvel találhatóak: last sale timestamp; first sale timestamp és order count. Ezek a mezők importálhatóak is.

• ILogistic bevételezések duplázódása- A szállítmány létrehozás után automatikusan elkészültek a raktárművelet tételei, majd az iLogistichoz való beküldés után a szinkron újra elkészítette őket, így azok duplán jöttek létre. - Javítva
   
• Termék másolásakor a listanézetben nem működött a háttérszínezés- Javítva
  

 

 

1.49.11. (2024.09.19.)

• AndyPOS: Ha egy rendelésben olyan termék volt, amin a tételkedvezmény 100% volt, tehát 0 Ft-os volt a termék, de került a rendelésre kosárkedvezmény is, akkor a rendszer hibát dobott. Ez javításra került, a hiba oka az volt, hogy a kosárkedvezmény a rendelésben található termékek között el lett osztva, viszont a 0Ft-os tételre így rákerült még pluszba kedvezmény, így negatív lett a tétel ára, amely nem lehetséges. 
• Termék szerkesztésfelület opimalizálása: Sok (50+) terméktulajdonság esetén lazy loading (lusta betöltés)
• ExpressOne visszáru visszamondás automatikus bevételezés létrehozása: Ha az ExpressOne nyomkövetés által kerül visszamondásra a visszáru rendelés (pl. pótlás), akkor a rendszer automatikusan létrehozza a termékekre a bevételezést, viszont végrehajtani nekünk szükséges, ugyanis a rendszer arról nem kap információt hogy fizikálisan mikor érkezett vissza a raktárba a visszamondott rendelésben található termék.
• Címke törlése visszamondott állapotban: eddig nem volt lehetséges visszamondott rendelésről törölni a címkét, jelen verziótól ezt is engedélyezi a rendszer
• Ha a készlethez tartozó lokáció időközben törlésre került, akkor a Leltár típúsú termékexport nem tudott letöltődni- Javítva, most már kiszűri a rendszer, hogy ha törölt a lokáció, akkor csak akkor kerül bele az exportba, ha valamilyen módon maradt mennyiség az adott lokáción.

 

 

1.48.57 és 1.49.10 (2024.09.04.)

1.48.57.

• Raktáron belüli áttárolás: A funkció lényege, hogy ha egyik lokációról a másikra szeretnénk gyorsan egy termékből egy vagy több darabot átmozgatni, akkor azt azonnal egy PDA olvasó segítégével meg tudjuk tenni. Részletes leírás a funkcióról IDE KATTINTVA olvasható. 
• Pactic összes szállítási mód támogatása: A Pacticnál nagyon sok különböző szálíltási mód érhető el, amelyeket jelen fejlesztés keretében elérhetővé tettünk, amennyiben a CloudERP-ben be van kötve egy Pactic/Fürgefutár fiók, úgy az alábbi linken felsorolt szállítási módok aktiválhatóak a Beállítások/Rendelések/Törzsadatok/Szállítási mód menüben.Elérhető Pactic szállítási módok IDE KATTINTVA tekinthetőek meg.

• Visszárun nem jelent meg a gyáriszám: Javítva, helyesen rögzítésre kerül és a visszáruhoz tartozó raktárművelet is termékszámokkal kerül végrehajtásra

 

1.49.10

Ebben a verzióban minden benne van, ami az 1.48.57-ben és azon felül még az alábbi fejlesztések, korrekciók:

• E-mail küldő automatizmus kiküldése kizárólag csatolmány esetén- Eddig a rendszer nem volt arra képes, hogy csak akkor küldje ki a levelet, ha volt csatolmány. Emiatt az E-mail küldés típusú automatizmusokhoz bekerült egy jelölőnégyzet, hogy csak akkor kerüljön kikülédsre az e-mail ha van csatolmány. Így ha ezt a jelölőnégyzetet bepipáljuk, akkor az e-mail csak abban az esetben kerül kiküldésre ha van csatolt dokumentum (pl. jótállási jegy, garancia stb)
• Rendelés kerekítés kezelés:

  Korábbi kerekítési díj működés: A rendelés hogyha kap egy készpénzes tranzakciót és engedélyezve van a kerekítési díj kezelés, akkor megjelenik egy -2, -1, 1, 2 Ft-os díj a rendelés, amit hozzáadunk a végösszeghez. A probléma ezzel, hogy utánvétnél nem működik, illetve az is, hogy a tranzakció rögzítés ténye számolja ki a kerekítést, szóval előre nem is tudjuk. Új működés: A kerekítési díjat nem a cég beállításoknál kell megadni, hanem a kerekítési profilon lehet pénznemenként/fizetési mód típusonként felvenni kerekítési szabályt. a HUF-os alapból felkerül azoknak akiknek engedélyezve volt (készpénzre és utánvétre) A kerekítési szabályok azt mondják meg, hogy melyik pénznemet, melyik fizetési mód típust milyen kerekítéssel kell számolni. A kerekítési pontosság azt határozza meg, hogy melyik helyértéket kell kerekíteni, a 0 azt jelenti, hogy az egész részt, pl: 1234.5678 Ft kerekítési pontosság- 2: 1234.57 lesz kerekítési pontosság- 1: 1234.5 lesz kerekítési pontosság- 0, kerekítés 5-re: 1235 lesz

  Kerekítésre dedikált mező van a rendelésen (ez a lista nézetben is elérhető): A kerekítés nélkül összeg is látszik a felületen ha van kerekítés, pl 161 139 Ft → 161 140 Ft

• Visszáru rendeléssel rendelkező rendelések tranzakció megjelenítése bővült: Korábban: rendelések egymás után, összes tranzakció ömlesztve, egy egyenleg. Most: rendelés, hozzá kapcsolód tranzakciók, rendelés egyenlege, visszáru rendelések ugyanígy mindegyik és egy teljes egyenleg a végén

  

• Készletmozgás gyorsítása automatikus bevételezéssel: A funkció lényege, hogy raktáranként engedélyezhető az automatikus bevételezés dinamikus készletmozgás esetén.  Ha engedélyezésre kerül, akkor amikor létrehozunk egy dinamikus készletmozgást, akkor automatikusan átirányít a rendszer a kivételezési raktárműveletre és ha elkezdjük bele PDA-val beolvasni a terméket, akkor a rendszer automatikusan át fog ugrani a bevételezési raktárműveletre is, ahova már átviszi a kivételezett mennyiségeket és itt csak a lokációt kell leolvasni, hogy hova tároljuk át. Így lényegében nem kell a menük között navigálni, hanem mivel tudja a rendszer hogy ez egy dinamikus készletmozgás és automatikusan bevételeznie kell, így szinte csak a termékeket és a lokációkat kell leolvasni PDA-val, de nem kell külön kattintgatni.
• Bejövő számlákban keresés- A kereső a bejövő számláknál az alábbi adatokban keres: beszállító neve, számla sorszáma, számla CloudERP-s sorszáma, számla ID, költség azonosító, költség tétel neve,  költség tétel típus, szállítmány azonosító, beszállítói rendelés azonosító, 

 

1.48.56 (2024.08.14.)

Fontos! Néhányan a bal alsó sarokban azt láthatjátok, hogy a verzió nem 1.48.56, hanem 1.49.7 nálatok. Ennek oka, hogy páran már megkaptátok az átalakított számlázáshoz kapcsolódó új funkciókat is. Ezt a verziót Augusztus 9-23. között folyamatosan rakjuk ki cégekre, így hamarosan mindenkinél ez a verzió lesz elérhető. Arról, hogy az 1.49-es verzió mit tartalmaz itt olvashattok: CloudERP Ütemterv

Az alábbi változásértesítőben leírt fejlesztések, korrekciók elérhetőek mindenkinél, függetlenül attól, hogy milyen verziót használ.

• Exportban jelenjen meg a szállítmány azonosító és a szállítmány létrehozásának időpontja visszáru esetén- Exportban Shipment Identifier és Shipment Created Date néven találhatóak ezek az oszlopok
• Csere típusú rendelés esetén már elérhetőek a hagyományos szállítási módok is, nem csak a visszáruhoz kapcsolódó szállítási módok

• GLS sztállítási módnál a Scheduled delivery service kiválasztása után, ha az időpontot választok "Ismeretlen hiba" jelenik meg- Javítva
  
• Ha olyan készletmozgást próbálok kinyomtatni aminek forrás vagy cél raktára egy korábban törölt raktár, akkor nem engedi a rendszer kinyomtatni a bizonylatot- Javítva, nyomtatáskor feltüntetjük a törölt raktár nevét
• MPL csomagautomata módosítás nem működött rendelés szerkesztése felületen- Javítva

 

 

1.48.55 (2024.08.09.)

Fontos! Néhányan a bal alsó sarokban azt láthatjátok, hogy a verzió nem 1.48.55, hanem 1.49.5 nálatok. Ennek oka, hogy páran már megkaptátok az átalakított számlázáshoz kapcsolódó új funkciókat is. Ezt a verziót Augusztus 9-16. között folyamatosan rakjuk ki cégekre, így hamarosan mindenkinél ez a verzió lesz elérhető. Arról, hogy az 1.49-es verzió mit tartalmaz itt olvashattok: CloudERP Ütemterv

Az alábbi változásértesítőben leírt fejlesztések, korrekciók elérhetőek mindenkinél, függetlenül attól, hogy milyen verziót használ.

• Alapértelmezetten mostantól mindenkinél az új nézetek érhetőek el a CloudERP-ben, ahogy az korábban jeleztük felétek.
  

  Viszont nem vezettük ki teljesen a régi nézeteket, így szeptember 1-ig még ha szükséges, akkor a régi nézeteket is elérhetőek. A jobb felső sarokban található Profil ikonra kattintva lehetséges átváltani, viszont kérünk Titeket, hogy lehetőség szerint már az új nézeteket használjátok! Az alábbi nézeteket érinti a változás:

  • Termékek -> Termékek , Csomagolóanyagok, Kategóriák
  • Beszerzés -> Partnerek, Csoportok, Beszállítói rendelések, Szállítmányok
  • Raktárak -> Műveletek, Kiszedések, Leltárok, Készletmozgások
  • Ügyfelek -> Személyek, Cégek, Csoportok
  • Pénzügy -> Tranzakciók -> Bevétel , Költségek, Átvezetések

 

 

1.48.54 (2024.08.02.)

• Receptúra exportálás: A gyártáshoz kapcsolódó Receptúrák exportálhatóak lesznek xlsx formátumba. A Receptúrák listanézetből a receptúrát/receptúrákat kijelölve lehetséges exportálni. Az export tartalmazza a receptúra megnevezését, becsült gyártási idejét, becsült szétbontási idejét, irányát, mennyiségét, forrás- és célraktárát, költségeit. Az export az receptúra importálás funkció előkészítése.
• Receptúra importálás: A gyártáshoz kapcsolódó Receptúrák importálhatóak. Az export formátuma segítséget nyújt abban, hogy formailag hogyan szükséges kitölteni a fájlt (.csv, .xlsx, .xls), annak érdekében, hogy tömegesen létre tudjunk hozni receptúrákat a rendszerben.
• ILogistic raktárak esetén Szállítmányok automatikus végrehajtásának letiltása: A funkció lényege, hogy ha letiltja a szállítmányok automatikus végrehajtását, akkor a CloudERP-ben a felhasználó azokat a szállítmányokat és raktárműveleteket, amelyek az iLogistic raktárába kerülnek manuálisan át tudja nézni, majd ha mindent helyesnek talál, akkor manuálisan le tudja zárni ezeket és ezáltal csak a manuális lezárás után kerüljenek készletre a termékek, és nem záródnak le automatikusan.
• ILogistic raktárak esetén Szállítmány és raktárművelet mennyiség manuális módosítása: A funkció lényege, hogy ha engedélyezik a manuálisan módosítást, akkor a CloudERP-ben a felhasználó azokat a szállítmányokat és raktárműveleteket, amelyek az iLogistic raktárába kerülnek manuálisan át tudja nézni és ha nem megfelelő mennyiségek kerültek rögzítésre a szállítmányon, bevételezésen, akkor ezeket manuálisan korrigálni tudják.
  

• UNAS- Beszállítói raktár és saját raktáron lévő termékek beszállítási idő paramétere:
  Ha van központi raktáron, akkor legyen azonnal átvehető
  Ha központi raktáron nincs készleten és beszállítói feed raktáron van készleten, akkor írjuk ki, hogy mennyi a becsült beszállítási idő. Ezt feeden lehetséges megadni, hogy x beszállító esetén pl. ez 2 nap, de másik esetén ez lehet 6 nap.
  Ha nincs se központ, se beszállítói feed raktáron se, akkor nem kerül kiírásra dátum.
• Egy kocsi lokációhoz több rendelés is kapcsolható: Konfigurálható raktáranként, hogy egy kocsi, több rendeléshez is tartozhat-e. Ha engedélyezésre kerül, akkor ha a rendelés listában egy kocsira csippantunk akkor megjelenik a rendelés lista, aminél az adott kocsi a rendelésekhez van kapcsolva.

  Szedésnél, ellenőzésnél megjelenítésre került egy figyelmeztetés, hogy ehhez a lokációhoz több rendelés tartozik, ezen át lehet lépni egy OKÉ-val.

• POS-en kocsi lokáció megjelenítése: A POS-en amikor egy rendelés be van töltve vagy betöltésre kerül akkor kiírja a rendszer, hogy melyik szedőkocsi polchelyen van, amennyiben a rendelés hozzá van rendelve kocsi lokációhoz.
• WOP-ról vonalkóddal átirányítás a rendelésre: A felhasználói igény az volt, hogy amikor egy WOP-on belül vannak akkor vonalkóddal szeretnénk visszalépni a rendelés kanban nézetre, úgy hogy ha a WOP egy rendeléshez kapcsolódik, akkor szűrjön le arra a rendelésre.
  Az alábbi vezérlő vonalkód leolvasása szükséges, hogy a rendszer a parancsot végrehajtsa:
  
• Termék listában szűrő cégre és magánszemélyre: Ha szeretnénk azt megvizsgálni, hogy egy termékből pl. hány darabot vásároltak a magánszemély típusú vevők és mennyit a cég típusúak, akkor be tudunk állítani egy oszlopot (Értékesítések -> Eladott mennyiség), majd le tudunk szűrni az Értékesítési statisztika -> Ügyfél típusa szűrővel a cégekre és magánszemélyekre.
• 3PL raktár szállítmány várható dátuma készlet foglalásoknál: Ha a szállítmányon meg van adva várható érkezési dátum, akkor a kapcsolódó termékek a készletfoglalásban az ott megadott napra fognak elszámolódni, nem pedig fixen a mai napra.

 

1.48.53 (2024.07.25.)

• Kocsi lokáció lecsatolása a rendelésről adott rendelés állapotban: Megadható raktáranként a Raktár szerkesztése menüben, hogy mikor kerüljön lecsatolásra a kocsi lokáció a rendelésről. Külön beállíthatóak a pontok helyszíni átvételes rendelések és NEM helyszíni átvételes rendelések esetén
  

• WOP-nál megjelenítésre kerül a kapcsolódó rendelés szállítási módja: A WOP-nál a Kapcsolatos blokkban megjelenik a rendelés adatai között a rendelés szállítási módja is.
• Raktárműveletben szedőkocsi PDA-val való beolvasásakor kocsi felismerése és hozzáadás: WOP-ban ha szedőkocsi lokációt csippantok akkor automatikusan felismeri a kocsit és hozzáadja a WOP-hoz.

• UNAS- Számlák visszatöltése opcionálisan beállítható: Beállítások/Integrációk/ Értékesítési csatornák/ Szinkron beállítások/ Rendelések/ Haladó beállítások menüben engedélyezhető a Rendelés fizetési adat szinkron (ERP -> webshop), ha ezt engedélyezzük akkor a számlák és a tranzakciók visszatöltésre kerülnek az UNAS-nak.
• Költségek listában a nézet bővítése a Partner név oszloppal
• Általános szabadszöveges kereső mező az alábbi menükbe: Költségelemek, Költség kategóriák, Bevétel típusok, Bevétel kategóriák

• Utánvétes tranzakciók nem kerültek át Számlázz.hu-ba- Javítva

•  Árlista formulák lefuttatása után “exit code: 9” hibaüzenet- Javítva
• Napzárás ismeretlen hibát dobott- Javítva, a pénztárca jogosultságoknak megfelelően láthatja csak az adóügyi napokat a felhasználó, azokat amelyik adóügyinap kasszáján valamelyik pénztárcához van jogosultság
• Díj formula hiba - hogyha olyan díj formula volt, amibe az volt írva, hogy -net_total gyakorlatilag 0-ssá tette a rendelés végösszegét- Javítva
• Csere rendelésnél nem ment a kiszedés létrehozása, csak a normál rendeléseket kezeltük. Javítva, most már a csere és korrekció is benne van.
• RET: Legfeljebb '0' Ft bankkártyás visszatérítés lehetséges - Javítva

• Készletmozgás létrehozása vonalkód beolvasással: Abban az esetben ha úgy hozunk létre egy készletmozgást, hogy beolvassuk a termékek vonalkódját, akkor jól működik a felület. Viszont ha megnyomjuk a "+ Tétel hozzáadása" gombot és az a termék egyébként már szerepel, akkor a mentéskor megjelenik egy hibaüzenet, hogy nem lehet duplikált tétel a készletmozgáson (még akkor se, ha amúgy más a megjegyzés). - Javítva, ha meglévőt választ ki akkor odadobja a meglévő mennyiség inputhoz, különben minden maradt ugyanúgy

• Pénzügy -> Tranzakciók -> Bevétel nézet menüben a SZUM hibát dobott- Javítva

• Ha POR dokumentumot SHP-é alakítok, ez megváltoztatja a benne lévő termékek egyedi sorrendjét. Az egyedi sorrend mindig a számlán lévő sorrenddel egyezik meg, hogy könnyen ellenőrizhető legyen. - Javítva, a por-ben megadott sorrend szerint fog szerepelni shp-ben is a formon a termekek sorrendje

 

 

1.48.52 (2024.07.19.)

• Címkék kezelése jogosultsághoz köthető:
  A Felhasználok menüben megadható, hogy ha egy felhasználónak csak adott címkékhez szeretnénk jogosultságot adni, ha azokat hozzáadja, eltávolítsa a rendelésekről, ajánlatokról, egyéb elemekről. Ha egy címkét sem jelölünk ki, akkor alapértelmezetten a felhasználó hozzáfér az összes címkéhez, és újakat is tud létrehozni cég beállításoktól függően.
• Rendelésre árrés, profit, profit % számítása átlagos bekerülési értékkel: 3 új mező, ami ugyanaz mint a Rendelésre árrés, profit, profit %, csak a bekerülési érték alapja nem a FIFO szerinti, hanem az átlag (jelenleg készleten lévő) bekerülési értéke a termékeknek.
• Termék címékék nyomtatása rendelésből/ajánlatból/készletmozgásból is elérhető (korábban szállítmány, beszállítói rendelés, raktárművelet irányból lehetett elérni ezt a funkciót).

További beszállítói mutatók: A termékek listájában ahol, elérhető egy új oszlop, egy olyan kimutatással, ami a legutolsó beszerzési árhoz képest (mindegy melyik beszállító), %-ban kifejezve megadja, hogy mennyi az eltérés a termék adatlapján szereplő legolcsóbb beszerzési árhoz képest. 

• A szállítmányon, elérhető egy új oszlop: Utolsó ár. A legutolsó szállítmányon szereplő ár jelenik meg, és az eltérés százalékban. (Beszállítótól függetlenül, forintosítva mindkét értéket).

 

• ÁFA szerinti bontásra vonalkód: JOTA viruális kasszák esetén lehetséges ÁFA->PLU beállításokat megadni. Az ÁFA->PLU beállításokban ki lehet választani a CloudERP-s ÁFA kódokat és ezekhez megadni a PLU-t (ez a kasszába van beprogramozva, onnan lehetséges kikérni a PLU-kat). Ha van ilyen beállítva akkor a fizetés ablakban minden áfa csoporthoz egy vonalkódot jelenítünk meg, amit beolvasva a pénztárgép megkapja az adott ÁFA-hoz tartozó összeget. A max összeg amit kezelni tud az 99 999, efölött jelezi a rendszer, hogy nem tud vonalkódot generálni.

• Termékkezelés jogosultság: Felhasználóra került egy új opció: Láthatja a termék előnézetet, ha ez nincs bepipálva akkor nem jelenhet meg a termékhez tartozó info ablak amiben láthatna adatokat a termékről.

• POS tranzakció kezelés bővítése:
  Kézi tranzakció rögzítés kapcsolódik a nyitott adóügyi naphoz. Korábban csak akkor csatoltuk hozzá, hogyha a POS-on keresztül volt rögzítve a tranzakció. Most, ha a pénztáráchoz amit kiválasztasz a felületen, tartozik egy nyitott adóügyi nap, akkor automatikusan kiválasztja a kasszát és az adóügyi napot. Ilyenkor a tranzakció megjelenik az napzáró felületen és a napzárás bizonylaton is.
• Átvezetések kezelik az adóügyi napokat a forrás és cél pénztárcában is. Az adóügyi naphoz tartozó átvezetések nem szerkeszthetőek. Ha a forrás vagy cél pénztárcához van nyitott adóügyi nap automatikusan kiválasztásra kerül. 
  Az átvezetések megjelennek megfelelően:
  • napzárás összegző nézetben
  • napzárás bizonylaton (virtuális kasszáknál)
  • akkor is ha két nyitott kassza között mozgatsz át pénzt

• MPL túl hosszú egyedi megjegyzés (sok webáruház azonosító) esetén nem vágta le a rendszer az MPL által elfogadott hosszúságúra a megjegyzés, emiatt sikertelen volt a címke generálása- Javítva, a maximális karakterszámig írunk a mezőbe
• Raktárművelet automatikus végrehajtás probléma: selejet raktárba történő bevét automatán végre kell hajtódjon abban az esetben ha a raktáron be van állítva az automata visszáru bevét, abban az esetben is ha a rendelés raktárán nincs automata végrehajtás- Javítva
• Halványszürke címkén a betű színe fehér volt, kevésbé volt látható- Javítva, fekete betűszínnel jelenik meg a címke a világos hátterű címkéken
• LOT termékek rakétázása: Termékszámos termékeknél nem jelenik meg a rakéta. Dinamikus készletmozgáshoz tartozó kivételezés szerkesztésénél hozzá lehet adni a terméket, és kivételezéskor gyáriszámmal végrehajtani, ilyenkor automatán átkerül a bevételezésre a gyáriszám így ottani végrehajtáskor sikeresen át lett mozgatva dinamikusan.- Javítva

 

1.48.51 (2024.07.16.)

• Ha a raktár beállítások a kötelező ellenőrzés le van tiltva, akkor is lehetséges ellenőrizni, ezzel kapcsolatban készült a kiegészítés. Ha megjelenik az ellenőrző modal, akkor addig marad aktív a Következő gomb, amíg el nem kezd valójában ellenőrizni. Ha elkezd ellenőrizni, tehát termékeket beolvasni, akkor addig inaktív marad a Következő gomb, amíg a rendelésben szereplő termékek és az ellenőrzött termékek nem egyeznek. Ha egyeznek, tehát se nem több, se nem kevesebb az ellenőrzött termék akkor aktívvá válik a Következő gomb és mehet a következő lépésre. Ha nem szeretnénk ellenőrizni, akkor az ellenőrzés elkezdése előtt át tudjuk lépni ezt a lépést
• A termék oldalakon az árlisták ABC sorrendben kerülnek megjelenítésre.

• A rendelés adatlapon, annak ellenére, hogy az adott cég adatlapján a “Termék árak megjelenítése a rendelés adatlapon”-nál be van állítva, hogy ne mutassa az árakat, mégis mutatja. - Javítva, már nem mutatja helyesen
• Amikor a Cloud ERP áttölt egy új terméket az unasból, akkor kalkuláltra kellene az árlistát állítania a termék adatlapján, de nem teszi meg- Javítva, helyesen kalkuláltra teszi az árlistát
• MPL postapont választó "Másik címre keresek/Lakcímemtől eltérő címre keresek" nem működött megfelelően- Javítva
• Angol nyelvű sablonon pcs helyett db jelent meg- Javítva rendelés beállításokhoz bekerült egy jelölőnégyzet (A rendelés webáruház termékprofil csoportjának használata), ami ha be van pipálva akkor a webshopon beállított termék profil lesz aktív a profilon, a felhasználó által jelenleg kiválasztott vagy az automatizmusok alapértelmezett profilja helyett.

 

 

1.48.50 (2024.07.11.)

• Az e-mail jellegű automatizmusokhoz megadható új címzettként, a rendeléshez kapcsolt értékesítő. Ha a vevőhöz van kapcsolva értékesítő, az is rákerül a rendelésre, így akár olyan automatizmust is létre tudunk hozni, hogy ha bejön bármilyen forrásból egy rendelés adott vevőtől, akkor a vevőhöz kapcsolt értékesítő e-mailben kapjon erről egy értesítést.
• UNAS- Fizetési státuszok visszaszinkronizálása- Ha engedélyezzük a Beállítások/ Integrációk/ Értékesítési csatornák menüben a Szinkron beállítások/ Rendelések/ Haladó beállítások blokkban a Rendelés fizetési adat szinkron (ERP -> webshop) mezőt, akkor a CloudERP-ben található tranzakciók átszinkronizálásra kerülnek az UNAS rendelésekre, amelyek fizetési állapota ezáltal változik és rákerülnek a tranzakciók. 
• UNAS- Számlák visszatöltése - A mai naptól automatikusan minden normál számlát visszatöltünk az UNAS rendelések mellé, így a vevő akár a felhasználói fiókjából is eléri majd a rendeléséhez tartozó számlákat. Ez a funkció automatikusan működik a verzió kiadásától számítva (07.11.), nem kell hozzá külön engedélyezni semmit.
• Termék listában a beszállító szűrőben új opciókra is lehetséges szűrni: legolcsóbb 1. 2. 3. beszállító, több ilyen kiválasztásával egymás mellé tehetjük a beszállítói adatokat és összehasonlításokat tudunk végezni
  

• DPD nyomkövető link megváltozott, így a CloudERP-ben is frissítenünk kell, hogy a nyomkövetések megfelelően működjenek.

• Amikor az UNAS-ból bejön egy termék, akkor fix-re teszi az árlistát a rendszer- Javítva, kalkuláltra teszi az árlistát a termék adatlapján ha az értékesítési csatornán meg van adva az árlista.

 

 

1.48.49 (2024.07.09.)

• Átlagos és utolsó bekerülési érték variálható termékekre:
  A csomagtermékekhez hasonlóan variálható termékekre is lehessen formula változókat használni: variations_average_landed_cost és variations_last_landed_cost
  Mind a kettő a variációhoz kapcsolódó összes lehetőség közül nézi a készletértékeket és azoknak nézi az átlagát, vagy utolsó értékét.
• Rendelés adatlap sablon átalakítása: helytakarékosabb fejléc elrendezést kapott a sablon.
  Továbbá mostantól a bruttó egységár is megjeleníthető a sablonokon különálló oszlopban (ajánlat, rendelés) "Bruttó ár megjelenítése (tétel oszlop) néven".
  Ezen kívül megadható, hogy az adott sablonon milyen sorrendben kerüljenek a tételek megjelenítésre- A "Tételek rendezése" mezőben tudunk választani, hogy a rendelés tételek sorrendje, tehát ahogy a rendelésen rögzítve lettek a szerint vagy cikkszám szerint növekvő vagy pedig név szerint abc sorrendben kerüljenek megjelenítésre a tételek a sablonokon.
  
• UNAS- Szülő termék neve legyen látható: Előfordult UNAS webáruházak esetén, hogy a variálható termékeknél nem a szülő termék neve került szinkronizálásra a webshopba, hanem a gyerekterméké, ez azért nem volt megfelelő, mert így a termék listázásban a webshopon egy variáció neve jelen meg és nem a szülő termék neve. A fejlesztés által a Beállítások/ Integrációk/ Értékesítési csatornák/ Szinkron beállítások/ Termékadatok menüben a Haladó beállítások blokkban ki tudjuk választani, hogy mostantól "A variáció a szülők nevét használja", ha ezt engedélyezzük, akkor a variáció, azaz a gyerek termék megkapja a szülő termék nevét.

  

 

• Webáruház szűrőben a Nincs érték nem szűr megfelelő értékekre- Javítva
• WOP "Művelet létrehozása" modal bármilyen interakció nélkül továbbmegy, még mielőtt meg tudnák nyomni a "Raktári művelet automatikus végrehajtása" - Javítva
• GLS csomagpont választójában nem volt található egy csomagpont- Javítva, megújult a csomagválasztó widget, ezt kellett frissíteni a CloudERP-ben

 

1.48.48 (2024.07.08.)

• Tranzakciók rögzítése a visszáru rendelésekhez kapcsolódó módosítások:
  - A visszáru rendelésen lévő tranzakció hozzáadó felület engedélyezi visszáru rendelésre is a tranzakció rögzítést
  - Tranzakció import visszáru azonosítóval a visszárura rögzíti a tranzakciót (korábban az eredeti rendelésre tette)
  - A rendelés form az eredeti rendeléseknél mutatja a visszáru rendeléseket is és a saját tranzakcióit is
  - A visszáru rendelések csak a saját tranzakciókat mutatják
  - A rendelés egyenleg működése megváltozik, eddig a kapcsolódó visszáru rendelések egyenlégét is számolta, most csak a sajátját, de a visszáru rendeléseknek is van egyenlege (korábban nem volt)
  - GLS utánvét feldolgozás megfelelően működik, kiegyenlíti a számlát stb.

• Export fájl nem számként kezeli az adatot: Az "ár" oszlopban szereplő adatok tizedesvessző helyett ponttal vannak megjelenítve. - Javítva
• Új terméklistában nem a beállítottnak megfelelő elemszám jelent meg a listában- Javítva
• A rendelések exportálása KeyError(None) hibát adott, ha olyan rendelés volt az exportban aminek nem volt vevője. - Javítva
• A formula nem volt menthető, ha az előző érték tizedes volt benne, akkor nem lehetett 0-ra változtatni az értéket, nem vált aktívvá a Mentés gomb- Javítva
• Leltár lezárás hiba gyáriszámos termékek esetén: Bevételezel egy új termékből 4 darabot, 4 gyáriszámmal. Utána kivételezel 2 darabot gyáriszám nélkül. Bentmaradt 2 darab termék, és 4 darab gyáriszám. Csinálsz egy leltárt amiben leszámolod a 2 darabot gyáriszám nélkül. Ilyenkor a leltár ki akarná szedni a 4 bentlévő gyáriszámot, de nem tudja mert minuszba menne közben a készlet - Javítva, leltárkor hibaüzenetet kapunk, ha a számolt mennyiség és a bent lévő gyáriszámok mennyisége eltér

 

1.48.47 (2024.07.03.)

• Rendelés listanézetbe új oszlop: árrés + díjak (angolul: contribution margin). Ez az érték a rendelés össz. árréséből kerül kiszámításra úgy, hogy hozzáadjuk a rendelés díjait (a szállítási díjakat nem adjuk hozzá). A díj előjelétől függ, hogy az árrésből levonásra vagy hozzáadásra kerül-e a díj. Ha negatív a díj (mert az egy kedvezmény), akkor levonásra kerül, ha pozitív előjelű díj (mert egy valós díj), akkor hozzáadásra kerül az árréshez.
• Rendelés szűrő: Ügyfél típusa: Rendelés szűrők között tudunk arra szűrést és oszlopot beállítani, hogy a megrendelés magánszemélytől vagy cégtől érkezett. Az exportban is elérhető customer class néven az információ. 
  Automatizmus feltételben is megadható, hogy ha adott típusra akarunk automatizmust építeni, akkor a feltétel a következő:
  Ha cég: state__customer__type = constants__customer_type_company
  Ha magánszemély: state__customer__type = constants__customer_type_person

• Kanban oszlop bontás hiba- Javítva
• Költségek listában a haladó szűrőben szűrve üres listát adott- Javítva

 

1.48.46 (2024.07.02.)

• Szülő termékekre vonatkozó kimutatások
• Utolsó ajánlaton és rendelésen adott árak megjelenítése ajánlat létrehozáskor: A Beállítások/ Ajánlatok/ Alapbeállítások menüben tudjuk engedélyezni, hogy ha szeretnénk megjeleníteni az ajánlat létrehozásakor, hogy látszódjon az adott ügyfélnek, adott termékre utoljára adott ajánlat/rendelés ára.

 

1.48.45 (2024.07.01.)

• Nyomkövető oldalon rendelés visszamondás megjelenítése
• Üzenetekben keresés: Üzenet szövegére és tárgyára is lehetséges keresni 

• Levettük a rendelésről a feketelistás címkét, és mégse állt át a jóváhagyva vagy csomagolható állapotra- Javítva, ha az ügyfélről leszedik, hogy fekete listás, akkor a jóváhagyásra váró rendeléseiről lekerül a feketelistás címke.  Ha az ügyfél fekete listás lesz, akkor a jóváhagyott/csomagolható rendeléseik megkapják a fekete listás címkét.
• Többszörös vonalkód nem jelent meg ha egy termék kitörlődött alóla - Javítva
• Ha több webshopból szinkronizáljuk a termékeket, akkor a nem elsődleges webshopnál előfordult olyan hiba, hogy a cikkszám változás nem történt meg a nem elsődleges webshopokban- Javítva
• Árlista másolás esetén hibásan kötelező volt a kedvezményes árlista beállítások másolása opció- Javítva, már nem kötelező bejelölni a másoláshoz.

 

1.48.44 (2024.06.20.)

• V2-es lista nézetekben új szűrők elérhetőek a kapcsolatokat illetően. Pl termékek árlista haladó szűrő új opciók: mindet tartalmazza, pontosan ezt tartalmazza, legalább az egyiket tartalmazza. Ez használható, profil csoportra, árlistára, beszállítóra és minden egyéb több-a-többhöz kapcsolat esetén.

• Üzenetek lista V2: Beállítások/Automatizmus/Üzenetek lista mostmár V2-es verzióban is elérhető, így mindenféle szűrések és keresések a szokásos módon működnek

• Unas több raktár kezelésnél az összevont raktári mennyiség korrekciója - Az összevont készletbe 0-t szinkronizálunk.
• Részleges kimutatás újraszámolás probléma - Bizonyos esetekben az értékesítési kimutatások eltűntek részleges ha egy-egy termékre újra számolódtak a kimutatások - Javítva.
• Visszáru menüpont nettó összesen oszlop a negatív értékek helyett 0-t mutatott - Javítva.
• Rendezetlen egyenlegű eredeti rendelés utánvétes visszárujának utánvét összeg problémája - Javítva.

 

1.48.43 (2024.06.17.)

• Új teljesítménymutatók: Több új KPI került be a termékekhez, ügyfelekhez és beszállítókhoz. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• Oszlopok beállítása szűrők alapján: Ennek a funkciónak az a lényege, hogy ha a szűrőknél beállítunk egyes szűrőfeltételeket pl. raktárakra, árlistákra vagy termék profil csoportokra, akkor ha szűrőket állítunk be, akkor ezek az oszlopok figyelembe veszik a szűrőket. Ezt a funkciót az oszlopok és a szűrők fülön is be tudjuk kapcsolni az alábbi helyen. Például ha beállítom a szűrőbe, hogy Feneketlen raktár és Kis raktár, az oszlop engedélyezem az egyszerűsített oszloponkénti bontást, akkor meg fog jelenni a készletem Feneketlen és Kis raktárban összesen és automatikusan a Feneketlen és a Kis raktáram is külön. Ha változtatok a szűrőben és felveszem a Selejt raktárat, az is automatikusan megjelenik anélkül hogy megnyitnám az oszlopválasztót és külön hozzáadnám. Erről a funkcióról és benne rejlő lehetőségekről külön webináriumot is fogunk tartani a közeljövőben.
• Beszállítói feedben szövegek értelmezése számként: A funkció lényege, hogy a Nagyker/beszállítói adatfeeden meg tudjuk adni, hogy adott szöveget milyen mennyiségként értelmezzük. Részletes tájékoztató ITT olvasható a funkció pontos működéséről
• Feketelistás vevők jelzése: Több új feltűnő jelzést vezettünk be a rendszerben a feketelistás vevőkre, hogy minél feltűnőbben megjelenítésre kerüljenek ezek az ügyfelek. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• UNAS kedvezménykategóriák láthatatlanná tétele: Beállítható a Termékek/Kategóriában menüben, hogy láthathatóak vagy láthatatlanok legyenek az UNAS webshopban a kedvezménykategóriák. Ha engedélyezzük, akkor láthatóvá válik az oldalon és a menüben külön-külön, ha nem engedélyezzük, akkor nem jelennek meg.

• Shoprenter rendelhetőség és állapot állítása. Az új verzióban egy 3 állapotú legördülőben tudjuk kiválasztani a számunkra megfelelő módot, hogy mi alapján kerüljön a rendelhetőség és az állapot váltásra. Részletes tájékoztató ITT olvasható a funkció pontos működéséről
• Visszárura automatizmus: Vannak olyan automatizmusok (pl. rendelés email küldés) amiknek van alap feltétele. Ez a feltétel a háttérben volt eddig, és nem lehetett hozzányúlni, minden kiértékelésnél hozzáfűződött az egyedileg beállított feltételhez. Megjelent egy új pipa az automatizmsu felületen: alap feltétel ignorálása, ez az infó mezőben tartalmazza hogy mi történik és hogy mi az alap feltétel. Pl. visszárus rendeléseken be kell nyomni majd ezt a pipát, mert alap feltétel a rendelés e-maileknél jelenleg, hogy: típus normál és (virtuális vagy a készlet adatok inicializálva vannak).

• Adószám egyezőség esetén szinkron hiba- Javítva
• Gyártás hiba: Amennyiben a gyártási tervhez tartozott visszamondott wop (gyártási tervről törölve lett receptúra aminek az alapanyaga adott raktárból kellett volna jöjjön), akkor a bevételezést hibásan nem engedi végrehajtani. Csak akkor nem szabad engedni ha van olyan nem kész állapotban lévő kivét ami nincs visszamondva - Javítva
• Termékszám kapcsolat export hibát dobott- Javítva

 

1.48.42 (2024.06.07.)

• Termék mértékegységek megjelenítése: A Rendeléseken, Ajánlatokon, Szállítmányokon, Beszállítói rendeléseken, Készletmozgáson, Raktárműveleteken és POS-en megjelenítésre került a termék mértékegysége, amely a termék adatlapon került megadásra. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• Rendelés tételeinek ellenőrzése: Abban az esetben ha a rendelésen ár módosítás történik és erről szeretnénk a rendelés mentésekor még egyszer megbizonyosodni, hogy mi miről és mire módosult, és ezt átnézni, akkor ez az alábbi fejlesztéssel meg tudjuk tenni. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• Szállítmányok tömeges exportja: A funkció által egyszerre akár több szállítmányt is van lehetőségünk exportálni a Szállítmányok listában és kanban nézetben. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• Egyedi fejlesztésű webáruházból kiszállítás ekkor dátum szinkronizálása: Az alábbi dátumformátumokkal tudja a CloudERP fogadni a kiszállítás ekkor dátumot: 2024.05.28;

• Kiszállítás ekkor dátum alapján készletfoglalás: A készlet foglalási sorrend állítható raktár szinten a rendelés dátumai alapján. A fejlesztés által lehetőség van FIFO alapján való készletfoglalás esetén beállítani pluszba azt, hogy a Rendelés létrehozás dátum helyett a Kiszállítás ekkor dátum alapján foglalja a készletet. Részletes tájékoztató ITT olvasható a funkció pontos működéséről.
• Adószámos vevő esetén ha POS-en állítunk ki rendelést, akkor automatikusan átbillen a számla kiállítása is.

• Tömeges kiegyenlítés - helytelen értéket rak a rendelésekre a webáruház és számlázó kerekítési összeférhetetlensége miatt - Javítva, a helyes érték kerül a rendelésre.
• Leltár export nem kerül letöltésre- Javítva, már letöltésre kerül automatikusan
• Új bejövő számla létrehozása esetén többször jelent meg ugyan az a számla típus- Javítva, egyszer jelenik meg.
• Foxpost címke probléma: A Foxpost szállítási fiókban beállított címkeméretet nem vette figyelembe a rendszer- Javítva, már figyelembe veszi.
• Dokumentum létrehozásnál nem lehet gyártót kiválasztani: Akkor volt probléma, ha a gyártónál nem volt kiválasztva semmilyen ország- Javítva, ország nélküli gyártót is lehetséges kiválasztani.
• Csomagtermék listázása webáruházba: Lefelé kerekített tört mennyiséget nem jól kezelte a rendszer- Javítva
• Gyártás/Receptúrák menüben a nézet mentése hibát dobott- Javítva, mentésre kerül a nézet helyesen.
• Kereső hiba: Ha beírok a keresőbe és kiválasztom azt akire kerestem, akkor utána nem törli ki az általam beírt keresőszót és nekem kell kitörölni.- Javítva

 

1.48.41-rc (2024.05.31.)

• Részleges készletérték újraszámítás: Ezzel a fejlesztéssel azt készítjük elő, hogy ne csak naponta egyszer éjszaka frissüljön a statisztika, hanem részlegesen újra tudjuk számolni sűrűbben, ez jelenleg még tesztelés alatt van, hogy mekkora terhelést fog okozni a rendszernek
• UNAS szülő-gyerek viszony kezelése: A Beállítások/Integrációk/ Értékesítési csatornák menüben a Szinkron beállítások/Termékadat menüben a Haladó beállítások blokkban engedélyezésre kerül a Gyerek termék használata szülőként, akkor 
• UNAS Több raktár kezelés: A funkció lényege, hogy mostantól UNAS esetén is külön raktárakra lehetséges a készletet kirakni. A Beállítások/Integrációk/ Értékesítési csatornák menüben a Szinkron beállítások/Készlet/Alapbeállítások menüben kell engedélyezni a Sync separate warehous quantities to webshop mezőt hozzá. UNAS leírása IDE KATTINTVA érhető el. Részletes tájékoztató hamarosan elérhető lesz. 
• Gyártás receptúra felhasználással, bekerülési ár számítás: A gyártott termékhez kiszámításra kerül a bekerülési ár az összetevők FIFO szerinti bekerülési árai alapján.

• Performancia javítás rendelés tranzakció importra, rendelés betöltésre
• Rendeléseken belül a címkéket nem írja ki teljesen a rendszer a Címkék mezőben- Javítva, a teljes címke látható.
• Nem működik a vagy függvény- Javítva

1.48.40-rc (2024.05.28.)

• Új pénznem rögzíthető: bolgár leva
• Belépés korlátozása IP cím alapján - Leírás ITT 

• Kategóriák termék statisztika csak az elsődleges kategóriára került kiszámolásra- Javítva, a termékek összes kategóriájára kiszámoljuk a statisztikákat, nem csak az elsődleges kategóriára.

• Ha fel akarunk adni egy csomagot hosszú bizonylatszámmal (pl. két rendelés összefűzéséből eredően) hibát ír ki az ExpressOne, hogy "Hibás bizonylatszám max. 15 karakter lehet!" -Javítva, invoice_number mező, és abba mostantól csak az első 15 karakter kerül bele és van egy ref_number, ott nincs megkötés oda megy az egész

• Címkenyomtatás hiba (MPL) type error üzenettel - Javítva
• Bevételezésnél KIVÉTELEZÉSI okokat dob fel a rendszer - Javítva

• Nem adja vissza a rendelés állapotokat az UNAS-nak az ERP - Javítva

• WooCommerce webshop esetében nem megy ki a termék készlete - Javítva. null készletérték kezelve.

• Rendelés exportban üres a haszonkulcs oszlop - Javítva

• Be van állítva a raktáron, hogy ugorjon fel a rendelés ellenőrzés kocsi lokáció leolvasáskor, de nem megy. Egyből a címke nyomtatás ugrik fel. A cél, hogy ne legyen kötelező az ellenőrzés, viszont dobja fel az ellenőrző ablakot ha leolvasom a kocsi lokációt. - Javítva, Lehet disabled a kötelező, de attól felugrik az ablak ha ki van választva, viszont ha kötelező, akkor mindenképp felugrik.

• MPL értéknyilvántartás szolgáltatáskor az automata címke generálás az nem vette figyelembe a beállított maximális értéket- Javítva, mindig a beállításokban beadott maximum érték kerül a rendelésre, ha attól magasabb a rendelés értéke, vagy ha attól kisebb, akkor a rendelés értéke kerül rá.

• Azoknál a rendeléseknél, amelyikben van gyári számos és nem gyári számos termék is, a rendszer a nem gyári számos termékeket is beleteszi a Jótállási jegybe, olyan termékeket, amelyeknél nem releváns - Javítva

• POS eladásnál gyári számmal rendelkező terméket adunk el, hiába választjuk ki hozzá az adott gyári számot, a Vásárlás befejeztével a vásárlás „KISZEDÉS ALATT” állapotba kerül a „KÉSZ” állapot helyett - Javítva, POS eladásnál választunk gyáriszámot, a rendeléshez tartozó WOP végrehajtásra kerül és rákerül az adott gyáriszám.

• Készlet jelentés exportálásakor, a "Raktárak" választó mező inaktív - Javítva, nem jól vette figyelembe a raktár szűrőt v2 termék listából

1.48.39-rc (2024.05.22.)

• Superfaktúra számlázóprogram bővítése: csomagszám, tranzakciós adatok (hivatkozás, megjegyzés) átadása számla megjegyzésbe, ez számlázási profil szinten beállítható a Beállítások/Pénzügy/Számlázás/Számlázási profilok menüben a Rendelés adatok a számlák blokkban. GLS utánvételszámoló feltöltése után Superfaktúra számlák fizetettre állítása és GLS utánvételszámolóban található tranzakcióazonosítók átadása számla megjegyzésbe.
• MPL visszáru: Visszáru indítható azokra a rendelésekre is, amiket a vevők MPL csomagponton, automatán vagy kiküldött futárral szeretnének visszaküldeni nekünk. A rendeles_szallitasi_visszaru_feladasi_kod segítségével elérhető a sablonokban az azonosító amit emailben kell küldeni visszáru esetén a vevőnek, hogy fel tudja adni a csomagot, így tudunk új e-mail sablont is létrehozni a visszáru rendelésekhez, amikhez egy e-mail küldő automatizmussal automatikus e-mailt is lehetséges kiküldeni.
• Rendelés listázásba cikkszám és gyáriszám: A Rendelések- Bontás- Tétel szintű bontás esetén van lehetőségünk megjeleníteni a rendelésben található tételek cikkszámát, termékszámát (LOT vagy gyári szám), a termékszámmal rögzített termékek mennyiségét és ha eltérés van a termékszámmal rögzített termékek mennyiség és az adott cikkszámhoz tartozó mennyiség között, akkor egy IGEN/NEM opcióval jelzi a rendszer, ezekre szűrést is lehetséges létrehozni. 

• Feladat leírás megnézése: Csak az első két sor látszott eddig a Rendelés Feladatok menüben a Leírásból, mostantól a kurzort rávezetve egy felületen megjelenik a teljes szöveg
• Szállítási kontakt infó: Van pár vevőnk, akiknél az alapadatban lévő mail és telefonszám teljesen elkülönül a szállítási címekben lévő mail és telefonszámtól. Eddig szállítási adatoknál egyáltalán nem volt kezelve email és telefon szám. Most már ügyfélről betölteni automatán, kézzel megadható és címként a szállítási szerepel alapból, ha az nincs megadva akkor számlázási kerül rá.

• Haladó szűrő törlés hiba: néha nem azt törli amire kattintok, hanem egy másikat -Javítva, a különböző haladó szűrők közül mindig a helyeset törölte
• Ajánlat létrehozásra, módosításra kattintva ismeretlen hiba üzenet jelenik meg- javítva
• Rendelés ellenőrzés hiba: A csomag visszaellenőrzésekor csak néhány termék mennyiségét bekattintva ugyan nem jelenik meg a következő gomb, de a vonalkód olvasó eszközzel le tudjuk olvasni a következő gomb vonalkódját és tovább is enged a rendszer. - Javítva, ha több rendelésre van megnyitva akkor a következő le van tilva, ilyenkor se szabad hogy a vonalkód tovább engedje

• Nem tartja meg az árajánlat a kiadott árakat, hanem ha a hozzá rendelt árlistán változnak az árak akkor az árajánlaton is magától megváltoznak. - Javítva

• Új rendelésnél a “Fizetési és szállítási adatok”-nál nem tudok megadni új telefonszámot. Valamiért nem menti el a rendszer. - Javítva, fizetési és szállítási adatok telefonszám mentés rendben működik

• Készletérték kereső hiba: A termékeknél nem működik a készletérték fülön az ott lévő kereső, beírom, hogy "shp" (szállítmányok) és mindent kiad, ami nem is shp-val kezdődik. - Javítva
• Értékesítő hiba: Bolti értékesítés esetén, ha ügyfelet adunk hozzá tehát számlát akarunk generálni akkor nem rögzít be minket a rendszer értékesítőként. Minden más esetben ez tök jól működik. Automatikusan rákerülünk. Elég fontos, hogy ez következetesen visszakereshető legyen, mivel ezzel mérhetővé válik az egyéni teljesítményünk. - Javítva
• Szedésnél a tárhely nem volt jól olvasható - Javítva
• Számlázási profil hiba: Nem lehetett üres szabályokkal elmenteni a számlázási profilt- Javítva, üres szabályok esetén is menthető
• Árajánlat haszonkulcs számítás: Az árajánlatban szeretném látni, hogy mennyi az adott ajánlat bekerülési költsége. Erre van 3 felé számítási mód. Ezek közül az alapértelmezett az alapértelmezett beszállítói ár. Ezt hiába változtatom meg mondjuk az utolsó bekerülési értékre, nem történik semmi. Hiába mentek, lépek ki/be nem változnak az adatok. - Javítva, az adott termék statisztikájának újraszámítása szükséges, ill. cache törlés és újratöltés is szükséges lehet, hogy a friss értékeket mutassa

1.48.38-rc (2024.05.14.)

• Sablonok menüben PDF fejléc engedélyezése pipa: Ugyanaz a szöveg kerül a fejlécbe, mint a dokumentum címe, több oldalas dokumentumok esetén is, rendeléseknél az ORD azonosító. Meglévő dokumentumokon nincs fejléc alapból, külön be kell pipálni a sablonon, hogy érvényesüljön.
• Termékek új állapotának kezelése (UNAS), új napok száma, kikerülés után x nappal lekerül az új státusz 
• Értékesítési statisztikák bekötése beszállító partnerekhez és szállítmányokhoz

• Raktárlokációkat ki tudjuk írni a rendelés adatlapon a termék neve alatt (ahol a készlete található, az összeset, nincs fifo vagy mennyiségek)
• Új dátum periódusok a szűrésben: előző 1..12 hónap
• Értékesítsek statisztika az egész kategória fát kiszámolja, nem csak az elsődlegest, így hierarchikusan szűrhető kategóriákkal
• Rendelésekre szállítási email címek + telefonszám
• Webshop soft delete, lehetővé teszi a felületről való webshop törlést, nem kell az ügyfélszolgálatra írni a törlés miatt mostantól. A soft delete az adatbázisban nem töröli véglegesen a webshopot, hanem megjelöli töröltként, így az adat fizikailag megmarad az adatbázisban és később visszaállítható, ha szükséges.
• Szinkronban az ügyfelek email címeinek egyediség vizsgálata. Ha Peldapetra@gmail.com és peldapetra@gmail.com lead a webshopban egy rendelést, akkor nem két ügyfél lesz belőle.
• Új dátum választó komponens a v2 szűrőkbe
• CSAK gomb minden v2 szűrő kiválasztásánál
• v2 szűrőkbe egymásba ágyazott módon lekérdezhető adatok. pl SHP tételek, szürke háttérrel közvetlen termék listából átemelt oszlopok elérhetőek oszlop választóban és szűrőben is

• Kézi email küldés sablonból, telerakta hibás karakterekkel a szöveget a sablon kiválasztás, javítva
• Kép letöltés javítása, szóközös url-ekre és 255 karakternél hosszabb url-ekre
• Gyártási terv készletérték számítás normálisan megvalósítva, fifo szerint
• Rendelés kereső javítása, belekerül az előlegszámla stornó is, hiányzott eddig
• Rendelés automatizmus térfogat számítás csomagtermékekre hibás volt, javítva
• 1.48-as hiba, beszerzési terv nézetből a beszerzés létrehozása nem frissítette a nyitott beszerzési mennyiséget a termékeknél, javítva
• Nézet megosztás szerkesztésre nem működött jól: nem lehetett módosítani a nézeten effektíve, nem mentette el a módosításokat (pl szűrők). javítva
• Készletmozgás frissítésekor beragadt a kimenő készlet mennyiség, javítása
• ERP exportot érintő hibák javítása- A beszállító eddig csak a számláról volt az exportba megjelenítve, most már külön oszlopban megjelenik a szállítmányhoz tartozó beszállító is, így nekik ott lesz a fuvarozó és a beszállító partner is