• Ügyfelek összevonása és Partnerek összevonása [CE-23387]
• Bejárási sorrend opció a bevételezési raktárművelethez [CE-23233]
• Számla Megjegyzés Sablon Változók: Súly és Nettó Súly [CE-23197]
• Csomagtermék összetevők rendelésen belüli módosítása és egyedi névkezelés
• Súly- és VTSZ-adatok megjelenítése a Kimenő számlák tételes bontásában [CE-22686]
• Új Számlázási Profil Pont: „Fizetés teljesítve vagy Előleg fizetés teljesítve” [CE-22674]
• iLogistics integráció fejlesztése: „Hiányos kiszedés” státusz automatikus kezelése [CE-22672]
• Termékárak gyors előnézete és tétel szintű árlista-választó rendelés rögzítésekor [CE-22618]
• Python és Django Verzió Frissítés [CE-23836]

Ügyfelek összevonása és Partnerek összevonása [CE-23387]

A számlaszinkronizációk során előfordulhat, hogy ugyanahhoz a partnerhez több duplikált profil jön létre a rendszerben. Az új funkció segítségével ezeket mostantól gyorsan és tisztán egységesítheted!

A cél, hogy a duplikált ügyfelek (az Ügyfelek listában) vagy a duplikált partnerek (a Partnerek listában) összevonása elérhető legyen egyetlen kiválasztott, fő profilba, hogy a nyilvántartásod tiszta és áttekinthető maradjon.

Nyisd meg a Vevők vagy a Partnerek listáját. Jelölj ki legalább a két (vagy több) duplikált rekordot, majd kattints az Összefűzés (Merge) gombra. (Fontos: Csak ügyfelet ügyféllel, beszállítót beszállítóval lehet összevonni!)

A Fő Rekord (Main Record) kiválasztása: Ki kell választanod, hogy a kijelöltek közül melyik profil legyen a fő (megtartandó) rekord. A rendszer automatikusan felajánlja a hiányzó adatok (pl. adószám, telefonszám, bankszámlaszámok) átemelését a többi profilból a fő rekordba, így semmilyen fontos információ nem vész el.

Biztonsági ellenőrzések:

• Ha a kijelölt profilok adószáma eltér egymástól, a rendszer figyelmeztetést küld („A kijelölt elemek adószáma nem egyezik! Biztosan folytatja?”), de kézi jóváhagyással engedi a folytatást.

• Webshopos védelem: Vevőknél a rendszer figyeli a webshopos fiókokat. Ha a kijelölt ügyfelekhez több különböző aktív webshop azonosító tartozik, a biztonság kedvéért megállítja a folyamatot, elkerülve a téves összekapcsolást. (Ha csak 1 webshopos és egyéb „sima” duplikált profil van, a művelet szabadon futtatható).

Mi történik a háttérben az összevonás után?

• Adatok átkötése: A rendszer átirányítja a kapcsolódó adatok (vevői/szállítói számlákat, megrendeléseket, szállítási címeket, kontaktokat, árlistákat, egyenlegeket és cikkszámokat) az általad kiválasztott fő rekordra.

• Felesleges profilok törlése: A másodlagos, duplikált rekordok automatikusan törlődnek a rendszerből.

Bejárási sorrend opció a bevételezési raktárművelethez [CE-23233]

Korábban a bevételezési raktárműveletek indításakor a rendszer nem vette figyelembe a termékek fizikai raktárlokációinak optimális bejárási útvonalát. A cél az volt a fejlesztéssel, hogy a raktári dolgozók a legkevesebb felesleges mozgással, a fizikai lokációk bejárási sorrendje alapján tudják betárolni az érkező termékeket.

Felületi módosítás:

A bevételezési művelet felületén lévő „Végrehajtási sorrend” lenyíló mező beállítási lehetőségei bővültek.

Az meglévő opciók (Cikkszám, Név) mellé egy új opció kerül beépítésre: „Bejárási sorrend”.

Rendszerműködés és logika:

