Vállalati információs rendszerek

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Vállalati információs rendszerek"

Átírás

1 Dr. Holyinka Péter Vállalati információs rendszerek BMF NIK Budapest, augusztus 6. Kézirat gyanánt

2 Tartalomjegyzék 1. Bevezetés, alapfogalmak A külső információs kapcsolatok Cikkek és készletek: folyamatok, adatmodell Vevők és szállítók: folyamatok, adatmodell A vevők kiszolgálása: folyamatok, adatmodell Beszerzés: folyamatok, adatmodell Számlázás, szállítólevél készítés, kapcsolódó feladatok: folyamatok, adatmodell A vevői folyószámla: folyamatok, adatmodell A szállítói folyószámla: folyamatok, adatmodell Pénzügyi kapcsolatok Kódok a rendszerben Rendszer szerviz funkciók A külső kommunikáció módja Irodalomjegyzék 54. Budapest, /54

3 1. Bevezetés, alapfogalmak Dr. Holyinka Péter: Vállalati információs rendszerek A segédlet gazdálkodó szervezetek (vállalat, cég, vállalkozás) információs rendszerének célkitűzéseivel és megvalósítási kérdéseivel foglalkozik. Az anyag további részeiben a gazdálkodó szervezet kifejezés helyett a zárójelben felsorolt elnevezéseket szinonimaként használjuk. A cég tevékenységét tekintve lehet gyártó-, kereskedő-, szolgáltató cég, illetve végezheti ezen tevékenység típusok kombinációit is. Minden vállalat tevékenységét az üzleti célkitűzések határozzák meg. Az üzleti célkitűzések eléréséhez üzleti folyamatokat határoz meg, minden üzleti folyamat elvégzendő tevékenységek szabályozott sorozata. A folyamatok, tevékenységek elvégzéséhez egy szervezetet kell létrehozni, a szervezetben minden folyamathoz és tevékenységhez felelőst kell kijelölni. Ahhoz, hogy a cég a gyorsan változó környezeti kihívásoknak megfeleljen, üzleti folyamatait időről-időre felül kell vizsgálnia, újra kell szerveznie. (BPR = Business Process Reengineering, illetve BE = Business Engineering.) A sikeresen végrehajtott BE biztosítja, hogy az üzleti folyamatok kulcsfontosságú lépései az adott körülmények között maximálisan hatékonyak, rugalmasan reagálóak és szolgáltatás orientáltak legyenek. E végeredmény eléréséhez a vállalatnak - törekednie kell, hogy vevői és szállítói számára értéket teremtsen, - integrálnia kell valamennyi kritikus üzleti folyamatát, - egyedi feladatok helyett teljes üzleti folyamatokat kell a vezetésre bíznia, - egyszerűsíteni kell, vagy teljesen kiiktatni az üzleti tevékenységek bonyolult láncolatait. Ily módon a BE hat az üzleti folyamatokra, a vezetési módszerekre, a feladatleírásokra, és a szervezeti felépítésre. [1] A folyamatban meghatározó szerepet játszik az Információ Technológia. Az IT az alkalmazott eszközök, technikai eljárások és ismeretek összessége: - az adatgyűjtés, adattárolás, adatfeldolgozás, információtovábbítás módja, Budapest, /54

4 - az alkalmazott technikai eszközök összessége, (hardver, szoftver, hálózatok, alkalmazói rendszerek). [2] Az IT erőforrások osztályozása (Information Audit and Control Foundation és az IT Governance Institute) szerint: - Data: a vállalatnál előforduló adatok a legszélesebben értelmezve (papíralapú, elektronikus, hang, kép, stb.), - Application Systems: a manuális és automatizált eljárások összessége, - Technology: a hardver, az operációs rendszerek, az adatbáziskezelő rendszerek, a hálózati eszközök, multimédiás eszközök, stb., - Facilities: az információs rendszert támogató összes rendelkezésre álló berendezés, szolgáltatás, - People: a személyzet és mindazon képessége, mellyel az információs rendszert tervezi, működését szervezi, beszerzi/fejleszti, bevezeti, működteti, és működését felügyeli. [3] (Az egyes kifejezések jelentésének hűségének megőrzése miatt a felsorolásban az eredeti angol szavakat szerepeltetjük.) A fenti bevezető után jelen anyag a cégek üzleti folyamatainak vázlatos ismertetése mellett a folyamatokat támogató információs rendszerrel, annak elvárt működésével és szolgáltatásaival foglalkozik. Fentiek tükrében az információs rendszer az információk, adatok, eljárások (manuális és automatizált) szervezett rendszere, célja az üzleti célok elérésének hatékony, elvárt szintű támogatása. Az üzleti folyamatok információval szemben támasztott követelményei: - effectiveness: az üzleti folyamat szempontjából releváns, korrekt, konzisztens, melyet megfelelő időben és minőségben nyújt a rendszer, - efficiency: az információ ellátás az erőforrások optimális felhasználásával történik, - confidentality: az információ védelme az illetéktelen hozzáféréstől, - integrity: az információ az üzleti elvárásoknak megfelelően teljes, pontos, Budapest, /54

5 - availability: mind az információk, mind az IT erőforrások az üzleti folyamatok igényének megfelelő időpontban történő rendelkezésre állása, - compliance: az üzleti folyamatokat érintő, kívülről előírt üzleti kritériumoknak (törvények, szabályozások, szerződések, stb.) való megfelelés, - reliability: a menedzsment információ ellátása olyan hogy eleget tudjon tenni működtetési és beszámolási kötelezettségeinek. [3] (Itt ismét az eredeti angol kifejezéseket szerepeltetjük, a már korábban említett okból). Megjegyezzük, hogy az egyes követelmények egymással átfedő módon érvényesülhetnek. Ahhoz, hogy a szolgáltatott információ folyamatosan kielégítse az üzleti követelményeket, az erőforrások működtetésére vonatkozóan kontrollokat (ellenőrzési intézkedéseket) kell definiálni, bevezetni, és alkalmazni. Az üzleti folyamatokhoz kapcsolódó alapfogalmak A cég tevékenységének gyakorlása közben külső partnerekkel tart kapcsolatot, ezek a vevők, illetve a szállítók. A cég az általa beszerzett, illetve előállított terméket, vagy szolgáltatást a vevők számára értékesíti, az értékesítéshez szükséges termékeket-, illetve gyártás esetén anyagokat, alkatrészeket a szállítóktól vásárolja meg. A vásárlási folyamatokat, miként valamennyi anyagi folyamatot, információs folyamatok kísérik, az információk első megjelenési formája általában egy papíralapú bizonylat. Vásárlás esetén ez lehet szállítólevél és számla. A szállítólevél az átvett áruk tételes felsorolása mellett az átadás-átvétel (teljesítés) igazolására szolgál. A számla tartalmazza az áru ellenértékeként fizetendő összeget, kiállítása kötelező, a kifizetés csak ennek alapján történhet. A számla kiegyenlítése történhet készpénzzel, vagy banki átutalással, ennek megfelelően a számla fizetési módja lehet készpénzes, vagy átutalásos. Átutalásos fizetési mód esetén a szállító áruhitelt nyújt vevőjének, így fokozottan kell figyelnie e számlák kiegyenlítését. Ennek módja az átutalásos számlák külön nyilvántartásba vétele, e nyilvántartást folyószámlának nevezzük. Vevőink tartozását a vevői folyószámlán, Budapest, /54

6 szállítóink felé fennálló tartozásainkat a szállítói folyószámlán tartjuk nyilván. Értékesíthetünk készterméket, részegységeket, alkatrészeket, anyagokat. Ezeket összefoglaló névvel cikkeknek nevezzük. A cikkek cégnél rendelkezésre álló mennyisége alkotja az anyagi készletet, vagy röviden a készletet. A készlet lehet szabadon felhasználható, azaz szabad készlet, illetve valamely konkrét célra már felhasználásra tervezett, azaz foglalt készlet. A cég termékei iránti konkrét vevői érdeklődést vevői ajánlatkérésnek nevezzük. A szállítóink termékei iránti érdeklődésünk a szállítói ajánlatkérés. Megfelelő ajánlati válasz esetén vevői-, illetve szállítói megrendelés készül, mely visszaigazolás esetén szerződéses kapcsolatot jelent a partnerek között. A szállító a megrendelt termék rendelkezésre állása esetén szállítási értesítést küld partnerének. Törvényi előírás szerint minden működő cég köteles számlavezető bankjánál folyószámlát nyitni. E folyószámlára érkeznek a vevői átutalások, erről a számláról egyenlíti ki bankunk - átutalási megbízásunk alapján szállítói tartozásainkat. E tranzakciókról a bank banki értesítést (folyószámla kivonatot), illetve időszakonként egyenleg-értesítőt küld. Adófizetési-, járulékfizetési kötelezettségünknek a pénzbeli teljesítés mellett bevallás útján teszünk eleget az állami-, önkormányzati-, illetve társadalombiztosítási szervek ("hatóságok") felé. A vevők, szállítók, bankok, "hatóságok" egy cég legfontosabb külső partnerei, a bevezetőben vázolt bizonylatok a külső (kimenő, illetve bejövő) információhordozók. Az információs rendszerben szereplő objektumok (pl.: vevők, cikkek, stb.) számos tulajdonsággal rendelkeznek, melyeket adataik írnak le. Az egyes objektumokra tulajdonságaikkal együtt történő hivatkozás könnyebbé tételére az objektumokat kódokkal azonosítjuk. Az azonosításhoz szükséges, hogy az objektum és kódja között kölcsönös Budapest, /54

7 és egyértelmű megfeleltetést hozzunk létre, más szavakkal a kód egyedi azonosító. Az információs rendszerbe folyamatosan kerülnek be külső és belső adatok, melyeket tárolunk. Megváltozásuk, elévülésük esetén az információs rendszernek mindig rendelkeznie kell az új adatok felvitele, a meglévő adatok módosítása és - törlése, valamint az informálást biztosító lekérdezés funkciókkal. Adott vállalat valamennyi feldolgozását, számítástechnika és a telekommunikáció együttes alkalmazásával megvalósító, egységes információs rendszert integrált vállalatirányítási információs rendszernek nevezzük. Az integrált rendszerben a funkciók, tevékenységek nem keverednek és nem duplikálódnak, a feldolgozás egyes lépései úgy adják tovább az információt, hogy közben nem változik az eszköz, nincs többszörös adatbevitel. Az anyag a továbbiakban az IT erőforrások közül az adatok, alkalmazói rendszerek, emberi tényező (data, application systems, people) hármasra koncentrál. Budapest, /54

8 2. A külső információs kapcsolatok Minden vállalkozás egy rendszer, mely kapcsolatot tart a külvilággal, tehát nyílt rendszer. Más szavakkal a rendszer határain keresztül anyagi javak, információk, stb. áramlanak. Információs rendszerről lévén szó, a következőkben az információk áramlását vizsgáljuk. Beszélünk kimenő- és bemenő információkról, melyek a rendszer határain átmenő adatfolyamok. A kimenő információk forrása a cég, nyelője lehet a vevő, a szállító, a bank, a "hatóság. A bemenő információk nyelője a cég, forrása lehet a vevő, a szállító, a bank a "hatóság". Az információ-kapcsolati modellt az 1. ábra szemlélteti, az egyes adatfolyamok megnevezését, az ábrában alkalmazott rövidítéseket az 1-4. táblázatok tartalmazzák. Bemenő információk vevői ajánlatkérés (VAK) vevői megrendelés (VM) vevői megrendelés módosítása (VM) 1. táblázat: vevői információk Kimenő információk ajánlati válasz (VAV) visszaigazolás (VMV) visszaigazolás módosítása (VM) szállítási értesítés (VSÉ) szállítólevél (VSL) számla (VSZ) Bemenő információk ajánlati válasz (SAV) visszaigazolás (SMV) visszaigazolás módosítása (SMV) szállítási értesítés (SSÉ) szállítólevél (SSL) számla (SSZ) 2. táblázat: szállítói információk Kimenő információk szállítói ajánlatkérés (SAK) szállítói megrendelés (SM) szállítói megrendelés módosítása (SM) Budapest, /54

9 Értelemszerűen a szállítói és vevői oldal információi szimmetrikusak. Megjegyzendő, hogy a táblázatban csak az alapvető információk vannak feltüntetve, és a táblázat az időrendi sorrendet nem minden esetben tükrözi. A gyakorlatban egy-egy adatfolyam el is maradhat. Bemenő információk értesítés átutalásokról (ÁTU) egyenlegértesítő (EGY) értesítés kamatokról (KAM) értesítés kifizetésekről (KIF) értesítés feltételek változásáról (VÁL) értesítés befizetésekről (KIF) 3. táblázat: banki információk Kimenő információk átutalási megbízás (ÁMB) lekötési rendelkezés (LEK) készpénzfelvételi igény (KPI) készpénz-befizetési igény (KPI) Természetesen az itt közölt információk az alapvető adatfolyamok, esetenként egyéb "információváltásra" is sor kerülhet. Bemenő információk folyószámla kivonatok (KIV) fizetési meghagyások (FIM) értesítés késedelmi pótlékokról (KÉS) adatközlési felhívások (ADF) 4. táblázat: "hatósági információk" Kimenő információk adóbevallások (AB) TB jelentések (TB) adatközlések (ADK) Csak az alapvető információkat soroltuk fel. Az egyes információk szolgáltatását törvény írja elő. ( compliance ) Budapest, /54

