E-számlás számla értesítés

E-számlás ügyfelek esetén a portál nem engedi meg, hogy a felhasználó ne kérje a számla értesítőt.

Ezt úgy valósítja meg, hogy a pipát egyszerűen nem tudja kivenni a jelölő négyzetből.

Mivel az értesítés emberhez kötött azt vizsgálom, hogy van-e, e-számlás fogyhelye ahol keletkezhet neki e-számlája. Így a több fogyhelyes ügyfeleknél, ha csak egyen is van e-számla, akkor mindről kapni fog értesítéseket.

FIGYELEM! Költöztetés

A költöztetés képernyőn a dátum mező kapott egy alapértelmezett értéket (így már az aktuális napot mutatja), így a dátum beállítása/kiválasztása után minden esetben nyomjatok egy ENTER-t mert így fogja eltárolni az általatok választott értéket. Amennyiben ez elmarad, úgy a mai nappal fogja rögzíteni a költözést. 

Változások 2023.11

 Új funkció! Pénzügy/számlázás/számlatétel statisztika

A pénzügy/számlázás/havi számlakibocsátás menüpontban a számlázási folyamatba be lesz sorolva ez az új ellenőrző képernyő. A folyamaton kívül is hívható ez az űrlap a számlázás főmenüpont alól, de az csak akkor fog adatokat mutatni, ha vannak már generálva aktuális havi számlatételek, és még nincs véglegesítve, azaz kiszámlázva (a számla előkép menüponthoz hasonlóan). Az ellenőrző képernyő három lapot (fület) tartalmaz, laponként egy-egy táblázattal: statisztika szolgáltatásonként, szolgáltatás / ügyféltípus / egységár és hőközpont / szolgáltatás / egységár bontásban. Az adatokat számlázási ütemenként lehet lekérni. Az aktuális lapon lévő táblázatot a szokásos Athosos gombsor használatával lehet szűrni, nyomtatni illetve kiexportálni pl. Excel táblázatba.

 Új segédfunkció! Fogyasztási helyek megjelölése számlázáskori ellenőrzéshez

Tömeges számlakibocsátáskor a számlatételek ellenőrzésének megkönnyítését szolgálja az "érdeklődésre számot tartó" helyek ellenőrzése. Az ellenőrzési folyamat - sok más szempont mellett - két alapvető kérdése:

A) lehetőleg ne kövessünk el árrendszer-változásból, tömeges vezénylés-módosításból adódó súlyos hibát - erről az általunk meghatározott számú "referencia" fogyasztási hely tételeinek ellenőrzésével tudunk meggyőződni;

B) ellenőrizzük le azoknak a helyeknek a számláit, ahol bármilyen egyedi adatmódosítás, beavatkozás "hatását" a következő számlakibocsátáskor feltétlenül le kell ellenőrizni /vagy a számlázó munkatárssal ellenőriztetni/.  

Az eddigiekben ez az ellenőrzés a számlázással foglalkozó munkatárs "kockás füzetén", feljegyzésein múlott, ennek a segítésére, a csoportmunka támogatására készült a segéd-funkció. A megjelöléshez a fogyasztási helyen jobb egérgombra megjelenő helyi menüben egy új választási lehetőség jelent meg: „Számla referencia/1xi ellenőrz. kezelése”.  Ezt kiválasztva a korábbiaknak megfelelő két speciális (a rendszerbe fixen beépített) eseményt tudunk rendelni a helyhez: 

A) Kijelölhetjük "referencia" (minden generáláskor ellenőrzendő) helyként, vagy 

Referencia fogyasztási helynek érdemes kijelölni minden számlázási szempontból tipikus fogyasztási helyből egyet-egyet, hogy meggyőződjünk róla, hogy az ilyen „típusú” fogyasztási helyek többségének számla-tartalma helyes lesz - „Számla referencia fogy.h.” esemény.

B) megadhatjuk (egyúttal az ellenőrzés okát is megjelölve), hogy ezt a helyet a következő számla-generáláskor "meg kell nézni" ().

Egyszeri eseményt érdemes beállítani például egy nyakatekertebb költözködés után, vagy egy műszakilag vagy szolgáltatásaiban frissen átalakított fogyasztási hely esetén, hogy ne érjen bennünket számlázás után kellemetlen meglepetés - „Szla 1xi ellenőrz.fogy.h.” esemény

A menüpont kiválasztása után megjelenik az ellenőrzési esemény beállítására szolgáló képernyő.
Felül látható a kiválasztott fogyasztási hely kódja és postacíme, az alsó sorban pedig a fogyasztó kódja és neve.
- Ha még nincs beállítva a fogyasztási helyen ellenőrzési esemény (a kiválasztó gombok közül egyik sincs bejelölve), akkor valamelyik ellenőrzési típust be lehet állítani.
- Ha már van beállítva a fogyasztási helyen ellenőrzési esemény, akkor át lehet kattintani a másik típusúra, vagy akár törölhető is az esemény a „beállítás törlése” gomb használatával.
Beállítás, vagy átkattintás esetén a mentés gombbal lehet véglegesíteni a döntést. Ha nem akarunk változtatni a jelenlegi beállításon, akkor ezt a „kilépés mentés nélkül” gombbal tudjuk megtenni.

A számlakészítés folyamatában a fenti két módon megjelölt helyekre készülő számlatételeket a Pénzügyi alrendszer → Számlázás → Számla előkép (számlatételek megtekintése) menüpontban tudjuk megtekinteni, a „Csak referencia és egyszeri ellenőrzésre kijelölt fogy.h.re” kijelölő négyzet bekattintásával. Ez azt eredményezi, hogy a leválogatás gomb megnyomása után az elkészült számlatételekből csak azoknak a fogyasztási helyeknek a számlatételei fognak a táblázatban megjelenni, amiknek be lett állítva „Szla 1xi ellenőrz.fogy.h.” vagy „Számla referencia fogy.h.” esemény. A kijelölés megszüntetése után a leválogatás gomb a hagyományos módon használható tovább.

