2023. szeptember 13., szerda

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ÖsszegHibaMegjegyzés
34389265351Kézi bevatakozást igényel - PénzküldésTeszt 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. 

2023. szeptember 12., kedd

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.