10 Vevők Szállítók VSL VMV VAK SAV SSL VM SAK SSÉ VSÉ VAV SM VSZ SSZ ÁTU A vállalat ÁTU KIF KIV KÉS EGY LEK TB VÁL ADK FIM KAM AB ADF KPI A vállalat bankja Hatóságok 1. ábra: külső információ kapcsolati modell Budapest, /54

11 3. Cikkek, készletek: folyamatok, adatmodell A vállalkozásban előforduló késztermékek, félkész termékek, alkatrészek, anyagok segédanyagok összefoglaló elnevezése a cikk. A cikkek a vállalkozás vagyonának anyagi készletek elnevezésű komponensét alkotják. Minden cikk számos tulajdonsággal bír, a tulajdonságokat adatokkal írjuk le. Ezeket az adatokat kapcsolja össze a cikk azonosító kódja, a cikkszám. A cikkek alapvető adatai: cikkszám, megnevezés, KSH szerinti azonosító kód, mennyiség egység, nyilvántartási egységár (mely saját előállítás esetén önköltség, vásárlás esetén beszerzési egységár), eladási egységár, az Általános Forgalmi Adó (továbbiakban: ÁFA) kulcsa, a raktár(ak)ban lévő mennyisége, azaz a készlete. E legfontosabb adatokat opcionálisan célszerű kiegészíteni a cikkcsoport kód, ár adatok dátuma, minimális készlet, éves összes felhasználás (értékesítés) három évre, készletgazdálkodási paraméter adatokkal. Az egyes adatok jelentőségét az alábbiakban foglaljuk össze. A cikkszám segítségével hivatkozunk a cikkre, és ez a hivatkozás összeköti a cikket valamennyi, számunkra aktuálisan szükséges adatával. A megnevezés adat sok esetben a kívülálló számára "beszédesebben" írja le a cikket, mint a cikkszám. A KSH szerinti azonosító kódot (vámtarifaszám, szolgáltatás jegyzék szám) kötelező feltüntetni számlákban, továbbá az adótörvényben ezen kód alapján kerül meghatározásra az ÁFA kulcsa, melyet értékesítéskor a vevőnek felszámítandó ÁFA kiszámítására használunk. A beszerzési ár (önköltség) az anyagi készlet vagyon értékének kiszámításához szükséges, az eladási áron értékesítjük a cikket. Az egyes ár adatok dátuma megmutatja számunkra, hogy az ár adat értéke mennyire naprakész. A cikk egységnyi mennyiségére vonatkozik valamennyi ár adat, a mennyiség egység mutatja meg, hogy ez mekkora mennyiség. Az éves összes felhasználás három évre a cikk forgalmát mutatja, ez szerepet játszhat a beszerzendő mennyiség meghatározásában, a három év adatának összehasonlítása a forgalom lévő trendjét mutathatja. A minimális készlet, és a készletgazdálkodási Budapest, /54

12 paraméter adatok a beszerzendő mennyiség meghatározásánál bírnak jelentőséggel. A készlet adat a cikk felhasználható (értékesíthető) mennyiségét mutatja. A cikk információs rendszerben tárolandó adatai megegyeznek a felsoroltakkal. Fentiek alapján a nyilvántartási egységár szerepe fontos a vagyon értékének meghatározásában. Ennek jelentőségét mutatja be az alábbi példa: B cikk nyilvántartási ára 100,- Ft, raktárkészlete 10 db. Beszerzünk a cikkből további 10 darabot, 110,- Ft-os egységáron (beszerzési ár). B cikk készletének értéke 10 * 100, * 110,- = 2100,- Ft. Mennyi lesz ezek után a cikk beszerzési ára? A feltett kérdésre kétféle válasz is adható. Az első válasz természetesen hangzik: a cikknek kétféle beszerzési ára lesz, tehát rendszerünkben tárolási lehetőséget kell biztosítani két, vagy kettőnél több beszerzés esetén több beszerzési ár, valamint az adott beszerzési árhoz tartozó készlet tárolására is. A második megfontolás azon alapul, hogy a példában létrehozott 20 darabos, 2100,- Ft értékű készlet adataiból beszerzési egységárra a 2100,- / 20 = 105,- Ft számítható. Lehetőség ekkor, hogy rendszerünkben a B cikket - függetlenül attól, hogy melyik beszerzésből származik - egységesen 105,- Ft-os nyilvántartási áron tartsuk nyilván. Az így számított egységes nyilvántartási ár az úgynevezett mérlegelt átlagár. Bármely más (e két módszertől eltérő) módon képzett beszerzési ár meghamisítja a készlet-vagyon értékét. A készletgazdálkodási paraméter adat többféle jelentéssel bírhat. Példaként mutathatja azt a mennyiséget, melyet ha a cikket a szállítótól megrendeljük a rendelésben el kell helyezzük. E fejtegetés alapján a tárolandó adatok állományokba történő csoportosítása kétféle módon történhet, melyet az 5. és 6. Táblázat mutat be. Budapest, /54

13 Cikktörzs állomány cikkszám megnevezés KSH szerinti azonosító kód mennyiség egység nyilvántartási egységár nyilvántartási egységár dátuma eladási egységár eladási egységár dátuma cikkcsoport kód tárgyévi összes felhasználás tavalyi összes felhasználás tavalyelőtti összes felhasználás minimális készlet készletgazdálkodási paraméter ÁFA kulcs Készlettörzs állomány cikkszám szabad készlet foglalt készlet raktárkód utolsó kivét dátuma utolsó bevét dátuma 5. táblázat: cikk és készlettörzs adatok, mérlegelt átlagáras modell E modell esetén a készlettörzsben minden cikk annyiszor van bejegyezve, ahány raktárban a cikk előfordul. (Több raktár esetén annyi rekordja van.) Az egyes raktárak azonosító kódja a raktárkód. Az utolsó kivét- és bevét dátumadatokról eddig nem esett szó, ezek utalhatnak a készlet lassú mozgására. Budapest, /54

14 Cikktörzs állomány cikkszám megnevezés KSH szerinti azonosító kód mennyiség egység eladási egységár eladási egységár dátuma cikkcsoport kód tárgyévi összes felhasználás tavalyi összes felhasználás tavalyelőtti összes felhasználás minimális készlet készletgazdálkodási paraméter ÁFA kulcs Készlettörzs állomány cikkszám szabad készlet foglalt készlet beszerzési egységár raktárkód utolsó bevét dátuma utolsó kivét dátuma 6. táblázat: cikk és készlettörzs adatok, egyedi beszerzési áras modell A cikk készletrekordja ebben az esetben annyiszor fordul elő, ahány raktárban / különböző beszerzési áron található meg. Ez a tárolási mód biztosítja azt, hogy minden egyes különböző beszerzési ár tárolásra kerüljön. A két módszer összevetéséből megállapítható, hogy a mérlegelt átlagáras módszer alkalmazása esetén kevesebb adat tárolandó, ami hosszú távon gyorsabb működést- és tároló kapacitás megtakarítást eredményez. "Természetesen" ez a módszer sem hibátlan: a számítások során keletkező kerekítési hibák külön kezelést igényelnek, hogy a készletvagyon értéke pontos legyen. A korábbiakban még nem esett szó a cikkcsoport kódról. A vállalkozásnál fellelhető cikkek valamely önkényesen választott közös tulajdonság alapján csoportokba sorolhatók, és egy-egy csoportot célszerűen kódjával azonosítunk. A választott kódokat megnevezésükkel, és esetleg további, a csoport egészére jellemző adatokkal az információs rendszerben nyilvántartjuk. E nyilvántartás rendszerint egy "szótár állományban" történik. Hasonló szótár Budapest, /54

15 állomány használata ajánlott a raktárkódok leírására is. A 7. Táblázat példaként bemutatja a cikkcsoport kódok szótár állományát. A táblázatban a legszükségesebb kód és leírás adatokon túlmenően néhány járulékos adatot is felvettünk, melynek tárolása a rendszer működése szempontjából célszerű. Cikkcsoportok szótár állománya Cikkcsoport kód Megnevezés felelős személy kódja szokásos árrés 7. táblázat: cikkcsoport kódok szótár állománya A cikk és készlet adatok a cég működésének legtöbb folyamatában szerephez jutnak: a vevők kiszolgálásában, a beszerzésben és a gyártásban. Ebből következően a működése során a készletek folyamatosan változnak, a szokásos szóhasználattal: mozognak. A készletmozgások: raktári bevét, kivét (gyártó tevékenység céljára), raktárközi átmozgatás, eladás, vevői visszáruzás, szállítói visszáru. Speciális mozgások: a selejtezés és a nyilvántartás módosításai. Bevét a beszerzésből, vagy gyártásból származó cikkek új mennyiségeinek készletre vétele. A bevételezés egyszerűsített folyamatát a 2. ábra szemlélteti. A kivét a gyártáshoz szükséges anyagok, alkatrészek raktárból történő kivételezése. Raktárközi átmozgatás esetén a cikket a cég egyik raktárából másik raktárába szállítjuk. Az eladás és vevői visszáruzás a vevői értékesítéssel kapcsolatos tevékenységek, ezekre a 7. fejezetben térünk vissza. A szállítói visszáru a beszerzett árunak valamely okból a szállító által történő visszavásárlása, a selejtezés a meghibásodott és javíthatatlan áru készletről történő eltávolítása. A nyilvántartás módosításaira merül fel igény, ha a raktárban leltározás során fellelhető készlet nem egyezik meg az információs rendszer által nyilvántartottakkal. Budapest, /54

16 Számla Cikk adat keresése Cikktörzs Létezik? nem Cikk adatok rögzítése igen Meglévő készlet adat keresése Készlet rögzítése Létezik? nem Nyilv. eár. módosítása Nyilv. eár. módosítása igen Készlet módosítás Készlet törzs Napló állom. Naplózás Bizonylat nyomtatás Bevét bizonylat 2. ábra: a bevételezés vázlatos folyamata Budapest, /54

17 A rendszer állapotainak rekonstruálhatósága céljából a készletmozgásokat napló állományokban rögzítjük. Minden egyes mozgásról nyomtatott bizonylat készül, mely rögzíti a mozgással kapcsolatos alapvető adatokat: cikkszám, mennyiség, nyilvántartási egységár, dátum, felelős, ok, bizonylatszámok. A napló állományok adattartalma a 8. és a 9. Táblázatokban látható. Bevételezés cikkszám mennyiség beszerzési egységár Fogadó raktár kódja a tevékenységért felelős kódja a bevételezési bizonylat száma az alap bizonylat száma a mozgás dátuma 8. táblázat: a bevét és kivét napló adattartalma Raktárközi átmozgatás cikkszám mennyiség nyilvántartási egységár fogadó raktár kódja kiadó raktár kódja a tevékenységért felelős kódja az átmozgatási bizonylatszám az alap bizonylatszám a mozgás dátuma Kivételezés cikkszám mennyiség nyilvántartási egységár kiadó raktár kódja a tevékenységért felelős kódja a kiadási bizonylat sorszáma a felhasználó bizonylat sorszáma a mozgás dátuma Módosítás cikkszám mennyiség nyilvántartási egységár az érintett raktár kódja a módosítás oka a tevékenységért felelős kódja a módosítási bizonylatszám az alap bizonylatszám a mozgás dátuma 9. táblázat: az átmozgatás és módosítás napló adattartalma Látható, hogy az eltárolandó adatok köre, és ezért az állományok struktúrája nagymértékben hasonló. Fontos dolog, hogy a mozgásokat az információs rendszerbe bevivő személyek azonosíthatók legyenek - ezt rögzíti a felelős kódja -, az egyes tevékenységek végrehajtását a rendszerben jogosultsághoz kötjük. ( confidentality, a tevékenység Budapest, /54

18 és az információ érzékenysége miatt a tevékenységet nem végezheti el tetszőleges felhasználó, csak a feljogosított=authorised.) A napló állományok szerepe az, hogy az adatváltozásokat kiváltó mozgások rekonstruálhatók legyenek. Ha ismert minden egyes cikk készlete két időpontban, egy nyitó- és egy záró időpontban, akkor a nyitó időpont készletéből kiindulva, azt a napló állományokban tárolt változás adatokkal korrigálva a záró időpont készletét kell kapjuk, minden egyes cikkre. Ha ez nem igaz, akkor a rendszerben tárolt adatokban hiba van. Az anyagban első alkalommal történik hivatkozás bizonylatokra, és az azokat azonosító kódokra, a bizonylatszámokra. A bizonylat minden esetben a rendszerbe bevitt adatokat tartalmazó papíralapú adathordozó, melynek azonosító kódja van. Eredetét tekintve a bizonylatot előállíthatja az információs rendszer az adatbevitel során, illetve származhat külső forrásból. A bizonylatok hordozója tehát ma még a legtöbb esetben papír, ennek oka a hazai törvényi szabályozás. Például a számla bizonylat ma még csak papír alapon számít a vásárlás tényét rögzítő bizonylatnak törvényeink szerint. Ez a közeljövőben várhatóan változik, a megfelelő feltételeknek eleget tevő elektronikus bizonylatok a papír alapú bizonylatokkal egyenértékűvé válnak. Budapest, /54