• Amikor a felhasználó a Bejárási sorrend opciót választja ki, majd rákattint a Műveletek opció alatt található Indítás műveletre, a rendszer a betárolandó termékeket nem a WOP alapértelmezett sorrendjében, hanem a termékekhez rendelt raktárlokációk bejárási sorrendje (sorrendi értéke) alapján rendezi sorba.

• A bevételezési folyamat egymás után, ebben a fizikai útvonalnak megfelelő sorrendben dobja fel a feladatokat a raktárosnak.

Számla Megjegyzés Sablon Változók: Súly és Nettó Súly [CE-23197]

Két új változó került bevezetésre a számla megjegyzés sablonokhoz („rendelés összsúly” és „rendelés nettó összsúly”), amelyekkel automatikusan megjeleníthető a rendelésben szereplő tételek összesített súlya.

A rendelés nettó súly, a rendelésben szereplő tételek nettó súlyából kerül összesítésre, a rendelés összsúly pedig a rendelésben szereplő tételek súlyából kerül összesítésre.

Csomagtermék összetevők rendelésen belüli módosítása és egyedi névkezelés  [CE-22754]

Minden olyan gyártási, megmunkálási vagy szabászati folyamatban, ahol a késztermék előállítása során anyagveszteség vagy hulladék keletkezik (pl. lemezvágás, faanyag-szabászat, textilipar vagy egyedi alkatrészgyártás), az adminisztráció egyik legnagyobb kihívása a raktári készletcsökkenés és a vevői bizonylatok összhangjának megteremtése.

A rendszernek egyszerre három fronton kell helytállnia:

• A raktárból lekerülő valódi alapanyag: Pontosan annyi alapanyag (pl. a teljes tábla lemez vagy nagyobb rönk/anyag) fogyjon le a raktárból, amennyit a fizikai megmunkálás elnyelt.

• A vevő által látható megnevezés: A bizonylatokon (díjbekérő, számla, megrendelés-visszaigazolás) kizárólag a vevő által megrendelt, kész termék neve szerepeljen (pl. „Vágott lemez – csillag”), ne pedig a nyers alapanyag kódja.

• Logisztikai és pénzügyi tisztaság: A számlázás és a készletmozgás félreértések nélkül, automatikusan kapcsolódjon össze.

Ezt a hármas problémát mostantól egyetlen felületen, a rendelés rögzítése közben kezelhető.

Hogyan működik a gyakorlatban? (Lépésről lépésre)

Tegyünk fel egy szemléletes példát: egy ügyfél rendel egy csillag formára vágott lemezt. A kész darab a vevőhöz kerül, de a termék előálíltásáoz a raktárból nagyobb méretű alapanyag felhasználására volt szükség.

0. Előkészület (Csomagtermék létrehozása): Elég előre rögzíteni egy általános csomagterméket a rendszerben (pl. Vágott lemez néven), amelynek megadjuk egy alapértelmezett összetevőjét. Fontos, hogy a név, az összetevők, illetve az összetevők mennyisége a későbbi lépésekben szabadon változtatható lesz, tehát ez csak egy alapul fog szolgálni. 

1. Lépés: A csomagtermék kiválasztása a rendelésben: A rendelés rögzítésekor a felhasználó egyszerűen kiválasztja az általános csomagterméket, amely az alapértelmezetten beállított összetevőkkel és súllyal jelenik meg.

2. Lépés: A ténylegesen felhasznált alapanyag beállítása (Raktárkezelés): A rendelési adatlapon közvetlenül lehetőség nyílik a csomag összetevőinek szerkesztésére. Az alapértelmezett alapanyag átírható a raktárból ténylegesen kitermelt vagy felhasznált anyagra, a mennyiség pedig pontosítható. Eredmény: A raktárkészlet a valós fizikai fogyás szerint fog csökkenni.

3. Lépés: Egyedi megnevezés megadása (Vevői bizonylatok): A tételsorban található Egyedi terméknév mezőbe szabadon beírható a vevőbarát megnevezés (pl. „Vágott lemez - csillag”). Eredmény: A díjbekérőn, a számlán és a nyomköveti felületen is pontosan ez az egyedi név jelenik meg.

Összegzés: Mi történik a háttérben egyetlen jól kitöltött sor alapján?

