Implementacija 1s up u preduzeću. Implementacija up. Integracija sa drugim softverskim proizvodima i sistemima

1C UPP 1,3 0 rub

1C ERP menadžment preduzeće 2,0 0 rub

1C ERP + Workflow + 100 licenci 0 RUB

Lista rješenja baziranih na 1C SCP za računovodstvo proizvodnje:

Proizvod je dizajniran kao efikasan alat za operativno upravljanje, kontrolu i planiranje materijala i finansijskih sredstava proizvodno preduzeće. Lista zadataka koje treba riješiti program " 1C: Upravljanje proizvodnim preduzećem" sadrži: finansijsko upravljanje i u gotovini, i planiranje, upravljanje osobljem preduzeća (uključujući obračun plaća), upravljanje proizvodnjom, nabavkom i kontrolom zaliha, upravljanje odnosima s klijentima, upravljanje osnovnim sredstvima, prodajom, upravljanjem i regulatorno izvještavanje.

Sastav podsistema 1C UPP

Konfiguraciona struktura "1C SCP 8.3 (8.2)" takođe sadrži nekoliko podsistema koji omogućavaju operativno upravljanje i računovodstvo u proizvodnoj organizaciji, i to: podsistem za upravljanje osobljem, gotovinom, računovodstvom, itd. Glavne komponente programa su usmerene na takvi procesi:

• Porezno računovodstvo;
• Finansijsko planiranje;
• Računovodstvo prema MSFI;

Konfiguracija "1C: SCP" razvijena je za proizvodna preduzeća, odnosno njen glavni cilj je rješavanje sljedećih zadataka:

• Smanjeno vrijeme zastoja stručnjaka i opreme;
• Isključenje poremećaja plana prodaje zbog preopterećenja proizvodnih resursa;
• Smanjenje vremena za realizaciju zadataka;
• Optimizacija kretanja skladišnih bilansa i materijala;
• Smanjite troškove proizvodnje;
• Učinite proizvodni proces upravljivim i transparentnim;
• Poboljšati kvalitetu proizvedenih proizvoda.

Ova konfiguracija može poslužiti oba odvojeno proizvodnih preduzeća, i velikih holdinga, formirajući end-to-end upravljačko računovodstvo i jedinstvenu informacijsku bazu. Porezno i ​​računovodstvo je razvijeno u skladu sa zakonodavstvom Rusije, a u pogledu strukture, pravila ponašanja, sadržaja i izvršenja u potpunosti ispunjava sve zahtjeve i standarde relevantnih regulatornih dokumenata.

Ovaj program implementira mehanizme za stabilizaciju operativnih aktivnosti proizvodnog preduzeća, koji pomažu da se evidentiraju samo informacije koje su operativne. Ovi mehanizmi sprovode i zadatke operativne kontrole. Prilikom evidentiranja takvih operacija vrši se analiza ispravnosti podataka u primarnim računovodstvenim dokumentima, kao i ispravnosti njihovog izvršenja.

SCP danas

Jer moderna proizvodnja je složen, multifunkcionalni proces, koji se sastoji od skupa mjera usmjerenih na proizvodnju proizvoda, 1C proizvod za proizvodno poduzeće pruža potpunu kontrolu svih faza proizvodnje - od isporuke sirovina do izdavanja gotovih proizvoda. Program prati usklađenost završenih procesa sa odobrenim planovima i programima: obim, obim kvarova, obim proizvedenih proizvoda po periodima itd.

Ova konfiguracija obuhvata materijale utrošene na proizvodnju i proizvedene proizvode, uzimajući u obzir povratni prihod. Menadžer može samostalno vršiti odgovarajuće izmjene i dopune datih planova.

Efikasnost takvog kompleksa softver u velikoj mjeri ovisi o karakteristikama i kvaliteti njegove implementacije. Stručnjaci mnogih kompanija, po pravilu, imaju veliko iskustvo u održavanju i instalaciji ovakvog softvera, kako u malim preduzećima, tako iu kompanijama sa najvećom holding strukturom. Ako želite da podignete svoj posao ili kompaniju na viši nivo, novi nivo- najbolje rješenje bi bilo uvođenje 1C programa za proizvodnju.

Ako uporedimo 1C ERP s funkcionalnošću 1C SCP, onda možemo primijetiti veliki napredak u funkcionalnosti proizvodnog i financijskog računovodstva. Zbog funkcionalnosti 1C Trade Management 11, blok prodaje, CRM-a i kupovine je povremeno povećan u kvaliteti.

Već sada je program 1C ERP 2.0 (8.3) prilično moćan i inovativan proizvod koji je prikupio zaista zanimljiv skup funkcija.

Unatoč činjenici da je program nov, njegovi moduli su već korišteni i otklonjeni u drugim programima (UT 11, BP 3.0, ZUP 3.0), što sugerira da proizvod nije odmah ušao na tržište u "sirovom" obliku, već testiran i zaista spreman za implementaciju "1c upravljanje proizvodnim preduzećem".

Sudeći po iskustvu implementacije 1C SCP 8.3, našim klijentima je gotovo uvijek potrebna pomoć pri pokretanju sistema. Spisak faza implementacije obuhvata: obuku korisnika, učitavanje početnih podataka, prilagođavanje karakteristikama preduzeća, ugradnju sistema u infrastrukturu i druge radove.

Nakon implementacije i konfiguracije 1C SCP 1.3, program zahtijeva odgovarajuće održavanje. Održavanje je neophodno za ispravan rad. To uključuje: ažuriranje obrazaca za izvještavanje, pravljenje rezervnih kopija, konsultacije korisnika, finaliziranje izvještavanja.

Trebali biste kupiti 1C UPP program od zvaničnih distributera softvera koji pružaju srodne usluge za implementaciju ovoga softverski paket, obuka osoblja za rad sa njim i naknadna podrška. U ovom slučaju je zagarantovana brza efikasnost i rešavanje bilo kojih specifičnih zadataka određenog preduzeća. Tokom obuke daju se odgovori na često postavljana pitanja korisnika (o zaštitnim ključevima, razlikama u verzijama, prenošenju programa na drugi računar itd.).

Za pouzdan i siguran rad preporučuje se kupovina i korištenje klijent-server verzije programa, što vam omogućava da isključite direktan rad običnih zaposlenika s programom i bazom podataka preduzeća. Pristup serverskom računaru treba da imaju samo najobučeniji zaposlenici – administratori. Ovaj slučaj upotrebe se razrađuje tokom implementacije sistema.

1C: SCP djeluje kao sveobuhvatno aplikativno rješenje koje pokriva glavna područja računovodstva i administracije. Softverski proizvod vam omogućava da kreirate sistem koji zadovoljava korporativne, domaće i međunarodnim standardima osigurava efikasan ekonomski i finansijski rad kompanije.

Prednosti

Softverski proizvod čini jedinstvenu informacijsku bazu za odražavanje ekonomskih i finansijskih transakcija u preduzeću. Istovremeno, postoji jasno razgraničenje pristupa pohranjenim podacima, mogućnosti postupanja u skladu sa statusom zaposlenih. U kompanijama sa holding strukturom, može pokriti sve strukture koje su u njoj uključene. To vam omogućava da značajno smanjite složenost računovodstvenog posla zbog ponovne upotrebe zajedničke baze informacije iz različitih odjela. Za sve strukture kompanije, vodi se računovodstveno, upravljačko i poresko računovodstvo od kraja do kraja. Međutim, regulisano izvještavanje se sastavlja posebno za svaki odjel.

Sistemske karakteristike

Podaci koje unose korisnici su podložni, a posebno tokom procesa registracije gotovinskih plaćanja sistem provjerava raspoloživost sredstava u skladu sa pristiglim prijavama za njihovo trošenje. Prilikom obračuna otpreme proizvoda, softverski proizvod analizira stanje kompenzacija sa primaocima. Aplikacijsko rješenje dolazi u kompletu sa interfejsima. Ovo omogućava svakom korisniku da dobije prioritetni pristup podacima koji su mu potrebni.

Računovodstvo

Računovodstveni i poreski (regulisani) izveštaji se popunjavaju u rubljama. Za upravljačko računovodstvo može se odabrati bilo koja valuta. U različitim strukturama uključenim u jednu bazu podataka, razni sistemi oporezivanje. Dakle, u nekim podjelama moguć je opći, u drugim - pojednostavljeni specijalni režim. Osim toga, mogu se primjenjivati ​​različiti principi računovodstvenih i poreskih računovodstvenih politika. UTII sistem se može primijeniti na neke vrste djelatnosti preduzeća. Pored regulisanih i upravljačko računovodstvo izvještavanje prema međunarodnim standardima (MSFI) je dozvoljeno. Kako bi se smanjila složenost, ovaj posao se obavlja neoperativno, korištenjem prevođenja (preračunavanja) informacija iz drugih računovodstvenih modela.

Upotreba proizvoda

Uvođenje 1C: SCP danas se više ne smatra nečim novim. Mnoge kompanije već aktivno koriste ovaj proizvod u svojim aktivnostima. Karakteristika ovog rješenja je korištenje savremenih kompjuterskih tehnologija u upravljanju. Uvođenje 1C:SCP doprinosi formiranju efikasnog administrativnog sistema u kompaniji. Ali kako bi se osigurao rad sa maksimalnom efikasnošću, potrebno je softverski proizvod prilagoditi specifičnostima kompanije. Istovremeno, potrebno je djelovati kompetentno, pažljivo, koristeći mehanizme obrade informacija.

Automatizacija

Dakle, donesena je odluka da se implementira JPP. Kako započeti? Automatizacija se smatra prilično obimnim procesom. Uključuje mnoge operacije. S tim u vezi, potrebno je pažljivo pristupiti razvoju metodologije, razmotriti izvodljivost automatizacije u svakom konkretnom slučaju. Takođe treba analizirati njegov uticaj na rad i ishod firme. Ovdje počinje plan implementacije SCP-a. U pripremnoj fazi trebali biste procijeniti:

