Klientų programų registravimo ir apskaitos automatizavimas Almaz-Antey OJSC. Diplominis darbas: Informacinė paraiškų apskaitos sistema UAB "TsRT Service" Automatizuota paraiškų apskaitos sistema

JAUNIMO DARBO IR UŽIMTUMO MINISTERIJA

KIRGIZŲ RESPUBLIKOS

SOCIALINĖS PLĖTROS IR VERSLUMO INSTITUTAS

Taikomosios informatikos katedra

BAIGTAUS DARBAS

Tema: Buhalterinių programų automatizavimas

LLC „SV Logistics“ naudojant programą 1C: IT skyriaus valdymas 8

Baigė: studentų gr. PIM

Prižiūrėtojas:

Vyresnysis dėstytojas

leista gintis

„________“ ___________ 2012 m

galva skyrius

Fizinių ir matematikos mokslų kandidatas

PI Bolžijevas B.A.

_____________________________

Įvadas………………………………………………………………………………3

1. Analitinė dalis…………………………………………………………………8

1.1 Techninės ir ekonominės dalykinės srities ir įmonės charakteristikos. UAB „SV Logistics“ veiklos analizė………………………………………………….. 8

1.1.1 Įmonės ir jos veiklos charakteristikos ………………………….….8

1.1.2 Organizacinė struktūraįmonės valdymas………….…… .…11

1.1.3 Programinė įranga ir įmonės techninė architektūra IS………….……13

1.2 Užduočių rinkinio, užduočių ir automatizavimo poreikio pagrindimo charakteristikos…………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………… ……………………………………………………………………………………………………………………………………… ……………………………………………….

21

1.2.2 Numatomos užduoties vietos nustatymas užduočių komplekse ir jos aprašymas…………………………………………………………………………………. 24

1.2.3 Poreikio naudoti kompiuterines technologijas sprendžiant problemą pagrindimas………… ……………………………………………………………..25

1.2.4 Informacijos saugumo ir informacijos apsaugos užtikrinimo sistemos analizė………………………………………………………………………………28

1.3 UAB „SV Logistics“ esamų pokyčių analizė ir automatizavimo strategijos pasirinkimas…………………………………………………………………………….

1.3.1 Esamų užduočių automatizavimo patobulinimų analizė……………33

1.3.2 Užduočių automatizavimo strategijos parinkimas ir pagrindimas………………………44

1.3.3 IP gavimo metodo užduočių automatizavimui parinkimas ir pagrindimas

2. Konfigūracijos IT valdymas 8 2.0 versija………………………….51

2.1 Bendras aprašymas ................................................... ................................................................ ............... ...51

2.2 Sistemos reikalavimai................................................ ................................................................ .............. 52

2.3 Darbo pradžia................................................ ................................................................ ........ ....... ....53

2.4 Konfigūracijos apskaitos kilpos .................................................. .... ..............................................54

2.5 Sandėlio grandinė .................................................................. .. ..................................................55

2.6 Dokumentas "Kvitas" ................................................ .. .................................. 58

2.7 Dokumentas „Judėjimas“ ................................................ .. ............... ...................58

2.8 Dokumentas „Nurašymas“ ................................................ .............................................................. ..................59

2.9 Dokumentas „Inventorius“ ................................................ ..................................................60

2.10 Kiti dokumentai................................................ ................................................................ ............ .60

2.11 Remontas.................................................. . .............................................................. ...............60

2.11.1 Dokumentas „Remonto pradžia“ ................................................ ......................................60

2.11.2 Dokumentas „Remonto užbaigimas“ ................................................. .................................................. ......61

2.12 Paraiškos tiekėjams.................................................. .................................................. .............. 62

2.13 Vartotojų užklausos ................................................ ...............................................62

2.14 Ataskaitos................................................ ............................................................ ........ ........ ..............64

2.15 Vaizdų įkėlimas į konfigūraciją naudojant „Google“ ir „Yandex“ vaizdus ................................. ......... . .................................................. .............................................. 65

2.16 Kitos funkcijos................................................ ................................................................ ........65

Išvada………………………………………………………………………………… 66

Naudotos literatūros sąrašas…………………………………………………… 68

Įvadas

Dvidešimt pirmame amžiuje verslo procesų automatizavimas nėra prabanga.

Šis renginys, kurio poreikis ir efektyvumas įtikino sėkmingiausių įmonių vadovus ne tik Europoje ir Amerikoje, bet ir Rusijoje bei NVS šalyse.

Dažniausiai įmonės verslo procesų automatizavimo pasekmės yra:

• reikšmingas darbo našumo padidėjimas ir darbo sąnaudų mažinimas;
• su įvairiomis apskaitos rūšimis susijusių užduočių atlikimo greičio didinimas;
• sumažinti klaidų skaičių dokumentacijoje, ataskaitose ir kt.
• apskaitos efektyvumo didinimas, dėl kurio padidėja įmonės pelningumas;
• verslo procesų ir darbo eigos patogumas.

Kiekvienas iš aukščiau išvardintų punktų yra svarus argumentas už tai, kad reikia atkreipti dėmesį į galimybę automatizuoti įmonės veiklos procesus.

Natūralu, kad komplekse šie taškai tampa patikimu pagrindu sėkmingam ir klestinčiam verslui, nesvarbu, kokioje pramonės šakoje įmonė dalyvauja.

Paskutinė pasaulinė finansų ir ekonomikos krizė aiškiai parodė, kad būtent tos įmonės, kuriose įdiegta ir išvystyta automatizavimo sistema, pasižymi dideliu konkurencingumu ir stabilumu. Pavyzdžiui, aiškus automatinės apskaitos sistemos sukūrimas ir kompetentingas įdiegimas Investicinėje bendrovėje „MG Securities“ (Maskva) 2008 metų pabaigoje – 2009 metų pradžioje. išsprendė nemažai problemų, kurios anksčiau sumažino dokumentų srauto, apskaitos procesų ir operacijų valdymo greitį ir efektyvumą.

Remdamiesi tuo, kas išdėstyta, galime drąsiai daryti išvadą, kad šios baigiamojo darbo tema yra ypač aktuali šiuolaikinės sąlygos verslui, ypač laukiant pasaulinės finansų krizės pabaigos. Išties, siekiant konkurencingumo, siekiant didesnio darbo efektyvumo, svarbu paspartinti sprendimų priėmimo procesą, didinti kontaktų su klientais mobilumą, o kartu kompetentingai ir laiku stebėti įmonės vidinius veiklos procesus. Žinoma, čia svarbiausia yra automatika.