Raktár: A rendszer a valós fizikai adatok szerint vezeti ki a nyersanyagot, így a leltár hajszálpontos marad.

Értékesítés/ Pénzügy: A vevő a tiszta, átlátható egyedi megnevezést látja a bizonylatokon és a nyomkövető e-mailekben is, így reklamáció nélkül, zökkenőmentesen fizet.

Súly- és VTSZ-adatok megjelenítése a Kimenő számlák tételes bontásában [CE-22686]

Miért hasznos ez a fejlesztés?

A külső számlázó rendszerek (pl. Számlázz.hu) a termékek súly- és vámtarifa-adatait (VTSZ) jellemzően csak a számlatételek megjegyzésébe ömlesztve tudják átadni, különálló mezők nélkül. Azoknak a vállalkozásoknak azonban, amelyeknek fontos a logisztikai adatok pontos követése vagy a könyvelőprogramba történő zökkenőmentes adatintegráció (például a vas- és fémkereskedelemben vagy a nemzetközi kereskedelemben), ezeket az adatokat strukturáltan, oszlopokra bontva kell látniuk.

A fejlesztésnek köszönhetően a CloudERP-ben kiállított kimenő számlák tételekre bontott nézetében mostantól közvetlenül megjeleníthetők és szűrhetők a termékek súly és vámtarifa adatai, ezáltal exportokban és feedekben is könnyen megjeleníthetőek, ha külső rendszerbe szeretnénk küldeni.

Milyen új oszlopok érhetők el a tételes bontásban?

A Kimenő számlák listájának Tételek bontás nézetében az alábbi új, dedikált oszlopok jeleníthetők meg:

Alapadatok a terméktörzsből:

• Tétel Nettó tömeg: Az egy darabra eső nettó súly.

• Tétel Súly: Az egy darabra eső bruttó/teljes súly.

• Tétel Vámtarifaszám (VTSZ): A termékhez rögzített vámtarifaszám.

Automatikus számított összesítők:

• Tétel Nettó tömeg összesen: A tételsorban szereplő darabszám és az egységnyi nettó súly szorzata (mennyiség * nettó tömeg).

• Tétel Össztömeg: A tételsorban szereplő darabszám és az egységnyi súly szorzata (mennyiség * súly).

Hogyan segíti ez a mindennapi munkát?

Egyszerűbb könyvelési export: A tételes listákból így a súlyok és a VTSZ számok egy kattintással, külön oszlopokként exportálhatók a könyvelőprogram felé, elkerülve a kézi adatrögzítést vagy a megjegyzés mezőkből való keresgélést.

Pontos logisztika: Az eladott tételek összesített nettó és bruttó tömege azonnal látszik a számlatételek mellett, ami megkönnyíti a fuvarozási és vámpapírok előkészítését is.

Új Számlázási Profil Pont: „Fizetés teljesítve vagy Előleg fizetés teljesítve” [CE-22674]

A számlázási profilok beállításai kiegészültek egy új, kombinált opcióval, amely nagyban megkönnyíti a rugalmasabb fizetési szokásokkal dolgozó partnerek automatikus előlegszámlázását.

iLogistics integráció fejlesztése: „Hiányos kiszedés” státusz automatikus kezelése [CE-22672]

Miért volt szükség erre a fejlesztésre?

Ha az iLogistic raktárában a komissiózás (összekészítés) során a raktáros azt jelzi, hogy egy terméket mégsem talál a helyén, a rendelés ideiglenesen úgynevezett karanténba / „Hiányos kiszedés” státuszba kerül a logisztikai rendszerükben. Ezt követően az iLogistic egyik vezetője leellenőrzi a hiányt, majd a rendszerük automatikusan készít egy másolatot a rendelésről (amelynek a külső azonosítója megkap egy -H utótagot), hogy a készleten lévő tételek kiszolgálása zökkenőmentesen folytatódhasson.

A fejlesztés lényege, hogy a CloudERP háttérrendszere mostantól tökéletesen leköveti ezt a külső logisztikai folyamatot, így a rendelések nem ragadnak be többé „függő” állapotban.

