Az oldal megtekintéséhez kérjük, engedélyezze a JavaScriptet.

sERPa súgó

Az OFFI.Import tárolt eljárást kell SQL JOB-ba a megfelelő időpontban meghívni. Ha az importálás bármilyen hibára futna, akkor egyetlen új adat sem kerül a sERPa-ba, viszont a hibanaplóba bejegyzés készül, melyről automatikus üzenet beállításával lehet tájékoztató e-mailt küldeni az illetékes felhasználónak. Így valósulhat meg az, hogy tudomást szerezzenek az importálás meghiúsulásáról.

 

Ügyféltörzs felvétel és módosítás:

Tárolt eljárás:OFFI.UgyfelImport

Algoritmus:

Minden futtatáskor minden adat újra beolvasásra kerül. Amelyik ügyfél hiányzik, azt felvesszük, amit megtalálunk és változott valamilyen érték, azt felülírjuk.

Az ügyfelek azonosítása a Paraméter / idegenazonosító alapján történik.

Felvételkor

- Ha vevo_tipus = HA, vagy CE, akkor cégnek vesszük fel, egyébként magánszemély.

- vevo_tipus = HA és CE alapján besorolásra kerülnek az ügyfelek a paraméterben megadott kategóriába a HA vagy CE tételbe.

 

MySQL tábla: ugyfelek

Mező név

Megjegyzés

sERPa mező, algoritmus

sorszam

Ügyfél kód

Felvételkor paraméter szerinti kód prexik + folyamatos sorszámozás

Felvételkor paraméter szerinti kód prexik + sorszam mező értéke

vevo_tipus

Ügyfél Besorolás: HA: hatósági: részletes ügyféladat kell. CE: céges: részletes ügyféladat kell. LA: lakossági: nem kell átvenni az ügyféltörzsbe, a számlába készpénzes vevő.

Paraméter szerinti kategóriába be kell sorolni az ügyfelet.

cegnev

Ügyfélnév

Ugyfel.Nev

adoszam

Adószám

HA regio = magyar és 11 szám karakter van, akkor az adószám mezőbe kerül, egyébként 20 karakter hosszig az EU adószám mezőbe.

Ha regio = EU, akkor az EU adószám mezőbe kerül

 

bankszla

Bankszámlaszám

30 karakterig beírásra kerül amit kapunk, ha 2x8 vagy 3x8 számjegy, akkor GIRO = 1. (a kötőjelek eltávolításra kerülnek)

sz_irszam

irányítószám

Ugyfel.IrSzam

sz_telepules

Helység

Ugyfel.Helyseg

sz_kozter

Utca házszám

Ugyfel.UtcaHSzam

sz_tel1

Telefon

Központi hivatali telefon. UgyfelElerhetoseg (ElerhetosegTipus_ID = 1)

sz_fax

Fax

Központi hivatali fax. UgyfelElerhetoseg (ElerhetosegTipus_ID = 3)

regio

Ország, az ügyfél típust (belföldi, külföldi határozza meg)

Ha 'Magyar' akkor belföldi vevő, egyébként külföldi vevő.

 

 

Vevőszámla felvétel:

Tárolt eljárás:OFFI.SzamlaImport

Algoritmus,

 Kiállítás kelte >= 2019.01.01 utáni számlák kerülnek importálásra

 Fej adatok:

 Számla típus: Ha belföldi vevő, akkor Normál, Ha külföldi, akkor Export.

 Könyvelés kelte mezők a kiállítás dátummal megegyező értékkel kerülnek felvételre.

 Áfa kelte mezők a teljesítés dátummal megegyező értékkel kerülnek felvételre.

 Azokat a számlákat fogjuk beolvasni, amik a legutóbb felvett után következnek a szamla táblában. A legutóbb felvett értéket úgy határozzuk meg, hogy
 megkeressük ID szerint a legutolsó olyan számlát, aminek a számlázás alapja mezőjében csak szám karakterek vannak. Ezt a számsort keressük a szamla táblában és az ez utáni sorok kerülnek beolvasásra.

 Csak HUF-os számlák készülnek, ha export, akkor is.

 

 Tétel adatok:

 Áfa analitika és áfa kulcs. A program minden területén használt függvénnyel kerül meghatározásra (dbo.BesorolasiSzamAfaAjanlas)

         Ha nincs meg a termék, ezért nincs meg a besorolási szám, akkor Normál típusú számla esetén fixen 27%, egyébként 0%.

 

MySQL tábla: szamla

Mező elnevezése

Megjegyzés

sERPa mező, algoritmus

sorszam

Számla ID, ez alapján kapcsolódnak a számlatételek

Számlázás alapja mezőbe. Ez alapján kell majd azonosítani a sztornózott számlát

iroda

Telephely, aki kiállította a számlát

telephely_kirendeltseg tábla munkalap_elotag mező első három karakterének értékét keressük a saját adat telephelyek nevének első három karakterében. Az így azonosított telephelyet keressük a vevőszámla paraméterben és az első megtalált paraméter első sorozatára kerül felvételre a számla.

szamlaszam

Eredeti számlaszám

A VevoSz.KeziSzamlaSzam mezőbe írjuk 13 karakter hosszan. Ugyan ebbe a mezőbe ez után egy pontosvessző és az első számlatétel megjegyzés első 11 karaktere is beírásra kerül..

vevo

 

A számla ügyfele. Ha 0, akkor a paraméterben megadott ügyfél, egyébként a sERPa ügyféltörzsből a paraméterben megadott idegenazonosító alapján az itt megadott számmal beazonosított ügyfél.

v_nev

Ügyfélnév

Nem kerül feldolgozásra, a vevő az előző mező alapján kerül meghatározásra.