19 4. A vevők és szállítók: folyamatok, adatmodell A cég értékesítési folyamata szempontjából meghatározó kapcsolatai a vevői és szállítói kapcsolatok. E kapcsolatok rendszeres és intenzív kommunikációban valósulnak meg a partnerek között, ezért célszerű a visszatérő vevők és szállítók adatainak tárolása a rendszerben. Tárolási szempontból a vevők legfontosabb adatai: a vevő neve, címe (telephely és értesítési), számlavezető bankja, banki számlaszáma, telefonszáma(i), fax száma(i), a kapcsolattartó személy neve, e- mail címe. Adott vevőről opcionálisan további hasznos adatokat tarthatunk nyilván: a fizetési kedvezmény mértéke, a fizetési határidő (átutalásos fizetési mód esetén), éves összes vásárlása 3 évre, fizetőképessége, esetleges csoportba sorolása. Mindezen adatokat a vevőkóddal kapcsoljuk össze. A fenti adatok megegyeznek a tárolandó adatokkal. Az egyes adatok felhasználása, jelentősége: a név, cím, kapcsolattartó személy adatokat levelezésben használhatjuk, a név és a cím a számlán kell szerepeljen. A fizetési kedvezmény, fizetési határidő adatok a számlázásnál jelentősek. A vevő "jóságát" jellemzi az éves összes vásárlás, valamint a fizetőképességi információ adat. A három év adata trendet tükrözhet. Itt jegyezzük meg, hogy a fizetőképességi információ kizárólag arra utal, hogy a vevő cégünk felé mennyire "jól" (határidőben, pontosan) fizet. A fizetési kedvezmény mértéke adat a kedvezményadás módjától függően változó tartalmú lehet. Az árkedvezmény adott cikkre vonatkozóan általában a cikk lista-árának egy előre megadott százalékkal való csökkentését jelenti. Adott cikk esetében az árcsökkentést alapvetően a vevőtől és a cikk beszerzési árától függ. Ez a kettős függés a rendszerben többféle módon tárolható, itt példaképp egy lehetséges megoldást szemléltet a 10. Táblázat. Budapest, /54

20 Engedmény 1. csoport Engedmény 2. csoport Engedmény n. csoport 1. Cikkcsoport Kedvezmény % Kedvezmény % Kedvezmény % k. Cikkcsoport Kedvezmény % Kedvezmény % Kedvezmény % 10. táblázat: cikkcsoportok és vevői engedmény-csoportok A vevői adatok időben változhatnak. E változásokat az információs rendszer tárolt adatain is át kell vezetni. Általában egy a vevőihez hasonló nyilvántartással kapcsolatosan az információs rendszer az alábbi tevékenységek elvégzésére kell képes legyen: új vevő adatainak felvitele, a nyilvántartásban szereplő vevő adatainak módosítása, - törlése különféle szempontok szerinti lekérdezések. Az egyes tevékenységek elvégzésekor biztosítani kell, hogy egy vevő se kerülhessen kétszeresen a nyilvántartásba. Ezt a felvitel és a módosítás tevékenységeknél szigorú ellenőrzésekkel kell biztosítani. A vevőnév és a cím adatok nehezen ellenőrizhető, szöveges információt tartalmaznak, itt védekeznünk kell az esetleges rögzítési pontatlanságok ellen. Erre számítógépes eljárásokat készíteni nehézkes, egy a szöveges adatok rögzítendőre "fordítását" előíró belső szabvány nyújthat segítséget. A duplikációk feltárására a vevőt egyértelműen azonosító adat szükséges, ez a banki számlaszám lehet. A duplikáció gyanúja esetén a végső döntés emberi döntés kell legyen. A törlés meglévő nyilvántartás esetén szükséges funkció, de ne használjuk! Egy működő rendszer számos korábbi adata hivatkozhat a törölni kívánt vevőre, és ekkor a vevő amúgy sem törölhető a nyilvántartásból, mert a vevőkódos hivatkozás a törlés miatt értelmezhetetlenné válna. Természetesen az olyan vevő adatai, amelyikkel a cégnek már több éve nincs kapcsolata, törölhetők a rendszerből. A nyilvántartás alapján szolgáltatható információk köre meglehetősen széles lehet, példaként felsorolunk néhányat: adott vevő Budapest, /54

21 adatainak megjelenítése, a teljes vevőtörzs névsoros listája nyomtatóra, időszakos vevői toplista, stb. A szállítók nyilvántartandó és eltárolandó adatai szinte teljes mértékben megegyeznek a vevői adatokkal, a különbség értelemszerűen adódik: nem szükséges a fizetőképességi információ, szükség lehet megállapodás esetén fizetési mód feljegyzésére, a vevőkód helyett szállítókód szerepel, továbbá ajánlott az adóigazgatási azonosító kód (adószám) nyilvántartásba vétele. Az információs rendszer által támogatandó tevékenységek, a tevékenységek ellátásának módja teljes mértékben megegyezik a vevőknél mondottakkal. A vevők eltárolt adataihoz tartozó táblák (állományok) egy lehetséges megvalósítását a 3. ábra mutatja be. Itt jegyezzük meg, hogy a kódolt adatok (kivéve a vevőkódot) jelentését a szokásos szótár állomány kell tartalmazza. Budapest, /54

22 Vevői címek vevőkód irányítószám (ország) város utca és házszám Vevői alapadatok vevőkód vevőnév fizetőképesség szokásos fizetési mód szokásos fizetési határidő csoport kód árkedvezmény adat Kapcsolattartók nevei vevőkód név telefonszám beosztás Vevői bankok vevőkód bank neve vevő banki számlaszáma Vevői vásárlások vevőkód év összes vásárlás 3. ábra: vevői adattáblák egy lehetséges megvalósítása Budapest, /54

23 5. A vevők kiszolgálása: folyamatok, adatmodell A vevővel történő első találkozás az esetek túlnyomó részében a cég valamely terméke iránti vevői érdeklődés. Az adott cikkre vonatkozó érdeklődés tekinthető vevői ajánlatkérésnek. Ez történhet szóban és írásban egyaránt, a vevőt az érdekli, hogy adott cikket milyen áron és szállítási határidővel tudunk részére biztosítani. A rendszeresen visszatérő vevők ajánlatkéréseit célszerű tárolni, különösen akkor, ha az igény nem elégíthető ki a meglévő raktári készletről. Így az ajánlatkérések kezelésének első lépése az ajánlatok rögzítése. Második lépés a megválaszolás, melyet írásos formában teszünk. (Természetesen a ritkán előforduló vevő készletről kiszolgálható igényét nem szükséges írásban megválaszolni.) A rögzítés első fázisában a vevőt azonosítjuk, tisztázzuk, hogy szerepel-e már vevőtörzsünkben. Szükség esetén a vevőt felvesszük a nyilvántartásba. Második fázis a vevői igény tisztázása, melynek során az igényt a cégnél alkalmazott cikkszámokkal fogalmazzuk meg. Az ajánlatkérések adatait a 11. Táblázat szemlélteti. Vevői ajánlatkérések Vevőkód ajánlatkérés dátuma ajánlat azonosító kód vevői hivatkozási szám adatai cikkszám mennyiség kért ár kért határidő ajánlott ár ajánlott határidő állapotjelző megválaszolás dátuma ajánlat azonosító kód 11. táblázat: a vevői ajánlatkérések tárolandó adatai A táblázat bal oldalán az ajánlatonként egyszer -, jobb oldalán az ajánlatonként többször előforduló adatok helyezkednek el. Így a táblázat egyben javaslat tároló állományok adattartalmának meghatározására is. Budapest, /54

24 A javaslat esetünkben két állományt tartalmaz: egy "ajánlat-fej" (baloldal), és egy "ajánlat-tétel" (jobb oldal) állományt. A fej állomány tartalmazza az ajánlatonként egyszer előforduló adatokat, a tétel állomány pedig a többször előforduló adatokat. A két állomány között a kapcsolatot az ajánlat azonosító kód teremti meg. Az adott tárolási forma redundancia mentes. Egy másik tárolási lehetőség, ha valamennyi adatot egy állományban tároljuk, ekkor nem tároljuk külön az egyszer előforduló adatokat, minden egyes rekord minden (a táblázat bal- és jobb oldalán szereplő) adatot tartalmaz. Ez a forma redundáns, de növeli a biztonságot. A két tárolási forma közötti választási lehetőség a rendszer sok pontján előfordul még, az itt közölt elemzést azonban a későbbiekben mellőzzük, kizárólag a kétállományos, redundancia mentes megoldást ismertetjük. Néhány szó a tárolandó adatokról. A rögzítés során ismert a vevőkód, az ajánlatkérés dátuma, az ajánlat azonosító kód, a cikkszám, a mennyiség, a kért ár és - határidő, valamint a vevő saját azonosító kódja, a vevői hivatkozási szám. A megválaszolás időpontjáig kell tisztázni az ajánlott ár és - határidő adatokat, melyek cikkenként különbözőek lehetnek. Ezekkel az adatokkal folyamatosan egészül ki az állomány, és a megválaszolás dátuma adat a válasz elkészülésekor töltődik ki. Az állapotjelző azt mutatja meg számunkra, hogy hol tart a folyamat, a kérést rögzítettük, már meg is válaszoltuk. A megválaszolásban számos, a rendszerben tárolt, adat lehet segítségünkre. Példaként elég a raktári információkat, a később tárolandó szállítói ajánlat- és megrendelés információkat említenünk. Az ajánlatkérések utóélete egyetlen kérdésre korlátozódik, lett-e az ajánlatkérésből megrendelés, eladás. Ezt a feladatot már a vevői megrendelések kezelése modul oldja meg. A későbbi elemzések megkönnyítésére a siker / kudarc jelzését is az állapotjelzővel oldhatjuk meg. A vevői megrendelés a vevői igény konkrét jelentkezési formája, a vevő vásárlási szándékát jelzi. A megrendelés keletkezhet szóban és írásban, de megválaszolása - a megrendelés visszaigazolás - feltétlenül írásban kell történjen. Miután a visszaigazolással szerződéses kapcsolat jön létre a vevő és szállítója között, a Budapest, /54

25 visszaigazolásban gondosan kidolgozott adatokat szerepeltetünk. A megrendelés visszaigazolást megelőző válasz-kidolgozási fázist röviden elbírálásnak nevezzük. A vevő részére raktárról kiadható tételekről szállítási értesítést küldünk. Így tehát a megrendelés kezelés munkafázisai: megrendelés rögzítése, elbírálás, visszaigazolás, szállítási értesítés. Megjegyezzük, hogy az ajánlatkérések, megrendelések kezelésének fenti folyamata elvi, teljes folyamat. A gyakorlatban a folyamat egyes lépései kimaradhatnak. A megrendelés rögzítése folyamat nagyon hasonló az ajánlatkérés rögzítésének folyamatához, ezért azt itt nem részletezzük. A rögzítés időpontja ideális arra, hogy azonosítsuk, kapcsolódik-e korábbi ajánlatunk a megrendeléshez. Ha van ajánlati kapcsolata a megrendelésnek, akkor az ajánlatban szereplő adatokkal már itt kiegészíthetjük a megrendelés adatait. (Ajánlott ár, határidő.) Az elbírálás feladatáról külön is kell néhány szót szólni. Kiinduló feltételként fogadjuk el, hogy egyidejűleg több vevő, vevőnként több cikket rendel meg. Az igények kielégítésének vizsgálatát cikkenként kell elvégezni, hiszen több vevőnek is lehet igénye ugyanarra a cikkre. Először azt vizsgáljuk, hogy az igények, vagy egy részük a rendelkezésre álló raktári készletből kielégíthető-e. Természetesen a vevői igények kielégítésére csak a szabad készlet használható fel. Ha a szabad készlet nem fedezi a vevői igényeket, akkor beszerzésből, vagy gyártásból kell megteremteni az igények fedezetét. A továbbiakban csak a beszerzés útján történő készletpótlást vesszük figyelembe, az anyag korlátozott terjedelme miatt. A beszerzésből származó készletpótlás forrásai a szállítói megrendelések. Két eset lehetséges, vagy van már az adott cikkre vonatkozó korában feladott szállítói megrendelésünk, vagy a jelen igények alapján új szállítói megrendelést kell feladnunk. Az első esetben, a folyamatban lévő szállítói megrendelés fedezheti a felmerült vevői igényeket, és ha a szállítói megrendelés már visszaigazolt rendelés, akkor a vevői rendelés(ek) adott cikkre vonatkozó tételsorai is visszaigazolhatók. Ha új rendelést kell feladni, akkor a vevői rendelés visszaigazolása csak a szállítói rendelés visszaigazolása után biztonságos. Ha eldöntöttük, hogy adott rendelést készletről elégítjük ki, akkor célszerű a megrendelésben szereplő mennyiséget szabad készletről foglalt készletre átmozgatni. A mennyiségek ilyen típusú Budapest, /54