👤 Mi a teendőd ezzel kapcsolatban, mint felhasználó?

Semmi! Ez a változtatás egy teljesen automatikus, háttérben futó integrációs frissítés. Az ügyfeleknek semmilyen extra teendőjük, beállításuk vagy kézi beavatkozásuk nincs: a rendszer magától kezeli a hiányjelzéssel érintett külső rendelések státuszváltásait és az azonosítók szinkronizációját.

⚙️ Hogyan működik a háttérben?

• Nincs beragadt rendelés: Ha a raktárban hiány miatt karanténba kerül a tétel, majd az iLog létrehozza a másolatot a kiszolgáláshoz, a CloudERP szinkronja ezt automatikusan észleli.

• Zökkenőmentes kiszállítás: Amint a másolat rendelés összekészítése lezajlik a raktárban, a státuszok (pl. Csomagolva → Futárnak átadva → Kiszállítva) hibátlanul átfutnak a rendszerben, és a csomagszám is felkerül a szállításra.

• Biztonságos működés: A háttérfolyamat felkészült a ritkább esetekre is (pl. ha a vizsgálat még folyamatban van, vagy ha ismételt hiányjelzés történik), így a meglévő státuszok (például a visszáruk vagy a szállítás közben sérült csomagok kezelése) továbbra is zavartalanul működnek.

Termékárak gyors előnézete és tétel szintű árlista-választó rendelés rögzítésekor [CE-22618]

A mindennapi értékesítési és ügyfélszolgálati munkában, különösen olyan területeken, ahol mennyiségi kedvezményeket adnak, vagy egy terméket kiszerelés, vágás, illetve feldolgozás függvényében eltérő árakon értékesítenek (pl. építőanyag-kereskedelem, fémipar, egyedi gyártás), eddig komoly fejtörést okozott a további árak gyors ellenőrzése. Az értékesítőnek korábban ki kellett lépnie vagy külön lapokon kellett keresgélnie a különböző árlistákat, ha egy termékre speciális árat szeretett volna érvényesíteni.

Az új fejlesztéssel mostantól egyetlen kattintással, közvetlenül a rendelés felületéről áttekinthetők és kiválaszthatók a termékhez tartozó árak!

Hogyan működik a gyakorlatban?

1. Gyors árellenőrző gomb a tételsorban:

   • A rendelés vagy ajánlat rögzítése/módosítása közben a tételsorok végén megjelent egy új ikon.

2. Árlista felugró ablak:
   Az ikonra kattintva megnyílik egy áttekinthető ablak, amely azonnal listázza az adott termékhez beállított összes árlistát (pl. alapértelmezett, Nagyker, VIP, valamint az időszakos kedvezményes árlistákat) a hozzá tartozó nettó és bruttó árakkal.

3. Egykattintásos árkiválasztás:
   Nem kell többé kézzel beírni vagy másolni az árakat: elég rákattintani a felugró ablakban a kívánt árlistás sorra, és a rendszer automatikusan átírja és kitölti a termék árát a rendelési tételnél.

Mit tartalmaz még a felugró ablak a gyors döntéshozatalért?

Az árlisták mellett a rendszer két fontos háttéradatot is megjelenít a felugró ablak tetején, segítve az értékesítő munkáját az árazásban:

• Utolsó szállítmány nettó ára (az alapértelmezett pénznemben)

• Utolsó bekerülési érték

Python és Django Verzió Frissítés [CE-23836]

Rendszerszintű technológiai frissítés a legújabb stabil Python és Django keretrendszer verziókra, valamint a fokozott biztonság érdekében a háttérrendszer főbb függőségeinek frissítése a legfrissebb LTS (Long-Term Support) verziókra a jobb teljesítmény és stabilitás érdekében.

• Pénzügy, Számlázás és Összepontozás
• Webshopok, Integrációk és Külső Szolgáltatások (NAV, UNAS, WooCommerce, MPL, FoxPost, IbanFirst)
• Raktárkezelés, Logisztika és Kiszedés
• POS (Kassza) és Értékesítési Felületek
• Rendszer, Felületek, Jogosultságok és Teljesítmény

