Symbol Ügyvitel v1.98 “Stockholm”

Symbol Ügyvitel rendszerünk v1.98-as verziója a Stockholm nevet kapta. Stockholm (észak Velencéje) 14 szigetre épült, amelyeket 53 híd köt össze. Ez nagyon hasonlít integrált rendszerünk felépítésére. A modulokat (szigetek) számos kapcsolat köti össze, minden rész a lehető legtöbb információt tárolja és adja át más program részeknek.

[learn_more caption=”Stockholmról részletesen ide kattintva”] Stockholm 14 szigetre épült, amelyeket 53 híd köt össze. Az ország fővárosként itt található a kormány és a Riksdag (országgyűlés) székhelye. Ugyanitt van a királyi rezidencia is. Az első írásos emlék Stockholmról 1252-ből származik, amelyben egy fontos vasérc-kereskedelmi helységként említik. A várost állítólag Birger Jarl alapította azért, hogy Svédországot megvédje a tengeri invázió ellen és hogy megállítsa Sigtuna városának fosztogatását a Mälaren tavon. Az első épület egy erődítmény volt, amely a Mälaren és a Balti-tenger közti fogalmat szabályozta. Az “észak Velencéjének” is nevezik. [/learn_more]

Fejlesztések az 1.98-as verziónkban:
Csak a legfontosabbakat említjük, a teljes lista elérhető a Tudásbázis címen!

 

Közösségi adószámok
Közösségi adószámok feldolgozása és hibakezelése pontosabb lett. Lehetőség van a közösségi adószám alapján kinyert cégadatok azonnali felhasználására.

Projekt raktárai
Raktárak opcionálisan projektekhez rendelhetőek. A raktár kiválasztása automatikusan beállítja a bizonylat projekt hozzárendelését, illetve a projekt lezárásakor a hozzárendelt raktárak törlésre kerülnek.

Excel exportok azonnali megnyitása
A listákról kiexportált Excel állományok – a felhasználói beállítás függvényében – azonnal megnyithatóak illetve meg is nyílnak.

Tétel export, import
Bizonylatokon lehetőség van a tételek export/importjára a vágólap segítségével. Így a tételek könnyen mozgathatóak a bizonylatok között. Fontos tudnivaló, hogy csak a termék és mennyiség adatok kerülnek átadásra, a bizonylatok között semmilyen kapcsolat nem alakul ki.

Akció vevőcsoportra vonatkozóan
Akció vevő vonatkozása mellett vevőcsoportra is lehet akciót értényesíteni.

Symboogle kezelése
A Symboogle a módosítószavakat (vevő, termék, stb.) egy külön helyen címkézve jeleníti meg, hogy újabb és újabb vevők keresésekor a teljes keresőmező törölhető legyen.

Teljes verziótörténet lista az alábbi linkre kattintva: Tudásbázis

Windows 8 bumm (nem)sokára

A Microsoft már hónapokkal ezelőtt elkezdte csepegtetni a Windows 8 újdonságait, mára már tisztán látjuk, hogy mi és hogyan fog megvalósulni. Emiatt itt volt az ideje egy átfogó Windows 8 tesztnek.

Szokásos teszt számítógépeinken, amelyek több paraméter szerint szándékosan le vannak lassítva (hálózat, vírusírtó, HDD átviteli sebesség) egy Windows 8 Enterprise fejlesztői teszt változatot futtattunk és megnéztük, hogy viselkedik a Symbol Ügyvitel Windows 8 környezetben.

.NET telepítése

A .NET telepítése kicsit átalakult, az operációs rendszer automatikusan észreveszi (végre!) ha a program futtatásához .NET keretrendszer szükséges, ezzel a jövőbeni telepítőkészleteink 20MB-tal tudnak kisebbek lenni, illetve az x64-es .NET 2.0-t nem kell a Symbol Tech szervereiről letölteniük.