1. Povećano opterećenje zaposlenih.
2. Troškovi nabavke i implementacije SCP u proizvodni pogon. Treba napomenuti da će se povrat proizvoda pojaviti tek nakon određenog perioda.
3. Privremeni nedostatak integriteta u slici aktivnosti kompanije u novoj bazi podataka do završetka
4. Mogući dodatni troškovi za modernizaciju (npr. za kupovinu novih računara) itd.

Implementacija SCP-a

Faze automatizacije zahtijevaju posebnu koncentraciju svih učesnika u procesu. Uprkos pokretanju novog informacionog sistema, računovodstveni principi u kompaniji ostaju isti. Uvođenje SCP-a u preduzeću, naravno, ne oslobađa računovodstvo od nekog dijela posla. Ovo odjeljenje također vodi glavnu dokumentaciju. kako god novi sistem izbegava mnoge probleme. To se postiže prilično jednostavnom metodom. Svaki zaposleni unosi podatke za koje je lično odgovoran. Malo zaposlenih odmah počne sve raditi kako treba. S tim u vezi, morate potrošiti vrijeme na njihovu obuku. Za računovodstvo je prelazak na ovu opciju unosa podataka veoma važan. Zaposleni u odeljenju treba da razumeju principe po kojima se formira cena koštanja u informacionom sistemu. Osim toga, računovođe moraju naučiti kako prepoznati i ispraviti greške drugih zaposlenika. Generalno, ova faza traje oko tri mjeseca.

Prednosti tranzicije

Uprkos činjenici da se zaposleni moraju naviknuti na inovacije, prednosti sistema su neosporne. Konkretno, uvođenje SCP omogućava:

• Razvijte izvještaje koji pružaju informacije o učinku zaposlenika.
• Koristite nove alate prilikom usklađivanja s informacijama koje su ušle u 1C: 8 SCP bazu podataka.

Implementacija softverskog proizvoda takođe pruža mogućnost upoređivanja standardnih i stvarnih troškova proizvodnje.

Poteškoće

Problemi mogu nastati u prijenosu sirovina i proizvoda tokom smjena. Svaki put izvještaj mora biti potpisan. Inspekcija se može izvršiti u bilo koje vrijeme. U slučaju nestašice, naknada štete će u potpunosti pasti na teret radnika ili radnika koji su u to vrijeme bili u smjeni. Pored toga, vrši se mjesečna inventura.

Potrošnja sirovina

Uvođenje SCP-a vam omogućava da pratite performanse za svaku određenu smjenu. Zahvaljujući tome, moguće je direktno izračunati pokazatelje sirovina za proizvode i proizvodnju. Drugim riječima, znajući potrošnju materijala i volumen proizvodnje, možete odrediti prosječnu težinu gotovog proizvoda. Ako je standardni pokazatelj manji od izračunatog, a kontrola kvalitete ne popravi primjetna odstupanja, činjenica krađe postaje očigledna. U skladu sa prosječnom mjesečnom masom proizvoda izračunava se koeficijent koji je postao polazna osnova za ocjenu rada zaposlenih u proizvodnji. Dakle, ako se posmatra ovaj pokazatelj, zaposleni dobija povećan bonus, a ako odstupa, smanjen. Nakon nekog vremena u proizvodnji može se postići značajno smanjenje potrošnje sirovina. Istovremeno, većina smjena će se uklopiti u izračunatu normu.

"Proizvodni nalog"

U proizvodnji može doći do situacije kada neće biti moguće ispuniti sve pristigle narudžbe na vrijeme. U tom slučaju, svaki odgovorni zaposlenik će prebaciti krivicu na drugog. Da bi se sadašnje stanje vratilo u normalu, šef radnje treba da popuni "Zadatak za proizvodnju". Zaposleni se pozivaju na ovaj dokument u svojim izvještajima. Ovo zauzvrat postaje još jedna motivacija za zaposlene. Uvođenje SCP 8.2 omogućava svaku mašinu uključenu u proces proizvodnje, u tehničkom radu navesti razlog zastoja, ako je do njega došlo. Ove okolnosti su bile objektivne, nisu zavisile od zaposlenih, šef proizvodnje može smanjiti obim zadataka za smenu.

Sumiranje podataka

Uvođenje PPM-a omogućava rukovodiocima smjena i odjeljenja da se upoznaju sa indikatorima direktno u jednoj bazi podataka. Za zaposlene su prednosti također jasne. Platni obračun postaje transparentniji, jer zaposleni unose podatke u izvještaje o smjeni proizvodnje za svakog podređenog. Osim toga, odgovorna lica navode koeficijent učešća zaposlenih u proizvodnom procesu u skladu sa njihovom specijalizacijom, realni doprinos u proizvodnji proizvoda. Na kraju mjeseca svaki zaposlenik dobija dodatni izvještaj o smjenama i zaradama. Nakon pregleda, dokument se vraća računovodstvu.

Šema prodaje, kupovine, proizvodnih procesa

Potrebno je pažljivo planiranje kada se koristi softverski proizvod. To uključuje izradu indikativne šeme prodaje. U skladu sa njim formira se plan proizvodnje i nabavke. Do tog vremena, sistem bi trebao uzeti u obzir narudžbe kupaca u kontekstu isporuke proizvoda. Uvođenje SCP-a omogućava vam da uskladite standarde sa stvarnim rezultatima.

Budžet, izvještaj o gubitku i dobiti

Forma ovog dokumenta je donekle nestandardna. Horizontalni dio se formira iz kolona planova proizvodnje i prodaje, kao i stvarnog obima prodaje. Za svaku od njih posebno su naznačeni iznos, količina i cijena. Vertikalna os se sastojala od tri masivna bloka:

1. Razvoj proizvoda.
2. Troškovi proizvodnje.

Zajedno sa samim proizvodima navedeni su materijali koji su služili kao sirovine za njegovu proizvodnju. Razvoj ovog bloka može uzrokovati određene poteškoće. Ovaj izvještaj treba da odražava odnos između potencijalnog i stvarnog prihoda za prodati proizvod. Ukoliko postoji primjetna razlika između standardnih i stvarnih troškova materijala u procesu proizvodnje, razlog može biti povećanje cijene ili veća potrošnja sirovina.

Prilikom kombinovanja izrađenog izvještaja o svim troškovima u Excel tabeli možete detaljno odrediti gubitke ili dobit. Ovaj dokument se automatski generira na mjesečnoj bazi. Uz pomoć ovog izvještaja, menadžer donosi zaključke o sredstvima koja su na raspolaganju za određene potrebe.

Troškovi popravke

Uvođenje PPM-a omogućava vam da evidentirate ove troškove koristeći proizvodni izvještaj za smjenu. U tom slučaju, inženjeri održavanja će također morati biti obučeni. Kao rezultat toga, moći će samostalno da pripremaju izvještaje o obavljenom poslu. Pored toga, sistemu se dodaju registri podataka preko kojih se vrši preciznija analiza funkcionisanja radnih centara. Ovo, pak, omogućava da se dokaže da razlog za neispunjenje naloga često nije smanjenje proizvodnje, već direktno kašnjenje iz ovih dionica.

Zaključak

Kao rezultat uvođenja SCP-a u proizvodnju, kompanija dostiže kvalitativno novi nivo upravljanja procesima. Za rukovodioce kompanija, prednosti korišćenja proizvoda su takođe jasne. Prije svega, povećava se transparentnost poslovnih procesa, povećava se efikasnost rada zaposlenih. Automatizacija vam takođe omogućava da značajno smanjite troškove preduzeća.

U ovom odjeljku započinjemo niz članaka koji će vam pomoći da savladate konfiguraciju "1C: Manufacturing Enterprise Management".

Uvod

„1C:Manufacturing Enterprise Management 8“ je sveobuhvatno aplikativno rešenje koje pokriva glavne konture upravljanja i računovodstva u proizvodnom preduzeću. Rešenje vam omogućava da organizujete sveobuhvatan informacioni sistem koji zadovoljava korporativne, ruske i međunarodne standarde i obezbeđuje finansijske i ekonomske aktivnosti preduzeća.

Aplikacijsko rješenje stvara jedinstven informacijski prostor za prikazivanje finansijskih i ekonomska aktivnost preduzeća, koji pokrivaju glavne poslovne procese. Istovremeno, jasno je razgraničen pristup pohranjenim informacijama, kao i mogućnost određenih radnji u zavisnosti od statusa zaposlenih.

U preduzećima strukture holdinga opšta informaciona baza može obuhvatiti sve organizacije uključene u holding. Ovo značajno smanjuje složenost računovodstva zbog ponovne upotrebe zajedničkih nizova informacija od strane različitih organizacija. Istovremeno, za sve organizacije se vodi end-to-end upravljanje i regulisano (računovodstveno i poresko) računovodstvo, ali se regulisano izveštavanje generiše zasebno za organizacije.

Činjenica poslovne transakcije evidentira se jednokratno i odražava se u upravljačkom i regulisanom računovodstvu. Nema potrebe za ponovnim unosom informacija. Sredstvo registracije poslovne transakcije je dokument, a da bi se ubrzao rad, široko se koriste mehanizmi zamjene podataka „podrazumevano“, uvođenje novih dokumenata na osnovu prethodno unetih.

U primijenjenom rješenju usvojen je sljedeći odnos podataka sa različitih računa:

• nezavisnost upravljačkih, računovodstvenih i poreskih računovodstvenih podataka;
• uporedivost upravljačkih, računovodstvenih i poreskih računovodstvenih podataka;
• podudarnost zbira i kvantitativne procjene imovine i obaveza prema upravljačkom, računovodstvenom i poreskom računovodstvu, u nedostatku objektivnih razloga za njihovu neusklađenost.