Pénzügy, Számlázás és Összepontozás

Előlegszámla nettó és ÁFA eltérés

A CloudERP-ben kiállított előlegszámlák nettó és ÁFA összege a Számlázz.hu oldalon kismértékű eltérést mutatott a kerekítési logikák miatt. Az előlegszámla-készítési adatok szinkronizációjának és összegszámításának pontosítása történt meg a javítás keretében. [CE-23874]

Automatikus összepontozási hiányosságok tranzakcióknál

Előfordult, hogy a tranzakciók közleményéből a rendszer felismerte a számlát/rendelést, mégsem hajtotta végre az automatikus összepontozást. Javításra került az automatikus összepontozási logika feltételrendszere. [CE-23870, CE-23823, CE-23807, CE-23392]

Számla fizetési állapot át nem vett csomagoknál

Az új pénzügyi modul bevezetése óta az át nem vett csomagok automatikus visszamondásakor és visszáruzásakor a számla kifizetetlen maradt. A csomagok fizetési státusz szinkronizációjának javítása megtörtént. [CE-23543]

Tranzakciók összepontozásának törlési limitje

A tranzakciókról az összepontozásokat korábban csak 20-asával lehetett törölni a böngésző túlterhelésének elkerülése érdekében, ami százas nagyságrendű tételeknél rendkívül lassú volt. A módosítás keretében mostantól egy gombnyomással az összes összepontozás törölhető egy tranzakcióról. [CE-23418]

Helyesbítő számla rendezése

Az eredeti kimenő számla és a hozzá tartozó helyesbítő számla helyes összekapcsolása ellenére a rendszer mindkét számlánál külön-külön kérte az egyenleg rendezését (fizetetlenként kezelte). A helyesbítő számlák egyenlegszámítási és kompenzációs logikájának javítása megtörtént. [CE-22923]

Banki utalásos költség hibás ügyfélhozzárendelés

Banki tranzakció beérkezésekor a rendszer tévesen egy ügyfélhez kötötte a költséget, ha több olyan pénztárcánk volt felvéve eltérő beszállítóval, ahol a beszállítói azonosítási minta azonos volt (pl. *BANK_FEE*). [CE-23609]

Számlakép feltöltés utáni frissítési probléma

Számlakép feltöltését követően az oldal első frissítésekor az új fájl átmenetileg nem látszott, ami sikertelen feltöltés látszatát keltette. Mostantól a számlaoldal frissülése azonnal megjeleníti a sikeresen feltöltött fájlt. [CE-23887; CE-23881]

Pénztárcák Egyenleg és Forgalom Adóügyi Napok Ellenőrzés

Az Adóügyi napok menüpont kiegészült a napnyitási/napzárási adatok, valamint a nyitó és záró pénztárcaegyenlegek részletes áttekintésével a kasszaeseményekkel együtt, lehetővé téve a POS, terminál és CloudERP forgalmak pontos visszamenőleges egyeztetését. [CE-23128]

Webshopok, Integrációk és Külső Szolgáltatások (NAV, UNAS, WooCommerce, MPL, FoxPost, IbanFirst)

Nullás adószámú számlázási fiók kiszűrése NAV integrációnál
Előfordult, hogy létezett még korábbról adószám nélküli számlázási fiók. És ha ilyen esetben bekötésre került NAV integráció, akkor a szinkronizáció nem az elvárt módon működött, és a számlák duplikálódását okozta. A rendszer mostantól hibaüzenetet dob és megakadályozza a NAV integráció felvételét, ha a kiválasztott számlázási fiókon nincs kitöltve az adószám. [CE-23928]

Webshop szinkronizációs hibák (UNAS)

Néhány UNAS webshopnál szinkronizációs hiba és IP-tiltás lépett fel „Invalid product parameter id” hibaüzenet miatt. Részletes elemzést követően a hiba kijatíásre került a webshop termékparaméter-szinkronizációban. [CE-23898]

UNAS cikkszámok toldalékolása és inaktiválása (színváltozat-csoportok)

