Változások 2025.10

Szigorítás a főmérő-almérő elszámolás kiértékelésében:

Sokan valóban nagyon jól és ügyesen használják a beépített főmérő/almérő elszámolást, de néhány az utóbbi időben előfordult adatrögzítési hiba (és annak következményei) miatt további szigorításokat léptettünk életbe az ellenőrzésben.

A) Dátum-összefüggések vizsgálatat: A főmérő/almérő elszámolás csak akkor működik helyesen, ha a fő mérési ponton lévő mérés(ek) időintervallumában a kapcsolt almérőkön hasonló időszakban van mérés /ez lehett úgy is, hogy az almérőn több mérés együttese fedi le a főmérő mérési időszakát/ (a rendszer mindig ezeket az alméréseket kereste). Eddig az elszámolás csak jelezte az almérőknél a dátum-eltérés napjainak számát, a következő verzióban a főmérőn lévő mérés IG dátuma, és az almérők elszámolandó méréseinek IG dátuma között szorosabb kapcsolatot vár el a rendszer! Az ellenőrzés a főmérő mérés napjainak 7%-ánál nagyobb eltérést nem enged meg a fő- és almérések ""záró" időpontjai között. Ez kb. azt jelenti. hogy 

- a főmérő havonkénti elszámolásánál 3 nap eltérés már sok, de 
- naptári éves elszámolásnál a 25 nap, 
- fűtési szezonos elszámolásnál  14 nap is "elmegy" (bár nem kívánatos!).  

Az ellenőrzésen"megbukott' főmérők nem lesznek elszámolva!

Megjegyzés: a fenti vizsgálat alól ki vannak vonva a leszerelt almérők leszerelési dátumaihoz igazodó "záró" dátumok, mivel a leszerelés "tényét" utólag már nem lehet meg nem történtté tenni.

B) Megkövetelt (elszámolt és/vagy nem elszámolt) almérések száma: Az eddigiekben, ha a főmérő alatti almérők 2/3-án volt mérés (elsősorban sok almérős, vízórák közötti kapcsolatoknál fordult elő), a főmérő/almérő elszámolás elindult; ez az "elindulási alsó határérték" 3/4-re növekedett - vagyis, ha az almérők 25%-án nincs adat, nincs elszámolás!

T524 miatt létrehozott új menüpont

Az új adatszolgáltatás miatt bekerült egy új menüpont. Ebben tetszés szerinti időszakra tudjátok lekérni a pénzforgalmat, ez jelenleg tartalmazza a visszautalásokat is. 

Ez a menüpont a Pénzforgalom-Kimutatások-Napló forgalom-Pénzforgalmi statisztika helyen található meg. 

Van lehetőség háromféle módon lekérni az adatokat:

• Mekh T524, költségeket kihagyja
• Csak tőke, költség, kamat kihagyva
• Részletes, minden pénzforgalmat tartalmaz

A kiválasztott típus alapján összegyűjtött adatokat pedig lehet csoportosítani, statisztikai kód vagy főkönyvi szám szerint. 

Leválogatás után lehetőség van megnézni milyen befizetések vannak egy adott sor mögött. A darab oszlopon megjelenő nagyító segítségével hívhatóak elő az adatok.

Nav visszajelzések megtekintése

A pénzügyi alrendszer "Számlázás" menüsora végére új menüpont került: "NAV feladás hibajelzések".

A képernyő "alap" beállításban a NAV számlabefogadási folyamatban 3 hónapon belül keletkezett hibaüzeneteket mutatja meg.

A képernyő más beállításával egy ügyfélkódra, vagy egy adószámra  (ez jelenthet "több ügyfelet" is) vonatkozóan is le tudjuk kérni az egy éven belüli információkat - ez esetben a hibaüzenet nélküli tranzakciók is megjelennek.

Adószám validálás:

A pénzügyi alrendszer "Kimutatások\Adószám validálása" menüpontban a jogi személyekre

    - kiadási helyenként (több cég esetén)

    - konkrét ügyfélre

    - konkrét adószámra

a NAV ONLINE rendszeréből le lehet kérdezni 

    - az adószámra vonatkozóan a NAV-nál nyilvántartott csoportos adószámot 

    - az adószám élő adózó-e?

Lekérdezést követően a program megmutatja ha a csoportos adószámban eltérés mutatkozik a NAV és az ATHOS nyilvántartása között, valamint a nem élő adózókat.

Adószám validáláshoz technikai felhasználó:

Az előző ponthoz kapcsolódóan a Törzskarbantartó alrendszer "Rendszer\NAV technikai felhasználó adatai" menüpontjában lehet beállítani a NAV-nál regisztrált technikai felhasználó adatait. Ezt a menüpontot csak "Rendszergazdák" jogosultsággal rendelkező ATHOS felhasználók érhetik el.