Nem is tudnánk telepíteni a .NET 2.0-t! A Windows 8 operációs rendszer nem engedi telepíteni a hagyományos készletet, helyette a saját (Microsoft?) tárhelyéről tölti le a 3.5-öt, amely tartalmazza a 2.0-t is. Egyébként is régóta tervünk, hogy ne kelljen nekünk telepíteni a .NET-et…

 

Felhasználói felület, ergomómia

Eddig is Microsoft technológiát használtunk (értsd: nem Delphi és Clipper), emiatt a szoftvereink a Windows különböző változatain megfelelően jelentek meg. Ez Windows 8 alatt sincs másképp. Félig áttetsző ablakaink igazodva a Windows 8 stílusához, a kiválasztott (Windows 8 alatt felhasználó név mellé felhasználói színt is kell választani) színnel jelennek meg. A szalagok (ribbon) is probléma mentesen működnek.

 

És a fürdőszobában, a csempén?

A Windows 8 újítása, a csempés felhasználói felület ikonjai között megjelenik a Symbol Tech mindkét ikonja (program parancsikon és az eltávolító ikon), azokat a kezdőképernyőre lehet mozgatni/másolni. A program indítása pedig automatikusan átváltja az operációs rendszert a hagyományos Desktop környezetbe. És ott futtatja azt.



Windows 8 integráció?

Hiszem, hogy a Windows 8 csempe felülete 2014-ig nem fog vírus szerűen elterjedni hazánkban, már csak azon rendszergazdai félelem miatt is, hogy az összes felhasználót újra ECDL tanfolyamra kell küldeni. Ezen hitre alapozva a csempe megjelenésre cégünk idén még nem koncentrál. Jövő évi terveink között szerepel csak, hogy a csempe felületen alap információkat meg tudjunk jeleníteni.


Mi a haszna egy újszülöttnek?

Egyszer Benjamin Franklin-t megkérdezték, hogy mi haszna a találmányoknak. Válasz helyett annyit kérdezett: Mi a haszna egy újszülöttnek? Ügyfeleink már érdeklődnek tárgyi eszköz megoldásunk iránt és a fenti gondolat mentén szeretném megvilágítani, hogy milyen kiváló ötlettel állunk elő.

[learn_more caption=”Benjamin Franklin röviden”] Benjamin Franklin (Boston, 1706. január 17. – Philadelphia, 1790. április 17.): amerikai diplomata, feltaláló, író, polgári demokrata politikus, természettudós, filozófus, nyomdász.
Benjamin Franklin egy szegény szappan- és viaszfőző, Josiah Franklin és Abiah Folger tizenkettedik gyermekeként született. Már gyermekkorában kitűntek rendkívüli fizikai és szellemi adottságai. Remekül úszott, ezzel egy időben a természet titkai, és a művészi világ is foglalkoztatta. Újítási, teremtési szándéka megmutatkozott egyszerű kísérleteiben, valamint előbb lírai, majd később egyre inkább prózai írásaiban.[/learn_more]

 

A. Örül, hogy végre nekünk is lesz tárgyi eszköz programunk. De nem.

Egyik ügyfelünk elmesélte, hogy mennyire örül, hogy végre nekünk is lesz tárgyi eszköz programunk. És biztos lesz benne adatexport, illetve a bejövő számlákról a tárgyi eszközöket majd bele lehet importálni a tárgyi eszköz programba.

Leültünk, megittunk egy kávét és beszélgettünk. A végére még jobban örült, hogy nem lesz tárgyi eszköz programunk. Helyette a Symbol Ügyvitel Integrált Vállalatirányítási rendszer részeként lesz elérhető a tárgyi eszköz modul.

 

B. Hogy miért ezen megoldás mellett döntöttünk?

Elavultnak, a kor követelményeitől elmaradottnak értékeltük, hogy egy különálló programot készítsünk (ahogy régen mondták: programot írjunk), amelynek külön adatbázisa van, külön felhasználó kezeléssel bír és adatokat kell mozgatni a rendszerek között. Nem a ’90-es években vagyunk!