26 megkülönböztetését a vevői- és szállítói megrendelésekben is célszerű megtenni. Vevői rendelés teljesítése esetén ugyanis tudnunk kell, hogy foglalt-, vagy szabad készletről adható ki a mennyiség. Szállítói rendelések esetén a rendelésben szereplő mennyiségekről tudnunk kell, hogy mekkora hányadát "ígértük el" vevői rendelésekre, és a jelen elbírálás során mekkora az a mennyiség, mellyel szabadon gazdálkodhatunk. A megrendelések tárolandó adatait a 12. Táblázat tartalmazza. Vevői megrendelések adatai vevőkód vevői megrendelés azonosító kód vevői hivatkozási szám megrendelés dátuma Cikkszám Vevői megrendelés azonosító kód rendelt mennyiség (szabad) rendelt mennyiség (foglalt) kért / visszaigazolt határidő visszaigazolás dátuma állapotjelző kért / visszaigazolt ár foglaltság jelző teljesített mennyiség (szabad) teljesített mennyiség (foglalt) teljesítés dátuma raktáron rendelkezésre álló mennyiség felelős kódja 12. táblázat: a vevői megrendelés tárolandó adatai A táblázat adatainak jelentős része az eddig elmondottak alapján ismerős. Az állapotjelző mutatja a megrendelés-kezelés folyamatának állapotát: rögzített, elbírálás megtörtént, visszaigazolt, szállítási értesítés kiküldve, teljesítve, részben teljesítve, törölve. Itt jegyezzük meg, hogy a vevői igény módosulhat. Ezt a módosulást - kereskedelempolitikai szempontok miatt - célszerű figyelembe venni. Ha a módosítás mennyiségi növekedést jelent, akkor azt javasolt új vevői megrendelésként kezelni. A mennyiségi csökkenést a már meglévő rendelésen végezzük el, ha a mennyiségi igény nullára csökken, az a rendelési tételsor törlését jelenti. Igény módosulás Budapest, /54

27 esetén új visszaigazolás készítendő. A részben teljesített állapot akkor következhet be, ha a szállító a tőle rendelt mennyiséget részletekben szállítja le, ez az úgynevezett rész-szállítás. Erre az esetre a 6. fejezetben még visszatérünk. Ez utóbbi tény indokolja az eddig teljesített mennyiség (szabad, foglalt), és a raktáron rendelkezésre álló mennyiség adatok bevezetését. A foglaltság jelző azt mutatja meg, hogy a rendelt mennyiség már a raktárban rendelkezésre áll, vagy még szállítói rendeléshez kapcsolódik, esetleg a két eset kombinációja valósult meg. Azt a kapcsolatot, hogy az adott cikkre vonatkozó vevői rendelés, melyik szállítói megrendelés(ek)ből kerül kielégítésre, a külön táblában tároljuk, melyet a 13. Táblázat mutat be. Az adatok kitöltése a vevői rendelés szállítói rendeléshez történő kapcsolásakor történik. A szállítói megrendeléshez kapcsolás esetén a szállítói megrendelésben a vonatkozó mennyiséget szabad mennyiségről foglalt mennyiségre kell átmozgatni. Vevői megrendelés tétel kapcsolata a szállítói megrendelés tétellel vevői megrendelés azonosító kód cikkszám szállítói megrendelés azonosító kód kapcsolt mennyiség kapcsolat létrehozásának dátuma felelős kódja 13. táblázat: a vevői és szállítói megrendelés tételek kapcsolata Az elbírálás folyamatát tovább bonyolíthatják a készletről, vagy már feladott szállítói rendelésből részben kielégíthető igények. A készletről kielégíthető igények, és a vevői megrendelések kapcsolatát hasonló táblában lehet definiálni, és a 14. Táblázat mutatja be. Budapest, /54

28 Vevői megrendelések kapcsolata a foglalt készletekkel vevői megrendelés azonosító kód cikkszám mennyiség raktárkód foglalás dátuma felelős kódja 14. táblázat: a vevői megrendelés tételek és foglalt készletek kapcsolata Ha új szállítói rendelést kell feladni, akkor a vevői rendelés egyes adatait egy tranzakciós állományban célszerű a funkció felé átadni. Ennek tartalmát a 15. Táblázat mutatja be. Szállítótól megrendelendő tételek vevői megrendelés azonosító kód cikkszám rendelt mennyiség kért határidő vevői felelős kódja szállítói felelős kódja igény dátuma szállítótól történő megrendelés dátuma állapotjelző 15. táblázat: a szállítótól megrendelendő tételek Az állomány adatait a szállítói megrendelések feladatkör dolgozza fel. A vevői megrendelés teljesítés adatai a számlázás és szállítólevél készítés funkció működése során kerülnek az állományba. A raktáron rendelkezésre álló mennyiség adat aktualizálása a szállítói megrendelésből származó cikkek bevételezésekor történik. Budapest, /54

29 6. Beszerzés: folyamatok, adatmodell A beszerzés funkció gondoskodik az értékesítésre kerülő késztermékek, a gyártáshoz szükséges cikkek megfelelő időpontban történő rendelkezésre állásáról. A beszerzést megelőzően meghatározandó a beszerzendő cikk fajtája, mennyisége és a beszerzési forrás. A beszerzési forrás meghatározása szállítói ajánlatkérés útján történhet, melynek tárolandó adatai analógok a vevői ajánlatkérések adataihoz. A megvásárolandó cikkek lehetnek akár közvetlenül -, akár szállítói megrendelés útján beszerezhetők. Mindkét esetben komoly feladat a beszerzési tételnagyság, azaz a megvásárolandó mennyiség meghatározása. Az ehhez szükséges adatok a meglévő raktárkészlet, a cikk éves felhasználása, a minimális készlet, a vevői rendelések és a készletgazdálkodási paraméter. Ezzel a klasszikus készletgazdálkodási feladattal itt nem foglalkozunk, tárgyalásunkat a jelentős adminisztrációt igénylő szállítói megrendelések kezelésére korlátozzuk. Szállítói megrendelés "feladásakor" elsődleges input a "lefedetlen" vevői rendelések tranzakciós állománya. Az itt szereplő cikkek beszerzése ugyanis rövid távú forgótőkelekötést igényel. Természetesen a megrendelés feladás időpontjában még nem ismert, de várható vevői igények miatt az egyes cikkekből rendelt mennyiség meghaladhatja a jelenleg ismert mennyiségi igényeket. Megrendelhetünk továbbá olyan cikkeket is, melyekre pillanatnyilag nincs vevői igény, de az az "előrejelzések" alapján várható. Ennek alapján az ismert rendelésekből származó mennyiségek a szállítói rendelés foglalt mennyiségeit, a becsült, várható igények pedig a rendelés szabad mennyiségeit alkotják. A szállítói rendelések kezelésével, követésével kapcsolatos tevékenységek: a rendelés rögzítése, a rendelés megküldése a szállítónak, a visszaigazolás adatainak feldolgozása, a beérkező áru készletre vétele. A rendelés rögzítése során tölthető ki a kapcsolódó rendelésszám a vevői megrendelésben, a megküldés technikai feladat, a visszaigazolás adatainak feldolgozása után tölthetők ki a vevői rendelés határidő és ár adatai biztonságosan. A szállítói rendelések eltárolandó adatait a 16. Táblázat szemlélteti. Budapest, /54

30 Szállítói megrendelések adatai szállítókód megrendelés dátuma szállítói megrendelés azonosító kód szállítói hivatkozási szám cikkszám rendelt mennyiség (szabad) rendelt mennyiség (foglalt) szállítói megrendelés azonosító kód visszaigazolás dátuma kért / visszaigazolt határidő állapotjelző kért / visszaigazolt ár teljesített mennyiség (szabad) teljesített mennyiség (foglalt) teljesítés dátuma felelős kódja 16. táblázat: szállítói megrendelések tárolandó adatai Az állapotjelző tükrözi a megrendelési folyamat állapotát: rögzítve, elküldve, visszaigazolva, (szállítási értesítés érkezett), teljesítve, részben teljesítve, törölve. Az állapotjelző "értékeiből" látható, a szállítói rendelés is módosítható. A teljesítéssel kapcsolatos adatok a beérkező áru készletre vételekor tölthetők ki. Ugyanekkor gondoskodni kell a kapcsolódó vevői megrendelések megfelelő adatainak karbantartásáról is. Problémát okozhat a szállítói rész-szállítás. Ekkor a vevői megrendelések kielégítési sorrendjét elsődlegesen emberi döntéshozatal útján célszerű meghatározni. További lehetőség a vevői rendelések FIFO ( First In First Out ) elv alapján történő teljesítése. A rendszerben a két módszer közül történő választás ajánlható. A dátum adatok a szállító gyorsaságát, pontosságát jellemzik, és így minősítését támogatják. Itt térünk ki arra, hogy a vevői - és szállítói megrendelések adatai milyen információ - szolgáltatási lehetőséget biztosítanak: - teljesítetlen megrendelések (vevői, szállítói), - határidőn túl teljesített megrendelések (vevői, szállítói), - adott cikk teljesítetlen megrendelései (vevői, szállítói), - adott vevő teljesítetlen megrendelései, Budapest, /54

31 - adott szállító teljesítetlen megrendelései, - mely cikkek megrendelései késnek rendszeresen (vevői, szállítói), - törölt vevői rendelések, - adott cikk adott időpontig beérkező megrendelései, - adott időpontig beérkező összes szállítói rendelés, - stb. A vevői megrendelés rögzítés, elbírálás, valamint a szállítói megrendelés felvitel, szállítói visszaigazolás rögzítése folyamatokat és a tevékenységek kapcsolatait vázlatosan a 4. és 5. ábrák szemléltetik. Budapest, /54

32 Vevői Ajánlatkérések Vevői megrendelés Vevőtörzs Rögzítés Vevői megrend elések Készlettörzs Cikktörzs Szállítói Megrendelések Elbírálás Szállítói Ajánlatkérések Vevői Rend. Készlet- Fogl. Vevői Rend. Száll.r. Fogl. Szállítótól megrendelendő Vevői megrend. Visszaig. Vevői megrendelés visszaigazolás 4. ábra: a vevői megrendelés rögzítés, elbírálás vázlatos folyamata Budapest, /54

33 Készlettörzs Cikktörzs Szállítótól Megrendelendő Szállítói Megrendelés felvitel Száll. Ajánl. kérések Szállítói Megrendelések Szállítói megrend. Vevői Rend. Száll.r. Fogl. Szállítói megrendelés visszaigazolás Vevői Megrendelések Szállítói Visszaigazolás feldolgozás Szállítói Megrendelések Vevői megrendelés visszaigazolás Vevői megr. visszaigazolás 5. ábra: a szállítói megrendelés felvitel, szállító visszaigazolás rögzítésének vázlatos folyamata Budapest, /54

34 7. Számlázás, szállítólevél készítés, kapcsolódó feladatok: folyamatok, adatmodell A vevők kiszolgálása az áru átadásával - átvételével ér véget. Az átadás átvétel tényét papíralapú bizonylat rögzíti, mely számla, vagy szállítólevél. A két bizonylat adattartalmát az 17. és 18. Táblázatok szemléltetik. A számla bizonylat adattartalma vevői név, cím cikkszám szállítói név, cím, adószám megnevezés teljesítés helye KSH szerinti azonosító kód teljesítés dátuma mennyiség egység számla dátuma mennyiség fizetési határidő egységár ÁFA nélkül számla sorszám ÁFA kulcs tételsor érték ÁFA nélkül számla érték összesen ÁFA nélkül az ÁFA értéke ÁFA alap ÁFA kulcsonként tételsor értéke ÁFÁ-val növelve ÁFA összege ÁFA kulcsonként ÁFA érték összesen mindösszesen fizetési mód késedelmi kamat mértéke átadás - átvétel igazolása 17. táblázat: a számla bizonylat adattartalma A szállítólevél bizonylat vevői név, cím szállítói név, cím teljesítés helye teljesítés (szállítólevél) dátuma szállítólevél sorszáma átadás - átvétel igazolása adattartalma cikkszám megnevezés mennyiség egység mennyiség 18. táblázat: a szállítólevél bizonylat adattartalma Az áru átadása a teljesítés. Törvényi előírás szerint a teljesítés után számlát kell adni. A vevő az áru ellenértékét csak a számla alapján Budapest, /54