Podatke koje unose korisnici operativno kontrolira aplikativno rješenje. Dakle, prilikom registracije gotovinskog plaćanja, sistem će provjeriti dostupnost sredstava, uzimajući u obzir postojeće aplikacije za njihovo trošenje. A prilikom registracije pošiljke proizvoda, sistem će provjeriti status međusobnih obračuna sa primaocem robe.

Aplikacijsko rješenje dolazi sa skupom interfejsa, koji svakom korisniku omogućava prioritetni pristup podacima i mehanizmima aplikativnog rješenja koji su mu potrebni.

Regulisano (računovodstveno i poresko) računovodstvo za organizacije vodi se u nacionalnoj valuti, dok se za upravljačko računovodstvo preduzeća u celini može izabrati bilo koja valuta. U različitim organizacijama jedinstvene informacione baze mogu se koristiti različiti sistemi oporezivanja: u nekim organizacijama - opšti sistem oporezivanja, u drugim - pojednostavljeni; različite postavke porezne politike i računovodstvo. Osim toga, do određene vrste aktivnosti organizacije može se primijeniti sistem oporezivanja u obliku jedinstvenog poreza na pripisani prihod.

Pored upravljačkog i regulisanog računovodstva, možete voditi računovodstvo u skladu sa Međunarodnim standardima finansijskog izveštavanja (MSFI). Kako bi se smanjila složenost računovodstva prema MSFI, ono se sprovodi neoperativno, koristeći prevođenje (preračunavanje) podataka iz drugih vrsta računovodstva.

Prilikom razvoja rješenja 1C: Manufacturing Enterprise Management 8 uzete su u obzir obje moderne međunarodne metode upravljanja preduzećima (MRP II, CRM, SCM, ERP, ERP II, itd.), kao i akumulirano iskustvo uspješne automatizacije industrijskih preduzeća. od strane 1C i partnerske zajednice. U dizajnu i razvoju konfiguracije učestvovali su stručnjaci iz ITRP-a (upravljanje proizvodnjom) i 1C-Rarus (računovodstvo prema MSFI). Svjetski poznata revizorsko-konsultantska kuća PricewaterhouseCoopers pruža konsultantsku podršku o metodološkim pitanjima implementacije menadžmenta, finansijskog računovodstva i izvještavanja prema MSFI.

Rješenje „1C:Manufacturing Enterprise Management 8“ razvijeno je na modernoj tehnološkoj platformi „1C:Enterprise 8“. Pored platforme, softverski paket uključuje konfiguraciju „Upravljanje proizvodnim poduzećem“.

Visoka pouzdanost i performanse primenjenog rešenja, skalabilnost, izgradnja geografski distribuiranih sistema, integracija sa drugim informacioni sistemi. Unutrašnja struktura primenjenog rešenja je potpuno otvorena za proučavanje i prilagođavanje specifičnim potrebama preduzeća.

Kompanija 1C dovršava i razvija konfiguraciju "Upravljanje proizvodnim poduzećem" kako bi odrazila promjene u zakonodavstvu i proširila funkcionalnost. Omogućeno je brzo ažuriranje instaliranih primijenjenih rješenja. 1C i njegovi partneri pružaju višeslojni sistem tehničke podrške.

1C: Manufacturing Enterprise Management 8 je vodeće aplikativno rješenje 1C s najširim spektrom funkcionalnosti. Opšti koncept rješenja je ilustrovan dijagramom.

Svi mehanizmi za automatizaciju primijenjenog rješenja mogu se podijeliti u dvije velike klase:

• mehanizmi za održavanje operativnih aktivnosti preduzeća, mehanizmi za vođenje neoperativnog računovodstva.
• Oblasti koje pripadaju operativnim aktivnostima mogu se identifikovati u svakoj vrsti računovodstva (sa izuzetkom računovodstva po MSFI).

Osim toga, primijenjeno rješenje je podijeljeno na zasebne podsisteme odgovorne za rješavanje grupa sličnih zadataka: podsistem upravljanja gotovinom, podsistem upravljanja kadrovima, računovodstveni podsistem itd. Takva podjela je svojevrsna konvencija koja olakšava razvoj primijenjenog rješenje. U dosadašnjem radu korisnika granice između podsistema se praktično ne osjećaju.

Najnovija verzija konfiguracije "Manufacturing Enterprise Management", kojoj je dodijeljen broj 1.3, jasno pokazuje prednosti nove verzije 8.2 platforme 1C:Enterprise. Konfiguracija se može koristiti u normalnom načinu rada, koji je poznat korisnicima prethodnih izdanja.

"1C: Manufacturing Enterprise Management 8" može se koristiti u brojnim odjelima i uslugama proizvodnih preduzeća, uključujući:

• menadžment (generalni direktor, finansijski direktor, komercijalni direktor, direktor proizvodnje, Glavni inženjer, direktor ljudskih resursa, direktor IT-a, direktor razvoja);
• proizvodne radnje;
• odjel proizvodnje i otpreme;
• odjel glavnog projektanta;
• Odjeljenje glavnog tehnologa;
• odjeljenje glavnog mehaničara;
• odjel prodaje;
• odjel za logistiku (snabdijevanje);
• marketing odjel;
• skladišta materijala i gotovih proizvoda;
• računovodstvo;
• Odjel za ljudske resurse;
• odjel organizacije rada i zapošljavanja;
• IT usluga;
• administrativno-ekonomsko odjeljenje;
• odjel za kapitalnu izgradnju;
• informativno-analitički odjel;
• odjela za strateški razvoj.

Očekuje se da će implementacija primenjenog rešenja imati najveći efekat u preduzećima sa osobljem od nekoliko desetina do nekoliko hiljada ljudi, sa desetinama i stotinama automatizovanih poslova, kao i u holding i mrežnim strukturama.

"1C: Manufacturing Enterprise Management 8" pruža:

• menadžment preduzeća i menadžeri odgovorni za razvoj poslovanja - široke mogućnosti za analizu, planiranje i fleksibilno upravljanje resursima kompanije za povećanje njene konkurentnosti; šefovi odeljenja, menadžeri i zaposleni direktno uključeni u proizvodnju, marketing, snabdevanje i druge aktivnosti kako bi se obezbedila proizvodnja proces - alati za poboljšanje efikasnosti svakodnevni rad u njihovim oblastima;
• zaposleni u računovodstvenim službama preduzeća - sredstva za automatizovano računovodstvo u potpunosti u skladu sa zahtevima zakona i korporativni standardi preduzeća.

Proizvodno računovodstvo i troškovi kao glavni predmet njegovog proučavanja

Glavna komponenta upravljanja proizvodnim preduzećem je računovodstvo proizvodnje.

Proizvodno računovodstvo je složena i zanimljiva tehnologija, sa svojim metodama i tehnikama. Zadatak proizvodnog računovodstva je da uzme u obzir cjelokupni tok transformacije troškova: troškovi mijenjaju svoju prirodu, spajaju se, dijele, transformiraju Različiti putevi tokom proizvodnje, tj. Predmet proizvodnog računovodstva su objekti koji se dinamički menjaju. Na primjer, proizvodno računovodstvo daje odgovor na pitanje: koliki je trošak proizvoda ako je njegova proizvodnja zahtijevala određeni iznos nastalih troškova br. 4, koji se sastoji od dijelovi troškovi #1 i #2 i potpuno obračunati troškovi #3. Zašto dijelovi? Jer, na primjer, kupuje se materijal određenog velikog obima i prvo treba izračunati koji je dio te ukupne količine materijala otišao po jedinici proizvodnje. Isto se odnosi i na mnoge druge troškove - struju itd. Istovremeno, potrebno je uzeti u obzir cjelokupnu povijest prolaska troškova kroz proizvodnju - od trenutka nastanka troška u računovodstvu do njegovog uključivanja u trošak i prodaju kao dijela proizvoda, te nastanka u računovodstvu. a uključivanje u trošak može biti u različitim izvještajnim periodima.

Instalacija i puštanje u rad soft startera

Za rad nam je potrebna platforma 1C 8.2. SCP izdanje može se preuzeti iz bilo kojeg najnovijeg izdanja 1.3.
Radićemo sa demo bazom podataka. U osnovnim postavkama za glavni način pokretanja odaberite "Debeli klijent". Ostale postavke se mogu ostaviti kao zadane.

Za one koji još nisu upoznati sa 8.2 platformom, daćemo kratku pozadinu o terminu "debeli klijent".
Bogati (Rich) klijent u arhitekturi klijent-server je aplikacija koja pruža (za razliku od tankog klijenta) naprednu funkcionalnost, neovisnu o centralnom serveru. Često je server u ovom slučaju samo skladište podataka, a sav posao obrade i prezentacije ovih podataka se prenosi na klijentov stroj.
Prednosti debelog klijenta
Debeli klijent ima širok spektar funkcionalnosti, za razliku od tankog klijenta.
Višekorisnički način rada.
Pruža mogućnost rada čak i ako je veza sa serverom prekinuta.
Ima mogućnost povezivanja s bankama bez korištenja interneta.
Visoke performanse.
Nedostaci
Velika distribucija.
Veliki dio posla klijenta ovisi o tome za koju platformu je razvijen.
Prilikom rada s njim dolazi do problema s daljinskim pristupom podacima.
Prilično kompliciran proces instalacije i konfiguracije.
Složenost ažuriranja i povezana nerelevantnost podataka.

Prilikom pokretanja instalirane demo baze podataka, odaberite korisnika "Abdulov", on ima puna prava. Ne morate unositi lozinku.

Da biste proučili SCP, pri prvom pokretanju redefinirajte korisnički interfejs "Abdulov" na "Full": meni "Korisnici - Korisnici - Administracija - Abdulov - dvaput kliknite da otvorite obrazac Abdulov - polje "Glavni interfejs" - Puno - dugme Sačuvaj i zatvori". Zatim na traci sa alatkama kliknite na dugme "Switch Interface" i izaberite opciju "Full".

