Pető Regina

Pető Regina
Teljes név
Pető Regina
Becenév
petoregina
Egyéb információk
Telefonszám (elsődleges)
Telefonszám
LinkedIn profile URL
Facebook profile URL
Szervezeti egység
Beosztás
Szakterület
Cég székhelye (fióktelepe), ország
Cég székhelye (fióktelepe), állam / megye
Cég székhelye (fióktelepe), település
Postacím
Cégjegyzékszám
Cég éves árbevétele
Alkalmazottak létszáma
Értékesítési vezető neve, elérhetőségei
Marketing vezető neve, elérhetőségei
Informatikai vezető neve, elérhetőségei
Beszerzési vezető neve, elérhetőségei
Üzletfejlesztési vezető neve, elérhetőségei
Számlázási név
Számlázási cím
Cég adószáma
Számlázásért felelős munkatárs neve, elérhetőségei

Mivel győzzem meg a vezetőséget, hogy nem csak szükség van a rendszereink digitalizálására, de hosszútávon a digitalizáció az az út, mely a nyereség optimalizálást a leghatékonyabban támogatja?!

Egy újabb mozaikszó, amely nem egy konkrét szoftvert, annál inkább egy komplex vállalatirányítási funkciót takar. Tudta, hogy a CRM rendszereknek is több fajtája elérhető a piacon? Mi a különbség közöttük, és mely szerepek azonosak? Az alábbi bejegyzésből mindezt megtudhatja!

A céges adatok és az e-mail-ek védelme érdekében egy erős, de mégis egyszerű titkosítási módszer alkalmazása nagyon fontos lépés ahhoz, hogy ne legyünk prédái a hackereknek, tolvajoknak. Az a kérdés, hogy minden titkosítási módszer, ugyanúgy működik és egyenlő védelmet nyújt-e? A titkosítás általánosan és egyszerűen azt jelenti, hogy az általunk létrehozott adatok valamilyen titkosítási folyamaton esnek át, így csak az engedélyezett hozzáféréssel, kulccsal rendelkezők olvashatják el, nyithatják meg a fájlokat. Ez történhet a mi gépünkön, a két eszköz közti kommunikációs során vagy a fogadó oldalon. Értelemszerűen kombinálhatóak is a módszerek, ez pedig fokozott biztonságot jelent. Két eszközt szeretnénk bemutatni Önöknek, amelyek segítséget nyútjhatnak az adataik védelmében: Kliens oldali titkosítás VPN (Virtual Private Network, virtuális magánhálózat) Beszéljünk első körben a kliens oldali titkosításról A titkosítás bármelyik formája, jó intézkedés a “szaglászás” vagy a “feltörés” ellen. Az ügyfél oldali titkosítás, az “arany” szabványa annak, hogy az adatok vagy az email-ek csak és kizárólag a címzett által legyenek megnyithatóak. Sok titkosítási megoldás problémája, hogy nem tudják garantálni, hogy az adatok átvitele, az Ön eszköze és a fogadó fél között, biztonságosan megy véghez.  Ilyen példa néhány TLS-alapú (Transport Layer Security) vagy SSL-alapú (Secure Sockets Layer) megoldás. Ellenben tegyük fel, hogy kliens oldalú titkosítással védi az e-mail üzeneteket és a mellékleteket. Ha egy behatoló valahogy feltöri az Ön e-mail szerverét, vagy a saját gépét, és letölti ezen az üzeneteket, akkor a tolvajnak csak egy jó nagy oldalnyi „halandzsa” lesz látható. A modern ügyfél oldali titkosításra használt szoftverek könnyen használhatóak, nagyon magas biztonsági szintet adnak és nem is drágák. Annyi hátrányuk van, hogy a kulcsokat a fogadó partnerekkel is meg kell osztani, de ez elenyésző nehézséget jelent, ahhoz képest, hogy ellopják adatainkat. Bővebben a kliens oldali titkosítás módszeréről – angol nyelven – a következő linken olvashat . Kérjük tekintse meg partnerünk vonatkozó ajánlatát is, ahol további információhoz juthat arról, megfelelő-e az Ön vállalkozása számára a kliens oldali titkosítás. Bár az adatok biztonságban lehetnek az Ön számítógépén, amikor elhagyja a számítógépet, nincs garancia arra, hogy ez így is marad a címzett számítógépéhez vezető úton. Erre lesz jó a VPN, de az adatokat saját számítógépén is védeni kell, mert nagyon sok esetben nem „kívülről” érkezik a támadás. Lássuk a problémát néhány példán keresztül: Ellopott laptopjának adathordozóját, ha kiszedi a tolvaj, máris hozzáfér a fájlokhoz, adatokhoz, ha bedugja saját gépébe. Dolgozója „véletlenül” talál az utcán egy pendrive-ot a földön és bedugja céges gépébe, a hacker már bent is van. A VPN ellentétben a kliens oldalú titkosítással, arra használható, hogy a küldő és a fogadó közti kommunikációba ne tudjanak beavatkozni a hackerek. Publikus helyen, hálózaton mindenképpen használjunk VPN-t! A VPN a két gép közötti csatornát teszi biztonságossá, úgy hogy az adatokat nem egy egészként küldi el, hanem szétbontja kis csomagokra, amit több csatornán keresztül küld el fogadónak, ezzel megakadályozza, hogy el lehessen lopni azt. Nem vagyunk információ biztonsági szakemberek, de abból kiindulva, hogy a legtöbb sikeres cégnél a munka biztonság az első, szerintünk sem baj, ha ez igaz adatainkra is.