Az "egyszeri" ellenőrzés kijelölést a rendszer automatikusan "elintézetté" teszi, amint a fogyasztási helyre generált számla kerül kiállításra; "referencia" helyként való kijelölést csak mi magunk tudunk egyesével megszüntetni.

Visszautalások kezelésében történt változások

-         Új csomag készítésekor eldönthetjük, hogy mely ügyféltípusra kívánjuk készíteni a csomagot. (lakosság, közület vagy mindkettő)

-        Tárgyhavi negatív számlák az aktuális egyenleggel mindig bekerülnek.

-        Tárgyhavin kívüli visszautalandó számlák vagy ügyféledény csak akkor kerülhetnek be, ha az ügyfélnek a tárgyhavi számlákat nem tartalmazó folyószámla egyenlege túlfizetést mutat.

-        Tárgyhavin kívüli visszautalható számlák az ügyfél által készített 4 óránál nem régebbi, ennek hiányában 24 óránál nem régebbi éjszakai kintlévőség kimutatásból származik. Ha ezek a feltételek nem teljesülnek az ügyfélnek futtatnia kell egy kintlévőséget az aktuális dátummal. A program erre figyelmeztet.

-          A kiértékelés eredményét tartalmazó rács új mezőket tartalmaz:

o   Több fogy.hely: Ha az ügyfél fogyasztó vagy fizető jogcímen több élő fogyasztás hellyel rendelkezik, a négyzet be van jelölve.

o   Az ügyfél adatlapon beállított automata folyószámla állapota.

o   szolg.pont: számla objektum esetén mindig ki van töltve, értéke a számla szolgáltatási pontjának ATHOS-os azonosítója.  Ügyféledény esetén csak akkor van kitöltve, ha az ügyfél egy élő fogyasztási hellyel rendelkezik.

 

-        A képernyőn megjelenik az az ügyfélkör (ügyféltípus) és időszak, amelyre a csomag elkészült.

-        Az utalás és GIRO fájlok készítését vezérlő giro_osszeghatar paraméter kikerült, a program ezt nem figyeli.

-        PKU_ugyf_azon PKU fájlt vezérlő paraméter: Legújabb információ alapján az Electra ezt már nem használja, de kitöltése egyelőre kötelező. Ha eddig nem volt kitöltve, akkor írjuk be az adószám 1-8 számjegyét.

-        Fájl készítésekor a kézi visszautalás típusa bővült a „Kézi Giro visszaut.” lehetőséggel

     -        Fájl készítésekor a napló adatai között megjelenik a cég visszautalási bankszámla, ami a naplóhoz               rendelet fizetési pontnál beállított bankszámlaszám. Ez fog bekerülni a GIRO vagy az UTALAS               típusú fájl fejlécébe az eddigi girobankszla_szam rendszerparaméter helyett!!!

Változások 2023.10

 Felület (megjelenítés, működés) 

"Fogyasztási hely használat jellege" és  'F.h.paraméterek" lekérdező képernyők

A képernyők indításakor egy hibás utasítás miatt azok lefagytak. A hiba javítva lett.

Műszaki/eszközök/mérések ismétlése

1. Beépítettünk a táblázatba egy új oszlopot, ami azt mutatja, hogy a hőközpont alatt hány fogyasztóhelyi hőmennyiségmérő található.
2. A táblázatban megjelennek a hőközpont alá nem tartozó, önálló fogyasztóhelyi hőmennyiségmérők is.

3. Felhasználói kérésre már nemcsak a hőközpont hőmennyiségmérőin, hanem az alá kötött fogyasztóhelyi hőmennyiségmérőkön is végrehajtódik a mérések ismétlése.

Műszaki/fogyasztások/költségosztós elszámolások/részfizetés paraméterek aktualizálása

Leválogatás után a piros háttérrel jelölt hibás sorok első oszlopában a kijelölő négyzetek már nem lesznek bepipálva automatikusan, és később, egérrel/kézzel sem lehet ezeket bepipálni. Ezzel megakadályozom azt, hogy valaki a hibás soron megnyomhassa az "az aktuális hőközpontra"  feliratú gombot, mert a művelet úgyis hibára futna.

Egy új parancsgomb került az űrlap bal alsó sarkába "kijelölt visszavon" felirattal. A táblázat első oszlopában lévő összes kijelölőnégyzetből kiveszi a pipát. Ez meggyorsíthatja a művelet elvégzéséhez szükséges hőközpontok kiválasztását, ha a táblázatból csak pár darab hőközpontot kell kiválasztani.

"Szolgáltatási pont kezelése" képernyő

A "szolgáltatások" lapfülön a végrehajtott Rendelkezés és Igénylés vezénylések előzményeinek (módosítás, törlés) megjelenítésére is lehetőséget teremtettünk egy <Előzmények> gombbal. A megjelenő információ csak a ponton végrehajtott vezénylés-módosításokat tartalmazza! 

Pénzügy/műszaki/törzskarbatartás programok indulása - feladások elmaradása

A könyvelési feladások elmaradására figyelmeztetés pontosításra került: az utolsó eltelt hónap pénzforgalmi feladásának elmaradásáról figyelmeztetés csak a tárgyhó 8. naptári napjától kezdődően jelenik meg, az 1-.7. naptári napokon még nem. (A többi vagy korábbi feladások elmaradási figyelmeztetése már az 1. napon továbbra is megjelenik)