Ez utóbbi két menüpontot nem mindenkinél tesszük elérhetővé. Első körben tesztelnénk a visszajövő adatokat, s csak ezután tesszük általánosan elérhetővé a két új funkciót. Azokat a partnereinket, akiknél bekapcsoljuk ezek elérhetőségét,  keresni fogjuk. Részletes működési leírást csak a teljes bevezetést követően publikálunk.

Képernyő színek:

A főképernyők régen nem szürkék, hanem világos zöld és sárga színűek voltak, de egy korábbi frissítéssel eltűntek a színek. Most újra színesek, világos zöldek lettek. :) A teszt rendszeren történő használatkor továbbra is ronda narancssárgák.

Változások 2025.07.

Bizonyára észrevettétek, hogy már régen nem került ki frissítés. 

Szeretnénk a jövő évi elszámolási időszakra az elmúlt sok év tapasztalatát kihasználva javítani, egységesíteni a méréskezelésen és a számlatétel generálási eljárásokon. Ehhez első lépésként az elmúlt egy évben igyekeztünk felszámolni minden olyan működést, ahol a mi időnkénti beavatkozásunk is kellett 1-1 cég fűtés elszámolásához. 

Mi változott mégis, ami látható is?

Számlázás:
Költözés esetén néhány szolgáltatónál nem minden tételt lehetett ezzel a módszerrel elkészíteni (legtöbb esetben KTD tétel volt érintett), csak az egyedi számlával működött. Ezt orvosoltuk, így akinél csak egyedi számlával lehetett eddig a költözést kezelni, próbálja ki. 

HMV részfizetések tömeges rögzítése:
Műszaki alrendszer > Eszközök > Fogyasztóhelyi vízórák > Új bekötés, részfizetés menüpont:
Van egy új, "Rf. kezdőnap:" feliratú beviteli mező, ahol be lehet írni, hogy melyik dátumtól legyen érvényes a megadott új részfizetés. Alapértelmezett értéke: a következő számlaidőszak kezdete.

Kezdő képernyők piros hibaüzenetek:
A hibaüzenetek bővültek két ellenőrzéssel. Ezek a hibák súlyozva vannak, és mindig a legsúlyosabb kerül kiírásra, de ez nem jelenti azt, hogy nincs párhuzamosan több a háttérben. Tekintettel arra, hogy több helyen figyelmen kívül szokták hagyni ezeket a hibaüzeneteket, és akkor szólnak, amikor már nem képes elindulni az Athos, a jövőben párhuzamosan 3 hiba létezése esetén nem fog elindulni a program. 

Pénzforgalmi napló dátumának javítása:
Sokan szoktatok napló dátum vagy fizetési pont módosítást kérni. Ezt mi is eljárással szoktuk megcsinálni. Ezt most kitettük felületre, a pénzforgalmi naplók képernyőre került egy gomb, a napló tételek kezelése alá:"Könyvelt napló módosítása". Csak könyvelt banki típusú pénzforgalmi naplóra lehet használni.

e-fm Aláírás:
Csak azokat érinti, akik az elekronikus Fm/VH iratokat az ATHOS-al írják alá tömegesen.
A minősített aláíró kártyák idei lejáratakor a Microsec a  MOBIL aláírást és a THALES típusú stick- et ajánlja fel. Az ATHOS a MOBIL aláírást jelenleg nem támogatja.
A THALES(eSG-e) típusú aláíró kártya (stick) kezelése át lett vezetve a rendszeren.  A helyes múködéshez ezen kívül szükség van

• a THALES kártyakezelő program telepítésére (Microsec oldalárol letölthető), 
• az ATHOS ELFM_AlairoKartyaTipus nevű rendszerparaméter "eSG-e_THALES" értékre történő módosítására
• Az ATHOS  ELFM_AlairoKartya rendszerparaméterébe beírni az új mínősített tanúsítvány ujjlenyomatát

Felhasználó Ideiglenes Letiltása

 A portál eddig úgy működött, hogy ha valaki 5-ször elrontotta a bejelentkezést hibás jelszó vagy felhasználónév miatt akkor a fiókot amibe megpróbált bejelentkezni zároltuk 1 órára. A fiók tulajdonosának pedig emailt küldtünk amiben tudattuk vele, hogy gyanús viselkedést tapasztaltunk és valaki megpróbált bejutni a fiókjába.

Ez marad is így mert erre szükség van, hogy megakadályozzuk a jelszavak kipörgetését.