Ha professzionálisnak akarunk hangzani, akkor meg kell felelnünk az aktuális vállalati trendeknek így szinte muszáj olyan szavakat használnunk, mint az „Agile” és „Scrum”. Több olyan bejegyzést írtunk már a SalvadorSystem megalakulása óta, ahol közhelyként használt fogalmakat elemezünk, annak érdekében, hogy segíthessünk Önöknek egy valóban hatékony digitális ökoszisztémát kiépíteni. Most is ezt fogjuk tenni, tartson velünk. A bejegyzés címében már utaltunk rá, hogy az agilis, mint fogalom folyamatosan felmerül és mindenki mindenre használja, nem megfelelő módon. Íme néhány példát arra, hogy mi az, ami nem agilis: Ha megkérdezünk egy papír termékeket forgalmazó céget, hogy mi az agilis bennük, azt a választ fogjuk kapni, hogy az ügyfeleink véleményeit fel kell írni egy post it-re és fel kell rakni a falra, hogy minden csapattag lássa. Persze a jegyzettömböt ők forgalmazzák. EZ NEM AGILIS! Ha egy tanácsadót kérdezünk meg, el fogja mondani, hogy az AGILIS egy olyan metodológia, amit az Ön szervezete meg fog tudni tanulni, amennyiben megveszi az ő szolgáltatásukat és ettől sokkal hatékonyabban fognak dolgozni. EZ SEM AGILIS! Az agilis nem egy metodológia, nem egy meghatározott mód a termékek fejlesztésre és nem is egy keretrendszer vagy folyamat. Az Agilis egy olyan készlet rendszer, amely értékeket és elveket foglal össze, a hatékonyság és az ügyfél elégedetség javítása érdekében. Attól még, hogy a dolgozók felállnak egy meetingen, nem lesznek agilisak. Ez csak egy eszköz. Attól lesznek igazán hatékonyak, hogy mindannyian hiszik, ettől a rendszertől jobban fogják végre hajtani feladataikat. Így amikor önnállóan kell döntést hozniuk, visszanyúlnak az agilis elvekhez. Tehát az agilisság egy elkötelezettség, egyfajta hit, amitől egy csapat jobb döntéseket tud hozni és ettől lesz hatékonyabb. Az „agile menifesto”, magyarul az agilis kiáltvány, összesen 68 szóból áll. Egyszerűen annyit takar, hogyha mérlegeljük, egy papír bal és jobb oldalára felírt elveinket, amelyek fontosak a szervezetünknek és ügyfeleinknek, akkor a bal oldalon található elemeket priorizáljuk. Íme egy rövid példa: Fontosabb Kevésbé fontos Egyének és interakciók, folyamatos komunikáció Folyamatok és eszközök Működő termék Átfogó dokumentáció Együttműködés az ügyfelekkel Szerződések tárgyalása, megkötése Reagálás a változásokra A terv követése   Az agilis készletrendszernek van 12 alapelve, ami segíthet megérteni pontosan miről is van szó. A következő linken megtalálhatja ezeket, de az egyszerűség végett mi is felsoroljuk ezeket. Legnagyobb prioritása a megrendelő igényeinek megfelelő, értékes termék korai és folyamatos átadásának van. A követelmények változása elfogadott, még a fejlesztés késői szakaszában is. Az agilis módszertanok befogadják a változást a megrendelő versenyképességének érdekében. Gyakran, néhány hetenként vagy hónaponként, kell működőképes terméket átadni. A rövidebb periódust kell előnyben részesíteni. A megrendelőknek, üzleti szakembereknek és a szoftverfejlesztőknek naponta együtt kell dolgozniuk a teljes projekt során. A projekteket motivált emberekre kell építeni. Meg kell teremteni a megfelelő környezetet, meg kell adni a szükséges támogatást, és meg kell bízni bennük, hogy megfelelő munkát végeznek. A leghatásosabb és hatékonyabb módszer az információ átadásának a fejlesztési csapaton belül, a személyes beszélgetés. A működő termék az elsődleges mércéje az előrehaladásnak. Az agilis módszertanok elősegítik a fenntartható fejlesztést. A szponzoroknak, fejlesztőknek, felhasználóknak képeseknek kell lenniük a folyamatos munkatempó megőrzésére. A folyamatos figyelem a technikai kiválóságra és a jó tervezésre, fokozza az agilitást. Az egyszerűség – az el nem végzett munka mennyiség maximalizálásának művészete – alapvető érték. A legjobb architektúrák, követelmények és rendszertervek az önszerveződő csapatmunkából alakul ki. A fejlesztői csapat, rendszeresen időközönként, megfontolja, hogy hogyan válhatnak hatékonyabbá és ennek megfelelően finomítják viselkedésüket. Ezek az elvek és maga az agilis “módszer” abban segítik a csapatukat, hogy döntéshozatali folyamat gyors legyen, hatékony és ügyfélorientált. Azt kell elérni, hogy minden egyes döntés, amit a csapata önmagától meghoz, minél jobban szinkronban legyen a fenti elvekkel, ekkor lesznek agilisak. Megoldásaink és digitális eszközeink, abban tudnak Önnek segíteni, hogy ezeket az elveket integrálni, alkalmazni és ellenőrizni tudja. Nézze meg kínálatunkat és legyen valóban agilis!