Visszautalások kezelése

Pénzügy\Pénzforgalom kezelése\Visszautalás NAPLÓ készítése és ...\Visszautalás FÁJL készítése menüpontok. Dokumentáció a HELP-ben elérhető lesz (jelenleg a facebook-on található hozzá leírás).

"Kamatszámítás ügyfélre" képernyő

Az ügyfélről, jobb egérgombbal indítható "Kamatszámítás" képernyőn, ha az "Összesített" opciót választva számítunk kamatot, az utolsó "Kamatstop" oszlop tartalma bővült. Az oszlopban eddig csak az "I/N" betűk jelentek meg, jelezve hogy van-e kamatstop beállítva az adott tartozásra (vagy akár az ügyfélre általában), a megújult felületen 3 felirat lesz itt:

Nem - Igen - TÖBB

A "több" szó arra figyelmeztet, hogy valamikor korábban a jelen beállításokkal számított kamatnál már magasabb kamatot írtunk elő (ez sokféle okból előfordulhat!), tehát a rendszer a most számított (kisebb) értéket nem fogja rögzíteni.

Banki információk menüpont

 Bekerült egy új menüpont az ügyfeleknek a portálra, aminek a neve "Banki információk".

Az "Ügyféladatok" menüpontról átkerült ide a fizetési módjának megjelenítése.

Ezen túlmenően itt ellenőrizheti / megadhatja a bankszámlaszámát és nyilatkozhat arról, hogy kéri-e az esetleges túlfizetése visszatérítését. 

Csoportos beszedési megbízással (GIRO) fizető ügyfél részére a rendszer nem engedi a bankszámlaszám megváltoztatását!

Abban az esetben, ha kéri a visszatérítést, két lehetősége van:

• ha kitöltötte bankszámlaszámot, azzal automatikusan a banki átutalást választja
• ha nem, akkor csekken kéri az összeget.

Ez utóbbit nem szeretnénk reklámozni, ezért a felület úgy lett kialakítva, hogy inkább a banki átutalás felé terelje az ügyfelet.

Visszautalás kezelése I.

 Az ügyfél adatlapon kiválasztható, hogy az adott ügyfél milyen módon kéri vissza a túlfizetést.
Négyféle beállítás közül lehet választani:

• Nem nyilatkozott - jelenleg alapértelmezett
• Visszaut. nem kér  - amennyiben van ilyen érvényesnek tekintett nyilatkozata.
•  Banki átutalás (csoportos átutalás és csoportos jóváírás is) - adatlapon szereplő számlaszámra
•  PKU visszautalás - adatlapon szereplő címre

Bankszámlaszám nélkül nem választható a banki átutalás, illetve bankszámla törlésekor ezt a mezőt is állítani kell ahhoz, hogy el lehessen menteni az adatlapot.

A későbbiekben (következő frissítés) a fenti beállítások alapján lesz lehetőség algoritmussal gyűjteni, hogy kinek mennyit kell visszautalni. (napló, majd abból fájl készíthető)

Adatrögzítés céljából még fontos:
Azon ügyfeleknél akik csoportos beszedéssel fizetnek, de másik számlára kérik vissza a pénzt, a következőképpen kell eljárni: A "szolgáltatási helyek'-nél az "ügyfél bankszámla" mezőbe felvesszük azt a számlát amiről fizetni szeretné az adott pont számláit, azt a számlát amire a visszautalást kéri, pedig az ügyféladatlapon kell rögzíteni. 

Változások 2023.09

Visszautalás

Lásd külön bejegyzésben:
https://aspreleasenotes.blogspot.com/2023/09/visszautalas-kezelese-i.html

 Elektronikus FM/VH

Bírósági ügyekre történő befizetéshez külön bankszámlaszám felvitelére van lehetőség

Ha bírósági ügyben nem az általánosan használt bankszámlaszámra (bankszla_szam, bankszla_nev rendszerparaméterek) kérik a befizetést, akkor a Törzskarb/Rendszer/Rendszerparaméterek menüpontban a bankszla_szam_bir és bankszla_nev_bir paraméter kitöltése esetén az elekronikus FM éd VH az ide írt banknevet és bankszámlaszámot fogja beírni az e-dokumentumba (XML-be). Amennyiben ezek a paraméterek nem léteznek az ATHOS-ban, vagy léteznek de nincsenek kitöltve, automatikusan az általános bankszámla adatot használja a rendszer. Mivel ez kevés helyen előforduló eset, ezért a két paramétert csak akkor tesszük elérhetővé, ha azt valaki kéri.

BARION "Pénzküldés" kezelése

A Pénzküldés típusú tranzakció akkor jelenik meg, amikor az ügyfél a Barion tárcából utal. Eddig a program ezt figyelmen kívül hagyta, az importban "Nem kell" -re (Ezt a tr. típust nem kell feldolgozni! (2. mező)) minősítette, és a naplóba sem került be, így az ügyintéző csak akkor szerzett róla tudomást, amikor a napi bankforgalommal egyeztette a végösszeget. Nem gyakori jelenségről van szó, eddig mindössze 6 ilyen  esettel találkoztunk.

A BARION fájlokat feldolgozó algoritmus a naplóba továbbra sem fogja beemelni ezt a tételt, viszont az import állományban ott hagyja feldolgozatlanul amiről bármely ATHOS program  indításakor üzenet jelenik meg. Az állomány sikeres feldolgozása után lekért összesítő (Az állomány feldolgozása megtörtént, meg kívánja nézni az eredményt?)  az "Adatok feltöltése az adatbázisba megtörtént." továbbra is jelezni fogja a pénzforgalmi napló létrejöttét (ez a tétel nem lesz benne!), viszont a 