Ezzel a működéssel akkor van gond amikor a felhasználó még a felhasználónevével sincs tisztában.

Ilyenkor mivel más fiókjával próbálkozik, tulajdonképpen azt büntetjük vele aki az ártatlan fél.

Ahhoz hogy a felhasználót gondolkodásra bírjuk, szükséges megállítani, különben 20-adjára is beírja ugyanazt a felhasználó-jelszó párost.

Emiatt került most a rendszerbe, hogy azt az eszközt, amiről próbálkozott (IP-t) is kitiltjuk egy órára a következő üzenettel:

Tisztelt Ügyfelünk!

Fiókját ideiglenesen letiltottuk, mert rövid időn belül túl sokszor (több mint 5 alkalommal) próbált meg sikertelenül bejelentkezni.

Ez azért történt, mert rossz felhasználónevet vagy jelszót adott meg.

Amennyiben a felhasználó nevét írta be tévesen, előfordulhat, hogy ezzel más fiókjába próbált meg illetéktelenül belépni, ami miatt az illető fiókját is zároltuk, és erről e-mailben értesítettük.

Kérjük, most tartson 1 óra szünetet, és gondolja át nyugodtan, hogy mi a saját helyes felhasználóneve és jelszava.

Az 1 óra letelte után újra megpróbálhat bejelentkezni.

Ha nem jut eszébe a jelszava, a bejelentkezési oldalon kérhet jelszó-emlékeztetőt, amelyet emailben fogunk megküldeni, és tartalmazza a felhasználó nevét és az érvényes jelszavát is.

A kitiltás lejár: XXX

Köszönjük a megértését!

Változások 2024.11

-  TOP felhasználói szinten és attól felfelé az ATHOS bármely moduljának indításakor ellenőrzi, hogy az utolsó 30 napban kiállított számlák felküldése sikeresen megtörtént-e? Ha nem, akkor az induláskor felugró üzenő ablakban a 

NAV beküldés nem teljes!  N:xxx/A:yyy  

üzenet jelenik meg, ahol A:yyy az ATHOS-ban vizsgált számlák számát, az N:xxx pedig ebből a NAV-hoz sikeresen beküldött számlák darabszámát jelenti. Számlakiállítás után amíg valamennyi számla beküldése nem sikeres, addig az üzenet megjelenik. Ha a két érték egyenlő (N:xxx = A:yyy), azaz minden számla beküldése megtörtént, a fenti kiírás nem jelenik meg.

- A Pénzügy/Számlázás/Számlák archiválása/Archiválás állapota menüpontban a "Számlák (db)" mező mellett megjelenik a NAV-hoz sikeresen beküldött számlák darabszáma. (NAV_beküldve(db) mező)

- Törzskarb/Díjbehajtás/Késedelmi kamat mértéke menüpontban 2025-től az érvényesség kezdete csak az aktuális év ÉÉÉÉ.01.01 vagy ÉÉÉÉ.07.01 lehet.  Ha nincs felvezetve, akkor induláskor az üzenő ablakban a 

ÉÉÉÉ.01.01/ÉÉÉÉ.07.01  dátummal még nincs felvezetve kamat.

     üzenet jelenik meg. 

- Naplótételek rögzítése során ha a "Tartozások keresése" ablakban költséget választunk ki, akkor  a naplótétel tételjező mezőjébe nem csak a költség azonosítója, hanem a $ utána a költség megnevezése is bekerül.  ($K13$Bü:200500002N FM illeték)

Ez igaz a BARION tranzakciók importjára is. Ha az ügyfél a portálon költséget fizetett be, akkor szintén  ebben a formában fog bekerülni a naplótételbe.

 -  Ha végrehajtás vagy FM költségén  már történt elengedés, ez az ügy megszüntetését nem         akadályozza meg. 

Frissítés 2024.06

Az utolsó frissítés óta az ATHOS felhasználói felületében, annak működésében nem történt lényeges változás.

Több kisebb, "helyi" jelentőségű, egy-egy céget érintő adatbázis-oldali eljárás-módosítás történt az előző általános, minden kit érintő frissítés óta; ezeket az érintett partnereinknél "azonnal" átvezettük.

Annak érdekében, hogy eddigi "alapfilozófiánkat", az egységes rendszer elvet fenntartsuk, a holnapi nap folyamán a szokásos módon mindenkinél úgy a felhasználói programokat, mint az adatbázis-oldalt. frissíteni fogjuk.

Debrecen, 2024.06.24

Drágossy Richárd

Változások 2024.03

Új funkció! Műszaki statisztika - fűtés elszámolási módok

