deep.erp Verziótörténet

A fejlesztés eredményeként elérhető a 2565-ös bevallás motor és a 2565-ös áfa bevallás motor a rendszerben

A fejlesztés eredményeként elkészült a 25A60-as bevallás

Bekerült a rendszerbe a 2025-ös környezetvédelmi termékdíj bevallás (25KTBEV)

A CRM esemény naptárban elérhető a Teljes heti nézet.

Az e-bank kivonat azonosítás funkció kibővült néhány új azonosítási szemponttal. Ellenőrzötté tudunk tenni további kivonat sorokat automatikusan, az e-bank kivonat azonosítás típusokban megadható további szabályokkal

Az E-bank kivonat beolvasása fájlból funkció kibővült a BinX CSV kivonat csv lehetőséggel

A K&H bank STM kivonat beolvasásakor figyelembe vesszük a sor nélküli kivonatokat is, amelyek azonnal ellenőrzött státuszt kapnak és könyvelhetők. Így a kivonat, bár sor nélkül, megmarad az E-bank kivonat funkcióban

A Docca-EDI e-számla típus használata esetén, ha a számlán szereplő telephelynél töltve van a Megrendelő GLN száma akkor nem kell fizető partnert alkalmazni a számlán

EDI e-számla esetén ha visszavásárlási számlát helyesbítünk, akkor már van "Order" adat az átodott xml-ben.

A Jóváhagyás listás áttekintő felületre Kapcsolt nézet funkcióval kitehető a csatolt fájl nézet, melyből a jóváhagyásra váró tételhez csatolt dokumentum megtekinthető

Az EDI számla xml-be bekerült a teszt jelölés, ha az adatbázis tesztre van állítva. Emellett átadásra kerül a vevői cégjegyzékszáma és az eladó vállalkozói engedélyszámát

A fejlesztés eredményeként a DEEP oldalon, az e-mail fiók paraméterezésénél már beállíthatók a Microsoft- és Google-fiókok is OAUTH autentikációval.

A Docca-EDI e-számla esetén az átadott xml-be bekerült az eladó (amennyibe rendelkezik vele) közösségi adószáma

A Partner adattípus export/import excel bővítésre került a telephelyhez tartozó Alapértelmezett raktár és Alapértelmezett tárhely adattal

A fejlesztés eredményeként ha egy korábbi manuális elhatárolást hozzákötünk a számlához, akkor nem csak a manuális elhatárolás szornója keletkezik le, hanem a sorok alapján egy új elhatárolás könyvelés is létrejön, a sor összege és a főkönyvi számlaszám alapján, az eredeti elhatárolás típussal.

A főkönyvi kivonat kimutatás kibővült egy előjeles egyenleg oszloppal, és egy egyenleg oldalt jelző oszloppal. Ez a két új oszlop a nyomtatási képen és az exportált adatokban is benne van.

A bejövő számlák esetén lehetőség van több előzménybizonylat megadására is a rendszerben, amennyiben egy helyesbítő számla több bizonylatot érint.

Az új funkcióval biztosított a nyitott készletmennyiség tételek átértékelése. Kérjük, hogy a funkció használata előtt mindenképpen olvassák el a help-be leírt folyamat, feltétel és működési leírást!

A vevői rendelésből szállítólevélbe történő átvezetésnél a rendszer most már figyelembeveszi az el nem könyvelt szállítólevél mozgásokat is.

A rendszerbeállítások közé bekerült egy új lehetőség: E-számla Számlaközpont "A számlaszám már létezik" hiba esetén a számla küldöttnek minősül. Igaz beállítás esetén, ha a Számlaközpont az "ERROR|A számlaszám már létezik:" kezdetű hibát adja vissza, akkor küldöttre állítja az e-számla részletet a rendszer, tehát nem fogja ismételten elküldeni a program az e-számlát.

A fejlesztés eredményeképpen, ha a cikk kartonon kezelünk adattörlő kódokat, akkor a számla nyomtatási ablakában egy új paraméter által azokat megjeleníthetjük a nyomtatványi képen is.

A fejlesztés eredményeképpen elérhető lett a vevői számlák esetében az egy helyesbítőszámlán történő több számla helyesbítésének lehetősége.

A fejlesztés eredményeképpen elérhető lett a szállítói számlák esetében az egy helyesbítőszámlán történő több számla helyesbítésének lehetősége

A kereskedelem szállítólevél adattípusnál bekerült az export-import funkcióba a Megjegyzés 01,02,03 mező is

Kereskedelmi bizonylatok listás áttekintőjén a nyitottsági státusz automatikusan frissül a bizonylatok átvezetése után. Vevői és szállítói ajánlat, rendelés, szállítólevél és szállíólevél visszáru áttekintőkön érvényes.