Hibás/javított tétel-rekordok:

részben megjelenik ez a sor, és tartalmazni fogja az ügyfél által beírt megjegyzést, amely ha elég informatív, könnyen be lehet azonosítani a befizetést és a létrejött naplót ezzel kiegészíteni.

Sorszám	Összeg	Hiba	Megjegyzés
3438926	5351	Kézi bevatakozást igényel - Pénzküldés	Teszt Dávid Távhő számla

Tartozások kimutatása menüpont javítás

Pénzügy --> Kimutatások-->Kinnlévőség-->Tartozások kimutatása  menüpont indításakor és bezárásakor ha az Sz.pont mező <n.a> adatot tartalmazott, akkor  "NULL SQL hívás! (CALL)" üzenet jelent meg. Ez nem akadályozta meg a képernyő helyes működését, de zavaró és megtévesztő volt.

Bírósági ügy részletei:

A kiegyenelítések és tartozások résznél társfizető esetén nem tüntette fel a társfizető kódját és nevét. Ha a részletező valamely tétele társfizetőhöz köthető, akkor az fel lesz tüntetve, ahol ilyen megjelölés nincs, az az elsőrendűre vonatkozik.

Giro jóváíró állomány létrehozása

Az állomány létrehozása során már nem elvárt, hogy a létrehozás dátuma és az esedékesség dátuma között legyen legalább 2 nap eltérés.

BARION fájlok letöltése

BARION fájlok automatikusan, beidőzítve a BARION.EXE segítségével történhet.  A korábbi felhasználónév + jelszó bírását igénylő LINK megszűnt, helyette a BARION fiókban képezhető API key azonosítja a fiók tulajdonosát.

A funkció kézi elérése a PÉLNZÜGY-->Pénzforgalom kezlése -->BARION tranzakciók letöltése menüpontból is elérhető.

Kiköltözött ügyfél PKU (visszautalást nem kér) nyilatkozatának lezárása

Törzskarb - Partneradatok - Objektumokkal kapcsolatos események kezelése menüpontban a rácsba bekerült az ügyfél státusza (aktív, passzív). Az ügyfélhez rendelt események leválogatása után szűrni lehet az esemény típusára (Nyilatkozat) és az ügyfél státuszára (passzív). A szűrt listában kézzel lehet lezárni azokat a nyilatkozatokat, ahol az ügyfél már nem fog számlát kapni.

Szeptembertől  a visszautalásban változás lép életbe, ami az ATHOS-ban ettől eltérő módon lesz kezelve.

HMV/Víz/csatorna előleg 'HR paraméter' kezelésének változása tömeges számlatétel előállítás esetén

A változás a következő: A tömeges számlatétel előállítás esetén a rendszer által kiszámított és beállított HMV/víz/csatorna előleg/részfizetés (HR /CHR paraméter) értékénél ezentúl nem a feldolgozást futtató felhasználó neve lesz látható a paraméterek fülön, hanem egy speciális "Athos_system" nevű felhasználó. 

Ezzel jelezzük, hogy nem konkrét felhasználó írta be azt az előleget, hanem a rendszer algoritmusa számította ki.

Ennek előnye:

• Egyértelmű, hogy nem egy konkrét felhasználó állította be. hanem tömeges számlatétel előállítása miatt történt.
• Ha a mérőórán még a számla kiállítása előtt módosul a mért érték, akkor a tételek újrafuttatásánál a korábban az algoritmus által kiszámolt előleget újraszámolja és átírja. (eddig nem tette). 

Minden más változatlan marad, azaz vízmérő adatok leolvasása után, számlatétel előállítása közben, ha az elszámolt intervallum eléri vagy meghaladja a 27 napot, akkor a rendszer kiszámolja a következő időszakra érvényes HMV/víz/csatorna előleg/részfizetés értékét és ezt beállítja paraméterként. (ott ahol ez nem volt tiltva). Ez továbbra is így működik. 

A korábbi működési logikával megegyezően, ha bárki felhasználó állít be egyedileg "most érvényes" paramétert, azt a számlatétel-futtatás nem fogja "felülbírálni" (csak a saját maga által kiszámított értéket, ha az változik).

Kód támogatások törzstábla kiegészítés

Törzskarb - Díjbehajtás - Támogatás típusok menüpontban a táblázatba bekerült egy új mező: Főkönyvi szám
Eddig is volt lehetőség rá, hogy a támogatóhoz főkönyvi számot lehessen rendelni, de eddig nem lehetett a felhasználói felületről beállítani. Most viszont már kötelező főkönyvi számot rendelni minden támogatóhoz. Így most már lehetőséget biztosítunk, annak a felhasználói felületről való beállításához is.

Költözéseknél mérések rögzítése

A több programból is elérhető "szolgáltatási pont kezelése" képernyő "ügyfelek" lapjáról a "költözés" feliratú gombbal indítható "költözés kezelés" képernyő nem minden mérési esetet engedett be hibajelzés nélkül. Módosítottunk az eljáráson. Bízunk benne, hogy most már minden helyes műszaki esetet hibajelzés nélkül befogad.

Költségosztó Excel táblázatok készítése

A műszaki nyilvántartás alrendszerben, a fogyasztások / költségosztós elszámolások / költségosztó Excel táblázatok készítése menüpontban lehetőség van a táblázat első oszlopában egyenként be/kijelölni azokat táblázatsorokat (költségosztós hőközpontokat) amiknek a költségosztós listáját egyszerre akarjuk elkészíteni vagy ki akarjuk hagyni a "minden hőközpontot" feliratú gomb megnyomásával. Alapértelmezésben minden sor ki van jelölve. A ki/be jelölgetés abban az esetben lehet praktikus, ha a számla kiadási helyen vegyesen vannak éves, féléves, havi elszámolású költségosztós hőközpontok, de más esetekben is hasznos lehet.
A "kijelölt visszavon" feliratú új parancsgombbal a táblázatban levő összes kijelölést lehet megszüntetni. Ez akkor lehet hasznos, ha csak pár hőközpontot kell kijelölni a táblázatban a költségosztós lista elkészítéséhez.