Sokat olvasni az ERP rendszerek előnyeiről és bevezetési hasznosságáról, de hogy valójában ez mekkora volumenű tervezést és irányítást kíván mind a szolgáltató, mint pedig a kivitelező részéről, azt már kevesen ismerik. ERP szolgáltató partnerünk esettanulmánya a Kerko Hungária Zrt-nél.   Mi volt a kiinduló pont, amelyre az ügyfeletek megoldást keresett? Egy régi #DOS alapú program volt a kiváltandó alkalmazás. Ennek olyan ismert #hiányosságai voltak: nem volt egy közös (törzs)adatbázis, szinkronizálás manuálisan történt és többe között a beépített kimutatások segítségével érdemi információk sem voltak kinyerhetőek.   A megoldásotokat hogyan tudtátok bevezetni náluk?   #előkészítés fázisában a célok kitűzése, és pontos definiálása történt. #bevezetéskor előállt egy „rendszer-alrendszer-modul-funkció” alapú specifikáció, belső és külső tesztelés, majd az adatmigráció, telepítés, oktatás. Végül a #tesztelés – éles üzem (pilot) fázisban a fejlesztés gyakorlatilag elkészült, és az éles adatokkal, és valós folyamatokkal megkezdődött a munka. Milyen nehézségek adódtak az ERP rendszer bevezetésekor? A megrendelő oldali projektmenedzser hiánya, valamint a megrendelő oldali szakértők szakmai álláspontjának eltérése a vezetőség céljaitól. Mi pedig az erőforrásigény megbecsülése során kisebb létszámú csapatot nevesítettünk a projektre, mint azt a munka mérete eredetileg indokolta volna, a projekt felénél egy főt vontunk be.   Milyen eredmények születtek, mi volt a tapasztalatotok? A SWOT analízist felhasználva az #erősségeket abban látjuk, hogy maximálisan illeszkedik a megrendelő munkafolyamataihoz. A hatékonyabb, és gyorsabb munkavégzés miatt a bevételei is növekedtek. A #gyengeséget abban véltük, hogy a  bevezetéskor megállapított és elfogadott hardware kapacitás a rendszer funkcionalitás bővítésének, vagy a Kerko Zrt. további növekedésének a korlátjává válhat. #Lehetőségként a bevezetett ERP folyamatos „ötletgyárként” szolgál a megrendelőnek, hiszen a bevezetés óta eltelt öt évben számtalan új funkcióval bővült a rendszer. Veszélyként pedig úgy véljük, hogy a rendszer bevezetése a tervezetthez képest végül jelentősen elhúzódott. További részleteket az esettanulmányban szereplő ERP rendszerről itt olvashat!

x Logo: Shield Security
This Site Is Protected By
Shield Security