35 fizeti - és fizetheti ki. A szállítólevél kiállítása a gyakorlatban azért terjedt el, mert sok vállalatnál elkülönült az áru átadásának és a számlázásának helye, tevékenysége. Célja az áru eredtének -, az átadás-átvétel megtörténtének igazolása. A számla adattartalma törvényileg előírt, a 17. Táblázatnak kell megfeleljen. A vevői és szállítói adatok már ismertek, a teljesítés helye az a földrajzi hely, ahol az áru átadása megtörtént, a teljesítés dátuma pedig annak időpontja. A számla dátuma a kiállítás dátuma, mely a teljesítés dátumától különbözhet, ha az árut szállítólevéllel adtuk át egy korábbi időpontban. A fizetési határidő a fizetési módtól függ, készpénzes fizetési mód esetén megegyezik a számla dátumával, átutalásos fizetési módnál a vevői fizetési határidőtől függő. A számla sorszám a számla azonosító kódja. Itt jegyezzük meg, hogy a számla úgynevezett szigorú számadású bizonylat, azaz a számla sorszámok egyesével növekvők, sorszám ki nem maradhat, és nincs két azonos sorszámú számla. A számla tételsorai írják le a vásárolt cikkeket, és azok árát. A tételsor érték a mennyiség és az egységár szorzata, a számla érték ÁFA nélkül összesen a tételsor értékek összege. A számla végén ÁFA kulcsonkénti bontásban kell feltüntetni az ÁFA alapját és összegét, valamint az összes ÁFA és mindösszesen értékeket. Fentiekből következik, hogy az egységár, és a tételsor értéke adatok ÁFA nélküli értékek. A számlát az átadás - átvétel igazolása, valamint a késedelmes kiegyenlítés esetén felszámított kamat közlése zárja. Az elmondottakból a szállítólevél adattartalma értelemszerűen következik. A számlázás folyamata eltérő lehet a megrendeléssel rendelkező vevő, és az "ad hoc" igénnyel jelentkező vevő esetén. Előbbi esetben az igény adatok, valamint az igény alapján, raktáron lévő, kiszolgálható cikkek az információs rendszerben már adottak Utóbbi esetben viszont a vevői igény, a vevői adatok, valamint a tervezett fizetési mód tisztázása csak ekkor történhet meg. Természetesen az "ad hoc" vevői igény csak szabad készletről -, a megrendelt cikkek pedig a foglalt készletről elégíthetők ki. A számlakészítés folyamatát úgy kell az információs rendszernek támogatnia, hogy a vevői igénnyel a készletet azonnal csökkentse, Budapest, /54

36 így adott cikk készletének lekérdezésekor a kapott információ mindig aktuális lesz. Az elkészült számlák, szállítólevelek adatait a rendszerben tároljuk, informálási, ellenőrzési céllal. A szállítólevelek tárolt adataiból "automatikusan" számla készíthető. A rendszerben megőrzendő adatokat a 19. és 20. Táblázatok mutatják be. A szállítólevél tárolt adatai szállítólevél sorszám vevőkód teljesítés (szállítólevél) dátuma 19. táblázat: a szállítólevél tárolt adatai cikkszám mennyiség beszerzési egységár (ÁFA nélkül) kiadó raktár kódja felelős kódja állapotjelző A számla tárolt adatai számla sorszám vevőkód teljesítés dátuma számla dátuma fizetési mód fizetési határidő cikkszám mennyiség beszerzési egységár (ÁFA nélkül) eladási egységár (ÁFA nélkül) kiadó raktár kódja felelős kódja szállítólevél szám (ha volt) vevői megrendelés azonosító kód (ha volt) 20. táblázat: a számla tárolt adatai A táblázatokból látható, hogy a tárolt és a lista információk különbözőek. Nem szükséges tárolni ugyanis a vevőkód által egyértelműen azonosított név, cím, fizetési határidő adatokat, a cikkszám által azonosított megnevezés, KSH szerinti azonosító kód, mennyiség egység adatokat. A szállítói - és a teljesítés helye adatok pedig teljesen egyértelműek. A nyomtatott információkhoz képest többletként megjelenő raktárkód adat a készletmozgások teljes körű ellenőrizhetőségét szolgálja. A beszerzési - és eladási egységárak eladás időpontjában érvényes értékét az eladás időpontjában rögzíteni kell, mert egy az eladást követő beszerzés Budapest, /54

37 adatainak feldolgozása módosíthatja ezeket az értékeket, így a későbbiekben nehezen reprodukálhatók. Az aktuális érték fontos a vagyonváltozás értékének pontos meghatározásához, hisz az értékesítés során vagyonváltozás következik be. Ennek tárgyalására a 10. fejezetben térünk vissza. A vevő számára a megvásárolt áru valamely okból feleslegessé válhat: nem erre az árura volt szüksége, minőségi kifogás, stb. Ilyen esetben az árut visszavételezzük, azaz visszáruzzuk. Visszáruzni azonban csak az általunk eladott árut, a számla szerinti mennyiségben lehet. A visszáruzás során visszáru számlát (stornó számla) készítünk. A visszáru számla adatai, eltárolt adatai lényegében megegyeznek a számla adataival. A visszáru számla sorszáma is szigorú számadás alá esik. A visszáru számlák nyilvántartásában eltárolandó az eredeti számla sorszáma is. A visszáruzás az egyik a számlázáshoz kapcsolódó tevékenység. A második kapcsolódó tevékenység az előzőekben már említett szállítólevél alapján történő automatikus számlakészítés. Tekintettel arra a tényre, hogy a szállítólevelek adatai a háttértárolókban rendelkezésre állnak, a nyomtatott számlázához szükséges további adatok pedig a vevőtörzsben, illetve a cikktörzsben találhatók, a számla különösebb emberi beavatkozás nélkül elkészíthető. A harmadik kapcsolódó tevékenység a napi árukiadás, számla - és szállítólevél-készítés adatait összesíti, ezt az egyszerűbb hivatkozás céljából napi zárásnak nevezzük. Ennek során a napközben végzett tevékenység ellenőrzéséhez a rendszer nyomtatott listát biztosít, mely tartalmazza az elkészült számlák sorszámait, és összegeit -, a visszáru számlák sorszámait és összegeit készpénzes / átutalásos bontásban. Tartalmazza továbbá a kiadott szállítólevelek sorszámait, valamint az összes készpénzbevételt, mellyel az itt dolgozóknak el kell tudni számolni. A napi zárás alapadatai a számlák és szállítólevelek eltárolt adatai. Ezek feldolgozása során számos összesítő adat állítható elő, melyek informálják a vezetést a cég működésének "jóságáról". A vezetés informálása mellett ezek az információk a pénzügyi tevékenységet támogatják a "hatóság" felé történő bevallások elkészítésében, a befizetések teljesítésében. Az összesítő információk adatai eltárolandók, a tárolt adattartalmat a 21. Táblázat mutatja be. Az eltárolt adatok a napi zárás listáján szereplő Budapest, /54

A vállalat mint rendszer. Informatikai rendszerek Vállalati információs rendszerek. Üzleti kapcsolatok. Vevői információs kapcsolatok. Cég.

A vállalat mint rendszer. Informatikai rendszerek Vállalati információs rendszerek. Üzleti kapcsolatok. Vevői információs kapcsolatok. Cég. A vállalat mint rendszer Informatikai rendszerek Vállalati információs rendszerek erőforrások Cég Gazdálkodó szervezet Vállalat erőforrások Szendrői Etelka szendroi@witch.pmmf.hu Valóságos Működő Gazdasági

Részletesebben

Vevővel kapcsolatos informatikai folyamatok

Vevővel kapcsolatos informatikai folyamatok Vevő Szállító VAM Számla C&K SZAM Sz.fszla V.fszla Vevővel kapcsolatos informatikai folyamatok Új vevő felvitele Mikor veszünk fel vevőt Minimális adatkör Duplikáció és elkerülési módszerei Hibák kiszűrése

Részletesebben

Informatikai rendszerek Vállalati információs rendszerek. Raktárforgalom kezelése. Bevét napló adattartalma. Kivét napló adattartalma.

Informatikai rendszerek Vállalati információs rendszerek. Raktárforgalom kezelése. Bevét napló adattartalma. Kivét napló adattartalma. Informatikai rendszerek Vállalati információs rendszerek Raktárforgalom kezelése 2 Bevét napló adattartalma Bevételezés Beszerzési egységár Fogadó raktár kódja A tevékenységért felelős kódja A bevételezési

Részletesebben

Vállalati információs rendszerek

Vállalati információs rendszerek Dr. Holyinka Péter Vállalati információs rendszerek BMF NIK Budapest, 2001. augusztus 6. Kézirat gyanánt Tartalomjegyzék 1. Bevezetés, alapfogalmak 3. 2. A külső információs kapcsolatok 8. 3. Cikkek és

Részletesebben

Természetesen az itt közölt információk az alapvető adatfolyamok, esetenként egyéb "információváltásra" is sor kerülhet.

Természetesen az itt közölt információk az alapvető adatfolyamok, esetenként egyéb információváltásra is sor kerülhet. Vállalati Információs Rendszerek Tételsor 2008 1. a, A vállalat külső információs kapcsolatai Minden vállalkozás egy rendszer, mely kapcsolatot tart a külvilággal, tehát nyílt rendszer. Más szavakkal a

Részletesebben

A CÉG. Vevők Bank KFT A FELADAT

A CÉG. Vevők Bank KFT A FELADAT A CÉG Vevők Bank KFT Állam Szállítók 1 A FELADAT A cég tevékenységének, működésének megismerése Üzleti folyamatok dokumentálása Információs rendszerrel szemben támasztott követelmények e meghatározása

Részletesebben

erőforrások Cég Gazdálkodó szervezet Vállalat erőforrások

erőforrások Cég Gazdálkodó szervezet Vállalat erőforrások Vállalati Információs Rendszerek Holyinka Péter holyinka.peter@nik.bmf.hu 2009/2010 I. félév 1 Követelmény 1.-10. 10. hétig: kiskereskedelmi Vállalat üzleti folyamatainak megismerése 11. héten az órán

Részletesebben

Nem gyári alkatrészek raktári betárolása modul

Nem gyári alkatrészek raktári betárolása modul Nem gyári alkatrészek raktári betárolása modul 1. Új betárolás felvitele... 3 2.1. Megrendelés alapján történő betárolás... 4 2.2. Belső betárolás típusú betárolás... 7 2.3. Raktárközi mozgás típusú betárolás...

Részletesebben

Gyári alkatrészek raktári betárolása modul

Gyári alkatrészek raktári betárolása modul Gyári alkatrészek raktári betárolása modul 1. Bevezetés... 2 2. Új betárolás felvitele... 3 2.1. Megrendelés alapján történő betárolás... 4 2.2. Belső betárolás típusú betárolás... 8 2.3. Raktárközi mozgás

Részletesebben

IV/5. sz. melléklet: Beszerzési, logisztikai funkcionális specifikáció

IV/5. sz. melléklet: Beszerzési, logisztikai funkcionális specifikáció IV/5. sz. melléklet: Beszerzési, logisztikai funkcionális specifikáció 1. A követelménylista céljáról Jelen követelménylista (mint a GOP 2.2. 1 / KMOP 1.2.5 pályázati útmutató melléklete) meghatározza

Részletesebben

A szállítólevél. A szállítólevél a szállítmány hivatalos kísérő okmánya, mely az áru átvételének igazolására. A szállítólevél adattartalma:

A szállítólevél. A szállítólevél a szállítmány hivatalos kísérő okmánya, mely az áru átvételének igazolására. A szállítólevél adattartalma: A szállítólevél A szállítólevél a szállítmány hivatalos kísérő okmánya, mely az áru átvételének igazolására szolgál. bizonylat nem elegendő az ellenérték kifizetésére ezt kizárólag a számla alapján fizetjük

Részletesebben

BOLTI FOLYAMATOK e-tabak 03 00

BOLTI FOLYAMATOK e-tabak 03 00 BOLTI FOLYAMATOK e-tabak 03 00 Dátum: 2013.06.07 Oldalszám: 1 / 17 MÓDOSÍTÁSI NYILVÁNTARTÓ LAP Sorszám Dátum Érintett fejezett, pont A módosítás módja 1 2012.06.20 Teljes I. kiadás 2 2013.06.07 Teljes

Részletesebben

VÁLLALATIRÁNYÍTÁSI ÜGYVITELI PROGRAMRENDSZER. Váradi László OKTATÁSI SEGÉDANYAG. 2012/13. tanév 2. szemeszter 8. foglalkozás

VÁLLALATIRÁNYÍTÁSI ÜGYVITELI PROGRAMRENDSZER. Váradi László OKTATÁSI SEGÉDANYAG. 2012/13. tanév 2. szemeszter 8. foglalkozás Óbudai Egyetem Neumann János Informatikai Kar SAP Business One 8.82 VÁLLALATIRÁNYÍTÁSI ÜGYVITELI PROGRAMRENDSZER Váradi László Komplex feladat 05 OKTATÁSI SEGÉDANYAG 2012/13. tanév 2. szemeszter 8. foglalkozás

Részletesebben

Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők.

Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők. Bizonylatok felvitele Bizonylatok felvitele mindig a gazdasági eseménnyel kezdődik, majd ezután attól függően jelennek meg dinamikusan a további adatmezők. Fej Gazdasági esemény Kezdjük el begépelni a