A termékszinkron futása során a színváltozat-csoportok főtermékeinek cikkszámához véletlen szám-toldalék adódott hozzá, és a termékek inaktív státuszba kerültek az „Invalid stock empty status: 0” hibát követően. A szinkronizációs algoritmus finomhangolása történt meg a szülő/főtermékek kezelésére. [CE-23791]

UNAS tranzakció pénztárca-megfeleltetési hiba

A beállított pénztárca-megfeleltetések ellenére egyes UNAS rendelések tranzakciói nem a megfelelő pénztárcába kerültek. A webshopos fizetési módok és pénztárcák összerendelési logikájának javítása történt meg a jegy keretében.[CE-23735]

FoxPost csomagok bankkártyás túlfizetése és etikett készítés

Online bankkártyával kifizetett, módosított (túlfizetéssel járó) rendeléseknél a FoxPost csomagok esetében a rendszer nem engedett címkét készíteni az „egyenleg rendezés” kézi elvégzése nélkül. A javítással megtörtént a FoxPost futárszolgálati címkék generálási logikájának finomhangolása túlfizetéses esetekben. [CE-23876]

MPL utánvét szinkronizáció

Az MPL utánvét szinkronizáció bizonyos esetekben nem egyenlítette ki automatikusan a rendeléseket/ számlákat, ez a hiba kijavításra került.  [CE-23808]

IbanFirst átvezetési pénztárca kitöltési hiba

MyPos és IbanFirst közötti, illetve IbanFirst HUF/EUR számlák közötti átvezetéseknél bizonyos tranzakcióknál nem volt kitöltve a kategória, és nem jelent meg a forrás pénztárca. Az átvezetési tranzakciók automatikus kategorizálásának javítása történt meg. [CE-23803]

Raktárkezelés, Logisztika és Kiszedés

Kiszedési hibák és vonalkód-olvasási anomáliák (PDA / Szedés)

Szedés közben előfordult, hogy a leolvasott mennyiség nem zárta le automatikusan a sort, a folyamatból hibaüzenettel kidobta a dolgozót, vagy a tételes darabszám nem egyezett a történeti logokkal. A raktári kiszedési modul (WOP) és vonalkód-kezelés hibáinak javítása megtörtént a jegy keretein belül. [CE-23747, CE-23650, CE-23236]

PDA Megjegyzések Kiemelése (Betűméret / Szín)

 A PDA-n megjelenő fontos megjegyzések (pl. lejárat, speciális instrukciók) jobban látható, figyelemfelkeltőbb formázást (nagyobb betűméret) kaptak a raktári hibák elkerülése érdekében. [CE-23385]

Bejövő számla szállítmány kapcsolat túlpontozás

Bizonyos beszállítóknál a számla szállítmányhoz kapcsolásakor az AI által felkínált múltbeli szállítmányok listája folyamatosan nőtt, és csak egyenként lehetett őket törölni, a hiba javítása megtörtént. [CE-22860]

Szállítmány import hiba (WarehouseOperationItem matching query does not exist)

Több beszállítói rendelésből összevont szállítmányhoz tartozó Excel importáláskor WarehouseOperationItem matching query does not exist hibaüzenet állította meg a folyamat. Az importáló modul tételes illesztési logikájának javítása történt meg többszörös beszállítói rendelések esetén. [CE-17846]

Szállítmány kilépéskor jelentkező téves mentetlen állapot

Szállítmány mentése és a „Kilépés és mentés” művelet kiválasztása után a rendszer tévesen módosítatlan állapotra vonatkozó elhagyási megerősítést (figyelmeztetést) dobott. A mentést követő navigáció mostantól félrevezető figyelmeztetések nélkül, zökkenőmentesen hajtódik végre. [CE-23886]

POS (Kassza) és Értékesítési Felületek

POS pénzügyi adminisztrátor jogosultság-igény

Kasszásoknak pénzügyi adminisztrátor jogosultságra volt szükségük ahhoz, hogy pénzt tudjanak kiadni egy szállítói számlára a POS kasszából. Pénzügyek kezelése jogosultsági szint elegendő a tranzakció rögzítéséhez, nem igényel teljes körű pénzügyi adminisztrátori jogosultságot. [CE-23739]