Tačiau nepamirškite, kad kiekviena įmonė yra individuali. Todėl maksimalų verslo procesų automatizavimo efektyvumą jame galima pasiekti tik taikant individualų požiūrį.

Įmonėms ir organizacijoms, kurios aktyviai plečia savo veiklą ne tik dėl naujų klientų ir partnerių atsiradimo, bet ir didindamos apyvartą bei suteikdamos daugiau Didelis pasirinkimas paslaugų ir bendradarbiavimo galimybių esamiems klientams ir partneriams, ypač svarbu automatizuoti tokių sandorio šalių paraiškų registraciją ir/ar stebėjimą, siekiant padidinti jų veiklos efektyvumą. Ši procedūra galiausiai ne tik labai palengvina pareiškėjo darbą, bet ir leidžia paraiškos vykdytojui sutaupyti laiko priimant/nagrinėjant užklausas bei sumažinti „žmogiškojo faktoriaus“ klaidų įtaką. Juk kad ir kokios aukštos kvalifikacijos specialistas bebūtų, reikia atiduoti duoklę technikos pažangai: mašinos atmintis ir duomenų apdorojimo greitis lenkia panašius žmogaus rodiklius.

Taigi šio baigiamojo darbo projekto tikslas – išanalizuoti paraiškų registravimo ir stebėjimo automatizavimą iš nuolatinių klientų ir verslo partneriai. Kartu įmonės „nuolatinis klientas“ ar „nuolatinis partneris“ turėtų būti suprantamas kaip bet kuris asmuo, su kuriuo buvo sudaryta bent viena sutartis.

Iškeltas tikslas iš anksto nulėmė daugelio tarpusavyje susijusių užduočių formulavimą ir sprendimą:

Sprendžiant pagrindinius iškeltus uždavinius, taikytas funkcinis-modulinis (struktūrinis) metodas. Spręsdami antraeilius uždavinius naudojome sisteminis požiūris, faktorinės analizės metodas, ekspertinio vertinimo metodas, finansinio efektyvumo vertinimo metodai, statistikos ir prognozavimo metodai.

Šis baigiamasis darbas susideda iš dviejų dalių.

Pirmoji dalis atspindi analitinę projekto dalį, kurioje pristatomos UAB „SV Logistics“ techninės ir ekonominės charakteristikos bei įmonėje esančių klientų ir partnerių paraiškų registravimo ir stebėjimo procesas; spręstinų užduočių komplekso apibūdinimas ir būtinybės automatizuoti aprašytą procesą UAB „SV Logistics“ pagrindimas; esamų pokyčių analizė, projektinių sprendimų pagrindimas ir SV Logistics LLC nuolatinių klientų ir partnerių paraiškų registravimo ir stebėjimo automatizavimo strategijos pasirinkimas.

Antroje darbo dalyje pateikiamas tiesioginis programos 1C: IT skyriaus valdymas 8 aprašymas ir praktinis pritaikymas šioje organizacijoje. Aprašomi šios konfigūracijos privalumai, atliekama efektyvumo analizė. Aptariami pagrindinės diplominio projekto užduoties – nuolatinių LLC „SV Logistics“ klientų ir partnerių paraiškų registravimo ir stebėjimo – įgyvendinimo būdai ir principai. Svarstomi informacinės sistemos 1C: IT skyriaus valdymas 8 privalumai ir papildomos savybės.

1. Analitinė dalis

1. Techninis ir ekonominis dalykinės srities ir įmonės apibūdinimas. UAB „SV Logistics“ veiklos analizė

1. Įmonės ir jos veiklos charakteristikos

Ribotos atsakomybės bendrovė "SV Logistics" sėkmingai veikia informacinių technologijų rinkoje nuo 2002 metų ir veikia remdamasi 2002-04-16 įstatais.

„SV Logistics“ misija – teikti įvairiapusę profesionalią kompiuterinę pagalbą tiek įmonėms, tiek privatiems asmenims.

Pagrindinė SV Logistics LLC veikla yra IT-outsourcing paslaugų teikimas.

IT-outsourcing (informacinių technologijų išorė) – tai visų įmonės informacinių technologijų ar jos atskirų IT funkcijų valdymo užduočių perdavimas specializuotai įmonei.

Kaip IT užsakomųjų paslaugų dalis, SV Logistics LLC atlieka:

• įmonės IT infrastruktūros sukūrimo paslaugos (naujo biuro vietinių kompiuterių tinklų organizavimas, planavimas, tiekimas, įrengimas, pilnas konfigūravimas ar senos sistemos modernizavimas – „biuras iki galo“);
• įmonės IT infrastruktūros integruoto valdymo paslaugos;
• Kompiuterių, serverių, biuro įrangos ir vietinių tinklų aptarnavimo ir abonentų priežiūros paslaugos;
• kompiuterinių sistemų administravimas ir priežiūra, programų diegimas ir priežiūra;
• pardavimas ir pristatymas programinė įranga ir kompiuterių komponentai, kompiuterių surinkimas pagal užsakymą;
• profesionalios vartotojų pagalbos teikimas (Help Desk);
• problemų sprendimas informacijos saugumas.

Antra pagal svarbą įmonės veikla