v_regio

Ország

Nem dolgozzuk fel, a sERPa ügyféltörzsből vesszük.

teljesites

Teljesítés dátuma

VevoSz.TeljesitesDatum. Ha nincs megadva, akkor a számla dátum kerül be.

kiallitas

Kiállítás dátuma

VevoSz.SzamlaDatum

hatarido

Fizetési határidő dátuma

VevoSz.EsedekessegDatum. Ha nincs megadva, akkor a számla dátum kerül be.

fizetesimod

Fizetési mód

Név alapján keressük (FizetesiMod.Nev) ha nincs ilyen, akkor itt a paraméterben megadott kerül a számlába.

netto

Nettó számla végösszeg

Nem kerül feldolgozásra.

brutto

Bruttó számla végösszeg

VevoSz.Vegosszeg mezőbe kerül. Ha a tételekből más érték adódik, akkor a különbség a kerekítés eltérésébe kerül.

fajta

 

Két sERPa értéket szabályoz.

1, Ha értéke normál, vagy előleg, akkor Vevőszámla Előlegszámla (VevoSz.ElolegTipus) mező felveszi ugyan ezt a nevű értéket. (ha nincs megadva semmi, akkor is Nomál kerül a mezőbe)

2, Ha értéke sztorno vagy esztorno, akkor ez egy sztornó számla.

vegleges

 

Nem kerül feldolgozásra

sztorno

Ezzel a számlával van stornózva

Ha fajta = sztorno vagy esztorno, akkor ennek a számlának a sorszam értékét meg kell keresni ebben a táblában a sztorno oszlopban. Amelyik számlához meg van adva, az a sztornózott számla. A számlázás alapja mezőbe írt érték alapján lehet kikeresni, hogy melyik sERPa számlát sztornózták és annak az ID-jét be kell írni ehhez a számlához a VevoSz.HelyesbitettVevoSz_ID mezőbe.

 

MySQL tábla: szamlatetel

Mező elnevezése

Megjegyzés

sERPa mező, algoritmus

sorszam

Számla tétel sorszám

Nem dolgozzuk fel

szamla


Kapcsolat a szamla táblához

termek

Termék kód

Ha nincs meg, akkor normál tételt importálunk és beletesszük az itt kapott értéket a szöveg mezőbe

mennyiseg

Mennyiség

VeoSzTetel.Mennyiseg

me_egy

Mennyiségi egység

Nem dolgozzuk fel. A terméktörzsből ered. Normál tételnél - amikor nem találjuk a terméket, akkor nem lesz a mennyiségi egység kitöltve.

afakulcs

Áfa %.

Nem dolgozzuk fel. Lásd az algoritmus leírásnál.

nettoegysegar

Nettó egységár

VeoSzTetel.NettoEgysegar

netto

Nettó tétel érték

Nem dolgozzuk fel

Nettó tétel érték

Bruttó tétel érték

Nem dolgozzuk fel

munkalap

Munkalapszám vagy 'tolmhost' munkalapszám

Az itt megadott szám érték egy munkalapnak a száma.

Ha az érték pozitív, akkor a munkalapok táblában kell megkeresni ezt a számú munkalapot a sorszam mező alapján és a munkalapszam mező értékét be kell tenni a tételmegjegyzés mezőbe, az ugyiratszam mező értékét pedig pontosvesszővel ez után.

Ha az érték negatív, akkor ezt a szám értéket kell előjel nélkül megkeresni a tolmhost táblában a sorszam mezőben és a sorból a munkalapszam mező értékét kell a tételmegjegyzésbe írni, a hivszam mező értékét pedig pontosvesszővel ez után.

tennivalo

 

Nem dolgozzuk fel

 

 

Pénztárbizonylat felvétel:

Tárolt eljárás:OFFI.PenztarBizImport

kelte >= 2019.01.01 utáni számlák kerülnek importálásra

 

MySQL tábla: penzmozgas

Mező elnevezése

Megjegyzés

sERPa mező, algoritmus

sorszam

 

Tétel megjegyzésbe kerül beírásra. Ebből az információból fogjuk tuni, hogy mi az utolsó felvett bizonylat és a legközelebbi import az ennél nagyon sorszámú tételeket fogja importálni.

penztar

 

A paraméterben megadott megfeleltetés szerinti pénztárba kerül generálásra.

pbizsorszam

Pénztár kézi bizonylatszám

Kézi számlaszám mezőbe kerül beírásra az itt megadott érték

kelt

Pénztár dátum

A pénztárbizonylat dátuma. A tábla minden sora külön bizonylat lesz, hogy a kézi számlaszám mező feldolgozható legyen.

partner

 

Ha van a szamla mezőben érték, akkor az abban a számlában szereplő ügyfél, ha nincs, akkor Ügyfélnév pontos egyezés alapján az első az ügyféltörzsből. Ha nincs ilyen, vagy üres a mező, akkor nem kerül kitöltésre.

jogcim

jogcimek' tábla, azaz gazdasági esemény ID.

sERPa gazdasági esemény név mezőben keressük ezt az értéket (karakterre pontos egyezéssel) és a gazdasági eseményben beállítottak szerint kerül felvételre a tétel. (típus, analitika, stb.)

Ha nincs a megadott nevű gazdasági esemény, akkor fixen számlakiegyenlítés vevő.

osszeg

Pénztár bizonylat összeg

Ha pozitív, akkor bevétel, ha negatív, akkor kiadás bizonylatot kell generálni

fiz_mod


Nem kerül feldolgozásra

szamla

Kapcsolat a szamla táblához

Ha meg van adva, akkor ellenőrzés nélkül hozzákapcsolásra kerül a számlák táblázatba ez a számla a pénztártételhez.