Részletesebben

Vállalatirányítási rendszerek. Felvételi mintakérdések

Vállalatirányítási rendszerek. Felvételi mintakérdések Vállalatirányítási rendszerek Felvételi mintakérdések 1. Igaz-e, hogy beszerzési áras és FIFO elvű kiadás esetén a bevételezési bizonylat egy lépésben stornózható? Igen nem 2. Többszörös választás. Karikázza

Részletesebben

Gyári alkatrészek rendelése modul

Gyári alkatrészek rendelése modul Gyári alkatrészek rendelése modul 1. Bevezetés... 2 2. Menüpontok... 3 2.1. Törölhető tételek... 3 2.2. Szűrések... 4 3. Új megrendelés felvitele... 5 3.1. Rendelés készletfoglalásból... 6 3.2. Készletfeltöltő

Részletesebben

Alkatrészböngésző modul

Alkatrészböngésző modul Alkatrészböngésző modul 1. Bevezetés... 2 2. Képernyő elemei... 2 2.1. Gyári cikktörzs és Nem gyári cikktörzs... 2 2.2. Készletek... 2 2.3. Árak... 3 2.4. Adatok... 3 2.5. Cikkszámkövetési lánc... 4 2.6.

Részletesebben

A BIZONYLATOK FAJTÁI

A BIZONYLATOK FAJTÁI A BIZONYLATOK FAJTÁI Pénzügyi bizonylatok Tevékenységi bizonylatok Átvételi bizonylatok Keletkezési helyek szerinti bizonylatok A szigorú számadású nyomtatványok Állampolgársági, hatósági bizonyítványok

Részletesebben

Leírás a 443/2013. (XI. 27.) Korm. rendelet 4. (2) g) pontjának megfelelően, az AMAKIR 3.1.x szoftverben megvalósuló fémkereskedelmi nyilvántartásról

Leírás a 443/2013. (XI. 27.) Korm. rendelet 4. (2) g) pontjának megfelelően, az AMAKIR 3.1.x szoftverben megvalósuló fémkereskedelmi nyilvántartásról HELION Kft. 1117 Budapest, Nádorliget u 8. C. Tel: (1) 203 34 59 Leírás a 443/2013. (XI. 27.) Korm. rendelet 4. (2) g) pontjának megfelelően, az AMAKIR 3.1.x szoftverben megvalósuló fémkereskedelmi nyilvántartásról

Részletesebben

GoodBill számlázó és kintlévőség menedzselő rendszer

GoodBill számlázó és kintlévőség menedzselő rendszer GoodBill számlázó és kintlévőség menedzselő rendszer Könnyű kezelhetőség, átláthatóság jellemzi a GoodBill számlázó és kintlévőség menedzselő rendszert. Nem igényel különös képzettséget a számla elkészítéséhez.

Részletesebben

Vezetői információs rendszer

Vezetői információs rendszer Vezetői információs rendszer A stratégiai tervezés (általában a tervezés) elemzések, döntések, választások sorozata, melynek során a stratégiai menedzsmentnek elemeznie kell a környezetet, a szervezet

Részletesebben

ÁRAJÁNLAT TELEPRE RENDELÉS VEVŐI RENDELÉS KÉSZLET BEVÉTEL OBJEKT ÁRUKIADÁS SZÁLLÍTÓLEVÉL SZÁMLA B G E D 4 5 I 6 7

ÁRAJÁNLAT TELEPRE RENDELÉS VEVŐI RENDELÉS KÉSZLET BEVÉTEL OBJEKT ÁRUKIADÁS SZÁLLÍTÓLEVÉL SZÁMLA B G E D 4 5 I 6 7 1 2 3 A C ÁRAJÁNLAT VEVŐI RENDELÉS TELEPRE RENDELÉS H B G E D 4 5 OBJEKT F KÉSZLET BEVÉTEL K I 6 7 ÁRUKIADÁS SZÁLLÍTÓLEVÉL J SZÁMLA 1 NEXTSTEP EXTRA Kereskedelmi rendszer áruforgalmi folyamatának rövid

Részletesebben

HASZNÁLATI ÚTMUTATÓ. Készletérték feladás modul

HASZNÁLATI ÚTMUTATÓ. Készletérték feladás modul HASZNÁLATI ÚTMUTATÓ Készletérték feladás modul Szükséges beállítások Első lépés a Készletérték feladás modul aktiválása, melyet a kapott termékszámmal a Karbantartás/Termékszámok menüpont alatt végezhet

Részletesebben

2004. január Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben. Európai Uniós adószám Magyarország Európai Uniós tagságával a belső piac részesévé válik. A tagállamok közötti

Részletesebben

Automatikus feladatok modul

Automatikus feladatok modul Automatikus feladatok modul 1. Bevezetés... 2 2. Kijelölt feladat módosítása... 2 2.1. Adott feladathoz tartozó felhasználó(k) kiválasztása... 3 o Feladatkör esetén... 3 o Munkatárs esetén... 4 3. Feladat

Részletesebben

Nem gyári alkatrészek rendelése modul

Nem gyári alkatrészek rendelése modul Nem gyári alkatrészek rendelése modul 1. Bevezetés... 2 2. Menüpontok... 3 2.1. Törölhető tételek... 3 2.2. Szűrések... 4 3. Új megrendelés felvitele... 5 3.1. Rendelés készletfoglalásból... 6 3.2. Készletfeltöltő

Részletesebben

MozaiX Húsipari Értékesítési és Raktározási Rendszer bemutatása

MozaiX Húsipari Értékesítési és Raktározási Rendszer bemutatása MozaiX Húsipari Értékesítési és Raktározási Rendszer bemutatása Az informatikai rendszer elsősorban húsipari cégek értékesítési folyamataira nyújt teljes körű megoldást, a megrendelések feldolgozásától,

Részletesebben

VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor

VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor VÁLLALATI INFORMÁCIÓS RENDSZEREK Debrenti Attila Sándor Információs rendszer 2 Információs rendszer: az adatok megszerzésére, tárolására és a tárolt adatok különböző szempontok szerinti feldolgozására,

Részletesebben

HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ

HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ HÍRLEVÉL HASZNÁLATI ÚTMUTATÓ TARTALOMJEGYZÉK 1. PÉNZÜGY KÖNYVELÉS... 2 1.1. ÁFA bevallás... 2 1.2. Átutalási csomag karbantartó... 3 1.3. Általános kimenő számlázás... 4 1.4. Folyószámlakezelés... 5 1.5.

Részletesebben

Befejezetlen termelés. Áruk (göngyöleg, közvetített szolgáltatás)

Befejezetlen termelés. Áruk (göngyöleg, közvetített szolgáltatás) 12.) Definiálja az áruk fogalmát, fajtáit, a nyilvántartásukra szolgáló főkönyvi számlákat és lje az árukat! Ismertesse a kiskereskedelmi és nagykerereskedelmi árukkal és a göngyölegekkel kapcsolatos elszámolások

Részletesebben

B) KÉSZLETEK BIZONYLATAI

B) KÉSZLETEK BIZONYLATAI B) KÉSZLETEK BIZONYLATAI Sorszám Bizonylat megnevezése Bizonylat száma Azonosító 1. Készlet-bevételezési bizonylat B. 12-111/V.r.sz. B01. 2. Készlet kivételezési bizonylat B. 12-114/V.r.sz. B02. 3. Azonnali

Részletesebben

CobraConto.Net v0.44. verzió. Pénzügy modul

CobraConto.Net v0.44. verzió. Pénzügy modul CobraConto.Net v0.44. verzió Pénzügy modul Pénzügy / listák / Számlaegyenleg listák: vevő / szállító lejáró számlák Viszonyítási dátumhoz képest, X napon belül lejáró vevő / szállító számlák listájának

Részletesebben

Jövedéki engedélyes kereskedelmi tevékenység

Jövedéki engedélyes kereskedelmi tevékenység Jövedéki nyilvántartás beállítása 1. 2. Első lépésként a főmenübe kell beállítani, hogy a cég jövedéki nyilvántartást vezet. A beállítás a Cégadatok/Cégbeállítások/Cégadatok menüpont Könyvvezetés, adózás

Részletesebben

PRECÍZ Információs füzetek

PRECÍZ Információs füzetek PREÍZ Információs füzetek Információk, Módszerek, Ötletek és Megoldások a Precíz Integrált Ügyviteli Információs rendszerhez T12. Egyeztetés a PREÍZ Integrált ügyviteli rendszerben 2006. március (mod.090827)

Részletesebben

Tartalom Tartalom...1 Bevezetés...2 Általános áttekintés...3 Az IFSZ Házipénztár modul alapkoncepciója... 3 Jogosultságkezelés... 4 Bizonylatszámozás... 4...5 Törzsadatok és beállítások... 5 Pénztári jogosultságok

Részletesebben

IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció

IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció 1. A követelménylista céljáról Jelen követelménylista (mint a GOP 2.2.1 / KMOP 1.2.5 pályázati útmutató melléklete) meghatározza

Részletesebben

TKR-Vendéglátó Standard TKR W.T.K.R. M.B.N. M.V.K. V6.21. Mini Vendéglátóipari és Kereskedelmi Rendszer. VISZK Bt. Székesfehérvár - 6 / 1 -

TKR-Vendéglátó Standard TKR W.T.K.R. M.B.N. M.V.K. V6.21. Mini Vendéglátóipari és Kereskedelmi Rendszer. VISZK Bt. Székesfehérvár - 6 / 1 - TKR-Vendéglátó Standard TKR W.T.K.R. M.B.N. M.V.K. V6.21. Mini Vendéglátóipari és Kereskedelmi Rendszer VISZK Bt. Székesfehérvár - 6 / 1 - Kinek? Minden vállalkozásnak ( de kimondottan olyan vendéglátós

Részletesebben

Felhasználói kézikönyv - készlet - v.2.90.000. Készítette: Győrfi Tünde Lektorálta: Mészáros István. IMA ERP Kft, 2012. Minden jog fenntartva.

Felhasználói kézikönyv - készlet - v.2.90.000. Készítette: Győrfi Tünde Lektorálta: Mészáros István. IMA ERP Kft, 2012. Minden jog fenntartva. Felhasználói kézikönyv - készlet - v.2.90.000 Készítette: Győrfi Tünde Lektorálta: Mészáros István IMA ERP Kft, 2012. Minden jog fenntartva. Tartalomjegyzék I. Raktár... 5 Raktár... 5 Zárolt... 5 a. Alapadatok...

Részletesebben

KÉSZLETEK LELTÁROZÁSA az Apolló program felhasználásával.

KÉSZLETEK LELTÁROZÁSA az Apolló program felhasználásával. KÉSZLETEK LELTÁROZÁSA az Apolló program felhasználásával. Készítette: Zimmermann Klára A készletek leltára egy meghatározott időpontban készített kimutatás a vállalkozás anyag-, és árukészletéről mennyiségben

Részletesebben

W_Vaskereskedés felhasználói dokumentáció. Felhasználói dokumentáció W_Vaskereskedés számlázóprogram NAV adatszolgáltatás

W_Vaskereskedés felhasználói dokumentáció. Felhasználói dokumentáció W_Vaskereskedés számlázóprogram NAV adatszolgáltatás Felhasználói dokumentáció W_Vaskereskedés számlázóprogram NAV adatszolgáltatás 1 Jelen felhasználói dokumentáció alapfokú számítógép felhasználói ismeretekkel rendelkezők részére készült. Ezért nem tér

Részletesebben

1 db személyes használt személyszállító hajó üzembe helyezéséhez szükséges feladatok elvégzése

1 db személyes használt személyszállító hajó üzembe helyezéséhez szükséges feladatok elvégzése 1 db 80-120 személyes használt személyszállító hajó üzembe helyezéséhez szükséges feladatok elvégzése e-versenyeztetési eljárás Eljárás száma: AJÁNLATI FELHÍVÁS Budapest, 2017. AJÁNLATI FELHÍVÁS Ajánlatkérő

Részletesebben

ZÁRÁS az Armada Főkönyv modulban

ZÁRÁS az Armada Főkönyv modulban ZÁRÁS az Armada Főkönyv modulban A zárás és a nyitás kétféleképpen végezhető el. Egyrészt a felhasználó által, hagyományos módon kézzel könyvelt tételek által, illetve Kihasználva a program által nyújtott

Részletesebben

Komplett üzleti megoldás a kis- és közepes méretű termelő vállalatok számára

Komplett üzleti megoldás a kis- és közepes méretű termelő vállalatok számára Komplett üzleti megoldás a kis- és közepes méretű termelő vállalatok számára JÖVŐBIZTONSÁG A szoftver gyártója Invesztíció az elmúlt évben 1.700 új dolgozó 600 új fejlesztő 5.293 új programfunkció A harmadik

Részletesebben

TESZT GÉPJÁRMŰVEK KEZELÉSE A K2D RENDSZERBEN TARTALOMJEGYZÉK

TESZT GÉPJÁRMŰVEK KEZELÉSE A K2D RENDSZERBEN TARTALOMJEGYZÉK TESZT GÉPJÁRMŰVEK KEZELÉSE A K2D RENDSZERBEN TARTALOMJEGYZÉK 1. Új gépjármű teszt gépjárművé minősítése, majd a teszt gépjármű értékesítése... 2 1.1. Új gépjármű teszt gépjárművé minősítése... 2 1.1.1.

Részletesebben

PRECÍZ Információs füzetek

PRECÍZ Információs füzetek PREÍZ Információs füzetek Információk, Módszerek, Ötletek és Megoldások a Precíz Integrált Ügyviteli Információs rendszerhez 1. Zárás, Egyeztetés, Ellenőrzés 1999 május (mod. 2009.07.) Egyeztetés a PREÍZ

Részletesebben

Beszerzési és elosztási logisztika. Előadó: Telek Péter egy. adj. 2008/09. tanév I. félév GT5SZV

Beszerzési és elosztási logisztika. Előadó: Telek Péter egy. adj. 2008/09. tanév I. félév GT5SZV Beszerzési és elosztási logisztika Előadó: Telek Péter egy. adj. 2008/09. tanév I. félév GT5SZV 3. Előadás A beszerzési logisztikai folyamat Design tervezés Szükséglet meghatározás Termelés tervezés Beszerzés

Részletesebben

LogControl Raktármenedzsment

LogControl Raktármenedzsment LogControl Raktármenedzsment A rendszer kialakítása korszerű rendszertervezési módszertanok alkalmazása a hibalehetőségek minimálissá tétele (a lehető legtöbb helyen vonalkódok használata tárolóhely, cikk,

Részletesebben

Kísérő okmányok felvitele

Kísérő okmányok felvitele Kísérő okmányok felvitele Ez a menüpont lehetővé teszi, hogy direkt módon lehessen borkísérő okmányokat készíteni, az áttekintés használata nélkül. Borkísérő okmányok A menüpont a borkísérő okmányok karbantartására,

Részletesebben

CobraConto.Net v0.42 verzió Pénzügy modul

CobraConto.Net v0.42 verzió Pénzügy modul CobraConto.Net v0.42 verzió Pénzügy modul Megváltozott az ÁFA típushoz kapcsolható ABEV összerendelés lehetősége. A megelőző verziókban nem lehetett külön megadni a fizetendő/igényelhető irányt az összerndelés

Részletesebben

ROOL Bázis - élelmiszeripar

ROOL Bázis - élelmiszeripar ROOL Bázis - élelmiszeripar ROOL Informatika Kft. www.rool.hu 4026 Debrecen, Péterfia u. 4. Tel.: 20/510-7853 ROOL Bázis célok Ágazatspecifikus megoldás az élelmiszeripar és beszállítói kör számára Operatív

Részletesebben

Felhasználói útmutató (Adott programverzióhoz érvényes)

Felhasználói útmutató (Adott programverzióhoz érvényes) CalcSystem Számlarendszer Felhasználói útmutató (Adott programverzióhoz érvényes) M City Kft. Miskolc Tel/fax: 46/ 560-268 Mobil: 30/9458-718 Felhasználói útmutató Menürendszer A mellékelt főmenü szerkezete

Részletesebben

Tisztelt Ügyfelünk! 1) A Főkönyvi adatok felvitele képernyőt, amennyiben mentés nélkül szeretnénk bezárni, figyelmeztet a program.

Tisztelt Ügyfelünk! 1) A Főkönyvi adatok felvitele képernyőt, amennyiben mentés nélkül szeretnénk bezárni, figyelmeztet a program. Tisztelt Ügyfelünk! Ezúton szeretnénk tájékoztatni a Servantes Hatékony Integrált Vállalatirányítási Rendszer Főkönyv,, Eszköz, Készlet, Vizes számlázó modulokat érintő változásokról és fejlesztésekről.