UAB "SV Logistics" turi teikti platų paslaugų spektrą WEB technologijų srityje (lankstus ir daugiafunkcinis Hostingas;

Interneto svetainės dizainas; interneto svetainių kūrimas, techninė pagalba ir reklama (reklamacija).

„SV Logistics“ darbas grindžiamas nuolatine naujų racionalių sprendimų ir technologijų paieška, teikiamų paslaugų kokybės plėtra ir nuolatiniu augimu.

Pagrindinis UAB „SV Logistics“ privalumas – ilgametė patirtis ir aukšta darbuotojų kvalifikacija, puikus viso siūlomų paslaugų ir produktų spektro išmanymas, atsakingas požiūris į verslą.

Pagrindinė ir neabejotina UAB „SV Logistics“ vertybė – nusistovėjęs klientų ir partnerių pasitikėjimas, išreikštas ilgalaikiu, ilgalaikiu ir efektyviu bendradarbiavimu.

1.1 lentelė „SV Logistics LLC“ nuolatinių klientų ir partnerių paraiškos 2009 m.

Indikatoriaus pavadinimas	Sandorių-pasiūlymų skaičius 2009, vnt.	% visos gautos sumos 2009 m	Faktiškai įvykdyta pasiūlymų apyvarta 2009 m., som.	Galima paraiškų apyvarta 2009 m., som.	Vidutinė kaina sutarčių pagal paraiškų skaičių 2009 m., som.
Rangovas – užsakovas
	iš viso
įvykdyti pavedimai-sandoriai
neįvykdyti prekybos pavedimai
	neskaityta (vėluota)
	atidėtas (vėluotas)
	konfliktinės programos
	iš viso
įvykdyti pavedimai-sandoriai
neįvykdytų užsakymų-sandorių
	neskaityta (vėluota)
	atidėtas (vėluotas)
	konfliktinės programos
Sandorio šalis – Partneris
	iš viso
įvykdyti pavedimai-sandoriai
neįvykdyti prekybos pavedimai
	neskaityta (vėluota)
	atidėtas (vėluotas)
	konfliktinės programos
IŠ VISO PARAIŠKŲ priimtas ir įgyvendintas
IŠ VISO PARAIŠKŲ priimtas: įvykdytas ir neįvykdytas

Trumpas aprašymas

Šio baigiamojo projekto tikslas – išanalizuoti nuolatinių įmonės klientų ir partnerių paraiškų registravimo ir stebėjimo automatizavimą. Kartu įmonės „nuolatinis klientas“ ar „nuolatinis partneris“ turėtų būti suprantamas kaip bet kuris asmuo, su kuriuo buvo sudaryta bent viena sutartis.
Iškeltas tikslas iš anksto nulėmė daugelio tarpusavyje susijusių užduočių formulavimą ir sprendimą:
Išstudijuoti esamą darbo su nuolatiniais SV Logistics LLC klientais ir partneriais schemą ir nustatyti veiksnius, kurie prisideda prie darbo efektyvumo mažėjimo / padidėjimo;
LLC „SV Logistics“ nuolatinių klientų ir partnerių paraiškų registravimo ir stebėjimo automatizavimo aprašas programoje 1C: IT skyriaus valdymas 8;
Informacinės sistemos 1C naudojimo efektyvumo ir praktinės reikšmės pagrindimas: IT skyriaus valdymas 8.

Turinys

Įvadas………………………………………………………………………………3
1. Analitinė dalis…………………………………………………………………8
1.1 Techninės ir ekonominės dalykinės srities ir įmonės charakteristikos. UAB „SV Logistics“ veiklos analizė………………………………………………….. 8
1.1.1 Įmonės ir jos veiklos charakteristikos………………………….….8
1.1.2 Įmonės valdymo organizacinė struktūra………….…….…11
1.1.3 Programinė įranga ir įmonės techninė architektūra IS………….……13
1.2 Užduočių komplekso charakteristikos, užduotys ir automatizavimo poreikio pagrindimas…………………………………………………………………………………………… …………………………21
1.2.1 Automatizavimo užduočių rinkinio ir esamų verslo procesų charakteristikų pasirinkimas…………………………21
1.2.2 Suplanuotos užduoties vietos užduočių komplekse nustatymas ir aprašymas…………………………………………………
1.2.3. Naudojimo poreikio pagrindimas informatika išspręsti problemą………………………25
1.2.4 Informacijos saugumo ir informacijos apsaugos sistemos analizė………………………………28
1.3 UAB „SV Logistics“ esamų pokyčių analizė ir automatizavimo strategijos pasirinkimas………………………33
1.3.1 Esamų užduočių automatizavimo patobulinimų analizė……………33
1.3.2 Užduočių automatizavimo strategijos parinkimas ir pagrindimas………………………44
1.3.3 IP gavimo metodo užduočių automatizavimui parinkimas ir pagrindimas
2. Konfigūracijos IT valdymas 8 2.0 versija………………………….51
2.1 Bendras aprašymas ................................................... .................................................. ..51
2.2 Sistemos reikalavimai................................................ ................................................................ ..............52
2.3 Darbo pradžia................................................ ...................................................... ..... ....53
2.4 Konfigūracijos apskaitos kilpos................................................ ..............................................54
2.5 Sandėlio ciklas ................................................... ...................................................... ............55
2.6 Dokumentas "Kvitas" ................................................ .....................................................58
2.7 Dokumentas „Judėjimas“ ................................................ .....................................................58
2.8 Dokumentas „Nurašymas“ ................................................ ..........................................................59
2.9 Dokumentas "Inventorius" ................................................ .....................................60
2.10 Kiti dokumentai................................................ ................................................................ ..............60
2.11 Remontas ................................................ .. ................................................................ ........60
2.11.1 Dokumentas "Remonto pradžia" ................................................. ...................................60
2.11.2 Dokumentas "Remonto užbaigimas" ................................................. ......................................61
2.12 Paraiškos tiekėjams.................................................. .................................................. ........62
2.13 Vartotojų užklausos................................................ ................................................................ ................62
2.14 Ataskaitos.................................................. ................................................................ ........64
2.15 Vaizdų įkėlimas į konfigūraciją naudojant „Google“ ir „Yandex“ vaizdus ................................................. ........ 65
2.16 Kitos funkcijos................................................ ................................................................ .......65
Išvada……………………………………………………………………………… 66
Naudotos literatūros sąrašas…………………………………..……………68

Apskaitos paraiškų ir užsakymų programa skirta automatizuoti užsakymų apskaitos ar paraiškų priėmimo procesą mažoje komercinė organizacija. Programa visiškai automatizuoja įmonės veiklos ir valdymo apskaitą, labai palengvindama darbuotojų ir vadovų darbą. Kadangi programa sukurta platformoje, ji yra paprasta ir intuityvi vartotojui, kaip ir kiti šioje platformoje sukurti projektai. Todėl net ir nelabai susipažinęs su kompiuteriu žmogus galės su juo dirbti.
Programa turi labai patogų prekių katalogą. Kiekviena prekė turi savybių rinkinį, pavyzdžiui: pavadinimas, brūkšninis kodas, gamintojas, pagaminimo šalis ir kt. Prekės savybių rinkinys gali būti bet koks, t.y. galite lengvai ir greitai pridėti norimas gaminio savybes arba pašalinti nereikalingas. Kiekvienai charakteristikai galite nustatyti filtrą, kad kataloge greitai ieškotumėte norimos prekės. Taip pat patogiau ir Greita paieška užsakymų apskaitos programa pateikia aplankų medį. Tai leidžia jums sukurti savo produktų klasifikaciją ir sudėti produktus į atitinkamus aplankus. Prie kiekvieno gaminio galite pridėti neribotą skaičių nuotraukų. Prekių sąrašą galima importuoti iš Excel skaičiuoklės ir eksportuoti iš programos į Excel lentelę. Programa palaiko darbą su brūkšninio kodo skaitytuvu. Skaitytuvas yra prijungtas prie kompiuterio per USB prievadą ir nuskaito brūkšninį kodą, nuskaityti duomenys pakeičiami filtro laukelyje ir automatiškai surandama norima prekė.
Kadangi organizacijos, be prekių pardavimo, gali teikti ir susijusias paslaugas, prašymų ir užsakymų registravimo programoje pateikiamas ir paslaugų sąrašas. Kiekviena paslauga turi norimą charakteristikų rinkinį, kurį, esant reikalui, galima keisti. Galima ieškoti pagal bet kurią charakteristiką. Paslaugų sąrašą galima atsisiųsti iš „Excel“ skaičiuoklės.
Atsiskaitymams su tiekėjais automatizuoti programoje yra tiekėjų duomenų bazė. Kiekvienas iš jų turi reikiamą savybių rinkinį: vardą, telefono numerį, duomenis ir kt. Tiekėjo likutis apskaičiuojamas automatiškai. Jis skaičiuojamas kaip skirtumas tarp bendros pristatytų prekių sumos ir bendros mokėjimų šiam tiekėjui sumos. Sąrašas gali būti filtruojamas pagal bet kurį lauką.
Užsakymų apskaitos programoje taip pat yra jūsų organizacijos vadovų sąrašas. Kiekvienam iš jų yra vedama ir saugoma statistika reikalinga informacija. Kiekvienas vadovas turi savo pardavimo procentą, pagal kurį jo darbo užmokestis ir susidaro vadovo balansas. Taip pat yra filtrai norimoms charakteristikoms.
Pirkėjų duomenų bazė pateikiama ir paraiškų apskaitos programoje. Pavadinimas, rekvizitai, duomenys sutarčių sudarymui – visa tai charakterizuoja kiekvieną pirkėją. Savybių sąrašas gali būti keičiamas pagal Jūsų pageidavimus. Automatiškai kaupiasi visas kiekis apsipirkti. Pirkėjų sąrašą galima importuoti į programą iš Excel skaičiuoklės ir prireikus eksportuoti iš programos į Excel. Šis sąrašas gali būti filtruojamas pagal bet kurią pirkėjo charakteristiką.
Prekių atvežimas atliekamas naudojant to paties pavadinimo operaciją. Parenkame tiekėją ir pridedame produktus iš prekių katalogo, nurodydami jų kiekį ir esant poreikiui keisdami pirkimo kainą. Prekių sąrašą galite importuoti į operaciją Kvitas iš Excel skaičiuoklės. Tai labai patogi funkcija. Jei jūsų tiekėjas gali atsiųsti jums Excel failą su pristatytų prekių sąrašu, tuomet jums tereikės įkelti šiuos duomenis į programą. Norėdami tai padaryti, tereikia paspausti mygtuką Importuoti iš Excel ir pasirinkti failą su prekių sąrašu, o duomenys automatiškai pateks į programą. Pristatytų prekių kiekis keliaus į sandėlį, o bendra pristatymo suma bus apskaitoma tiekėjo balanse. Kvitų operacijų sąraše yra filtrai pagal tiekėją ir operacijos datą.
Užsakymų apskaita programoje labai paprasta. Iš pirkėjų sąrašo reikia pasirinkti užsakymo būseną ir pirkėją. Vadovo pavardė bus pakeista automatiškai, atsižvelgiant į vartotojo vardą, kuriuo esate paskyroje.

Svarbus bet kurios informacinės sistemos projektavimo etapas yra diagramų, atspindinčių automatizuoto proceso funkcionavimą, kūrimas. Šiuo metu šiems tikslams plačiai naudojamas BPWin CASE automatizuotas projektavimo įrankis. BPWin programinės įrangos produktas yra galingas įrankis modeliams kurti, leidžiančius analizuoti, dokumentuoti ir planuoti sudėtingų verslo procesų pakeitimus. BPWin – tai priemonė rinkti reikiamą informaciją apie įmonės veiklą ir grafiškai pavaizduoti šią informaciją holistinio ir nuoseklaus modelio forma. BPWin modelis yra grafinis tikrovės atvaizdavimas, tai yra verslo procesų dokumentavimo ir formalizavimo priemonė. Su juo galite kurti DFD ir IDEF0 diagramas, kurios leidžia analizuoti informacijos srautų sistemoje ir pačios sistemos funkcionalumo požiūriu.

Kurdami įmonės portalą, sukursime IDEF0 ir DFD - diagramas įmonei, parodysime duomenų apdorojimo ir informacijos perdavimo iš vienos funkcijos į kitą technologiją, kaip parodyta 1, 2 ir 3 paveiksluose.

IDEF0 yra funkcinio modeliavimo metodika. Naudojant vaizdinę grafinę kalbą IDEF0, tiriama sistema kūrėjams ir analitikams atrodo kaip tarpusavyje susijusių funkcijų rinkinys (funkciniai blokai – IDEF0 požiūriu).

Paprastai IDEF0 modeliavimas yra pirmasis žingsnis tiriant bet kurią sistemą.

IDEF0 struktūrinė-funkcinė diagrama parodyta 1 paveiksle.

1 pav. Funkcinės schemos „Pateikti vartotojo užklausą IT tarnybai“ kontekstinis lygis

2 pav. Antrasis IDEF0 diagramos lygis „Pateikti vartotojo užklausą IT tarnybai“

Skirtingai nei IDEF0 rodyklės, iliustruojančios ryšius, DFD rodyklės rodo, kaip objektai (įskaitant duomenis) iš tikrųjų pereina iš vienos veiklos į kitą. Šis srauto vaizdavimas užtikrina, kad DFD modeliai tai atspindėtų fizinės savybės sistemos, tokios kaip objektų judėjimas (duomenų srautai), objektų saugojimas (duomenų saugyklos), objektų šaltiniai ir vartotojai (išoriniai subjektai).

4 paveiksle parodyta duomenų apdorojimo ir informacijos perdavimo iš vienos funkcijos į kitą technologija duomenų srauto diagramos (DFD diagramos) pavidalu. Prieš sudarant duomenų srautų diagramą, analizuojami sistemos įvesties ir išvesties duomenys, kurie turi įtakos jos funkcionavimui.

Sistemos įvesties duomenys yra: duomenys vartotojui autorizuoti, informacija, skirta susisiekti su vartotojų aptarnavimo tarnyba, informacija apie aptarnaujamą objektą.

Sistemos išvestis yra visa užpildyta programa, kontroliuojamas programos vykdymo procesas.

3 pav. Funkcinė diagrama (DFD)

Atsižvelgdami į darbo tikslą, atliksime programinės įrangos produktų, skirtų įmonių komunikacijai, rinkos (portalų rinkos) tyrimus ir analizuosime žinomiausius šios srities programinius sprendimus.

Portalo rinka atsirado 1998 m. Iš pradžių šioje rinkoje konkuravo kūrėjai, kurie specializuojasi tik portaluose. Po 18 mėnesių šioje rinkoje pasirodė kiti žaidėjai – didelės ir vidutinės programinės įrangos kompanijos. Šios rinkos viršūnėje yra daugiau nei 100 portalų kūrėjų. Dabar jų yra ne daugiau kaip 60 .

Paprastai renkantis įmonės portalo sprendimą yra trys standartiniai scenarijai:

Paruoštų sprendimų (aukšto prieinamumo platformų ar sistemų) pirkimas;

Kūrimas nuo nulio (custom development);

Kombinuotas požiūris (konkrečių modulių kūrimas, bet paremtas jau paruoštais sprendimais ar platformomis).

Tačiau verta paminėti, kad pastaruoju metu atsirado nemažai nemokamų sprendimų. Nemokamų portalų naudojimas Rusijoje tampa vis dažnesnis, bet, deja, norint su jais konkuruoti paruoštus sprendimus arba užsakomąjį darbą, to dar negali, nes dauguma įdiegtų sistemų buvo paleistos bandomuoju būdu ir ilgą laiką derinamos prie organizacijos. Laikas versle, kaip žinote, yra pinigai.

Kiekvienas iš būdų turi savo privalumų ir trūkumų, tačiau, kaip taisyklė, renkantis sprendimą visi požiūriai vertinami pagal šiuos kriterijus:

Sprendimo kaina (įskaitant licencijas, įrangą ir darbus);

Galutinės sistemos diegimo ir pristatymo greitis;

Įmonės veiklos procesų išskirtinumas ar specifinių reikalavimų buvimas;

Įmonių standartai ir technologijų pageidavimai;

Kvalifikuotų specialistų prieinamumas įmonėje ir jų specializacija;

Inovatyvus ar konservatyvus įmonės stilius;

Požiūris į sistemos diegimą – sistema pritaikoma prie įmonės verslo procesų, arba įmonė pritaiko verslo procesus prie sistemos funkcionalumo.

Bet kokiu atveju būtina išsami situacijos analizė kiekvienam konkrečiam klientui ir individualus požiūris renkantis sprendimą.

Intraneto portalų įdiegimo metodika iš esmės yra panaši į bet kurios informacinės sistemos, turinčios daug vartotojų, diegimą. Žinoma, tokių sistemų diegimas reikalauja profesionalaus kūrėjų požiūrio, kvalifikuoto projektų vadovo ir projekto komanda, pramoninis požiūris į sistemos kūrimą ir diegimą (projektavimas, kūrimas, testavimas, mokymas, paleidimas). Tačiau svarbiausia, ko nederėtų pamiršti, kad diegiant įmonės intraneto portalą išryškėja ne techniniai sunkumai, o administracinės problemos, informacijos saugumo problemos, žinių perdavimas iš kūrėjo galutiniams vartotojams.

Įmonės portalo diegimo ypatybės labai priklauso nuo tikslų ir uždavinių, kuriuos klientas nustato šiai sistemai, nuo jo verslo kultūros ir esamo automatizavimo lygio įmonėje. Dvi rinkoje konkuruojančios įmonės gali turėti skirtingus reikalavimus sistemai, o įmonių portalo diegimas šiose įmonėse bus vykdomas visiškai skirtingais būdais.

Paprastai visos įmonės, diegdamos įmonių portalus, susiduria su tomis pačiomis problemomis. Tarp jų yra šie:

Poreikis keisti įmonės veiklos procesus dėl jau atliktos automatizavimo, būtinybė perskirstyti atsakomybę;

Procesų ir jų dokumentacijos įforminimo trūkumas, neleidžiantis aiškiai išdėstyti problemos;

Įprotis dirbti ties „asmeniniu kontaktu“;

Žema kompiuterių naudojimo kultūra įmonėse;

Įmonių darbuotojų pasipriešinimas įgyvendinimo metu;

Nepakankamas vadovybės tvirtumas diegiant sistemą įmonėje;

Žemas įmonės vadovybės ir darbuotojų supratimo apie galimą įmonės informacinių sistemų naudojimo naudą lygis;

Sunkumai įforminant prieigos prie informacijos paskirstymą;

Bandymas per portalą perkelti įmonės informacijos netvarką į automatizuotą netvarką;

Trūksta patirties eksploatuojant tokias sistemas ir dėl to menkas supratimas apie galimas portalo naudojimo galimybes.

Tai nereiškia, kad visos šios problemos yra neišsprendžiamos. Vien norint jas efektyviau išspręsti, būtina pasitelkti patyrusius specialistus ir konsultantus, kurie turi patirties diegti tokias sistemas ir pasiūlys įmonei būdus ir priemones šioms problemoms spręsti, jau išbandytus su kitais klientais, atsižvelgiant į specifikos žinias. Rusijos verslo.

Lyginamojoje analizėje apsvarstysime keletą paruoštų dėžutės portalo sprendimų variantų ir vieną nemokamą. Portalai WSS Portal ir DeskWork yra pagrįsti Microsoft SharePoint Services technologija, kuri dabar labai populiari visame pasaulyje. „1C-Bitrix“: įmonių portalas ir „eGroupware“ yra pagrįsti savo raidą, o eGgroupware paprastai yra atvirojo kodo programa.

1.3.1 eGroupware portalas

„eGroupWare“ yra nemokama programinė įranga, skirtas gerinti grupinį darbą įmonėse, kuriose darbuotojų skaičius nuo kelių iki kelių tūkstančių.

eGroupWare įdiegimas padės įmonėje įdiegti vieningą informacinę sistemą ir padėti kiekvienam darbuotojui spręsti aktualius reikalus.

„eGroupWare“ yra su tokiomis programomis kaip :

Kalendorius. Šis komponentas skirtas sutvarkyti vieną laikiną įmonės erdvę ir leidžia priskirti bet kokius renginius sau ar kolegai.

Projektų valdymas. Leidžia dideliam skaičiui vartotojų dirbti su vienu projektu ir kiekvienam iš jų atlikti nurodytus veiksmus.

Informacinis žurnalas. Tai yra visų įvykių, kuriuos jūs ar jūsų kolega turi atlikti vienu ar kitu metu (paskambinti, atlikti kokį nors veiksmą ar tiesiog palikti pastabą), žurnalas.

• Kaip žinių bazė sumažina planinio remonto išlaidas
• Kokia gudrybė skatina darbuotojus greitai pereiti prie darbo naujoje informacinėje sistemoje
• Kodėl į pagalbos tarnybą įtraukti slaugytojus

Naudojame modernią importuotą įrangą. Prietaisai yra 3D tomografai, lazerinės terapijos prietaisai, elektrokardiografai, odontologijos ir liejyklos įrenginiai bei kompresoriai. Kiekvieną mėnesį techninė tarnyba sulaukia nuo 100 paraiškų dėl įrangos remonto ir priežiūros. Kiekviena paraiška turi būti įtraukta į darbo grafiką, atsižvelgiant į skubumą, sudėtingumą ir vykdymo laiką. Tuo pačiu metu remontą reikia planuoti atsižvelgiant į gydytojų darbo krūvį ir trumpus darbo intervalus.

Prieš trejus metus supratome, kad mums reikia automatizavimas Priežiūra ir įrangos remontas. „Rankinis“ remonto organizavimo būdas technine įranga kartu su keturiomis problemomis.

4 „rankinio“ įrangos remonto organizavimo problemos

1. Techninio aptarnavimo darbuotojų ir medicinos personalo konfliktai. Inžinieriai lėtai apdorodavo paraiškas, kartais jas visai prarasdami. Į iškvietimus jie atvyko pavėluotai, todėl gydytojai buvo priversti nutraukti pacientų priėmimą. Gydytojai skundėsi ir manipuliavo vadovybe: „mes to nepadarėme, nes aparatūra neveikė mėnesį, niekas jos netaisė“.
2. Techninės tarnybos apkrovos neskaidrumas. Pasikartojančios nereikšmingos programos paralyžiavo techninę tarnybą. Inžinierių darbas iš „prašymo-remonto“ režimo perėjo į „pamiršau, nes dirbau kitus nelengvus darbus“ režimą.
3. Remonto apskaitos skaidrumo trūkumas. Nusipirkome rentgeno aparatą. Jo remonto dokumentų nebuvo. Informacija apie įrangą ir gedimų šalinimo būdus buvo kaupiama inžinierių sąsiuviniuose. Po kurio laiko nebesupratome, kur ta įranga, kokios būklės ir kodėl už jos remontą buvo gautos sąskaitos su tokiomis didelėmis sumomis.
4. Sąmoningas nepatogaus darbo inžinierių sugriežtinimas. Įrangos remonto istorijos duomenų bazės nebuvo. Inžinieriai planinės profilaktinės priežiūros neatliko, nurašė veikiančias atsargines dalis.

Kaip pasirinkti gaminį priežiūros automatizavimui

Išanalizavome, kokius sprendimus siūlo rinka medicinos įrangos apskaitos automatizavimui ir remonto užklausų automatizavimui. Sužinojome, kad vakarietiški gaminiai brangūs, sunkiai įgyvendinami ir griozdiški, o rusiškų nėra. Tada jie atkreipė dėmesį į produktą „1C: ITIL Management Informacinės technologijosįmonės“.

1C-Rarus integratorius pademonstravo programos galimybes. Tačiau perspėjo, kad nors programa tinkama gydymo įstaigai, praktiškai niekas jos netaikė.

Mums siūlė pirkti dėžutę, žadėjo parūpinti reikalingos instrukcijos, tačiau produktą tektų pritaikyti patiems. Pasvėrę pliusus ir minusus nusprendėme surizikuoti. Programa yra suderinama su kitais 1C produktais, todėl duomenų bazių priežiūra yra paprasta, be to, jos kaina yra mažesnė nei Vakarų analogų.

7 techninio aptarnavimo automatizavimo etapai

Projekto komandą sudarė IT direktorius, vykdomasis direktorius, inžinierius, vyriausiasis gydytojas, vyresnioji slaugytoja ir. Aš dirbau kuratore. Projektas buvo įgyvendintas septyniais etapais.

1 etapas. Verslo procesų analizė. Jie apibūdino paraiškos dėl medicinos įrangos remonto kelią: kas ją kuria, kam perduoda, kokie reikalavimai registracijai ir per kiek laiko inžinieriai turi ją atlikti. Išvestyje gavome procesą „toks, koks yra“.

2 etapas. Naujų verslo procesų kūrimas. Remdamiesi procesu „kaip yra“ ir produkto „1C: ITIL Enterprise Information Technology Management“ reikalavimais, sukūrėme procesą „kaip ir turėtų“.

Dvi techninės pagalbos eilutės. Pirmoje eilutėje pateikiamos programos, kurios nėra susijusios su gedimu. Pavyzdžiui, darbuotojas nežino, kaip įjungti ar iš naujo paleisti įrangą. Tai ne gedimas, o eksploatavimo taisyklių pažeidimas. Tokius prašymus atlieka vyriausioji slaugytoja. Antroje eilutėje yra prašymai dėl remonto. Juos atlieka inžinierius. Dvi techninės pagalbos linijos leido neperkrauti inžinierių.

Nauji ataskaitų ir pranešimų tipai. Kai kurios ataskaitos nebuvo įtrauktos į programą. Pavyzdžiui, atsarginių dalių apskaita, gedimų priežiūros kokybės apskaita, remonto apskaita. Jie buvo pridėti patys. Taip pat savarankiškai pridėjome pranešimų apie incidentus siuntimo funkciją paštu ir tt

Vieninga turto ir žinių duomenų bazė. Informacija apie įrangą, komponentus, atsargines dalis, įrankius ir trikčių šalinimo būdus yra vienoje turto duomenų bazėje. Bazės vartotojas gauna visą informaciją, kad galėtų atlikti greitą įrangos diagnostiką (įdėti, gyvenimo ciklas, techninę dokumentaciją). Duomenų bazėje kaupiami efektyvaus incidentų sprendimo pavyzdžiai.

3 etapas. Techninės tarnybos nuostatų parengimas. Sukūrėme taisykles:

• gedimų valdymo procesas;
• medicinos įrangos valdymo procesas;
• paraiškų registravimo ir registravimo darbai;
• planiniai priežiūros darbai.

4 etapas. Informacinės sistemos diegimas, konfigūravimas ir testavimas. Pirmiausia nustatykite serverį. Tada – kliento aplikacija į dalyvaujančių darbuotojų darbo vietas. Nustatykite papildomas ataskaitas. Pildomi žinynai: įrangos modeliai ir gamintojai, įprastinės užduotys, vartotojų sąrašai, paslaugų rūšys. Patikrinome aplikacijų judėjimo maršrutus.

5 etapas. Darbuotojų mokymas. Surengė bendrą instruktažą. Tada sutvarkyta verslo žaidimas, kuriame darbuotojams paaiškino, kaip pildyti ir įvesti paraiškas į programą. Aplikacijų neplaniniams incidentams kūrimą dirbome atskirai. Paaiškinome, kad prašymų žodžiu ir raštu nebepriimame.

6 etapas. Darbuotojų skatinimas dirbti pagal programą. Skatinkite komandą greitai pereiti prie dizaino elektronines programas vietoj telefono skambučių padėjo gudrumas. Informacinėje sistemoje neregistruotų prašymų neįvykdėme. Kai darbuotojas pasiskundė, kad inžinierius į prašymą nereagavo, pasakėme, kad to programoje nematome. Kitaip tariant, jei gydytojas laiku nesuremontavo įrangos, tai yra jo problema.

7 etapas. Techninė ir metodinė pagalba. Įdiegus ir sukonfigūravus sistemą mėnesį (kartą per tris dienas), programų judėjimo maršrutai buvo tikrinami kasdien.

• Darbo eigos automatizavimas įmonėje: paprastas žingsnis po žingsnio planas

Kaip dabar vyksta paraiškų priėmimas ir įrangos remontas?

Jei įranga sugenda, vartotojas kreipiasi pagalbos. Nurodo prisijungimą prie sistemos ir telefono numerį, įvardija problemą, aprašo įvykį.

Pirma, užklausą gauna pirmoji techninės pagalbos linija. Jei pirmos eilės specialistas randa sprendimą, jis darbuotojui nurodymus išsiunčia paštu.

Jei problema rimta ir pirmoji eilutė negali padėti, programa perduodama inžinieriams naudojant vieną programos srauto monitorių.

Programa kiekvienai programai priskiria atitinkamą aptarnavimo darbo būseną, spalvomis nustato užduoties prioritetą, incidento pašalinimo kainą ir terminus. Taigi planuojami prevenciniai darbai pažymėti žalia spalva. Raudona spalva reiškia kritinį gedimą. Kritinės gedimo pavyzdys yra programinės įrangos gedimas, dėl kurio pacientas diagnozuojamas neteisingai. Inžinierius monitoriuje mato naują užklausą, jos prioritetą ir svarbą ir gauna pranešimą el. paštu. Žinių bazėje ieško problemos sprendimo. Išsprendus problemą, incidentas uždaromas. Tada išsiunčia darbuotojui laišką su paaiškinimais ir atliktų darbų ataskaita.

Pridursiu, kad inžinierius programoje mato programos istoriją. Kita vertus, darbuotojas kiekvieną kartą, kai programa pakeičia būseną, darbo kompiuteryje gauna pranešimą. Pavyzdžiui, paraiška buvo priimta, paraiška vykdoma, paraiška užpildyta ir pan.

Inžinieriai kiekvieno tipo įrangos gedimus registruoja atskirai. Jei ji vėl užstringa, programa problemai priskiria būseną „sistema“. Tai padeda laiku atlikti planinius profilaktinius remontus, nustatyti ir pašalinti sistemos klaidas bei išvengti įrangos gedimų.

Be to, programa įspėja inžinierius apie artėjančius įrangos profilaktinės priežiūros terminus. Inžinieriaus monitoriuje ir kompiuteryje medicinos darbuotoja kas atsakingas už įrangą, gauna priminimą.

• 4 pavyzdžiai, kaip mažos įmonės sumažina išlaidas naudodamos IT

Keturi pagrindiniai rezultatai

Projektas truko šešis mėnesius. Jį užbaigus iškart pajutome poveikį. Komanda pažymi, kad „pagerėjo“.

Neįvykdytų ar pavėluotų prašymų skaičius sumažintas iki nulio. Dabar inžinieriams mokama ne už remontą, o už sklandų įrangos veikimą. Kuo ilgiau technika negenda, tuo didesnis atlyginimas. Inžinierių premijoms apskaičiuoti naudojame keturis KPI:

• paraiškų kokybė;
• vidutinis klaidų pašalinimo kokybės įvertinimas;
• uždarytų pavedimų dalis iš registruotų sistemoje;
• biudžeto, išleisto remontui ir neplanuotiems incidentams.

Medicininės įrangos priežiūros ir kt technines sistemas sumažėjo iki 20 proc. Programa parodo, kas ir kokie technikos komponentai ir dalys buvo išimtos, kas siunčiama remontuoti ir pan.. Būdavo, kad už įrangos remontą sumokėdavome, kai jai dar buvo garantija. Dabar galite pamatyti, kuriai įrangai taikoma garantija, o kuriai ne. Duomenų bazės dėka yra informacija apie dažniausiai naudojamas atsargines dalis ir priedus. Dabar perkame tik tai, ko reikia konkrečiu momentu, arba tai, ką naudojame dažniausiai.

Techninio aptarnavimo apkrova sumažėjo 15 proc. Profilaktinės priežiūros tvarkaraštyje buvo numatyta gydytojų ir slaugytojų atsakomybė už sklandų įrangos veikimą. Dabar dalį įrangos priežiūros atlieka pats medicinos personalas. Inžinieriams tapo lengviau planuoti darbo valandas.

Neplanuotų incidentų skaičius sumažintas iki 40 proc. Programa saugo gedimų ir judėjimų, remonto ir priežiūros istoriją bei lydimąją dokumentaciją. Ši informacija leidžia iš anksto planuoti įrangos remontą ir keitimą.

Įrangos priežiūros ir remonto automatizavimas:

• išlaisvinti komandą nuo konfliktų;
• sumažino apkrovą techninis aptarnavimas, taip leidžiant darbuotojams gerinti darbo kokybę;
• sumažintos įrangos ir mechanizmų remonto išlaidos;
• išaugo pajamos, nes dabar pacientų priėmimo neatšaukiame.

Leidžiama kopijuoti medžiagą be patvirtinimo, jei yra nuoroda į šį puslapį

Kaip tinkamai apskaityti užsakymus? Kaip be klaidų įrašyti ir apdoroti klientų ir pirkėjų užklausas? Dirbant su užsakymais ir klientais neįkainojamą pagalbą suteiks debesyje veikianti užsakymų apskaitos programa.

Apskaita „ant kelio“: įprastų apskaitos metodų spąstai

Atidarydamas įmonę verslininkas gauna pirmuosius užsakymus iš klientų. Kol jie yra pavieniai, o apyvarta nėra didelė, nėra problemų su užsakymų atsiskaitymu (taigi ir buhalterine bei mokesčių apskaita): visi duomenys apie prašymus įvedami per tam tikrą laikotarpį: pabaigoje. savaitės, darbo dienos pabaigoje ar kitu laikotarpiu.

Visi klientai iš pirmo žvilgsnio.
Tvarkykite santykius su klientais, produktyviai dirbkite su užsakymais!

Tai gali būti įprastas žurnalas su užsakymų lentele, užrašų knygelė ar Excel programa. Nepriklausomai nuo to, kokį įrankį naudoja už užsakymų registravimą atsakingas įmonės darbuotojas, visus duomenis jis įveda rankiniu būdu, remdamasis čekiais, sutartimis ir kitais dokumentais.

Pirmaisiais įmonės darbo etapais nesunku atsekti užsakymų įvykdymo kiekį ir teisingumą. Tačiau didėjant paraiškų skaičiui, vadovas susiduria su pirmaisiais sunkumais:

• darbuotojai, atsakingi už užsakymų apskaitą, pradeda klysti ir praleisti užsakymus;
• buhalterija pradeda per ilgai užtrukti, todėl tenka samdyti individualus darbuotojas kas dirbtų tokį darbą;
• dėl būtinybės apdoroti daug užsakymų net toks darbuotojas pradeda daryti vis daugiau klaidų;
• vadovas ar kitaip Atsakingas asmuo negali kontroliuoti darbuotojų darbo – tiek fiksuojančių užsakymus, tiek juos priimančių ir apdorojančių.

Dėl to – žema klientų aptarnavimo kokybė, klaidos finansiniuose dokumentuose, neteisingi duomenys apskaitos ir mokesčių atskaitomybėje.

Užsakymų apskaitos automatizavimas: sistemų privalumai

Esant dideliam užsakymų skaičiui, optimaliausias sprendimas būtų įdiegti apskaitos automatizavimo sistemą – užsakymų apskaitos programą, kuri galėtų užtikrinti užsakymų apskaitą non-stop režimu.

Automatikos privalumai:

• klaidų ir praleidimų nebuvimas;
• internetinė apskaita, t.y. duomenų įvedimas iš karto po užsakymo gavimo ir apdorojimo;
• paruošti šablonai, lentelės, dokumentų formos, galimybė surašyti dokumentus per vieną ar dvi minutes;
• naudojimo paprastumas, reikšmingas laiko ir pinigų sutaupymas: nereikia samdyti atskiro darbuotojo, atsakingo už užsakymų apskaitą;
• galimybė atsiskaityti už kiekvieną užsakymo apdorojimo etapą.

„Debesų“ paslaugų galimybės

Automatizuota užsakymų apskaita gali būti organizuojama dviem būdais.

Pirmas būdas- Įdiekite nemokamą užsakymų apskaitos programą kompiuteryje arba į vietinis tinklas. Paprastai tai yra sudėtingos, daugiafunkcinės sistemos, kurias reikia prižiūrėti ir atnaujinti. Norint, kad tokia sistema veiktų efektyviai, be kita ko, reikia pasamdyti IT specialistą arba sudaryti užsakomųjų paslaugų sutartį su programą įdiegusia įmone.

Antras būdas- naudokite žiniatinklio paslaugą „debesis“. Ji turi tas pačias funkcijas kaip ir įprasta programa, tačiau neturi trūkumų.

„Debesų“ žiniatinklio paslaugų galimybės:

• nereikia kompiuteryje įdiegti buhalterinės apskaitos programos, kurti vietinio tinklo, įvesti užsakymų apskaitos sistemos į esamą informacinę aplinką;
• taupote vietos kompiuterio standžiajame diske arba vietinio tinklo serveryje; neišleiskite pinigų priežiūrai ir programų atnaujinimams;
• žiniatinklio paslauga gali naudotis visi turintys prieigos teises, be laiko apribojimų ir iš bet kurios pasaulio vietos: esant poreikiui, darbuotojas telefonu gali įvesti užsakymo duomenis, o tai svarbiausia lauko specialistams, kurjeriams, sandėliuose dirbantiems darbuotojams. , transportas, gamyba.

Class365: nemokama užsakymų apskaitos programa

Norint turėti savo dispozicijoje tokį įrankį, kuris leistų sekti užsakymus iš bet kurios pasaulio vietos ir bet kuriuo patogiu metu, nereikia pirkti ir įdiegti sudėtingos programos bei nuomotis dedikuoto serverio, kuris užtruks pusę biudžeto išlaikyti. Pakanka užsiregistruoti ir prisijungti prie „debesų“ žiniatinklio paslaugos Class365.

Class365 yra patogi nemokama paslauga, kurioje galite sekti užsakymus. Programa tinka įmonėms, veikiančioms paslaugų sektoriuje, mažmeninėje prekyboje ir Didmeninė prekyba taip pat internetinėse parduotuvėse. Galėsite dirbti su klientais, greitai gauti išsamią informaciją apie konkrečią prekę, vykdyti užsakymų apskaitą realiu laiku.

Norint naudotis visomis programos funkcijomis, tereikia skirti kelias minutes užsiregistruoti ir pasirinkti tarifą – „Nemokama“, skirta pradedantiems verslininkams ir jaunoms įmonėms. Augant įmonei ir atitinkamai darbuotojų skaičiui, galite padidinti vartotojų skaičių pereidami prie „Profesionalų“ tarifo.