A rendszer eddigi működése alapján vevői rendelésből történő díjbekérő generáltatásakor csak a teljes összegre lehetett díjbekérőt generáltatni. A funkció kiegészült egy % megadási funkcióval, így lehetőség van a rendelésből adott % érték alapján díjbekérőt generáltatni. A megadott % a díjbekérő minden sorára alkalmazva lesz

Valós idejű komissió esetén a mobil beállításokban egy új paraméterrel azt állíthatjuk be, hogy ha a cikk kartonon levő vonalkód fülön van aktív vonalkódunk, amihez tartozik kiegészítő vonalkód is, akkor kötelező beolvastatni a komissió felületen. Beállítása esetén, amíg ezt nem tesszük meg vagy hibás a beolvasott érték, nem fogadható el a komissió tétel.

Ajánlás alapú komissió esetén a mobil beállításokban kötelezővé lehet tenni a kontroll kiegészítő vonalkód töltését. Beállítása esetén, amíg ezt nem töltjük, nem lehet elfogadni a komissió tételt

A fejlesztés eredményeképpen mobil oldalon, a még le nem zárt munkalapokat alá lehet írni. Az aláírás egy kép alapú mezőbe visszakerül deep oldalra is, ahova áttekintőre is kirakható információ lesz. Ehhez kapcsolódóan a szerviz rendelés típusnál kötelezővé tehető az aláírás, tehát addig nem zárható le, míg nincs aláírva.

Bővítésre került a mobil applikáció vevői és szállítói kimutatások listája. Mostantól elérhetővé váltak a pénzügyi és kereskedelmi listák is

A fejlesztés eredményeként a tartós adathordozókhoz tartozó adattörlő kód is kezelésre kerül a deep.erp-ben

A NAV OSZ szállítói számla lekérdezés és a NAV OSZ számla import funkciók kibővültek egy új funkciógombbal, mellyel csoportosan lehet státuszt váltani a Feldolgozásra vár és Kihagyott státuszok között.

A NAV OSZ számla küldés tehermentesítésére betettünk egy korlátozást a rendszerbeállítások-Kereskedelem-Általános-Általános menübe. A neve NAV OSZ küldés felfüggesztését megelőző sikertelen küldések száma, alapértéke 100. Ennél lehet kisebb értéket is beállítani, nagyobbat viszont nem.

A következő probléma elhárítására "Hiba az XML dokumentumban (9,22)" betettünk a programba egy funkciót, mely a hibás NAV OSZ XML-ek szerkezetét ellenőrzi és hiba nélkül importálja

A feldolgozási folyamat kiegészült egy új státusszal (Feldolgozás alatt), melybe akkor kerül automatikusan a bizonylat, ha létrehozásra és mentésre került a pénzügyi vagy kereskedelmi számla, de még nem történt meg annak véglegesítése (könyvelése).

NAV OSZ szállítói számla lekérdezéskor, ha a számla devizaneme nem azonos a könyvelési devizanemmel, lehetőség van választani az saját árfolyam használatát, míg a számlán szereplő árfolyam a partneri árfolyam mezőbe kerül

Amennyiben a vevő és az eladó csoportos adószáma ugyanaz, felmegy a NAV Onlineba a számla, de figyelmeztéssel

Az új, Önszámlázás funkcióval lehetőség van a programban a szállító nevében számla kiállításra. Ahhoz, hogy a deep.erp-ben használni tudjuk az Önszámlázás funkciót, kiegészítő funkciólicenc-el kell rendelkeznie a programot használónak.Amennyiben érdekes lehet Önöknek, kérem keressék értékesítőjüket

A Késedelmi kamatszímítás futtatás funkció kibővült két további szűrőfeltétellel, a fizetési és teljesítési dátum szűréssel. A Pénzügy-Pontozás menübe bekerült egy Csoportos késedelmi kamat beállítások funkció, ahol több vevői számlát kijelölve lehet késedelmi kamattípust beállítani, illetve törölni.

A tv.-ben szabályzottak szerint módosításra került a program: a késedelmi kamatszámítás funkcióval létrejövő verziókban pénzügyi követelés/kötelezettség tételenazonosítónként (osztott fizetési mód tételek) kerül felszámításra a költségátalány összege, a késedelembe esés napja szerinti MNB közép árfolyam alapján számítva forint összegre

A folyószámla egyeztető kimutatásokról levettük a cég fax szám adatát, helyette a cég adatoknál megadott mail cím kerül feltüntetésre

A folyószámla egyeztető kimutatások kibővültek egy-egy magyar és angol nyelvű kimutatással, melyben a cég könyvvizsgálójának adatai is feltüntetésre kerültek. A vevői és szállítói folyószámla egyeztetők aktuális és múltbeli dátumra is lekérhetők. A könyvvizsgáló a Rendszer beállítások Általános-Általános-Általános részén a partnertörzsből (szállító vagy vevő) választható ki.