POS TypeError hiba (szerkesztett webshopos rendelés)

Webáruházból jött, de a POS felületen termékcserén átesett rendelésnél TypeError("'NoneType' object is not subscriptable") hiba lépett fel. Megoldás: Nullérték-kezelés javítása a POS rendeléskezelő moduljában. [CE-23663]

POS visszáru és csere probléma

Kasszákon történő visszáruzáskor és cserénél (pl. több termék cseréje esetén) hiba lépett fel, és a sikertelen próbálkozás után a következő vásárlást névre szólóan rögzítette a rendszer. A POS visszáru- és csere folyamat hibáinak elhárítása megtörtént. [ CE-23638, CE-23604]

Szétbontott webshopos rendelés téves végösszeg-eltérés figyelmeztetése

Szétbontott webshopos rendelés eredeti példányának mentésekor a rendszer téves „eltérő végösszeg a webshoptól” figyelmeztetést jelzett. A rendszer mostantól a szétbontást követően eltekint ettől a félrevezető ellenőrzéstől, míg a nem szétbontott rendeléseknél továbbra is aktív marad.  [CE-23885]

Rendszer, Felületek, Jogosultságok és Teljesítmény

Oldalak betöltési akadásai és eltűnő fejrész (nézetek)

Előfordult, hogy elnavigáláskor a fejléc (a nézetekkel) eltűnt, és az oldal üresen pörgött vagy félrevezető módon az előző adatokkal töltődött be. Aszinkron nézetbetöltés és hibakezelés stabilitásának növelése történt. [CE-23850, CE-23826, CE-23318]

Keresési funkció akadása

Bizonyos nézeteken és felületeken a keresés nem működött megfelelően. A hiba kijavításra került. [CE-23878]

Tömeges szerkesztési menü elérhetősége termékeknél

Termékek kijelölése során a tömeges szerkesztés menü csak az oldal frissítése után vált elérhetővé. Javításra került a felületi eseménykezelés a terméklistában. [CE-23858]

Raktár beállítások szerkesztési jogosultsági hiba

A Raktárak/ Raktár/ Szerkesztés menüpont eléréséhez tévesen az „Ajánlatok kezelése / listázása” jogosultság volt szükséges. A jogosultság-hozzárendelés szétválasztása és javítása, hogy a raktárvezető ajánlatkezelési jog nélkül is elérhesse a raktárbeállításokat. [CE-23025]

Ország törzsadat bővítése: Koszovói Köztársaság

Új partner rögzítésekor a Koszovói Köztársaság nem volt kiválasztható számlázási vagy szállítási országként. A jegy keretében az országtörzs kiegészítése megtörtént a Koszovói Köztársasággal. [CE-23816]

Címkézési hiba (termék / ügyfél)

Bizonyos nézeteken és jogosultsági körökben nem lehetett termékeket és ügyfeleket címkézni. Jogosultsági és nézetbeli ellenőrzések javítása történt a címkék kezelése során. [CE-23871]

Árlista törlési ismeretlen hiba

Használaton kívüli árlista törlésekor a rendszer „Ismeretlen hiba” üzenetet adott. Az árlista törlési ellenőrzések és adatbázis-tranzakciók javítása megtörtént. [CE-23578]

Tranzakció költség- és bevétel sablon nyomtatása

A tranzakciókból korábban elérhető kiadási és bevételi pénztárbizonylat nyomtatási lehetősége nem volt elérhető. Helyreállításra kerültek a tranzakciós bizonylatnyomtatási sablonmezők, amik dedikáltan a tranzakció adatlapról is elérhetőek, illetve listanézetben több tranzakciót kijelölve is (ebben az esetben figyeljünk rá, hogy  kijelölés során vagy bevétel vagy költség típusú tranzakciókat jelöljünk ki egyszerre). [CE-23648]

Email értesítések sokszorozódása

Bizonyos automatizmusok és változásértesítők egymás után 3 alkalommal, azonnal kiküldésre kerültek ugyanarra a rendelésre. Védelmi mechanizmusok és ismétlődés-szűrések kerültek bevezetése az automatizmusok futtatásánál. [CE-23681]