O pojmovima "preduzeće" i "organizacija", "regulisano" i upravljačko računovodstvo. Preduzeće je skup svih organizacija za koje se vodi evidencija u bazi podataka. « Regulisano računovodstvo» je određena činjenicom da su pravila za njeno održavanje utvrđena zakonom. " Upravljačko računovodstvo» Svako preduzeće može imati svoje, pravila njegovog ponašanja nisu ničim regulisana i određena su od strane menadžmenta određenog preduzeća. Konfiguracija SCP-a sadrži određenu viziju kako najbolje (prikladnije, jasnije, racionalnije) održavati upravljačko računovodstvo, ali svako konkretno preduzeće može imati svoju viziju svog održavanja zbog činjenice da ne postoje jedinstvena pravila i standardi. , iu ovom slučaju će se morati dovršiti. U tipičnoj PRM konfiguraciji, upravljačko računovodstvo se zapravo zasniva na zahtjevima prvenstveno računovodstva, dok je izvještavanje u upravljačkom računovodstvu usmjereno na zadovoljavanje potreba za planiranjem nabavki, troškova itd. U implementaciji upravljačkog računovodstva ne koristi se princip dvostrukog unosa, tj. na primjer, možete kapitalizirati nešto "niotkuda", a u isto vrijeme neće biti dugova itd. Regulisano računovodstvo provodi se za svaku organizaciju posebno. menadžerski- dijelom u cijelom preduzeću.

O međunarodnom računovodstvu. U uvodu je rečeno da se međunarodno računovodstvo može voditi u SCP. Vrijedi napomenuti da se ova mogućnost pojavljuje samo ako je grupno obračunavanje podešeno u postavkama računovodstvene politike. Ako (pogledajte u interfejsu „Upravitelj računovodstva“ u meniju „Postavke računovodstva – Postavke računovodstva“) odaberete naprednu analitiku računovodstva troškova (umjesto grupnog računovodstva), tada neće biti mogućnosti za vođenje međunarodnog računovodstva.

Korišteni termini, oznake objekata na kojima 1C radi i koje treba razumjeti pri radu sa bazom podataka

• Referentne knjige
• Enumerations
• Konstante
• Planovi kalkulacije
• Planovi tipova karakteristika
• Registar informacija
• Dokument
• Registar akumulacije
• Kontni plan
• Izvještaj
• Tretman

Referentne knjige

Direktorij je skup različitih vrijednosti za nešto. Imenik se sastoji od Referentne stavke. Svaka vrijednost elementa rječnika karakterizirana je datim skupom parametara. Obično se jedan od parametara elementa rječnika ne ponavlja - za svaki element direktorija njegova vrijednost je jedinstvena. Obično je ovo kod elementa direktorija. Tipično, imenik se dopunjuje, tj. možete mu dodati nove elemente dok radite sa bazom podataka (postoje i neažurirani direktoriji, obično neka vrsta klasifikatora učitanih sa drugih mjesta).
Priručnici su korisni po tome što vam omogućavaju da popunjavate dokumente mnogo puta brže, dok će element biti svugdje nazvan i predstavljen isto, nakon što postavite parametre elementa, možete ih koristiti gdje god vam je potrebno.

Svaki element direktorija je objekt koji se može referencirati s drugih mjesta. Na primjer, postoji takva referentna knjiga "Izvođači":


Pretpostavimo da trebate unijeti u bazu podataka podatke o sljedećem prijemu robe i usluga. Umjesto da na odgovarajućem mjestu upišete naziv druge ugovorne strane "LLP" InnoTrade "" i navedete sve njegove karakteristike koje mogu biti potrebne za izdavanje računa, dovoljno je odabrati odgovarajući element imenika "Counterparties".

Ili, na primjer, postoji takav direktorij - "Valute":

Umjesto da napišemo naziv valute i naznačimo njen kurs u svakom računu, možemo jednostavno odabrati vrijednost referentne valute na pravom mjestu:

Informacioni registri

Registar informacija je vrsta uređaja za pohranu informacija koji izgleda vrlo slično referentnoj knjizi. Ali za razliku od imenika, linija registra informacija ne može se specificirati kao objekat - linija registra se ne može odnositi na, na primjer, na određenu drugu stranu u imeniku "Counterparties". Ali u registru informacija možete pohraniti, na primjer, povijest promjena u nekom elementu direktorija. Na primjer, povijest promjene vrijednosti elemenata referentne knjige "Valute" pohranjena je u registru informacija "Tečaji":

Zbog skladištenja istorije valuta u registru "Kursi", nema potrebe da se kurs više puta navodi u svakom računu. Program će ga sam odrediti, ako je potrebno, po datumu.

Enumerations

Nabrajanje je poseban slučaj imenika. Nabrajanje je dat fiksni skup vrijednosti za nešto. Za razliku od pretraživanja, svaka vrijednost nabrajanja nema dodatnih parametara.

Konstante

Konstanta je vrijednost nečega, obično definirana jednom za svagda kada počnete raditi s bazom podataka. UPP konstante, posebno, pohranjuju postavke računovodstvene politike.

Planovi kalkulacije

Poseban tip priručnika koji opisuje algoritme obračunavanja i odbitka, te neke druge informacije potrebne za obračun razgraničenja i odbitka.

Planovi tipova karakteristika

Posebna vrsta priručnika koji opisuje određeno Dodatne informacije, koji sadrži objekte baze podataka.

Dokumenti

Dokument je sredstvo za unos podataka, obradu unesenih podataka sa mogućnošću uzimanja u obzir postojećih podataka i konverzije postojećih podataka, uzimajući u obzir ulazne podatke, u informacijsku bazu podataka.

Dokumenti se mogu podijeliti u nekoliko vrsta:

• koji odražava činjenicu ekonomske aktivnosti, na primjer, dokument o registraciji u bazi podataka za prijem robe i usluga (kao rezultat dokumenta, roba se mora upisati u skladište, mora se pojaviti dug prema dobavljaču, PDV mora biti evidentirana, knjiženja moraju biti registrovana itd.) ili dokument „Izvještaj o proizvodnji po smjeni“ (fiksira činjenicu puštanja proizvodnje, premeštanje u skladište, registruje knjiženja itd.)
• regulatorni dokumenti - dokumenti koji izvode radnje koje se moraju izvršiti u datoj učestalosti, na primjer, izračunati amortizaciju ili obračunati plaće, odražavati plaće u računovodstvu, izračunati trošak izdavanja, isplatiti trošak izdavanja, zatvoriti godinu (sa reformom bilansa ), distribuirati materijale za izdavanje, alocirati troškove itd.
• planski dokumenti - evidentiranje činjenice planiranja nekih događaja, fiksiranje planiranih pokazatelja (plan prodaje, plan proizvodnje, proizvodnja po smjenama, plan nabavke, nalog kupca, nalog dobavljaču, nalog za proizvodnju, nalog za održavanje osnovnih sredstava)
• menadžeri - uvedeni su u upravljanje radom drugih dokumenata (npr. određivanje popusta - dokument postavlja uslove za odobravanje popusta, tako da ako kupac dostigne ove uslove automatski će mu biti dat popust)
• inventar - dokumenti pojašnjenja, ažuriranja bilansa, na primjer, bilansi radova u toku ili fiksiranje bilansa troškova za brak (napomena: u konfiguraciji SCP-a, dokumenti inventara ne upisuju informacije u registar, već ih pohranjuju samo sami po sebi).

Registri akumulacije

Akumulacijski registri su glavno skladište kvantitativnih i zbirnih podataka u bazi podataka. Svaki od akumulacijskih registara pohranjuje svoje specifične informacije. Registri akumulacije se mogu podijeliti u grupe prema vrsti pohranjenih informacija:

• osnovna sredstva
• Proizvodnja
• Stock

Istovremeno, ovi podaci mogu biti pohranjeni u različitim registrima u zavisnosti od računovodstvenog odjeljka, na primjer, registar Brak u proizvodnji (međunarodno računovodstvo), Brak u proizvodnji (računovodstvo), Brak u proizvodnji (poresko računovodstvo).

Sa stanovišta načina čuvanja informacija, akumulacioni registri su rezidualni i po dogovoru.

Registri akumulacije rezidua dizajnirani su da pohranjuju samo ostatke u svakom trenutku. Registri prometa pohranjuju podatke o tome kako se stanje mijenjalo tokom vremena, tj. u tom trenutku, toliko je primljeno kao rezultat te i takve akcije, u tom trenutku je toliko toga izgubljeno kao rezultat druge akcije. Registri prometa vam omogućavaju da analizirate istoriju promena količine ili količine tokom određenog vremenskog perioda u kontekstu nekih parametara. Na primjer, registar prodaje će pokazati koliko je i za koji iznos određeni proizvod prodat kojim ugovornim stranama u određenom vremenskom periodu.

U registrima akumulacije informacije se pojavljuju prilikom rada sa dokumentima, tj. dokumenti ga tamo uvode.

Kontni plan

Tipična konfiguracija SCP-a sadrži četiri kontna plana (i, shodno tome, 4 računovodstvena registra - fizički, informacije kontnih planova se pohranjuju u odgovarajuće računovodstvene registre):

• Budžetiranje
• International
• Porez
• samoodrživi

Jer u implementaciji upravljačkog računovodstva se ne poštuje princip dvostrukog unosa, tada za to nije potreban kontni plan. Shodno tome, u tipičnoj PMS konfiguraciji, bilans stanja se ne formira. Da biste to učinili, možete ili precizirati konfiguraciju, ili, po mogućnosti, koristiti podsistem budžetiranja (omogućava vam pohranjivanje vrlo različitih informacija, možete kreirati poseban scenario "Upravljački bilans" i, prema upravljačkom računovodstvu, unijeti informacije o ovome scenarij kako bi se na kraju postigao balans upravljanja, ali o tome kasnije)