Az időszaki csoportos átértékelés funkcióban a követelés/kötelezettség átértékelésekor a korrekciós tétel megjegyzés mezőjében eltárolásra kerül az átértékelt bizonylat összege, az átértékelési árfolyam és új átértékelt összeg

Új fizetési felszólítás kimutatás készült, melyen a nyitott követelések/kötelezettségek mellett megjelenítésre kerül az alkalmazott kezelési költség összeg is

A Pontozás funkció képernyője kiegészült 4 új adatmezővel: Kapcsolódó bizonylatszám, Extra szöveg 01-03 mezők.

Új kimutatásként múltbeli időpontra lekérhetők a könyvelt, felhasználás (nem pénzügyileg) szempontjából még nyitott előlegszámlák, előlegtételek

A fejlesztés eredményeként amennyiben egy adott számlakövetelésre egy korábban kiszámolt kamatot kiegyenlítenek, de később ismét ráfut a kamatszámítás (pl. pontozást korrigálnak a követelésnél), és kevesebb kamat számítódik, mint a korábban kiszámolt összeg, akkor - kizárólag késedelmi kamat számításból adódó módosításkor - engedi a rendszer a kamat követelést túlfizetésre futni.

E-bank kivonat és pénzügyi tranzakció rögzítésekor figyeljük, hogy az irányított pontozásnál kiválaszott követelés/kötelezettség vevői előleghez kapcsolódik-e és ha igen, az Előleg pipa automatikusan jelölésre kerül. Előlegnek minősül a kereskedelmi vevői előlegszámla és a pénzügyi vevői számla, ha minden sorában előleg típusú ÁFA volt válsztva

A korrekciók minden esetben a korrekcióhoz kapcsolódó tétel eredeti devizájában rögzülnek 0 deviza értékkel, a HUF érték a korrekció összege. Ehhez kapcsolódóan módosítás történt a tranzakció devizanemben történt nyitás/zárás funkcióban. Eddig ha devizában nyitottunk/zártunk egy főkönyvi számlaszámot, akkor jelenítettük meg a forint értéket, ha a deviza érték nem volt 0. Mostantól már akkor is megjelenítjük a forint értéket, ha a deviza érték 0. Így a régebben könyvelt tételek esetén, ha a deviza ki is futott 0-ra, de a forint nem, akkor a forint érték továbbvitelre kerül

A pénzeszközök adatba egy új mező került be, a számla azonosító. A deep rendszerben egy jövőbeni fejlesztés eredményeképpen kezelve lesz, hogy az indított utalások ne csak bankszámlaszám, hanem az itt megadott azonosító alapján kerüljenek beazonosításra.

Pénzügyi számla rögzítéskor, ha költségfelosztást jelöljük, akkor megadható a sorban rögzített főkönyvi számlaszámtól eltérő számlaszám, melyről felosztásra kerül az összeg.

A fejlesztés eredményeként új cégek esetén a Rendszerbeállításokban a Díjbekérő alapján létrejövő előlegszámla kiállítási dátumának forrása alapértelmezetten a mai nap értéket kapja.

A Tárgyi eszköz időszaki állományváltozás kimutatás mellé elkészült egy Fejlesztési tartalék adatokkal kibővített kimutatás. Nyomtatásban külön soron mutatjuk a fejlesztési tartalék értékcsökkenés adatokat. Excel export nyers adat eredményeként az excelben külön oszlopokban lesznek az adatok.

A tárgyi eszköz leírási csoport terv frissítése funkciót kibővítettük, így már nem csak az érvénytelen ÉCS tervű eszközök, hanem minden aktivált eszköz terv adata frissíthető

A standard webáruház kapcsolat működését finomítottuk, a rendelések feldolgozás után nem tűnnek el az import mappából, hanem egy archiv mappába kerülnek bele.

A fejlesztés eredményeként az általános webáruház kapcsolat esetén a cikk szinkron által generált xml fájlba belekerült a külső iktatószám és külső azonosító értéke is, ha az töltve van.

A fejlesztés eredményeként, a cikk szinkron log-ban amíg nem aktív, a szinkronizálva paraméter, addig nem ad át a deep készlet információkat.

Az UNAS webshop kapcsolat esetén megvalósításra került a csomag termék jelölés a Web áruház cikk szinkron log felületen. Ezen termékek esetén az UNAS működésének megfelelően nem kerül készlet adat szinkronizálásra.

A fejlesztés eredményeként lehetőség van az UNAS webáruházban kezelt egyedi termék paraméterekhez adatot átadni a deep.erp-ből.

Az angol nyelvű számlasablonon javításra került a szövegezés