Pénzügy/műszaki/törzskarbatartás programok indulása

Ezeknek a programoknak az indítása során két új figyelmeztetés került beépítésre. 

Az első program indítás után ellenőrzi a felület és az adatbázis oldali verziószámokat, és eltérés esetén a képernyő jobb felső sarkában megjelenő felirattal (... verzió eltérés, minél hamarabb frissítsen!) jelzi a frissítés szükségességét. 

A második figyelmeztetés a könyvelési feladások elmaradására figyelmeztet: ez beépült a "feldolgozásra vár" induláskor megjelenő képernyő adatsorai közé, nem kapott külön saját képernyőt.

Egyelőre a feladásoknak (és a fizetési pontok zárásának)  adott időponton túli elmaradása nem jár további következményekkel, de a későbbiekben X (szakmailag indokolható) időn túli elmaradás egyes program-funkciók használhatóságának ideiglenes (az elmaradás megszüntetéséig) korlátozásával fog járni.

Új funkciók

Ezentúl a Pénzügy - Kimutatások - Feladások - Főkönyvi feladás menüpontban, valamint a Pénzügy - Kimutatások - Feladások - Pénzforgalmi feladás menüpontban  a feladás jellegű gyűjtés esetén is lehet "nagyítózni" a kapott sorokat. 

QR kódos befizetés (változás)

 A csekkeken szereplő portálos QR kódok, befizetésének folyamata megváltozott.

Mostantól nincs szükség regisztrációra és a portálra belépésre.

A felhasználó beolvassa a QR kódot, ami beazonosítja, és egyből a fizetési felület jön fel neki, még akkor is, ha nincs beregisztrálva.

Gyakorlatilag a QR kód beolvasása után két gombnyomással a Barion fizető felületére kerül az ügyfél.

A régebbi csekkeken szereplő QR-kódra is ugyanez érvényes.

A regisztrálatlan ügyfelek az utolsó 3 hónap számláit tudják így befizetni.

Elektronikus FMH-VH változás átvezetése

 Kedves Partnereink!

Az előző blog bejegyzésben leírt változásokat átvezettem.

Nánáshő Kft.,
Püspökladányi V.GY Kft.
Várpalotai Önkörmányzat

partnereinkkel nem volt kapcsolat, Őket külön fogom értesíteni ha megtörtént.

Változás:

• Új személytípus került bevezetésre:  2 - egyéni vállalkozó - most már ez is kiválasztható az FM előállítása után
•  Az adószámok kötelező feltüntetése a kérelmekben minden olyan szervezet esetén, amely adószámmal rendelkezik. Ha a szervezet nem rendelkezik vele (pl. állam; társasház; külföldi jogi személy), akkor ezt nem kell átadni.

ATHOS kezelése

1. Pénzügy-->Hátralék-->Bírósági ügyek-->Fizetési meghagyás indítása menüpont

Ha jogi személynek vagy képviselőjének (jogi személy) nincs megadva adószám, a sor                          narancssárga háttérrel jelenik  meg, de az FM adatok előállítását ez nem akadályozza meg.

A képernyőre kiírásra került az egyes színek jelentése, ami pénzügy program frissítése után lesz            látható.

2. Pénzügy-->Hátralék-->Bírósági ügyek-->Letiltás, végrehajás indítása menüpont

         Ha jogi személynek vagy képviselőjének nincs megadva adószám, a sor piros színnel jelenik                 meg, de ez a VH adatok előállítását ez nem akadályozza meg. Ez programfrissítés nélkül is már             így  működik.

         A képernyőre kiírásra került az egyes színek jelentése, ami pénzügy program frissítése után lesz             látható.

Ha az alapadatok előállítása megtörtént, akkor jogi személyeknél az adószám hiánya az elektronikus dokumentum előállítását nem akadályozza meg.

A MOKK oldalán az aláírás előtti előzetes ellenőrzést ettől függetlenül mindig el kell végezni!!!

--------------------------------------------------------------------------------------------------------------------------

Más:

A közjegyzők hiánypótlásban egyre többször kérik az ügyfelek születési nevét.  Mind az FM, mind pedig a VH elektronikus iratokba betettem ezt a mezőt.. Ennek következménye, hogy amennyiben a kötelezett/adóstárs/képviselő születési neve ki van töltve, az ezután kiállított elektronikus VH-ban a 

"Kijelentem, hogy a felek adataiban a kibocsátott és jogerős fizetési meghagyásban feltüntetettekhez képest változás történt." 

nyilatkozat be lesz jelölve, hisz ez az adat az FM-ből még hiányzott.

Ennek az átvezetése is megtörtént.

Üdvözlettel:

Jacsó Mátyás

Elektronikus FMH-VH változás

 Kedves Partnereink!

Az FMH-VH kérelmek tömeges benyújtásához használt XML állományok sémája és kiértékelése 2023. augusztus 1-től változni fog. 

Változás:

• Új személytípus kerül bevezetésre:  2 - egyéni vállalkozó
•  Az adószámok kötelező feltüntetése a kérelmekben minden olyan szervezet esetén, amely adószámmal rendelkezik. Ha a szervezet nem rendelkezik vele (pl. állam; társasház; külföldi jogi személy), akkor ezt nem kell átadni.