SCP sadrži informacije koje se čuvaju samo na kontnom planu (na primjer, informacije o 80-90 konta, podaci o početnoj cijeni nematerijalne imovine, nabavci nematerijalne imovine (račun 08.05), Istraživačko-razvojni i tehnološki rad (račun 08.08), troškovi istraživanja i razvoja, dio troškova 29. računa itd.), postoje i podaci koji se pohranjuju samo u registrima akumulacije (sve vezano za planiranje, narudžbe, rezervacije itd.) i postoje podaci pohranjeni i na kontnom okviru i u registru akumulacije (skladište, troškovno knjigovodstvo i sl.). Bilješka. Primjeri u zagradama dati su pod rubrikom "računovodstvo". Iste karakteristike postoje i u drugim vrstama računovodstva.

Pogledajmo primjer. Otvorite dokument "Prijem robe i usluga" - meni "Dokumenti - Upravljanje nabavkom - Prijem robe i usluga". Otvorite, na primjer, prvi dokument. Pogledajte njegove transakcije pomoću ikone Obratite pažnju kakvu vrstu analitičkog računa 10 ima: tj. nakon knjiženja prijema, podaci o artiklu i skladištu će se pohraniti na kontnom planu.

Sada pogledajte kretanje dokumenta pomoću dugmeta "Idi - Kretanja dokumenta po registrima":

Otvara se izvještaj o kretanju dokumenta. Stablo grupe možete sažimati tako što ćete kliknuti na polje izvještaja, a zatim istovremeno pritisnuti kombinaciju tipki "Ctrl + Shift + MINUS dugme u odjeljku NumLock tastature". Pogledajte (proširite) grupu „Registar akumulacije „Pošiljke robe u skladištima (računovodstvo)””:

Obratite pažnju na detalje zaokružene okvirom - ove analitike nije bilo na kontnom planu. Ali to je na ovom registru akumulacije.

Postoje dokumenti koji ispravljaju samo knjiženja kontnog plana, a postoje i potpuni dokumenti koji ispravljaju sve tražene informacije, uključujući i naprednu analitiku u registrima.

Morate shvatiti da punopravni dokumenti bilježe podatke prvenstveno u registrima, a samo izvode tih podataka potrebnih za stanje, oni upisuju u kontni plan. Osim toga, u svim kalkulacijama koje se zahtijevaju "u hodu" uvijek se koriste podaci iz registara, a samo rezultati tih obračuna mogu se evidentirati kao knjiženja na kontnom planu. Shodno tome, ako se ispravi samo transakcije kontnog plana, to ne znači da će svuda sve samo po sebi biti bolje, jer. ništa neće ući u registre sa naprednom analitikom. One. sav posao treba obaviti u odgovarajućim, "ispravnim" dokumentima, a ne usklađivanjem knjiženja u kontnom planu.
Ako, ipak, počnete ručno ispravljati knjiženja kontnog plana, morat ćete ih dodatno prilagoditi - na primjer, dokument „Obračun troškova“ u narednom mjesecu neće uzeti u obzir knjiženja usklađena u kontnom planu. , radi sa registrima i samo upisuje rezultat u kontni plan , - kao rezultat toga, količina posla se može povećati toliko da postaje nemoguće koristiti program.
Prije upotrebe dokumenta, računovođa mora razumjeti da li ovaj dokument samo ispravlja unose ili ispravlja informacije gdje god je to potrebno. Za provjeru možete koristiti izvještaj, koji je već spomenut gore, koji se otvara klikom na dugme dugmeta "Idi - Kretanje dokumenta po registrima"

U ekstremnim slučajevima, kada se problem ne može riješiti cjelovitim dokumentom koji postoji u bazi podataka koji bilježi podatke kako u registrima akumulacije tako iu kontnom planu, treba koristiti ne samo dokument usklađivanja knjiženja, već i posebno usklađivanje registra akumulacije dokument. Pri tome, naravno, morate dobro razumjeti ne samo koje unose treba izvršiti na kontnom planu, već i u koje registre akumulacije, i kako, podatke treba ispraviti da bi ispravka ispala budite potpuni - ovo je vrlo delikatna stvar i složena, bolje je povjeriti je samo vrlo dobrom stručnjaku.

Izvještaji

Izvještaj je sredstvo za dobivanje informacija iz baze podataka, obrađenih i posebno pripremljenih u jasnom, prikladnom obliku koji zahtijeva korisnik. U konfiguraciji ima puno izvještaja, svi imaju svoju svrhu.

Primjeri postojećih izvještaja:

• Izveštaji generisani prema kontnom planu:
• Bilans prometa
• šahovski list
• Analiza računa itd.

• Regulisani izveštaji

U konfiguraciji SCP verzije 1.3.7.1, poziv alata za rad sa regulisanim izveštajima nije dostupan u "punom interfejsu". Stoga, da biste ga pronašli, prijeđite na sučelje računovodstva i poreznog računovodstva:

U ovom interfejsu alat za rad sa regulisanim izveštavanjem nalazi se u meniju „Računovodstvo“:

• Izvještaji o podacima akumulacijskih registara, informacionih registara, imenika itd. (proizvodnja proizvoda, planovi proizvodnje, nedostaci u proizvodnji, analiza raspoloživosti robe u skladištima, analiza raspoloživosti sredstava itd.). Obično, ako se izvještaj generira prema podacima jednog registra, u njegovom naslovu se nalazi riječ „izjava“. Ako se izvještaj generira za izvještaj na osnovu podataka iz više različitih registara, tada se u nazivu izvještaja obično koristi riječ „analiza“.

• Prilagođeni izvještaji.

Za napredne korisnike postoji mehanizam za kreiranje vlastitih izvještaja. Više o njima bit će riječi malo kasnije.

Obrada

Obrada je 1C:Enterprise alat koji izvodi neku programski specificiranu transformaciju podataka. Za razliku od izvještaja, obrada upisuje ove konvertirane podatke u bazu podataka. Na primjer, u referentnoj knjizi "Nomenklatura" trebate zamijeniti osobu odgovornu za njenu kupovinu sa Chugunova S.G. na Ubeikinu V.Ya. Da biste to učinili, možete koristiti obradu "Grupna obrada imenika i dokumenata":

Popunite polja za obradu na sljedeći način:

I kliknite na dugme Odaberi. Zatim idite na karticu "Obrada":

Odaberite "Action" i novu vrijednost. I kliknite na dugme "Izvrši". Kao rezultat toga, cjelokupna nomenklatura, koja je dodijeljena odgovornom rukovodiocu nabavke Chugunov S.G. bit će novi odgovorni menadžer nabavke.

U konfiguraciji postoje i posebne obrade koje izvode neku vrstu rutinskih radnji. Na primjer, obračun troškova proizvodnje, izvršen po planu.

Principi rada sa dokumentima

U ovom dijelu ćemo razmotriti osnovne principe rada sa dokumentima: kreiranje, snimanje, knjiženje (operativno i neoperativno, odloženo), označavanje za brisanje, brisanje dokumenata.

Kreiranje dokumenata

Dokument se može kreirati na različite načine. Razmotrimo primjer dokumenta "Prijem robe i usluga"

Metoda 1 - pomoću alata "Add (Ins)". Kreiranje novog dokumenta može se izvršiti klikom na ikonu "Dodaj" sa liste dokumenata koja se otvara direktno iz glavnog menija programa. Pretpostavimo da želite da kreirate dokument "Prijem robe i usluga". Iz glavnog menija programa možete otvoriti listu ovih dokumenata:

Zatim na listi računa koja se otvori odaberite jednu od metoda zaokruženih na slici u okviru (ekvivalentne su, radi se isto):

Kao rezultat toga, otvorit će se novi dokument "Prijem robe i usluga" i tada ćete morati popuniti sva njegova polja uzastopno (i ne zaboravite na različite kartice ovog dokumenta - zaokružene):

Metoda 2 - korištenje mehanizma kopiranja. Kreiranje novog dokumenta može se izvršiti klikom na ikonu "Dodaj kopiranjem":

U tom slučaju, dokument na koji se nalazi kursor u listi dokumenata biće kopiran i otvoriće se njegova kopija. U ovoj kopiji polja dokumenta će već biti popunjena. Ostaje samo da ih uredite, ako je potrebno:

Naravno, ova metoda je često mnogo brža. jednostavna kreacija dokument.

Metoda 3. - korištenjem ulaznog mehanizma na bazi. Možete kreirati novi dokument iz osnovnog dokumenta. Na primjer, "Prijem robe i usluga" se može kreirati unosom na osnovu dokumenta "Prijem robe". U tom slučaju, prvo, originalni račun za robu će postati osnova za kreirani dokument "Prijem robe i usluga", a drugo, tako kreirani "Prijem robe i usluga" automatski će se popuniti podacima iz osnovnog dokumenta. Da biste pozvali mehanizam za unos po bazi potrebno je da otvorite dokument „Ulazni nalog za robu“ i kliknete na ikonu za unos na bazi. Štaviše, isto se može učiniti bez otvaranja samog “Dolaznog naloga za robu”, već direktno sa liste “Dolaznih narudžbi za robu”, samo tako što se prvo pozicionira kursor na željeni dokument. Pogledajte sliku, metode unosa na osnovu su zaokružene:

Kreirani novi dokument prijema će „preuzeti“ listu robe iz matičnog naloga za prijem:

Metoda 4. - korištenjem posebnih tretmana. Kreiranje novog dokumenta može se izvršiti automatski pokretanjem neke posebne obrade. Obično se u ovom slučaju kreira više dokumenata odjednom (potrebna je obrada da bi se ubrzao proces kada je potrebna neka vrsta masovnih akcija ili zadani slijed radnji). O ovoj metodi će se detaljnije govoriti kasnije.