Részletesebben

Program verzió:

Program verzió: Program verzió: 7.12 2013.03.27. A HostWare ANY Anyagnyilvántartó rendszer alapvető funkciója a vendéglátó- és szállodaiparban előforduló anyagok, kéziszerszámok, munkaruhák és a szigorú számadású bizonylatok

Részletesebben

A 10/2007 (II. 27.) 1/2006 (II. 17.) OM

A 10/2007 (II. 27.) 1/2006 (II. 17.) OM A 10/2007 (II. 27.) SzMM rendelettel módosított 1/2006 (II. 17.) OM rendelet Országos Képzési Jegyzékről és az Országos Képzési Jegyzékbe történő felvétel és törlés eljárási rendjéről alapján. Szakképesítés,

Részletesebben

A standard INFOR ERP LN 6.1 megoldás és fejlesztés kombinációja, a Pénzforgalmi előrejelzés megfelelő alapot nyújt egy vállalkozás pénzügyi

A standard INFOR ERP LN 6.1 megoldás és fejlesztés kombinációja, a Pénzforgalmi előrejelzés megfelelő alapot nyújt egy vállalkozás pénzügyi INFOR ERP Ln 6.1 - LIKVID Pénzügyi likviditás 2009 november 4. M.Nagy Zsuzsa nagy..zsuzsa@snt.hu www.snt.hu 1 A megoldás A standard INFOR ERP LN 6.1 megoldás és fejlesztés kombinációja, a Pénzforgalmi

Részletesebben

II. számú melléklet A Justh Zsigmond Városi Könyvtár Nyilvántartási szabályzata

II. számú melléklet A Justh Zsigmond Városi Könyvtár Nyilvántartási szabályzata II. számú melléklet A Justh Zsigmond Városi Könyvtár Nyilvántartási szabályzata Orosháza, 2017. július 01. A könyvtár feladatainak ellátásához szükség van a megfelelően gondozott, jól feltárt gyűjteményre,

Részletesebben

Számlakészítés TÁJÉKOZTATÓ A CCN V VERZIÓHOZ. Változások a V verzió kiadása után

Számlakészítés TÁJÉKOZTATÓ A CCN V VERZIÓHOZ. Változások a V verzió kiadása után Számlakészítés Funkcióbővülés: Alap számlaformátumon a tételekhez tartozó értékesítési rendelés bizonylatszám és az ügyfél által adott beszerzési szám megjelenítése bekapcsolható az Admin programban az

Részletesebben

PRECÍZ Információs füzetek

PRECÍZ Információs füzetek PRECÍZ Információs füzetek Információk, Módszerek, Ötletek és Megoldások a Precíz Integrált Ügyviteli Információs rendszerhez 3. EXCEL adatkapcsolat (mod. 2009.07.) Ügyviteli nyilvántartások és EXCEL formátumú

Részletesebben

12. tétel A logisztikai vezető a prezentációs folyamatok egy részét delegálta az alatta lévő vezetőnek. Az irányítása során a delegált részéről az

12. tétel A logisztikai vezető a prezentációs folyamatok egy részét delegálta az alatta lévő vezetőnek. Az irányítása során a delegált részéről az 12. tétel A logisztikai vezető a prezentációs folyamatok egy részét delegálta az alatta lévő vezetőnek. Az irányítása során a delegált részéről az alábbi gondolatok kidolgozását tartotta szükségesnek:

Részletesebben

A KÉSZLETNAGYSÁG MEGÁLLAPÍTÁSÁNAK 6. TÉTEL

A KÉSZLETNAGYSÁG MEGÁLLAPÍTÁSÁNAK 6. TÉTEL A KÉSZLETNAGYSÁG MEGÁLLAPÍTÁSÁNAK SZEREPE ÉS MÓDJAI 6. TÉTEL Készletezés I. Az árukészlet az az árumennyiség, mely a forgalom lebonyolításához nélkülözhetetlen. A készletgazdálkodásra azért van szükség,

Részletesebben

ÁGAZATI SZAKMAI ÉRETTSÉGI VIZSGA 2020 IDEGENNYELVŰ ÜGYVITELI ISMERETEK KÖZÉPSZINTŰ SZÓBELI VIZSGA MINTAFELADATOK ÉS ÉRTÉKELÉSÜK

ÁGAZATI SZAKMAI ÉRETTSÉGI VIZSGA 2020 IDEGENNYELVŰ ÜGYVITELI ISMERETEK KÖZÉPSZINTŰ SZÓBELI VIZSGA MINTAFELADATOK ÉS ÉRTÉKELÉSÜK IDEGENNYELVŰ ÜGYVITELI ISMERETEK KÖZÉPSZINTŰ SZÓBELI VIZSGA MINTAFELADATOK ÉS ÉRTÉKELÉSÜK 1. MINTATÉTEL A) Határozza meg a gazdálkodás körébe tartozó fogalmakat: gazdálkodás, termelés és technológia, vállalati

Részletesebben

A Pécsi Tudományegyetem [1] Bizonylati Szabályzata. Preambulum

A Pécsi Tudományegyetem [1] Bizonylati Szabályzata. Preambulum A Pécsi Tudományegyetem [1] Bizonylati Szabályzata Preambulum A számvitelről szóló 2000. évi C. törvény, az államháztartás szervezetei beszámolási és könyvvezetési kötelezettségeinek sajátosságairól rendelkező

Részletesebben

Leltározás a DOAS rendszerben

Leltározás a DOAS rendszerben Leltározás a DOAS rendszerben 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/13 Tartalomjegyzék 1. Leltár...3 1.1. Leltározás a DOAS rendszerben...3 1.1.1. Leltározás módszerei...3

Részletesebben

Számla /ALT-S/ COMMADE SOFTWARE KFT. 7623 PÉCS, TOMPA MIHÁLY U. 31.

Számla /ALT-S/ COMMADE SOFTWARE KFT. 7623 PÉCS, TOMPA MIHÁLY U. 31. Számla /ALT-S/ A kimenő és a beérkező számlák készítését támogató menü. Első öt pontja a kimenő számlákra, a következő négy a bejövő számlákra vonatkozik. A könyvelés feladással foglalkozó három menüpont

Részletesebben

Számítástechnikai és. Hírlevél. Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben. 2006. I. negyedév. 2006.

Számítástechnikai és. Hírlevél. Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben. 2006. I. negyedév. 2006. Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben 2006. I. negyedév 2006. Január Tartalomjegyzék 3. oldal: Számvitel modul - ÁFA % dátum mező a 25%-os áfakódhoz 4. oldal:

Részletesebben

Készlet mennyiség és lokátor korrekció cikk kartonról

Készlet mennyiség és lokátor korrekció cikk kartonról Készlet mennyiség és lokátor korrekció cikk kartonról 1149 Budapest, Egressy út 17-21. Telefon: +36 1 469 4021; fax: +36 1 469 4029 1/9 Tartalomjegyzék 1. Készlet mennyiség és lokátor korrekció cikk kartonról...

Részletesebben

Leltárív karbantartás modul

Leltárív karbantartás modul Leltárív karbantartás modul 1. Bevezetés... 2 2. Manuális rögzítés - Leltárív segítségével... 2 3. A leltár gépen történő rögzítése... 4 3.1. Alkatrészek egyenként történő berögzítése... 6 o Alkatrészek

Részletesebben

SZÁLLÍTÁSI SZERZŐDÉS (tej, tejtermék)