A változások célja a Cégkapura történő elektronikus kézbesítés lehetőségének megteremtése, a várható jogszabályváltozásokra figyelemmel.

Az ATHOS rendszere figyelmeztetni fog arra, ha egy jogi személynek beállított ügyfél nem rendelkezik adószámmal, de ügyintézői döntés alapján az FMH-VH előállítást és beadást nem fogja megakadályozni. 

A változásokat 2023.08.01-én kedd reggel fogom ávezetni. Bővebb tájékoztatást az ATHOS-t érintő módosításokról majd ezzel együtt fogok írni.

Üdvözlettel:
Jacsó Mátyás

Email értesítések megjelenítése az ügyintézőknek.

A mai naptól az emailértesítő e-mailek ki- és bekapcsolása megjelenik az ügyfél eseményei között.

Így visszamenőleg is lehet majd követni ki mikor kapcsolta be illetve mondta le korábban.

Barion befizetés túlfizetéses számlával

Mostantól a Barionos befizetésekbe a túlfizetéses számlák is beleszámíthatók.

Össze lehet kattintani őket a tartozásos számlákkal.
Ha a végeredmény meghaladja a 10Ft-ot akkor a portál engedi befizetni az összeget.

Ez fokozott ellenőrzést igényel részetekről:

Számlázás és hátralékkezelés előtt (felszólító, megállapodás kötése, FM,/VH indítás) pénzügyi naprakészség szükséges, amibe bele tartozik valamennyi BARION tranzakció ATHOS-ban történő lekönyvelése is.

Mivel a BARION tranzakciók könyvelése az ATHOS-ban legkorábban csak a tranzakciót követő napon lehetséges, a dupla visszafizetés elkerülése érdekében pénztárból történő kifizetéskor vagy visszautaláskor (ahogy lehetséges)  ügyfélkódon jobb clikk > Ügyfélportál események menüpontban ellenőrizni kell, hogy a portálon történt-e "befizetés" a jóváíró számlára.

Változás a BARION tranzakciók linkkel történő lekérdezésében 2

 

Tisztelt Partnereink!

A BARION tranzakciók lekérdezését végző BARION.EXE program működéséről 2023.05.30-án a Facebook csoportban közzétettem egy dokumentációt. A programnak elkészült egy újabb verziója, amelyről mellékelem a frissített leírást, és a következő fordítás után  az ATHOS Help-ben is elérhető lesz. 

Lényeges változások:

• A program működése során létrejövő naplófájlok LOG könyvtára, nem a programot tartalmazó könyvtárban jön létre, hanem a letöltött adatok mellett.
• Utólagos kézi lekérdezés esetén (pl. éjszaka nem indult el a beütemezett futás) nem szükséges a  BARION ikonnak paraméterként megadni a banki napot vagy banki napokat, mert a pénzügy porgramból menüből elindítható egy  felület, ahol kényelmesen megadható a lekérendő tranzakciós nap, vagy napok.  Ehhez majd a PENZUGY program legújabb változatára lesz szükség. A frissítésről majd küldünk értesítést. A funkció elérése után a BARION program ikonnal történő indítása értelmét veszti, BARION.EXE-t csak az éjszakai beütemezésnél érdemes használni.
• A program nemcsak az EXCEL fájlt tölti le, hanem elkészíti mellé a pontosvesszővel elválasztott CSV fájlt is akkor, ha a gépre telepítve van az EXCEL. Ha nincs, akkor  csak az XLSX állomány jön létre, amelyet kézzel kell átkonvertálni. 
• Mivel a LOG könyvtárban minden futás alkalmával létrejön egy naplófájl, azért, hogy ez ne halmozódjon fel, az előző hónaptól régebbi fájlok törlésre kerülnek, más szóval mindig csak az aktuális és az előző hónap naplófájlai maradnak meg.

Blokkolt e-mailek megjelenítése

Az email fülön eddig is megjelentek az email blokkolások, de a sikeresen elküldött e-mailek listájából lehetett kikeresni őket. Kifejezetten blokkolt e-mailekre rákeresni nem is lehetett csak a listát rendezve volt könnyen elérhető.

Most lett egy lista az oldal tetején ami a már beregisztrált emailcímekkel kapcsolatos hibákat gyűjti össze.

Információt ad arról, hogy ki mikor miért lett blokkolva, és néhány hasznos információt azzal kapcsolatban, hogy mennyire sürgős foglalkozni vele.

Ilyen információ például, hogy e-számlás-e az illető, tartozása mennyi van, be van-e még költözve?

Ezek azok a blokkolások amikkel az ügyintézőknek foglalkozni kellene.
Ez a lista nem teljes, csak a már beregisztrált felhasználók, portáltól független okból történt blokkolását mutatja. Nem mutatja, ha belső hiba miatt nem mennek ki az e-mailek, vagy ha a regisztráció során beírt emailcímmel van probléma. Ezek az információk továbbra is a lenti keresőben hozzáférhetőek.

A részleteket itt találjátok:

https://aspathos.azurewebsites.net/UgyfelportalAdmin/Emailek.html

A régi linkek kivezetése

 A portál mától nem fogdja el a régi linkeket.

Ezeket már átvezettétek a honlapotokon, így remélhetőleg nem okoz problémát.

Azoknál a felhasználóknál okozhat gondot ha valaki lementette és könyvjelzőből hívja meg a portált.

A régi linkek hívása esetén a következő jelenséggel találkozhatnak a felhasználók:

• A belépési link meghívásakkor nem a hőszolgáltató belépő oldala fog betöltődni hanem a demo cég oldala ASP Hungary logójával, és "Hibás hívás" hibaüzenettel.
• A regisztrációs link meghívásáért pedig egy hét IP-cím kitiltást fog kapni a felhasználó.