Olyan új lekérdezés, amelyik az utolsó számlageneráláskor tárolt szolgáltatás-vezénylési adatok alapján távhős partnereink részére ad összefoglaló képet a fűtés elszámolási egységekről.

A teljesség kedvéért a lekérdezés tartalmazza a "saját mérős" elszámolási helyeket, itt az "Fhely db." oszlop az "Egyedi" szót tartalmazza (igény esetén a szokásos szűrők alkalmazásával külön válogathatóak az "osztozkodásos" elszámolásoktól.

Megváltozott, bővült: Műszaki - statisztika - vezényelt szolgáltatások

A képernyőn lévő választókapcsoló kiegészült egy negyedik lehetőséggel: "Hőközponti összes" felirattal. Ennek választásával hőközponti összesítő "darabszám" adatok kérhetők le. A teljesség kedvéért a lekérdezés tartalmazza az "egy fogyhelyes" hőközpontokat és a saját mérővel rendelkező, hőközponthoz nem tartozó fogyasztási helyeket is.

Megváltozott, bővült: Műszaki - főmérő - almérő elszámolás

A képernyőn három változás történt:

- mindenki számára lehetővé vált a korábbi számlázások alkalmával érvényes állapotok "visszanézése", a tárolt adatok alapján. A régebbi adatokat a jobb alsó sarokban lévő "Aktuális adat - Tárolt adat" kapcsoló "Tárolt"-ra átbillentésével lehet elérni, ekkor a rendszer nem a pillanatnyi állapotnak megfelelő, hanem a kapcsoló alatt lévő lenyíló gombbal kiválasztott számlázási időszak szerinti állapotokat mutatja meg.

- Akiknél a főmérő-almérő elszámolás szintjeinek száma 1-nél több (a főmérő alatti mérő maga is főmérő a rendszerben), azoknál a képernyőn az első két oszlop ("Fő szpont" és "Al szpont" után megjelenik egy új oszlop, "Al szpont 2" is - ezzel szemléletesebbé téve a "ki kivel van" megértését. Természetesen ezt a "sima egyszintű" elszámolást végző partnereink nem láthatják.

- Pontosításra került a "tételben" oszlop adattartalma (az adat az éppen előállított számlatételekből származik). Olyan helyeken (főmérőknél) is mutatott adatot, ahol valójában a mérő almérőinél történt az elszámolás (nem a főmérőn), illetve egyes extrém vezénylési esetekben hibás összegzett adatot mutatott.

Megváltozott: Pénzügy - Fizetési pontok:

Az előző programverzióban alkalmazott, a már lezárt fizetési pontok piros színnel való megjelenítése (jogosan) több felhasználónknál szívbajt okozott, ezért ezt megváltoztattuk a hagyományos "zöld- rendben", "más szín (fehér) - még nincs rendben" színezésre.

Megváltozott: Vízfogyasztási statisztika kizárólag M3-ban jön le.:

A vízfogyasztási statisztika megjelenítésénél távhős partnereinknél, ahol hidegvíz/csatorna díjat nem számláznak, a vízfogyasztási statisztika hibásan, az elszámolt mennyiségeket m3-ben, míg a részfizetéseket GJ-ban mutatta (ha a HMV részfizetés GJ-ban került számlára), megnehezítve ezzel a felhasználók életét. A módosított eljárás a háttérben "felismeri", hogy a funkciót használó partnerünknél milyen logika szerint történik a víz/HMV szolgáltatás számlázása, és minden esetben helyesen, m3-ben mutatja a statisztikai adatokat.

Barion befizetés túlfizetéses számlával (változás)

Kapcsolódó bejegyzés: 

https://aspreleasenotes.blogspot.com/2023/07/barion-befizetes-tulfizeteses-szamlaval.html

Mióta engedélyeztük, hogy a portálon az ügyfél a fizetendő számlák között kiválaszthassa a negatív összegű számlát is, előfordult, hogy kétszer kapta vissza a túlfizetést. 

Minél több idő telik el a túlfizetés keletkezése, a visszautalásos napló előállítása, és a lekönyvelése + 1nap (a szinkronizálás miatt) között, annál több ideje van az ügyfélnek, hogy a portálon is felhasználja a túlfizetését úgy, hogy a túlfizetéses számlát beszámította egy másik számlájába, amit a barionon kifizetett. 

Az ügyvitelen gyorsítani nem tudunk, de tudjuk korlátozni, hogy csak azon ügyfeleknek legyen engedélyezett a portálon a negatív összegű számla felhasználása, akik nem kérték vissza a túlfizetésüket. A jövőben a postai és banki visszautalást kérő ügyfeleknél nem engedélyezett a portálon a túlfizetés felhasználása.