SZÁLLÍTÁSI SZERZŐDÉS (tej, tejtermék) SZÁLLÍTÁSI SZERZŐDÉS (tej, tejtermék) E szerződés létrejött egyrészről a Vác Város Önkormányzat Bölcsődék és Fogyatékosok Intézménye (a továbbiakban: Megrendelő, cím: 2600 Vác, Kölcsey u. 4, adószám: 15566843-2-13,

Részletesebben

MINTAVIZSGASOR Bevezetés a számvitelbe tantárgyból (Megoldási idő 70 perc)

MINTAVIZSGASOR Bevezetés a számvitelbe tantárgyból (Megoldási idő 70 perc) MISKOLCI EGYETEM Név:... Gazdaságtudományi Kar Neptun kód:... Számvitel Tanszék Miskolc, 2006. ELMÉLETI KÉRDÉSEK (30 pont) MINTAVIZSGASOR Bevezetés a számvitelbe tantárgyból (Megoldási idő 70 perc) I.

Részletesebben

TÁJÉKOZTATÓ A CCN V2015.7 VERZIÓ SP2 változathoz. Változások és kiegészítések a V2015.7 verzió és SP1 kiadása után

TÁJÉKOZTATÓ A CCN V2015.7 VERZIÓ SP2 változathoz. Változások és kiegészítések a V2015.7 verzió és SP1 kiadása után TÁJÉKOZTATÓ A CCN V2015.7 VERZIÓ SP2 változathoz Változások és kiegészítések a V2015.7 verzió és SP1 kiadása után Pénzügy - Az Állományok felügyelete/bekérőlevél állományok menüpont hatására megnyíló ablakból

Részletesebben

HÍRLEVÉL. Tisztelt Ügyfeleink!

HÍRLEVÉL. Tisztelt Ügyfeleink! HÍRLEVÉL Tisztelt Ügyfeleink! Örömmel tájékoztatjuk a 2009 februárjában elkészült fejlesztéseinkről. A mellékelt dokumentumban megtalálja a változtatások rövid összefoglalóját, míg a hozzá tartozó használati

Részletesebben

Számlázás kezelési leírás

Számlázás kezelési leírás PENTRO KFT. Adószám:13233712-2-14 Számlázás kezelési leírás Név: Számlázás Verzió: 014.010.001 Általános ismertetés A programot Windows programkörnyezetben lehet kezelni. A legfontosabb alapelvek a következők:

Részletesebben

A Doki For Vets állatorvosi nyilvántartó software számlázó modul részletes felhasználói leírása

A Doki For Vets állatorvosi nyilvántartó software számlázó modul részletes felhasználói leírása A Doki For Vets állatorvosi nyilvántartó software számlázó modul részletes felhasználói leírása 1. Általános fogalomtár - A NAV megfelelőség biztosítása érdekében ez a dokumentum tartalmazza a Doki For

Részletesebben

1. Bevezetés Készletek menüpont Gyári alkatrészkészletek raktáron belüli mozgatása Egyéb alkatrészkészletek raktáron

1. Bevezetés Készletek menüpont Gyári alkatrészkészletek raktáron belüli mozgatása Egyéb alkatrészkészletek raktáron Kitárolás modul 1 1. Bevezetés... 3 2. Készletek menüpont... 4 2.1. Gyári alkatrészkészletek raktáron belüli mozgatása... 4 2.2. Egyéb alkatrészkészletek raktáron belüli mozgatása... 5 2.3. Gyári alkatrészkészletek

Részletesebben

A jelen fejlesztéssel párhuzamosan bővült az Adatbázis kapcsolat ablak információtartalma.

A jelen fejlesztéssel párhuzamosan bővült az Adatbázis kapcsolat ablak információtartalma. TÁJÉKOZTATÓ A CCN V2015.6 VERZIÓHOZ Változások a V2015.5 verzió kiadása után Általános információk, alapadatok 1. SQL adatbázis adatainak kijelzése SQL server Express edition esetén, ha az adatbázis által

Részletesebben

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK

ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK ÁLTALÁNOS SZERZŐDÉSI FELTÉTELEK Jelen Általános Szerződési Feltételek a Novreczky Tanácsadó és Kereskedelmi Kft. (székhely: 7632 Pécs, Móra Ferenc u. 50. fsz 1., cg: 02-09-068815; adószám: 13075675-2-02),

Részletesebben

Ismertető. Kapcsolattartó: Gáll Kálmán NetSoft Informatika Kft

Ismertető. Kapcsolattartó: Gáll Kálmán NetSoft Informatika Kft Ismertető Kapcsolattartó: Gáll Kálmán + 36 20 548 6112 Kedves Ügyfelünk! Először is szeretnénk megköszönni érdeklődését termékünk iránt. Cégünk közel 20 éve alakult egyedi szoftverek gyártása és forgalmazása

Részletesebben

Számvitel I. ÁLTALÁNOS KÖVETELMÉNYEK

Számvitel I. ÁLTALÁNOS KÖVETELMÉNYEK Számvitel I. ÁLTALÁNOS KÖVETELMÉNYEK Téma Tananyagtartalom Számonkérés módja, követelmény Számviteli alapfogalmak Leltár és Mérleg A számvitel és a könyvvitel fogalma, feladatai és fajtái. Számviteli alapelvek

Részletesebben

Kulcs Számla frissítés

Kulcs Számla frissítés Kulcs Számla frissítés Megjelenés dátuma: 2010. március 29. Elszámolási időszakos számlák Környezetvédelmi Termékdíj változás Szerződésekből bizonylat kiállítás Automatikus adatmentési lehetőség Készpénzfizetési

Részletesebben

Informatikai rendszerek Vállalati információs rendszerek

Informatikai rendszerek Vállalati információs rendszerek Navision modulok Szállítók és beszerzés Informatikai rendszerek Vállalati információs rendszerek Szendrői Etelka szendroi@witch.pmmf.hu Ez a rész a beszerzési folyamatokat támogatja. Szállítókról tárolt

Részletesebben

HÍRLEVÉL. Tisztelt Ügyfeleink!

HÍRLEVÉL. Tisztelt Ügyfeleink! HÍRLEVÉL Tisztelt Ügyfeleink! Örömmel tájékoztatjuk a 2008 márciusában elkészült fejlesztéseinkről. A mellékelt dokumentumban megtalálja a változtatások rövid összefoglalóját, míg a hozzá tartozó használati

Részletesebben

Számítógépes könyvelés és analitika készítése

Számítógépes könyvelés és analitika készítése 54 344 01 Pénzügyi-számviteli ügyintéző Számítógépes könyvelés és analitika készítése FONTOS: - Az útmutató áttekintése (vállalkozási tev., számlatükör, számviteli politika, program követelmények) - Az

Részletesebben

SZÁLLÍTÁSI SZERZŐDÉS (kenyér, pékáru)

SZÁLLÍTÁSI SZERZŐDÉS (kenyér, pékáru) SZÁLLÍTÁSI SZERZŐDÉS (kenyér, pékáru) E szerződés létrejött egyrészről a Vác Város Önkormányzat Bölcsődék és Fogyatékosok Intézménye (a továbbiakban: Megrendelő, cím: 2600 Vác, Kölcsey u. 4, adószám: 15566843-2-13,

Részletesebben

Készlet nyilvántartó

Készlet nyilvántartó Készlet nyilvántartó Szécsy Számítáatechnika 4080 Hajdúnánás, Ady krt. 21. 06 30 34 54 101 06 52 381 163 info@szecsy.hu www.szecsy.hu Belépés A lista lenyítása. A lenyíló listából az adatrögzítést végző

Részletesebben

Ellátási rendszer és projektiroda bemutatása

Ellátási rendszer és projektiroda bemutatása Ellátási rendszer és projektiroda bemutatása Közös részvételre jelentkezők a keretmegállapodáson belül felmerülő intézményi igények maradéktalan kielégítésére országos ellátási rendszert, országos lefedettséget

Részletesebben

Kötelezettségvállalások rögzítésének felhasználói leírása

Kötelezettségvállalások rögzítésének felhasználói leírása Kötelezettségvállalások rögzítésének felhasználói leírása A program az asztalról, az ikonról indul el. Az ikonra való dupla kattintás után először ellenőrzi a gépre letöltött program állapotát, és ha frissítésre

Részletesebben

ÁRUBESZERZÉS. Készítette: Munkácsi Adrienn

ÁRUBESZERZÉS. Készítette: Munkácsi Adrienn ÁRUBESZERZÉS Készítette: Munkácsi Adrienn BESZERZÉS HELYE, SZEREPE AZ ÁRUFORGALOMBAN Áruforgalmi folyamat: áruk beszerzése áruátvételkészletezésáruk eladása A kereskedelmi vállalkozások alaptevékenysége

Részletesebben

Korr 145 kv-os GIS berendezések

Korr 145 kv-os GIS berendezések Korr 145 kv-os GIS berendezések Közbeszerzési Értesítő száma: 2019/36 Beszerzés tárgya: Árubeszerzés Hirdetmény típusa: Helyesbítés/2015 EUHL Eljárás fajtája: Közzététel dátuma: 2019.02.20. Iktatószám:

Részletesebben

FIRST LINE HÁZIPÉNZTÁR

FIRST LINE HÁZIPÉNZTÁR FIRST LINE HÁZIPÉNZTÁR Termék ismertető Készítette: Fájl név: Verzió: First Line Experts Kft. First_Line_Hazipenztar_termekismerteto v1 1 / 5 1. Házipénztár modul funkcionális ismertetése 1.1. Integráció

Részletesebben

Comp-Sys Fo ko nyv-sza mla za s Program Felhaszna lo i leı ra s a 2013.01.01.-to l e rve nyes programmo dosı ta sokhoz

Comp-Sys Fo ko nyv-sza mla za s Program Felhaszna lo i leı ra s a 2013.01.01.-to l e rve nyes programmo dosı ta sokhoz Comp-Sys Fo ko nyv-sza mla za s Program Felhaszna lo i leı ra s a 2013.01.01.-to l e rve nyes programmo dosı ta sokhoz Tartalom 1 Pénzforgalmi ÁFA... 2 1.1 Pénzforgalmi ÁFA választásának beállítása...

Részletesebben

Kézikönyv. Kalkuláció alapjai

Kézikönyv. Kalkuláció alapjai Kézikönyv Tartalomjegyzék Nincsenek tartalomjegyzék-bejegyzések. 2 Összefoglalás Az abas Business Software kalkuációs folyamatának alapjai A tanulás célja Rövid áttekintést nyerni az abas Business Software

Részletesebben

ME-7.4.2 Árajánlatkérés, szerződésminták, vállalkozók értékelése

ME-7.4.2 Árajánlatkérés, szerződésminták, vállalkozók értékelése 30/38 7. sz. melléklet S ZÁLLÍTÁSI SZERZŐ DÉS ( MINTA) mely létrejött az alábbi szerződő felek között, az alulírott napon és helyen az alábbi feltételek mellett: A MEGRENDELŐ ADATAI Megrendelő neve: Székhelye:

Részletesebben

4028 Debrecen, Rózsahegy u. 26. Tel.: 06-20-537-33-21 E-mail: Info@iglu.hu www.iglu.hu 2008-09-24. SZERVIZ Készletkezelési modul 1

4028 Debrecen, Rózsahegy u. 26. Tel.: 06-20-537-33-21 E-mail: Info@iglu.hu www.iglu.hu 2008-09-24. SZERVIZ Készletkezelési modul 1 IGLU Software 4028 Debrecen, Rózsahegy u. 26. Tel.: 06-20-537-33-21 E-mail: Info@iglu.hu www.iglu.hu SZERVIZ ESZKÖZKARBANTARTÁS TERVEZÉSI ÉS ELLENŐRZÉSI PROGRAM (KARBANTARTÁS-MENEDZSMENT) K é s z l e t

Részletesebben

Kalumet Számlázó. Termék leírás

Kalumet Számlázó. Termék leírás Kalumet Számlázó Termék leírás Rendszerünk potenciális felhasználói Olyan vállalkozások, akiknél fontos cél, szempont, ügyfeleik kiemelt szintű kiszolgálása. Akik szeretnék, hogy a tevékenységeik, ügyfél

Részletesebben

A szabványos minőségi rendszer elemei. Termelési folyamatok

A szabványos minőségi rendszer elemei. Termelési folyamatok 10. A szabványos minőségi rendszer elemei. Termelési folyamatok 10.1 Beszerzés (ISO 9001, 4.6.) A termelési folyamatok közül a szabvány elsőként a beszerzést szabályozza. Az előírások a beszállító értékelésével,

Részletesebben

NEMZETI SZAKKÉPZÉSI ÉS FELNŐTTKÉPZÉSI HIVATAL. Komplex szakmai vizsga Gyakorlati vizsgatevékenység

NEMZETI SZAKKÉPZÉSI ÉS FELNŐTTKÉPZÉSI HIVATAL. Komplex szakmai vizsga Gyakorlati vizsgatevékenység NEMZETI SZAKKÉPZÉSI ÉS FELNŐTTKÉPZÉSI HIVATAL Komplex szakmai vizsga Gyakorlati vizsgatevékenység Részszakképesítés száma, megnevezése: 31 341 04 Raktáros Vizsgafeladat megnevezése: Raktározási feladatok

Részletesebben

HÍRLEVÉL. Tisztelt Ügyfeleink!

HÍRLEVÉL. Tisztelt Ügyfeleink! HÍRLEVÉL Tisztelt Ügyfeleink! Örömmel tájékoztatjuk a 2010 augusztusában elkészült fejlesztéseinkről. A mellékelt dokumentumban megtalálja a változtatások rövid összefoglalóját, míg a hozzá tartozó használati

Részletesebben

Tisztelt Ügyfelünk! Pénzügy modult érintő változások. Pénztár modult érintő változások

Tisztelt Ügyfelünk! Pénzügy modult érintő változások. Pénztár modult érintő változások Tisztelt Ügyfelünk! Ezúton szeretnénk tájékoztatni a Servantes Hatékony Integrált Vállalatirányítási Rendszer Pénzügy, Pénztár, Univerzális számlázó, Eszköz, Készlet, Vizes számlázó, Kommunális számlázó,

Részletesebben

Általános Szerződési Feltételek. a ügyfelei részére. Általános Szerződési Feltételek oldal 1

Általános Szerződési Feltételek. a   ügyfelei részére. Általános Szerződési Feltételek oldal 1 Általános Szerződési Feltételek a www.ryckposter.hu ügyfelei részére Általános Szerződési Feltételek oldal 1 Általános Szerződési Feltételek Kérjük, amennyiben igénybe veszi szoláltatásunkat, figyelmesen

Részletesebben

új verziójának bemutatása

új verziójának bemutatása BIBLION könyvesbolti szoftver új verziójának bemutatása Hotel Holiday Inn 2011. június 22. Schwarczenberger Istvánné dr. Ügyvezető igazgató A tervezett program: 10:00 10:15 Köszöntő Schwarczenberger Istvánné

Részletesebben