Változás a BARION tranzakciók linkkel történő lekérdezésében

 

Kedves Partnereink!

A BARION tranzakciók LINK segítéségével, felhasználónév +jelszó megadásával történő lekérése június elsejétől már nem lesz elérhető, helyette a BARION fiókban generálható API kulcsot kell használni.

Az Athos-ban erre egy külön kis program készült, melynek beüzemelését, leírását a Facebook csoportban mellékelt WORD dokumentumban találjátok meg.

A BARION fiókba történő bejelentkezéssel az eddigi gyakorlat alapján továbbra is letölthető az EXCEL fájl. Ez elsősorban azokat érinti, akik eddig LINK-el kérték le a napi tranzakciós forgalmat. Természetesen ezt a lekérdezési módot bárki alkalmazhatja. Üdvözlettel: Jacsó Mátyás

Dupla diktálás megnehezítése

Vannak felhasználók akik egy diktálási időszakon belül többször is leadnak óraállásokat.

Hogy ezt a gyakorlatot megszüntessük de a téves diktálás javítható maradjon a következőképpen fog működni a diktálás:

1. Ha a felhasználó egy napon belül többször diktál szíve joga, minket nem zavar, az éjszakai frissítésben úgyis az utolsó állapotot küldi át az Athosnak a portál.
2. Ha másnap is bejelentkezik, akkor már nem fogja látni a mezőt amibe az óraállást tudja felvinni. Helyette egy gombot jelenítünk meg neki amire az van írva, hogy: "Javítom a leadott óraállást (90M3)"
• ha rákattint megkérdezi tőle a program, hogy "Ön ebben a diktálási időszakban már adott le óraállást! Biztos, hogy módosítja a korábban leadott óraállást?"
• ha igent választ a gomb helyén megjelenítjük neki a diktálós mezőt

Változás 2023.03-04

 Felület (megjelenítés, működés) 

Dátumformátum

Korábban a Windowsban beállított dátumformátum első 10 karakterét ellenőrizte a program. A 11. karakterben előforduló '.' néhány helyen hibát okozott, ezért az új verzió 11 karaktert vizsgál. Emiatt megjelenhet induláskor a 
 FIGYELEM ezen a gépen a dátum megjelenítési formátuma nem <ÉÉÉÉ.HH.NN>, ami egyes esetekben az ATHOS rendszerben hibákat okozhat!
hibaüzenet. 