Helyette egy olyan integrált (tudják, ahol az adatokat valóban csak egyszer kell felvinni) rendszerbe illesztjük be a tárgyi eszközt, amely kommunikál a többi alrendszerrel:

  • A tárgyi eszköz beruházási szintjén (beszerzési fázis, aktiválás előtt vagyunk) már fogadja az adatokat
  • Korlátlan számú alegység kezelését teszi lehetővé egy eszközön belül
  • Az alegységekhez hozzá tudjuk kötni a bejövő számlát, a bejövő számla szállítóját és a gyári számokat is
  • Egységesen kezeli a számlatükröt és a könyvelési időszakot (előtársaságnál illetve sok cégnél egy nem január 1-től január 1-ig tart!)
  • A létrejött, tervezett és terven felüli értékcsökkenések könyvelés felé való feladása nem fájlokon keresztül valósul meg, hanem közvetlen módon “adja fel”, hozza létre a jóváhagyásra váró könyvelési bizonylatokat
  • És ami a legfontosabb, nem száraz tranzakciókat kell a megfelelő sorrendben rögzíteni, hanem tervezni és nyomon követni lehet az eszköz eseményeit.

C. Tervezés = esemény dizájner

Szakértő (számvitelben kiemelkedően jártas!) kollégáink több éves tapasztalatára hagyatkozva nem a szokásos, elavult tranzakció rögzítő módszer mellett döntöttünk, hanem az eseményeket valóban tervezni lehet.

Egy-egy elszámolási egység (alábontott eszköz) egy-egy leírási mód (SzT, TAO, IFRS, US GAAP, stb.) szerinti eseményeit a felhasználó megtervezheti, tetszőleges sorrendben rögzítheti. Majd ha a lépések az elvárt szintet hozzák, egyben elmentheti. És ezután feladhatja a könyvelés felé egy kattintással.

Az események, amelyek tetszőleges jogcímmel hordozhatnak elemi tranzakciókat (aktiválás, ráaktiválás, técs, terven felüli écs, stb.) tervezése közben a Symbol Ügyvitel figyelmeztet vagy hibaként jelez számvitelileg fontos részletekre.

A fentiek közül természetesen minden funkció többcéges környezetben (több cég adatai, tárgyi eszközei egy adatbázisban) is elérhető.

 

D. Mi haszna az újszülöttnek?

Visszatérve a téma címére, sokakban felmerülhet a kérdés, hogy mi értelme egy új fajta szemléletnek (jelen esetben tárgyi eszköz témakörben), miért nem jók az eddig programok kis módosítással? Szinte már közhely, hogy a világot a változás viszi előre. Nekünk önös érdekeink is vannak, jobbak, sokkal jobbak szeretnénk lenni a jelenlegi piaci szereplőknél. A számítógépek jelenlegi állása, a technika fejlődése 2012-ben már lehetővé teszi, hogy ne csak adatrögzítő “programocskákat” készítsenek a szoftver fejlesztők, hanem valódi szakmai- és felhasználói élményben is részük legyen. Persze mindezt úgy, hogy a szoftver maga egy összetett vállalatirányítási rendszer!

Az ügyfélnek, akivel beszéltem a kezdeményezés nagyon tetszett, alkalmazottainak már talán kevésbé fog. De nekünk pont azokra az ügyfelekre van szükségünk, akik nyitottak az újra! Nekik pedig a Symbol Tech-re van szükségük, hogy minden igényt kielégítő, modern vállalatirányítási rendszerrel kezelhessék új generációs cégük ügyvitelét.

Tárgyi eszköz rendszereinken túl (ahogy már eddig is tettük), a többi új modul is szakítani fog a konvenciókkal, új kezelő felülettel, új kezelési módokkal kívánunk ügyfeleinknek a jövőben is segítséget nyújtani.

Tárgyak, eszközök, algoritmusok

Nagyon is témába vág, de az eddigiektől eltérő területre tévedtünk. Tárgyi eszköz modulunkat fejlesztjük. Első látásra a legkönnyebben algoritmizálható témának gondoltuk, de a valóságban nem az.

 