Snimanje dokumenata

Dokument se upisuje u bazu podataka kada kliknete na dugme "Napiši". Dok se ne pritisne ovo dugme u novom dokumentu, dokument neće biti sačuvan u bazi podataka, a u slučaju nekog neočekivanog prekida rada (na primer, tokom nestanka struje), nepisani dokument će biti izgubljen. Ovo je posebno važno znati kada radite sa dokumentima koji sadrže mnogo informacija, kao što je velika tabela koja se popunjava ručno. Često snimajte dokumente kako ne biste morali ponovo unositi podatke. U trenutku pisanja dokumenta nema bitnih promjena u bazi podataka koje utiču na druge podatke koji se ne odnose na ovaj dokument, tj. prilikom pisanja podaci se jednostavno spremaju, a ti podaci se čuvaju samo u okviru dokumenta, informacija ne ide nikuda dalje.

Bilješka. Upravo u trenutku snimanja dokument zauzima svoje mjesto u bazi podataka na vremenskoj liniji među dokumentima iste vrste. Hajde da objasnimo detaljnije. Pogledajte polje "od" sa datumom i vremenom dokumenta:

Prilikom kreiranja dokumenta vrijeme se ne popunjava, ali se prilikom pisanja popunjava s tačnošću do sekunde. Istovremeno, u istoj sekundi, dokumente istog tipa mogu pisati drugi korisnici vaše baze podataka (tj. pretpostavimo da je nekoliko korisnika iste baze kliknulo na dugme "Napiši", svaki u svom dokumentu "Prijem robe i usluge“ i to se dogodilo u jednoj te istoj sekundi). Svaki od snimljenih dokumenata, uprkos istom vremenu, zauzet će neku svoju poziciju u roku od jedne sekunde. One. čak i u roku od jedne sekunde na "vremenskoj liniji" kreiranja dokumenata, svaki dokument će imati svoje jedinstveno mjesto - kada je dokument napisan to mu je mjesto dodijeljeno.

Općenito, u zavisnosti od vrste dokumenta, može biti da osim zapisa ništa drugo nije potrebno, tj. dokument je namijenjen samo za pohranjivanje podataka unutar sebe (*pogledajte listu takvih dokumenata u nastavku), ali za većinu vrsta dokumenata postoji malo zapisa. Činjenica je da u općenitom slučaju dokument nije najprikladnije skladište informacija, njegove mogućnosti u tom pogledu su ograničene.

*Spisak dokumenata koji se samo evidentiraju:

“Akt usaglašavanja obračuna”, “Punomoćje”, “Dokument o poravnanju sa drugom stranom (ručno računovodstvo)”, “Zahtjev za informativna služba poreski obveznik“, „Popis nedostataka u proizvodnji“ i sve druge vrste popisa, „Neformalizovani dokument poreski organ“, “Neformalizovan dokument poreskog obveznika”, “Anketa”, “Izvještaj o sastavu smjene”, “Podjela upitnika”, “Obračun planirani trošak proizvodi“, „Uređeni izvještaj“, „Registar faktura“, „Račun za plaćanje kupcu“, „Račun za plaćanje dobavljača“, „Transportna komunikacija“.

Držanje dokumenata

Kao što je već spomenuto, prilikom pisanja dokumenta, uneseni podaci se jednostavno pohranjuju unutar dokumenta. Ali za većinu vrsta dokumenata snimanje nije dovoljno, potrebno ga je i provesti.

Knjiženje dokumenta je posebna radnja koja se izvodi kako bi se neke informacije popravile kako bi se zaštitile od daljnje slučajne izmjene. Istovremeno, ove informacije mogu ostati u samom dokumentu (tj. dokument se ne kreće negdje drugdje, na primjer, u registru akumulacije), ili biti zabilježeni u obliku kretanja dokumenta negdje: u registrima akumulacije, informacije registri, kontni planovi, registri poravnanja itd.

Odnosno, mogu se objaviti i dokumenti koji nigdje ne vrše kretanje. Obično je smisao njihove implementacije da se poprave neke informacije u dokumentu kako bi se spriječila njihova daljnja modifikacija. U standardnoj konfiguraciji SCP verzije 1.3.7 knjiže se samo dvije vrste dokumenata, ali se ne vrše kretanja: "Zahtjev za otvaranje računa" i "Postavljanje parametara za obračun stavki".

Operativna i neoperativna obrada dokumenata

Dokumentacija može biti operativna ili neoperativna.
Operativno ponašanje je ponašanje u kojem provera izvodljivosti. Šta je to?

Pretpostavimo da smo kreirali i evidentirali dokument koji povećava dug druge strane. Pretpostavimo da je određeno ograničenje postavljeno sa drugom stranom potraživanja. Pretpostavimo da je prošlo par dana nakon kreiranja dokumenta, pa je neko unio i postavio drugi dokument koji je povećao dug iste druge ugovorne strane, a ovaj posljednji dokument iscrpio je limit ovog duga. I ovdje postoje različite opcije za daljnji razvoj događaja.

Ako organizacija želi spriječiti puštanje robe iznad potraživanja druge ugovorne strane, potrebno je provjeriti njeno stanje tokom transakcije. Ali ako ne promijenimo datum, onda prema programu dug još neće biti prekoračen - uostalom, dokument koji ga je iscrpio je naknadno upisan i stanja na međusobnim obračunima za naš dokument ranije evidentirana neće biti bitna. Upravo u tu svrhu uveden je mehanizam promptne implementacije tj. prebacivanje dokumenta na kraj reda poslanih dokumenata, jer je samo u tom slučaju moguće izvršiti sve potrebne provjere.

Drugi način je ako je za organizaciju važno da odražava činjenicu poslovne transakcije tačno kada se dogodila. To je, na primjer, uprkos činjenici da su potraživanja prekoračena, roba već pušten a u stvari klijent duguje više od onoga što mu je dozvoljeno. U ovom slučaju, važno nam je da onemogućimo provjeru i omogućimo je. Onda bi bilo ispravno držati dokument neoperativno, tj. bez svih ovih provjera.

U oba slučaja, kako tokom operativnog tako i neoperativnog izvršenja, izvršiće se sva potrebna kretanja dokumenta. Međutim, važno je to razumjeti sa neoperativnim ponašanjem, postoji velika vjerovatnoća dobijanja nebitnih podataka u bazi podataka posebno zbog greške korisnika. Pogledajmo pojednostavljeni primjer.

Pretpostavimo da se prema programu nalazi 10 jedinica nekog proizvoda u skladištu. Pretpostavimo da su stigle dvije narudžbe za puštanje ovog proizvoda: za 7 jedinica i za 5 jedinica. Recimo da je dokument za puštanje prvih 7 jedinica napravljen, ali nije objavljen. Zatim je nakon nekog vremena postavljen dokument za izdavanje 5 jedinica, stanje po programu nakon ove emisije robe je 5 jedinica. A sada je red da se izda dokument za puštanje u promet prvih 7 jedinica robe. Ako u skladištu zaista nema sedam jedinica, onda je važno da pokušamo izvršiti operativno izvršenje - samo u tom slučaju program će provjeriti i upozoriti korisnika da roba nije dovoljna. Ali šta ako je ovih 7 jedinica fizički na zalihama? One. Šta učiniti ako trebate odraziti činjenicu o obavljenoj poslovnoj transakciji? Kao što je već spomenuto, u ovom slučaju korisnik treba da knjiži dokument neoperativno, neće se vršiti nikakve provjere, dokument će biti knjižen, kretanja će se izvršiti, ali prema programu ostatak će biti minus dvije jedinice.

Kao rezultat, dobijamo mač sa dve oštrice. S jedne strane, korisnik može otpustiti robu, jer on to fizički ima. S druge strane, imamo nebitne ostatke. One. očito je da zapravo ne može biti minus od dvije jedinice i, najvjerovatnije, nije knjižen nekakav dokument o prijemu.

Da su svi dokumenti uvijek rađeni na vrijeme i uvijek operativnim putem, onda se to ne bi dogodilo. Ali već jeste ljudski faktor. Ako bi se podaci mogli pojaviti u programu istovremeno sa fizičkim promjenama u istom skladištu ... ali podatke mora u program unijeti osoba, tj. ovo takođe zahteva neko vreme.

Za ažuriranje stanja postoji mehanizam za ponovno knjiženje dokumenata. Ovaj mehanizam se pokreće samo u ekskluzivnom režimu, tj. korisnici u ovom trenutku neće moći raditi sa bazom podataka. Ali što se to duže odgađa, to je veći lanac dokumenata koje treba vratiti i to će duže trajati. Stoga će biti optimalno da se ovaj mehanizam pokreće prilično često i redovno.

Tokom operativnog izvršenja, dokument se pomera u vremenu do poslednjeg (trenutnog) trenutka, tj. definisan kao poslednji u redu.
Naravno, korisnik ne mora posebno nekako pratiti red dokumenata tamo. Ovo praćenje se dešava automatski u programu. Važno je samo da korisnik to shvati ako program postavi pitanje o da li knjižiti dokument neoperativno, onda to znači da se datum snimanja njegovog dokumenta ne poklapa sa trenutnim datumom, te korisnik treba da odluči da li je saglasan da se ovaj datum promijeni u trenutni. Kako bi osigurao da ne postoji "sukob interesa dokumenata", korisnik treba da se saglasi sa kretanjem svog dokumenta u redu čekanja i da to i dalje izvrši promptno. Ili korisnik treba da shvati da pristankom na neoperativno obradu, korisnik daje zeleno svjetlo za mogući gubitak relevantnosti stanja (i u ovom slučaju, u svakom slučaju, prije ili kasnije, bit će potrebno vratiti redoslijed i ažurirati stanja, tako da je ipak bolje da uvijek pokušavate da obradite dokumente što pre).

Već smo spomenuli da kada je dokument napisan, njemu se dodjeljuje određena pozicija u redu snimljenih dokumenata. Ako datum unosa nije u tekućem danu, online knjiženje nije moguće, čak i ako od ovog dokumenta nije kreiran nijedan drugi dokument. I prvo morate promijeniti njegov datum na trenutni, ili ne objaviti dokument odmah.

Tokom promptnog izvršenja, datum se više ne mijenja, mijenja se samo vrijeme dokumenta - postaje posljednji u redu dokumenata „na vremenskoj liniji“. Kao rezultat ovog pomaka u redu, može se desiti da se dokument napisan kasnije od njega ispostavi da je napisan ranije od njega. Međutim, to nije bitno, jer kada i taj kasnije snimljeni dokument počne da se knjiži, on će se pomeriti na kraj čekanja na isti način - pomeriće se do trenutka kada će biti knjižen - i već će biti poslednji.

Šta će se desiti kasnije kada pokrenemo mehanizam repostiranja svih dokumenata radi ažuriranja stanja? Program će svaki put provjeravati mogućnost knjiženja, a u trenutku kada, na primjer, dođe do prekoračenja iznosa potraživanja, knjiženje će prestati. A korisnik će morati riješiti ovaj problem: ili povećati iznos kredita, ili kreditirati neki neobračunati avans, ili nešto drugo... o mehanizmu za ponovno postavljanje dokumenata ćemo kasnije.

U najnovijem izdanju 1C: Trade Management na platformi 8.2 implementiran je novi način kontrole knjiženja dokumenata: „Mehanizam za knjiženje dokumenata je u potpunosti redizajniran u konfiguraciji. Operativna kontrola rezultata ponašanja vrši se nakon formiranja pokreta, za razliku od verzije 10.3 (gdje se kontrola vršila prije samog ponašanja). Ova odluka je omogućila potpuno odvajanje logike izvršenja i kontrolne logike, radikalno pojednostavljujući odgovarajuće programski kod, što je zauzvrat važno za olakšavanje poboljšanja konfiguracije, smanjenje broja moguće greške, povećanje performansi sistema. Kontrola se po potrebi vrši i pri ponovnom knjiženju dokumenta i pri poništavanju knjiženja dokumenta. Na primjer, sistem vam neće dozvoliti da otkažete narudžbu za isporuku robe u dijelu u kojem je već izvršena. Može se očekivati ​​da će se slične promjene postepeno preliti u nove verzije SCP-a.

Odloženo knjiženje i dodatno knjiženje dokumenata

Kao što je ranije spomenuto, prilikom knjiženja dokumenata, kretanja se često obavljaju u nekoj vrsti skladišta podataka - registrima akumulacije, registrima informacija itd. Da bi se izvršila ova kretanja, dokumenti zaključavaju tabele registara. Ako se u trenutku našeg dokumenta, prilikom pokušaja blokiranja registra, ispostavi da je ovaj registar već blokiran (tj. u isto vrijeme neki drugi dokument obavlja operacije s ovim registrom), onda naš dokument neće moći blokiraj ga. Biće primoran da sačeka dok se registar ne oslobodi. Prilikom postavljanja dokumenta, pokreti se najčešće izvode odmah u njemu u velikom broju registri. Svaki od ovih registara je dizajniran da pohrani neke od svojih informacija. Kao rezultat toga, vjerovatnoća da će biti potrebno čekati dok se jedan od njih ne oslobodi je prilično velika.

Mehanizmi odgođenog knjiženja i knjiženja potrebni su kako bi se na najmanju moguću mjeru smanjila vjerojatnost potrebe za takvim čekanjem zbog činjenice da kada su uključeni, kretanja se ne izvode odmah u svim registrima u kojima se traže , ali samo u "najhitnijim" - tj. u nekim registrima operativnog i upravljačkog računovodstva. Zatim se, prema rasporedu, ili ručno, pokreće mehanizam praćenja, tj. izvode se svi ostali pokreti.

Da biste omogućili mehanizam odloženog knjiženja, potrebno je da kreirate "Postavljanje odloženog knjiženja": "Switch Interface - Account Manager - Odloženo knjiženje - Postavke knjiženja dokumenata" - Dodajte novi element, navedite naziv i metod, na primjer, "zahtijeva samo post knjiženje" - Zatim u istom meniju "Odloženo držanje" - stavka "Lista organizacija odloženog držanja" - dodajte novi red, navedite datum *, organizaciju i upravo kreiranu postavku.
*Navedeni datum je obično redovan, tj. smjene mjesečno. One. za efikasniji rad potrebno je da ga mjesečno pomjerite na prvi dan tekućeg mjeseca - tada će na kraju svakog mjeseca korisnik koji radi sa dokumentima za kraj perioda moći normalno kompletirati dokumente koji su mu potrebni i završi period. jedan. Holding: pokreti se formiraju duž dijelovi registri
2. Dodatna implementacija: formira pokrete duž ostalo registri.

Sa konceptualne tačke gledišta, post-feeding je sličan "off-line" objavljivanju po serijama.

Praćenje se vrši:

Mehanizam je koristan ako, prilikom unosa i knjiženja primarnih dokumenata:

• zahtjevi za performanse i paralelizam su teški
• kretanja nisu potrebna u svim registrima "odmah"
• neke informacije potrebne za formiranje pokreta možda neće biti poznate - postaće poznate kasnije.

Mehanizam se ne primjenjuje na sve dokumente, već samo na masivan koji istovremeno unosi veliki broj korisnika.

Odloženo knjiženje se ne koristi za dokumente koji:

• uveden rijetko
• važno je da odmah za sve registre

Za listu dokumenata za koje se primjenjuje odloženo knjiženje, pogledajte .

Procedura za rad sa mehanizmom

Mehanizam "Odgođeno knjiženje dokumenata" nije obavezan. Njegova upotreba je prilagodljiva organizaciji u obliku. Odloženo održavanje važi od navedenog datuma.

Kako će dokumenti biti objavljeni zavisi od lokacije datuma dokumenta u odnosu na datum početka odloženog knjiženja:

Odloženo knjiženje ima smisla koristiti u periodu u kojem postoji intenzivan unos primarnih dokumenata. Stoga se preporučuje da se datum početka odloženog knjiženja postavi na početak mjeseca za koji se unose primarni dokumenti.

Dodatni dokumenti se izvode u skladu sa. Može se pokrenuti i automatski prema rasporedu i ručno.

Ima smisla započeti dodatno knjiženje nakon završetka intenzivnog unosa primarnih dokumenata. Prije nego što započnete dodatno knjiženje, treba se uvjeriti da su svi podaci za iskazivanje dokumenata u reguliranom računovodstvu poznati.

Ako su se nakon izvršenog dodatnog knjiženja promijenili podaci koji utiču na odraz dokumenata u reguliranom računovodstvu (na primjer, zadane postavke računa), sve dokumente treba ponovo knjižiti. To se može učiniti odabirom odgovarajuće metode knjiženja u .

Dodatno knjiženje se mora izvršiti prije početka rutinskih procedura za zatvaranje mjeseca (vidi dijagram postupka „zatvaranje mjeseca“).

Nakon završenog intenzivnog unosa dokumenata u periodu i kompletiranja dokumenata, preporučljivo je pomjeriti datum početka odgođenog knjiženja unaprijed - na početak sljedećeg mjeseca.

Opis mehanizma

Registri, kretanja na kojima se formiraju prilikom knjiženja dokumenta

Ako se koristi odgođeno knjiženje, prilikom knjiženja dokumenata, kretanja se formiraju prema istim registrima kao u načinu knjiženja „puno“ sa „Odraz u pr. računovodstvo“. Ovi registri se po pravilu koriste za donošenje operativnih odluka.

Postoje karakteristike za registar „Knjigovodstvo troškova“: kretanja se formiraju samo pri knjiženju „proizvodnih“ dokumenata, dokumenata „Prijem robe i usluga“, „Unaprijed izvještaj“. Prilikom knjiženja svih ostalih dokumenata, kretanja u ovom registru se ne generišu.

Prilikom izvođenja dokumenata nije formirana kretanja u registrima koji se ne koriste za donošenje operativnih odluka:

Prodana roba

Troškovi prodaje

Odloženo održavanje nekompatibilno sa modovima:

• Otpis serija prilikom knjiženja dokumenata

  Određivanje avansa prilikom knjiženja dokumenata.

Ovi načini se koriste kada

nema problema sa performansama

ne postoji zadatak da se osigura fleksibilnost odraza u računima

veći prioritet je da dobijete "tačne podatke ovog trenutka."

Odnosno, odgođeno provođenje pri korištenju takvih načina nije potrebno.

Otkazivanje knjiženja (distribucije) dokumenata

Nakon što je dokument objavljen, može se poništiti pomoću ikone

Kada se knjiženje poništi, dokument postaje ponovo dostupan za uređivanje, a sva njegova prethodno izvršena kretanja se brišu (ili postaju neaktivna). Dokument se zatim može ponovo objaviti (možda online, sa pomakom u vremenskoj liniji, ili neoperativno, tj. bez promjene datuma i vremena).

Brisanje dokumenata

U slučaju kada korisnik odluči da, na primjer, dokument koji je unio nije potreban, može ga izbrisati. Brisanje dokumenata se vrši označavanjem za brisanje. Tada možete započeti obradu "Brisanje označenih objekata" i trajno izbrisati, a do tada možete ukloniti oznaku brisanja i vratiti dokument. Ovo brisanje u više faza je također korisno jer obrada brisanja označenih objekata obavlja kontrolu podataka prije brisanja i štiti objekte koji se koriste drugdje u bazi podataka od brisanja. Na primjer, bilo bi pogrešno direktno i odmah izbrisati neku drugu ugovornu stranu ako je ona već naznačena u nekim dokumentima, jer. u ovom slučaju će se narušiti integritet podataka - u takvom dokumentu će se dobiti link ka nekom "nepoznatom objektu".

Osim toga, ponekad se dokumenti mogu izbrisati "direktno", tj. odmah. Obično se direktno uklanjanje vrši obradom: kada postoji, logično bi bilo da ih ista obrada može ukloniti.

****************************************************************************************************************************************

Proizvodna preduzeća su najčešća među najvećim kompanijama u Rusiji. Upravljanje ovakvim kompanijama je veoma složen proces koji zahtijeva i jedno i drugo CEO, i od rukovodilaca odeljenja, i od šefova radionica i drugih proizvodnih linija velike veštine, sposobnost planiranja, predviđanja i efikasnog rešavanja aktuelnih problema.

Neefikasno upravljanje i menadžerske greške su preskupe za bilo koje preduzeće. Ali za preduzeće u oblasti proizvodnje takve greške su neprihvatljive. Proizvodnja, ponekad, zahtijeva velike troškove materijala, rada, sirovina i energije. Ako je proizvodnja loše planirana, kupci i kupci će biti nezadovoljni, ako postoje „rupe“ u planiranju prodaje, preduzeće rizikuje da ostane na gubitku. Kako bi pomogao proizvodnim preduzećima, 1C je razvio poseban softverski proizvod 1C Manufacturing Enterprise Management 8 (u daljem tekstu "1C: SCP 8").

Ovaj program je čitav sistem vrijednih alata za računovodstvo, planiranje, kontrolu i upravljanje koji će posebno biti od koristi generalnom i finansijskom direktoru, glavnom računovođi i direktoru proizvodnje. Program "1C: UPP 8" uključuje upravljačko i regulirano računovodstvo.

Potonji uključuju:

Računovodstvo;

Porezno računovodstvo;

Računovodstvo prema MSFI pravilima.

Uvođenje SCP 8 će automatizirati sljedeća područja:

Upravljanje proizvodnjom (planiranje, upravljanje troškovima i troškovima);

Finansijsko upravljanje (Računovodstvo prema nacionalnim i međunarodnim standardima, upravljanje međusobnim obračunima i fondovima, budžetiranje);

Upravljanje nabavom i prodajom;

Upravljanje zalihama;

Upravljanje odnosima s klijentima;

Procjena nivoa rada menadžera;

Menadžment osoblja;

Analitički izvještaji i još mnogo toga. drugi

Dakle, program pokriva gotovo sva odjeljenja i odjeljenja proizvodnog preduzeća, pružajući računovođama, šefovima odjela i višem rukovodstvu poduzeća široke mogućnosti za planiranje, analizu, praćenje zakonitosti poslovanja i fleksibilno upravljanje resursima.

Faze implementacije SCP 8:

Ekspresno ispitivanje i zaključivanje ugovora. Kao i svakom projektu, implementaciji "1C: Manufacturing Enterprise Management" prethodi planiranje rada. Prije nego što nastave s automatizacijom upravljanja, stručnjaci procjenjuju obim posla koji predstoji, identifikuju glavna područja, predviđaju moguće poteškoće i načine za njihovo uklanjanje.

Izrada tehničkih specifikacija i prijenos izvođaču. Često se sami Softroom stručnjaci šminkaju tehnički zadatak na osnovu intervjua sa zaposlenima kompanije klijenta.

Dizajn sistema je najvažniji korak. Tokom njega se razvija sistemski izgled, konfiguriše se interfejs, prenose se podaci iz drugih sistema. Zatim se sistem testira i, ako je uspješan, počinje druga faza implementacije.

Probni rad i obuka osoblja preduzeća. U pravilu svi zaposleni u računovodstvu i drugim službama prolaze obuku. Nakon utvrđivanja nivoa stručnosti osoblja u radu sa sistemom, stručnjaci naše kompanije pokreću probni rad, tokom kojeg identifikuju nedostatke, ispravljaju ih i vrše posljednju reviziju.

Uspeh implementacije SCP 8 u preduzeću u velikoj meri zavisi od:

Kvalifikacije stručnjaka koji predstavljaju firmu primaoca franšize.

Zaposleni u preduzeću uključeni u upravljanje projektima. Što je viša pozicija projekt menadžera, veće su šanse za uspjeh. Za svaki smjer mora biti dodijeljena odgovorna osoba.

Ispravnost primene tipične funkcionalnosti programa i njegovih promena (proširenja) prema potrebama preduzeća. Rizik od grešaka se smanjuje ako se tokom implementacije sve radi pažljivo, u skladu sa standardima, uz duple provjere i stalni nadzor.

Kvalitet kontrole od strane top menadžmenta. Ljudi se plaše inovacija i odgovornosti za donošenje odluka. Zadatak menadžera je da vrši kontrolu i, ako je potrebno, koristi administrativne alate. Osim toga, u nekim slučajevima će biti potrebno razmišljati o unapređenju vještina zaposlenih.

Sve ove uslove moguće je obezbediti samo profesionalnim pristupom implementaciji sistema. Certificirani stručnjaci primatelja franšize koji opslužuju vašu kompaniju, naravno, sve će učiniti kako treba. Međutim, uspjeh je moguć samo uz njihovu stalnu saradnju sa menadžerima vašeg preduzeća.

Troškovi implementacije SCP 8

Prilikom procene troškova implementacije, ključni faktor je obim preduzeća, čije upravljanje treba da bude automatizovano. Broj zaposlenih, radionica, odjeljenja i proizvodnih linija direktno utiče na trajanje rada stručnjaka.

osim toga, važan faktor- da li ih je ranije bilo u preduzeću automatizovani sistemi i koliko su dobro korišteni.

Kompanija Softroom određuje SCP 8 pojedinačno za svaki projekat, u zavisnosti od opsega zadataka i njihove složenosti. Preliminarna procjena je besplatna.

Vremenski okvir za implementaciju SCP 8

Može li preduzeće samostalno implementirati SCP 8?

Možda. Ali nemojte zanemariti pomoć stručnjaka u automatizaciji upravljanja srednjim i velikim poduzećem.

Samo certificirani stručnjaci mogu pružiti pozitivan efekat od implementacije sistema. A samo kompetentno upravljanje projektima će omogućiti uštede od automatizacije procesa.

Stoga, vjerujte profesionalcima, a implementacija "1C: UPP 8" u vašem preduzeću će donijeti odlične rezultate!

08.08.2016

Postavljanje ciljeva za implementaciju 1C: Upravljanje proizvodnim preduzećem (UPP). Kako odrediti?

Nije neuobičajeno za menadžment velika kompanija donošenje odluke o automatizaciji poslovanja softverskim proizvodom SCP, upućuje odgovorne zaposlene na razvoj grubi plan automatizacija. U većini ovih slučajeva zaposleni ne znaju odakle da počnu. Ovaj članak će vam pomoći da se nosite s prvom važnom točkom budućeg plana - postavljanjem ciljeva za implementaciju. Kasnije će, na osnovu ciljeva, kompanija integrator koju ste odabrali razviti plan automatizacije. Treba odmah napomenuti da pogrešno formulisani, nejasni, nejasni ciljevi automatizacije mogu dovesti do negativne posljedice. Na primjer, može doći do značajnog povećanja cijena soft startera zbog dodatnog vremena i troškova rada za finalizaciju ciljeva.

Da biste ispravno postavili ciljeve automatizacije, morate identificirati zadatke za koje je dizajnirana da riješi. Najjednostavnije u ovom slučaju je intervjuisati menadžment kompanije i ključne zaposlene. Tokom ankete morate saznati sljedeće tri važne tačke:

• Koji problemi trenutno postoje u preduzeću (bilo da je to direktno povezano sa automatizacijom ili ne, ponekad rešenje problema leži u prostornim odgovorima)?
• Šta je potrebno učiniti da se oni riješe (koje korake poduzeti, na šta obratiti pažnju, šta promijeniti itd.)?
• Koji su načini rješavanja problema (po mišljenju sagovornika).

Integratori savjetuju da se ankete provedu posebno sa svakim menadžerom i svaki odgovor detaljno bilježi, jer odgovori ključnih zaposlenika mogu sakriti svrhu automatizacije. Štaviše, potrebno je intervjue provoditi u sve većoj strukturi: prvo - ključni zaposleni, zatim - menadžment, a na samom kraju - generalni direktor.

Kao što pokazuje praksa, najčešće se velika proizvodna preduzeća suočavaju sa sljedećim problemima s kojima se najbolje rješavaju SCP:

• uspostavljanje jedinstvenog računovodstva unutar preduzeća i njegovih strukturnih podjela ( UPP računovodstvo provode u jedinstvenom informacionom prostoru, bez obzira na složenost organizacijske strukture preduzeće ili holding);
• kontinuirani prijem ažurne informacije o toku poslovnih procesa u preduzeću u vidu informativnog analitičke izvještaje (podešavanje mekog pokretača podrazumijeva uzimanje u obzir svih zahtjeva za prikupljanje informacija, njihovu obradu i dostavljanje rukovodstvu; parametri i kriterijumi za prikupljanje i analizu informacija se konfigurišu i postavljaju ručno);
• organizacija odnosa između odjeljenja i strukturne podjele poduzeća (na primjer, verzija SCP 1.3 omogućava kreiranje i korišćenje informacionih baza za organizovanje neprekinutih međustrukturnih odnosa u preduzeću, što višestruko povećava efikasnost celog preduzeća i svakog zaposlenog pojedinačno);
• ubrzanje poslovnih procesa prikupljanja i kretanja primarnih akreditiva ( SCP računovodstvo vrši se na osnovu automatskog popunjavanja primarnih akreditiva).

Ciljevi automatizacije mogu biti različiti, ali glavna stvar je da su jasno formulisani i preneti na kompaniju integrator, koja će na osnovu njih pripremiti detaljan plan implementacija odabranog softverskog proizvoda