Új funkció! Mérés ismétlés (fűtési szezon elején "induló" óraállások tömeges rögzítési lehetősége

Fűtés féléves/éves elszámolásakor az elszámolási időszakot az időszak kezdetére rögzített mérés dátumtól számítjuk. A felhasználók munkájának elősegítésére készült funkció lehetővé teszi a (nyáron nem lecserélt) mérők előző szezon végi mérőállásának megismétlését "induló" óraállásként az új fűtési szezon kezdetén.

Mérés jelleg feltüntetése a részfizetések ellenőrzésénél

A részfizetések ellenőrzésénél eddig a szolgáltatási pont jellege volt csak feltüntetve, az egyértelműség kedvéért az utolsó mérés jellege is feltüntetésre kerül (ne lehessen félreérteni, melyik milyen "jelleg").

Vízfogyasztási statisztika - megjelenített adatok

Vízmű partnerünk kérésére a vízfogyasztási statisztika "Fogyasztóhelyenként" beállítás mellett minden sorban tartalmazni fogja a fogyasztóhely települését és az aktuális fogyasztó ügyfél ügyfél-típusát.

Kamatszámítás felülete: kamat-stopos bírósági ügyek megjelenítése

Ügyfélre indított kamatszámításnál a rendszer eddig látszatra "lenyelte", nem jelenítette meg azokat a (még tartozó) bírósági ügyeket, amelyekre a felhasználó a bírósági ügyek kezelő  felületén kamat-stopot állított be. A felület ezután megjeleníti ezeket az ügyeket is, de a kamat-stop feloldásáig továbbra sem lehet rájuk (újabb) kamatot számítani.

Társfizető megjelenítése a költségeknél

Azoknál a költségeknél, amelyek nem a bírósági ügy elsődleges kötelezettjével kapcsolatosan merültek fel, a költség mellett megjelenik a társfizető azonosítója. Az "Azonosító nélküli" költségek az elsődleges kötelezett-el kapcsolatban merültek fel.

Ügyfél egyenleg megjelenítés hibajavítás

Bizonyos kezelés-műveleti (kattintási) sorrend esetén előfordulhatott, hogy az ügyfél adatlapján nem frissültek a jobb alsó sarokban található egyenleg adatok. A javítás a felfedezett hibát kiküszöböli.

Ügyfél adatlap - cím érvénytelenítés, névkiegészítés hossza

Passzív (aktív fogyasztási hellyel nem rendelkező) "szolgáltató által nem talált" ügyfelek esetén lehetőség van az ügyfél adatlapján szereplő értesítési cím "érvénytelenítésére". A hátralék-kezelési folyamatokban az ilyen ügyfelek nem vesznek részt.

HELP helye: https://aspathos.azurewebsites.net/athoshelp/Ervenytelencimkezelese.html

Az ügyfél adatlapján rögzíthető "Név kieg." mező kitölthető hossza (néhány extrém eset miatt) 60 karakterre bővült.

Működési logika

Leolvasási és diktálási beállítások lehetőségeinek bővítése

A leolvasó körzetek kezelésének módosításával több felhasználói oldalról rendelkező igényt elégítünk ki. Az új/bővített tulajdonságok kihasználásával "finomabban" lehet vezényelni a számlára kiírandó leolvasási- és diktálási időszakokat, valamint az ATHOS-portált használó partnereink részére az ügyfelek részére engedélyezett "diktálási" időszakokat.

Újdonságok:

- a leolvasási körzetre beállítható, hogy "távleolvasós" vagy "nem távleolvasós" a körzet.
- hónapon belül megadható, hogy a terv szerinti leolvasás mikor várható a körzetben, vagy akár a körzet utcáiban, utcánként: első-második-harmadik dekád (1-2-3) vagy a hónap első/második fele  (A-B) vagy teljes hónap (0).
- a diktálás módja 3 féle lehet: "havi", "leolvasáskor" és "leolvasás hónapjában NEM"

A beállítási lehetőségekről és értelmezésekről részletesebben a frissített HELP tájékoztat:
HELP helye: https://aspathos.azurewebsites.net/athoshelp/Leolvasasirendkezelesediktalasbe.html

ÁFA% figyelése az új árak rögzítésénél

Ez év elején több helyen előfordult, hogy az árat rögzítő kollégák "sikeresen" felvittek új egységárakat 0%-os ÁFA beállítással. A rendszert úgy módosítottuk, hogy ezek a tévesztések többé ne fordulhassanak elő.

Leszerelt mérő

A leszerelt mérő óraállásának dátumát leszerelés után nem lehet módosítani.

Főmérő-almérő elszámolás beemelése a havi számlakibocsátás folyamatai közé

Azoknál a cégeknél, amelyikekben jelenleg létezik főmérő-almérő kapcsolat az Athosban, a havi számlakibocsátás folyamatai közé beillesztettük a műszaki alrendszer menüpontként már létező főmérő-almérő elszámolás képernyőt. Ezen menüpont használatának havi számlagenerálás előtti mellőzése tömeges elszámolási pontatlanságot okozhat. Azért emeltük be a kötelező folyamatok közé, hogy ne lehesse róla megfeledkezni.

Számlázási folyamat

A számlázási folyamatban lehetőség van a számla végleges előállítása ("Számlafejek előállítása") előtt tetszés szerinti korábban már végrehajtott művelet (például "Szolgáltatások elszámolása") megismétlésére. Az újra elvégzett művelet után eddig a rendszer nem várta el a szigorú műveleti sorrendet, az egyszer már elvégzett műveleteket át lehetett lépni. Az új verzióban bármilyen visszalépés után is kényszerítve van a felhasználó a folyamat minden további lépésének végrehajtására.

Helyesbítő számla NAV-kompatibilis kezelése

A helyesbítő számlák nyomtatási megjelenítését igazítottuk a NAV követelményeinek megfelelő formátumra, megtartva (a NAV és a törvények által által nem szabályozott helyeken) az eddigi ATHOS-logikát a változatlan kezelhetőség érdekében.

Pénzforgalmi könyvelés szigorítása

"Késői" pénzforgalom könyvelés esetén előfordultak olyan esetek, hogy (bár hónapon belül maradva) egy 10-én kiállított számlára 6-ai bankanyag könyvelése során könyveltek befizetést. Eddig az ATHOS rendszer csak a "hónapon áthúzódó" ilyen könyveléseket díjazta hibaüzenettel, a mostani szigorítás eredményeképp nem fogad el olyan könyvelési tételt, ahol a könyvelés dátuma akár egy nappal is korábbi, mint a tartozás keletkezésének dátuma.

Bankkivonatok feldolgozása

Lehetőség van a fizetési felszólító azonosítójára is vizsgálni a közlemény rovatot; illetve az automatikus kiegyenlítés cég-szinten beállított sorrendjét figyelembe véve a program figyelmeztet, ha a számlához kiegyenlítetlen költség és/vagy kamat tartozik.

Számlák menüpont az Admin oldalon is

Bekerült egy új fejlesztés a portálra, amit mutattam az előadáson is.

Mostantól meg lehet tekinteni az ügyfelek számláit.

Így nem kell már belépkednetek az ügyfelek nevében látjátok milyen számlákat lát, és milyen eszámlákat tud letölteni.

Ne felejtsétek el, hogy a használatához a cégnél kijelölt portál admin jogot kell adjon.

Részletes leírást itt találtok:

https://aspathos.azurewebsites.net/UgyfelportalAdmin/Szamlak.html

Róka, bagoly ikonok

Ha egy új hír jelenik meg a blogunkon akkor egy róka ikon jelenik meg a "Hírek" menü pont mellett.

Ha egy új fejlesztési napló akkor ugyanott egy bagoly ikon jelenik meg.

Figyelmeztetés kivezetése

 A kezdőképernyőn megjelenő 

"A rezsicsökkentés beállítása óta az árrendszer változott, ezért lehet hibásan nyomtatott számla. Kérjük, szóljon az ASP-nek!"

figyelmeztetést a mai napon kivezettük. Mivel az árrendszer karbantartásához szükséges összes mező kint van a felületen (rezsicsökkentés eredeti ár mező), a rendszeres árváltoztatás miatt továbbá nem látjuk értelmét a figyelmeztetésnek.

Zárható státusz a Helpdesk-ben

A Zárható státusz bekerült a Helpdesk-be.

Ezt az állapotot csak a fejlesztők tudják beállítani.

Ha egy ügy ilyen állapotba kerül, reagálás híján 30 nap múlva automatikusan lezáródik.

Az ilyen ügy a fejlesztőknek egy külön listában jelenik meg ezzel áttekinthetőbbé téve a még nyitott ügyeket.

Az ügyintéző a nyitott ügyei között látja.

Az ügyintéző ha módosít rajta akkor vagy lezárja, vagy megjelöli, hogy ismét nyitottnak tekinti.