Mi is ez valójában?

Tárgyi eszköz a számvitelben azoknak az eszközöknek a gyűjtőneve, amelyek

  1. anyagi formában léteznek (szemben például az immateriális javakkal, amelyek “nem megfoghatóak”)
  2. több, mint egy éven keresztül maradnak a vállalkozás vagyonában.

Az IFRS (közelebbről az IAS 16) meghatározása szerint az olyan eszközöket lehet elismerni tárgyi eszközként, amelyek a jövőben várhatóan jövedelmet generálnak a vállakozás részére és amelyek bekerülési értéke megbízhatóan mérhető. (forrás: Wikipédia)

A tárgyi eszközök életét az Asset Management témában a lehető legjobban kell modellezni. Ha újabb eszköz kerül beépítésre vagy az eszköz (annak egy része) megsérül/selejtezésre kerül, akkor ezt jelezni kell és az algoritmus ezek szerint számol tovább.

Hogy is kell ezt megvalósítani?

Szoftverfejlesztőink elővették régi tanulmányaikat és a fekete-doboz elvet alkalmazták. Bármely tárgyi eszköz (továbbiakban TE) tranzakció saját paraméter halmazzal rendelkezik. Más adatokat kell megadni aktiválásnál és másokat kell megadni selejtezéskor.

E paraméterei alapján a tranzakció egy adatváltoztatást hajt végre függetlenül attól, hogy milyen tranzakciók ölelik körül. Ő végzi a munkáját, áramot ad a fekete-doboznak, az pedig kiköp egy eredményt. És jön a következő fekete-doboz.

Fontos volt a keretrendszert úgy módosítani, hogy a tranzakció bármikor újra végrehajtható legyen! A maradványérték változtatás tranzakció, amely 5M Ft-tal növeli a megfelelő számot nem fog megijedni, ha elé beszúrunk egy beszerzési érték növekedést. A determinisztikus gépek programozási elvét használtuk fel.

 

Öt (5) tábla elég lesz!

Cégünk számviteli szakemberei szerint 5 adatbázis tábla elég lesz az adatok tárolására. Fejlesztőink ezt kétkedve fogadták, igazuk is lett. Amint elkezdtünk dobálózni a számlatükör, könyvelési időszak, leírási mód, IFRS, SzT, TAO szavakkal már 5 táblánál tartottunk. De még egyik sem kezdődött “Asset”-tel. Azok csak ezután jöttek!

Tizennégy (14) Asset kezdetű táblát hoztunk létre, hogy szépen minden a helyén legyen. Megrendelő cégeink nemtárgyi eszköz program“-ot akarnak, hanem egy integrált rendszert, ahol például a TE-k helye időben elkülönül, beállítható, szűrhető, hogy egy adott eszköz, mikor, hol volt fellelhető. Melyik országrészben végezte tervezett vagy terven felüli értékcsökkenési feladatát.

 

Csak adatbázis?

Szerettem volna azt írni, hogy igen, de nem. A TE-n végzett események (amelyek tranzakciókat hoznak magukkal) valamit módosítanak, újra futtathatóak, fekete-doboz elven működnek. De az események egy összetett számviteli szabályrendszer alapján egymással is interakcióba lépnek. Ha másért nem, hogy úgynevezett kontextus hibákat jelezzenek: Aktiválás előtt csak beruházás lehet; Aktiválás után kell lennie értékcsökkenési mód (pl. lineáris) leírásnak, hogy az ÉCS el tudjon kezdődni; Kétszer leállítani nem lehet a TE-t, csak ha közben van újraindítás.

 

Kihívások

Kollégáink számos kihívással találkoztak a feladat megoldása közben és számos kihívás még várat magára, de felkészülten, precízen minden szituációt meg fogunk oldani. Már látjuk az alagút végén a fényt.

Csak ne álmodnánk éjszakánként a nettó alapú degresszív tervezett értékcsökkenéssel, amely IFRS szerint létezik!