Program "1C: Menadžment proizvodni pogon 8.2" je prvobitno kreiran kao rješenje na jednom mjestu za bilo koju vrstu poslovanja, bilo da se radi o proizvodnji, trgovini, uslugama, odnosno za većinu različite industrije ekonomija.

Pored univerzalnosti, cilj 1C-a je bio stvoriti kompletan proizvod koji ne zahtijeva ozbiljne modifikacije od strane programera. Stoga je u ovaj proizvod ugrađen veliki broj mogućnosti da se osigura upravljanje robom, materijalom, finansijski tokovi, osiguravanje poslova računovodstva i kadrovske usluge, marketing, te za vođenje uređenog i internog računovodstva itd. O tome se može suditi po najraznovrsnijoj funkcionalnosti, velikom izboru imenika, karakteristika, klasifikatora i postavki.

U svjetlu ovoga, može se reći da je 1C SCP multifunkcionalna kompleksna aplikacija koja ima sve potrebne alate za osiguranje rada poduzeća bilo kojeg obima. Ali u isto vrijeme, UPP 8.2 je i dalje više fokusiran na srednja i velika poduzeća s više od nekoliko desetina zaposlenih, jer su zbog razvijene funkcionalnosti troškovi nabavke proizvoda i vođenja računovodstva uz njegovu pomoć prilično visoki. Stoga je u PMS-u moguće voditi multivalutno računovodstvo za praktično neograničen broj organizacija. Implementirano napredno upravljačko računovodstvo, istovremeno vođenje regulisanog računovodstva, uključujući MSFI. Za društvo (holding) postoji konsolidovano računovodstvo.

Ako govorimo o nedostacima rješenja, to uključuje nedostatak jasne strukture modula (kao u modernijim ERP sistemima, gdje možete potpuno onemogućiti neiskorištene module) i namjenskog marketinškog odjeljka. Marketinške funkcije smještene su u različitim dijelovima - u upravljanju proizvodnjom, nabavkom, prodajom i određivanjem cijena.

Razmotrimo mogućnosti 1C SCP-a na primjeru demo baze u izdanju 1.3 (verzija 1.3.97.5). SCP ima standardni interfejs za softverske proizvode zasnovane na platformi 1C:Enterprise 8.2.

Potencijalne mogućnosti su prikazane u opštem uvodnom obliku u stavkama menija "Dokumenti", "Izvještaji" i "Reference".

Prekomjerna funkcionalnost zatrpava sistem, produžava vrijeme pretraživanja i odabira u meniju i kao rezultat toga usporava rad. Programeri su riješili ovaj problem. U 1C SCP konfiguraciji implementirana je mogućnost odabira specijaliziranog sučelja.

U "njihovom" interfejsu zaposleni vidi samo one stavke menija i postavke koje su mu neophodne za rad. Čak će i oblik dokumenata biti različit za različita sučelja.

Tipično podešavanje interfejsa je više u skladu sa podešavanjem podsistema. Po potrebi možete promijeniti funkcionalnost interfejsa u skladu sa propisima kompanije. Također možete definirati dostupna sučelja za određene zaposlenike i postaviti glavnu zadanu vrijednost prilikom ulaska u sesiju baze podataka.

Još jedna karakteristika 1C SCP je da svaki dokument ima postavku za selektivnu registraciju u upravljačkom, računovodstvenom i poreznom računovodstvu. Ali ovaj pristup zahteva jasno razumevanje svih procesa u preduzeću.

Ukratko ćemo pregledati glavne funkcionalne podsisteme 1C SCP-a.

Kontrola proizvodnje

U 1C SCP se velika pažnja posvećuje upravljanju proizvodnjom, jer je ovaj proizvod kreiran posebno za proizvodne kompanije (ali se može koristiti i tamo gdje nema proizvodnje). Ono što je najvažnije, program se može uspešno koristiti za preduzeća sa složenom strukturom, gde postoje različita proizvodnja, usluge, trgovina na veliko i malo.

Svaka proizvodnja počinje planiranjem, i to često ne planiranjem proizvodnje, već prodajom i na osnovu toga se gradi plan proizvodnje, a određeni datumi se navode na osnovu kapaciteta preduzeća. Zatim se detaljno planira smjena za cijeli asortiman proizvedenih proizvoda. Sumirana proizvodnja u smjenama za period uspoređuje se sa proširenim planom, nakon čega se plan puštanja dorađuje. Standardni periodi planiranja u 1C SCP su dan, sedmica, dekada, mjesec, kvartal, godina.

Istovremeno se vrši planiranje potreba za materijalima, sirovinama, dijelovima – odnosno za proizvodnim resursima, te se na osnovu toga obračunavaju potrebne zalihe za proizvodnju, planiranje troškova i planiranje nabavke. Od toga se sastavlja budžet po stavcima rashoda.

1C SCP koristi veoma dobro razvijen sistem obračuna troškova. Troškovi su razvrstani prema vrsti i prirodi korištenja. Ova analitika se koristi u distribuciji troškova proizvodnje. Sastavni dio proizvodnje su specifikacije koje određuju sastav proizvoda. Na osnovu specifikacija, trošak proizvedenih proizvoda obračunava se prema utvrđenim standardima.

U toku plan proizvodnje moguće je analizirati indikatore i njihova odstupanja od zadatih, kontrolisati utrošak materijala i resursa, precizirati planove nabavke i preračunati troškove. I po potrebi prilagoditi planiranje već pokrenute proizvodnje.

Planovi su uveli koncept scenarija, tj. postizanje očekivanog rezultata u zavisnosti od različitih parametara i perioda. Scenariji vam omogućavaju da kreirate različite opcije za planiranje u kratkom, srednjem i dugoročnom periodu, kao i prilikom planiranja prodaje i kupovine.

Upravljanje nabavkom

Podsistem je dizajniran da obezbedi preduzeću zalihe (inventar i materijal) za potrebe prodaje i proizvodnje. Podsistem implementira sveobuhvatno upravljanje narudžbama prema dobavljačima i kupcima, kontrolu zaliha robe i materijala i formira se jedinstven sistem distribucije robe. Mehanizam planiranja omogućava automatsko generisanje kalendarski planovi nabavka i proizvodnja na osnovu plana prodaje. Plan nabavke se može generisati prema različitim scenarijima, u zavisnosti od parametara i perioda planiranja. Koristeći ugrađeni pomoćnik, možete automatski kreirati paket planova kupovine za mjesece ili kvartale prema određenim uvjetima. Postoji kontrola realizacije plana i mogućnost dinamičkog prilagođavanja. Implementirano fleksibilno određivanje cijena po nomenklaturi, cjenovnim grupama, izvođačima, ugovorima, korištenje obračunskih cijena, postavljanje raspona baznih cijena, popusti po različitim kriterijima. Za analizu nabavne cijene koristeći podatke dobavljača i konkurenata. Podsistem ima mogućnost kontrole međusobnih obračuna sa drugim ugovornim stranama.

Upravljanje prodajom

Podsistem obrađuje i ispunjava narudžbe kupaca. Za određivanje cijena, planiranje prodaje i kontrolu zaliha koriste se isti mehanizmi (obrada, izvještajna dokumentacija) kao iu sistemu upravljanja nabavkama. Formiranje plana prodaje može se vršiti na osnovu podataka iz prethodnih perioda, prednarudžbi kupaca, prognoze prodaje. Moguće je rezervisati robu prema narudžbi kupaca, na osnovu čega je moguće formirati narudžbine dobavljačima i za proizvodnju. Možete pratiti narudžbe kupaca iu smislu vremena i stepena dovršenosti. Koristeći specijalizovane izveštaje, analizirajte prodaju u različitim delovima, procenite promet, profitabilnost, klasifikujte robu i rangirajte kupce prema različitim pokazateljima.

Upravljanje odnosima s klijentima (CRM)

Podsistem vam omogućava da sačuvate različite informacije o trenutnim i potencijalnim kupcima, vodite istoriju interakcije sa njima, procenite efikasnost kontakata, pratite faze transakcija, registrujete događaje i podsećate vas na predstojeće kontakte i klasifikujete kupce. Ugrađeni mail klijent ubrzava razmjenu informacija sa drugim stranama. Podsistem je usko povezan sa upravljanjem prodajom.

Finansijski menadžment

Ovo je kontrolni podsistem. tok novca, planiranje budućih primanja, trošenje novca, kao i obavljanje gotovinskog i bezgotovinskog plaćanja. Postoji mehanizam za rezervisanje novca putem aplikacija za trošenje novca po dogovoru. U ovom slučaju, put odobrenja se određuje prema ovlaštenjima zaposlenih. Možete kontrolirati kretanje finansija i evidentirati odstupanja od planiranih vrijednosti. Pomoću kalendara plaćanja možete planirati primanja i izdatke za različite periode - dan, sedmicu, dekadu, mjesec itd.

Podsistem je namijenjen za napredno planiranje primitke i rashode finansijskih sredstava u različitim analitičkim sekcijama, kao što su organizacija, projekat, centar za finansijsku odgovornost (FRC) i drugi, za odabrani vremenski interval. Za razliku od podsistema finansijskog upravljanja, koji bilježi predstojeće primitke i izdatke novca, budžetiranje koristi izračunate indikatore. Postoje funkcije kontrole budžeta. Podsistem je usko povezan sa planiranjem proizvodnje, prodaje i nabavke, obračunom plaća.

Upravljanje kadrovima i obračun plaća

Veliki podsistem sa mnogo funkcija, uključujući održavanje ličnih podataka zaposlenih, održavanje kadrovske evidencije i rasporedi rada i praznika, obračun zarada, premija osiguranja, porez na dohodak pojedinci(porez na dohodak građana), kao i druga razgraničenja i odbici. Svi registrovani u sistemu kadrovska dokumenta, evidencije radnog vremena, platnice i platnice. Postoje mogućnosti za analizu strukture osoblja, motivaciju zaposlenih, kontrolu zapošljavanja i potreba za kadrovima, upravljanje zapošljavanjem, registrovanje obuke i recertifikaciju zaposlenih, te sprovođenje anketa za kandidate za posao.

Računovodstvo osnovnih sredstava

Podsistem za vođenje evidencije osnovnih sredstava (OS), materijal tehnička podrška odeljenja preduzeća. Uključuje računovodstvo, amortizaciju i održavanje OS, servisne planove (rasporede), inventar.

Računovodstvo i MSFI

Ovi računovodstveni podsistemi su usko povezani. Podsistem "Računovodstvo" sadrži sva izvještavanja u skladu sa standardima RAS ( ruski sistem računovodstvo). Postoji čitav niz standardnih izveštaja za rad sa računovodstvenim računima, razni alati za analizu trenutnog stanja preduzeća, obračun troškova, obračun kretanja resursa i roba i materijala. Registracija svih operacija proizvodnje, nabavke, prodaje i finansija. Za ispravnu transformaciju postoji postavka za usklađivanje računa računovodstvenog i poreskog računovodstva. Obračun svih poreza, posebno veliki paket alata za obračun PDV-a, priprema regulisanog (poreskog) izvještavanja.

Za saradnju sa stranih kompanija takođe je potrebno voditi evidenciju prema MSFI standardima (međunarodni sistem finansijskog izvještavanja). Zbog određenih razlika u metodologiji i računovodstvenim pristupima, ovaj sistem se prilično razlikuje od Ruski standard, uprkos činjenici da je došlo do niza izmena kako bi se RAS približio standardu MSFI. Stoga je za računovodstvo izdvojen poseban podsistem međunarodna pravila računovodstvo. Automatsko end-to-end računovodstvo prema MSFI se ne vodi. U informacionom sistemu morate periodično pokretati obradu da biste preveli transakcije u MSFI. Za ispravan transfer, prvo morate postaviti korespondenciju između računa RAS-a i MSFI.

Sažimanje

1C SCP je dobro rješenje za industrijske i raznolike poslove koji zahtijevaju široku funkcionalnost i za koje je vrijeme implementacije kritično. Proizvodni podsistem je dobro razvijen. Uveden je mehanizam za detaljan obračun troškova i njihovu alokaciju na proizvedene proizvode. Za to su u početku postavljeni različiti klasifikatori troškova i korištene su specifikacije proizvoda i karakteristike nomenklature. Moćan mehanizam za planiranje aktivnosti preduzeća u različitim oblastima, uzimajući u obzir mnoge parametre. Osim toga, na osnovu 1C UPP 8.2, specijaliziran industrijska rješenja, koji su kreirani za određenu proizvodnju.

Ali 1C UPP 8.2 se na tržištu pojavio davno, i uprkos svojim prednostima, postepeno zastareva. Trenutno je moderniji proizvod "1C: ERP menadžment Enterprise 2" na tehnološkoj platformi "1C:Enterprise 8.3" sa podrškom za nove funkcije i usluge. S tim u vezi, 1C je odlučio da ukloni 1C UPP sa zvaničnih cjenovnika od 30.04.2018. Proizvod će biti moguće kupiti samo od 1C partnera sa statusom "1C: Centar kompetencija za ERP rješenja" na aplikacijama s potvrdom o potrebi kupovine. Podrška za proizvod u verziji 1.3 će se nastaviti i kraj podrške će biti objavljen najmanje 3 godine prije, međutim, cijena će se postepeno povećavati, a od 01.01.2020. će se udvostručiti.

Nakon isteka važećeg 1C: ITS ugovora, dalja podrška 1C partnera moguća je samo uz kupovinu dodatne usluge „Proširenje podrške za konfiguraciju „Upravljanje proizvodnim preduzećem““.

Održavanje već prodatih softverskih rješenja baziranih na 1C:Manufacturing Enterprise Management će se odvijati uobičajeno.

U pojedinačnim slučajevima (pri proširenju poslovanja, povezivanju novih preduzeća, divizija) moguća je kupovina dodatnih licenci.

Za savjet kontaktirajte 1C-Rarus filijalu u vašoj regiji ili centralnu kancelariju u Moskvi.

1C:Enterprise 8. Menadžment proizvodnog preduzeća (1C SCP)

Softverski proizvod vam omogućava automatizaciju svih odjela i računovodstvenih krugova proizvodnog poduzeća u skladu s ruskim i međunarodnim standardima. Najveći efekat daje uvođenje "1C: UPP 8" u holdingima i mrežnim strukturama.

Stvaranje jedinstvenog informacionog prostora u proizvodnim preduzećima omogućava vam da pokrijete poslovne procese svih odjela, podružnica, filijala itd. Ovo pruža najšire mogućnosti za analizu, planiranje i upravljanje resursima kompanije (grupe kompanija) radi povećanja njene konkurentnosti.

Implementacija 1C:Enterprise 8. Menadžment proizvodnog preduzeća (1C:UPP 8) omogućava vam automatizaciju računovodstva sljedećih odjela i službi:

• Direkcija ( CEO, CFO, komercijalni direktor, direktor proizvodnje, Glavni inženjer, HR direktor, IT direktor, direktor razvoja);
• Odjeljenje za planiranje i ekonomiju;
• proizvodne radnje;
• Odjel za kontrolu proizvodnje;
• Odjeljenje glavnog projektanta;
• Odjeljenje glavnog tehnologa;
• Odjeljenje glavnog mehaničara;
• Odjel prodaje;
• Odjel za logistiku;
• Marketing odjel;
• Skladišta materijala i gotovih proizvoda;
• Računovodstvo;
• Odjel za ljudske resurse;
• Odjeljenje za organizaciju rada i zapošljavanje;
• IT usluga;
• Administrativno odjeljenje;
• Odjel kapitalna izgradnja;
• Informativno-analitički odjel;
• Odjeljenje za strateški razvoj.

Program "1C: Upravljanje proizvodnim preduzećem 8" podijeljen je na zasebne podsisteme odgovorne za rješavanje grupa sličnih zadataka: upravljački podsistem u gotovini, podsistem upravljanje osobljem, računovodstveni podsistem itd. Takva podjela je svojevrsna konvencija koja olakšava razvoj primijenjenog rješenja.

Program 1C: Preduzeće 8. Upravljanje proizvodnim preduzećem (1C: SCP 8) omogućava vam da kvalitativno poboljšate i optimizirate proizvodnju proizvoda:

• smanjiti vrijeme zastoja opreme i visokokvalificiranih stručnjaka;
• smanjiti vrijeme isporuke;
• izbjeći narušavanje plana prodaje zbog preopterećenja proizvodnih resursa;
• optimizirati kretanje materijala i stanja zaliha;
• učiniti proizvodni proces transparentnim i upravljivim;
• smanjiti troškove proizvodnje;
• poboljšati kvalitet proizvoda.

"1C: Upravljanje proizvodnim preduzećem 8" (1C: UPP 8) povećava obrt kapitala, omogućava vam da efikasno upravljate investicijama, kontrolišete troškove i generalno značajno povećavate upravljivost celokupnog poslovanja i njegovu konkurentnost.

Licenciranje

Da biste povećali i proširili broj poslova, možete kupiti dodatne licence.

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đunarodnim standardima i obezbjeđivanje 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; mogu se koristiti različite postavke poreznih i računovodstvenih politika. 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“. Uključeno u isporuku softverski proizvod, pored platforme, uključuje konfiguraciju "Upravljanje proizvodnim poduzećem".

Obezbeđena je visoka pouzdanost i performanse primenjenog rešenja, skalabilnost, konstrukcija geografski distribuiranih sistema, integracija sa drugim informacionim sistemima. 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:

• direkcija (generalni direktor, finansijski direktor, komercijalni direktor, direktor proizvodnje, glavni inženjer, direktor ljudskih resursa, IT direktor, 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, koji omogućavaju povećanje efikasnosti svakodnevnog rada u svojim 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, te se u toku proizvodnje transformišu na različite načine, 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:

Informacijski 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 pretvaranja postojećih podataka, uzimajući u obzir ulazne podatke, u informacijsku bazu.

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), realizaciji istraživanja, razvoja i tehnološke radove(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 što se tiče planiranja, narudžbi, rezervacija i sl.) i tu su podaci pohranjeni. kako na kontnom planu tako i u registru akumulacije (skladište, troškovno knjigovodstvo itd.). 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 potraživanja postavljeno kod druge ugovorne strane. 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. definiran kao posljednji 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. Ukoliko 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 po tome što 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.

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

RG-Soft je član mreže partnera koji učestvuju u projektu "1C: Centri kompetencija za ERP rješenja" i ima status 1C: ERP centra.

"1C ERP Enterprise Management 2" je novi proizvod u liniji programa kompanije 1C. Program je kreiran na tehnološkoj platformi 1C:Enterprise 8.3 i logičan je nastavak konfiguracije upravljanja 1C:Manufacturing Enterprise.

Prilikom razvoja novog sistema ERP klase, dugogodišnje iskustvo u implementaciji i korišćenju 1C:SCP i potrebama velikih industrijska preduzeća sa višestepenom proizvodnjom. Kao rezultat toga, potpuno razvijen novi sistem upravljanje proizvodnjom, a ostali podsistemi su značajno poboljšani.

Glavne inovacije "1C:ERP Enterprise Management 2"

• Novi podsistem upravljanja proizvodnjom- upravljanje međuproizvodnim tranzicijama i na operativnom nivou, rutnim listovima, upravljanjem lansirnim serijama, grupnim i ličnim zadacima za rad, operativnim dispečiranjem, upravljanjem "uskim grlima", upravljanjem opterećenjem, planiranjem do kvanta vremena, spremnošću za rad sa netačni standardi.
• Poboljšan sistem obračuna troškova i troškova- detaljiziranje obima početnih troškova, vidljivost i kontrola ispravnosti obračuna.
• Poboljšan podsistem finansijskog upravljanja– računovodstvo po delatnostima, faze odobravanja prijava, fleksibilna pravila distribucije, poslovi preuzimanja.
• Podsistem za organizaciju popravki- obračun objekata remonta, evidentiranje radnog vremena, obračun tekućih i vanplaniranih popravki, integracija sa proizvodnim podsistemom - rasporedi raspoloživosti opreme.
• Poboljšani mehanizmi i alati budžetiranja- tabelarni model budžetiranja, verzioniranje, obračun planiranih indikatora, interpretacija podataka.
• Objedinjavanje mehanizama za automatizaciju trgovačkih i skladišnih aktivnosti sa izdanjem "1C: Trade Management 8", 11.1 "
• Unifikacija regulisanog računovodstvenog podsistema sa "1C: Računovodstvo preduzeća 8", izdanje 3, verzija KORP
• Unifikacija funkcionalnosti za upravljanje kadrovima i platni spisak sa "1C: Platni spisak i upravljanje kadrovima 8", izdanje 3, verzija KORP.

Kontrola proizvodnje

U sklopu konfiguracije 1C:ERP Enterprise Management 2 kreiran je potpuno novi sistem upravljanja proizvodnjom, koji omogućava smanjenje ovisnosti kvalitete planiranja o tačnosti regulatornih podataka. Ovo omogućava izradu izvodljivih planova proizvodnje u nedostatku tačnih vremenskih standarda za određene proizvodne operacije.

Program implementira 2 nivoa planiranja proizvodnje - nivo glavnog dispečera i nivo lokalnog (radnog) dispečera.

Planiranje međuradničke preraspodjele vrši se po fazama specifikacija resursa, poslovi se šalju u proizvodne odjele na planiranje operativni rad odgovarajuću fazu. Operativno planiranje je opciono. Ukupan obim posla za binu podijeljen je u lansirne serije - listovi ruta, koji se formiraju na osnovu mape ruta za scenu. Svaki list rute sadrži repliku podataka karte rute; u budućnosti, ako je potrebno, moguće je izvršiti prilagođavanje lista ruta za određenu lansirnu grupu. Uz pomoć rutnih listova moguće je precizirati operativni obim posla i potrošnju materijala za svaku lansirnu seriju.

Prilikom planiranja i planiranja proizvodnje koriste se pristupi Teorije ograničenja sistema, posebno metoda upravljanja ograničenjima „bubanj-bafer-konop“.

cilj ovu metodu je zaštita najslabije karike, tj. proizvodni sistem općenito, od varijabilnosti procesa i, na kraju, povećanja ukupne efikasnosti sistema.

Sistem podržava upravljanje prioritetima naloga. To znači da je zahvaljujući brzom reprogramiranju proizvodnje u programu moguće organizovati hitno izvršenje takozvanih VIP naloga.

Pored navedenog, inovacije koje se odnose na upravljanje proizvodnjom uključuju i:

• Planiranje "uskih" mjesta proizvodnje;
• Procjena raspoloživosti opreme i materijalnih sredstava u intervalu;
• Proširena kontrola obezbjeđenja proizvodnje resursima;
• Obračun vremena transporta i skladištenja robe i materijala;
• Predviđanje toka proizvodnog procesa;
• Prošireno računovodstvo proizvodnje zaposlenih.

Upravljanje troškovima i obračun troškova

"1C: ERP Enterprise Management 2" vam omogućava kontrolu materijalni tokovi i potrošnju resursa u toku preduzeća. Obračun troškova i obračun troškova proizvodnje vrši se na osnovu operativnih računovodstvenih podataka.

Tokom razvoja programa, proširena klasifikacija mogućih resursa:

• dobra (materijalni resursi u kvantitativnom i vrednovanju);
• radovi (usluge sa mogućnošću kvantitativne distribucije);
• usluge (usluge isključivo u vrijednosti).

"1C: ERP Enterprise Management 2" podržava odvojeno računovodstvo troškova po vrsti djelatnosti, imajući izbor u pogledu različitih oporezivanja poslovanja.

Podsistem upravljanja troškovima pruža:

• obračun stvarnih troškova preduzeća po vrstama delatnosti u potrebnim delovima u fizičkom i troškovnom smislu;
• operativno kvantitativno računovodstvo sredstava u radu;
• obračunavanje stvarnih bilansa rada u toku na kraju izvještajnog perioda u potrebnim dijelovima;
• razne načine raspodjela troškova na troškove proizvoda i izvršenih radova, na troškove proizvodnje, područja djelatnosti, na troškove budućih perioda;
• obračun stvarnih troškova proizvodnje za period;
• pružanje podataka o strukturi troškova proizvodnje.

Izračunata cijena koštanja može se detaljizirati do obima početnih troškova, bez obzira na broj preraspodjela proizvodnog procesa. Ova analiza značajno povećava vidljivost i kontrolu valjanosti obračuna troška.

Finansijski menadžment

1C:ERP Enterprise Management 2 podržava kreiranje i fazno odobravanje zahteva za trošenje novca, kao i praćenje izvršenja plaćanja po tim zahtevima.

U računovodstvu bezgotovinskih sredstava razdvojena je registracija operativnih podataka o ulaznim i odlaznim uplatama (prema primarnim platnim dokumentima) i registracija izvoda (sprovodi se posebnim dokumentom). To vam omogućava da povećate efikasnost računovodstva (posebno međusobna poravnanja), bez narušavanja računovodstva sredstava na tekućim računima, olakšate obradu plaćanja i izvoda i steknete punu kontrolu nad sredstvima koja su u procesu kreditiranja, zaduženje ili premještanje.

Razvijena je funkcionalnost računovodstva obračuna sa bankom za operacije akvizicije. Pored same registracije platnog prometa i operacija povrata platnim karticama, dodata je faza izvještaji o registraciji od banaka za kreditiranje uplata, otpis povraćaja, odbijanje provizija, što vam omogućava da pratite svaku operaciju od trenutka uplate do prijema sredstava na tekući račun.

Računovodstvo finansijski rezultati(dobit, gubitak) u toku u kontekstu aktivnosti preduzeća. Sastav uputstava može se definirati vrlo fleksibilno - na primjer, upute mogu odgovarati prodajnim mjestima (za maloprodajna preduzeća), asortiman (za distributere), projekti, itd. Opis podržan proizvoljna pravila distribucije trošak i prihod od prodaje po liniji poslovanja na osnovu analitike prodaje.

Sve ovo vam omogućava da detaljno analizirate efikasnost preduzeća i razvijete poslovanje, optimizujući sastav aktivnosti.

Budžetiranje

upravljanje procesom budžetiranja. Postavljanje strukture budžeta vrši se korišćenjem „tabelarnog modela budžetiranja“.

Alati za automatske proračune budžetske stavke omogućavaju dekodiranje na izvorne podatke proračuna. U ovom slučaju se koristi do 6 proizvoljnih analitičkih podataka za svaku budžetsku stavku.

Prikaz i uređivanje kopije budžeta moguće je u potpunosti u jednom obliku. Sistem čuva istoriju promena vrednosti budžetskih stavki.

Izračunavanje planiranih indikatora provodi se u obliku uređivanja budžeta i omogućava korištenje kalkulacija po formuli za svaki indikator istovremeno iz više izvora podataka.

Opcija verzija za primjere budžeta vam omogućava da izvršite: poređenje verzija, sakupljanje, brisanje i vraćanje na originalnu verziju.

Ove mogućnosti omogućavaju značajno optimizaciju procesa implementacije (prilagođavanja) odabranih budžetskih modela.

Regulisano računovodstvo

"1C: ERP Enterprise Management 2" uključuje svu potrebnu funkcionalnost za automatizaciju računovodstvenog i poreskog računovodstva, uključujući pripremu obaveznog (regulisanog) izvještavanja u skladu sa važećim zakonodavstvom Ruske Federacije.

Uz pomoć "1C: ERP Enterprise Management 2" možete automatizirati računovodstvo i porezno računovodstvo u organizacijama With odvojene divizije , alocirani i ne raspoređeni u poseban bilans stanja.

Obračun PDV-a se sprovodi u skladu sa normama pogl. 21 Poreznog zakona Ruske Federacije. Automatsko popunjavanje knjige kupovine i knjige prodaje, ispostavljanje korektivnih i ispravljenih računa. Za potrebe obračuna PDV-a vodi se posebno računovodstvo za transakcije koje podliježu PDV-u i ne podliježu oporezivanju u skladu sa čl. 149 Poreskog zakona Ruske Federacije. Prate se teške ekonomske situacije u PDV računovodstvu kada se prodaje po stopi PDV-a od 0%, bez PDV-a.

Poresko računovodstvo poreza na dobit vodi se na istim računima kao i računovodstvo. Ovo pojednostavljuje ispunjavanje zahtjeva PBU 18/02 „Računovodstvo obračuna poreza na dobit“. Prema poreskom računovodstvu, automatski se generiše poreska prijava za porez na dobit.

Kontni plan uključen u 1C:ERP Enterprise Management 2 je u skladu sa Naredbom Ministarstva finansija Ruske Federacije „O odobravanju kontnog plana za finansijske i ekonomske aktivnosti organizacija i uputstva za njegovu upotrebu“ od 31. oktobra. 2000. br. 94n.

Sastav računa, organizacija analitičkog, valutnog, kvantitativnog računovodstva na računima usklađeni su sa zahtjevima zakonodavstva o računovodstvenim i izvještajnim podacima. Po potrebi korisnici mogu samostalno kreirati dodatne podračune i odjele analitičkog računovodstva.

Standardni izvještaji "1C: ERP Enterprise Management 2" pružaju korisniku mogućnost analize podataka o stanju, prometu po računu i knjiženjima u različitim rubrikama. Prilikom generisanja izveštaja moguće je konfigurisati grupisanje, odabir i sortiranje informacija u izveštaju, na osnovu specifičnosti aktivnosti organizacije i funkcija koje korisnik obavlja.

"1C: ERP Enterprise Management 2" uključuje obavezne (regulisane) izvještaje namijenjene podnošenju vlasnicima organizacije i kontrolingu. državnim organima Ključne riječi: računovodstveni obrasci, poreske prijave, izvještaji za statističke organe i državne fondove.

Regulisani izvještaji za koje postoji ova mogućnost normativni dokumenti, može se učitati na u elektronskom formatu. Podržana tehnologija aplikacije 2D bar kod na poreskim prijavama.

Regulisano izvještavanje o ličnim prihodima generisan automatski. U cilju pružanja informacija FOJ o obračunatom stažu osiguranja i uplaćenim premijama osiguranja, vodi se personalizovana evidencija zaposlenih. Relevantni izvještaji se također mogu preuzeti iz sistema i snimiti na mediju za skladištenje radi prosljeđivanja regulatornim tijelima. Relevantnost oblika regulisanog izvještavanja potkrepljena je mogućnošću automatsko ažuriranje putem interneta.

Ljudski resursi i obračun plaća

• Podsistem je namijenjen za integrisana automatizacija rad kadrovske službe kompanije. Uključuje sledeće mogućnosti:
• rad sa ličnim podacima zaposlenih;
• računovodstvo kretanja osoblja i zapošljavanja osoblja organizacija, uključujući prijem jedinstvenih obrazaca za izvještavanje i interno analitičko izvještavanje;
• dirigovanje osoblje;
• vođenje opšte vojne evidencije,
• rad sa ugovorima;
• obračun radnih sati različitim računovodstvenim metodama;
• obračun platnog spiska osoblja koristeći razni sistemi plate: vrijeme (uključujući tarifu), rad na komade i njihove vrste;
• obračun odbitaka od plata, uključujući i izvršne dokumente;
• obračunavanje drugih prihoda koji se ne odnose na plate, uključujući socijalna davanja i prihode u naturi;
• obavljanje međusobnih obračuna sa osobljem u gotovinskom i bezgotovinskom obliku, upravljanje dugovanjima zaposlenih;
• analiza obračunatih zarada korišćenjem internog analitičkog izvještavanja;
• dobijanje jedinstvenih obrazaca za izvještavanje;
• obračun zakonom regulisanih poreza i odbitaka iz fonda zarada;
• formiranje konsolidovanog i personalizovanog regulisanog izvještavanja o plate;
• elektronska razmjena sa poreskim organima.

Organizacija popravki

Podsistem omogućava da se uzme u obzir objekti za popravku, klasificirati ih prema sastavu pasoških karakteristika, pokazatelja razvoj događaja, vrste popravka, načini rada. Prati se status objekata popravke, vlasništvo i lokacija. Objekti popravke mogu biti ugniježđeni ili čvorovi drugih objekata popravke.

Na osnovu podataka podsistema o razvoju i otkrivenim defekti organizuju se planirane i vanredne popravke mašina i opreme.

Koncept se koristi vrste popravki, koji određuju sastav mogući radovi proizvedeno sa objektima za popravku. Za vrste popravaka u sistemu možete postaviti listu utrošenih materijala i troškova rada ili kreirati listu potrebnih radova.

Funkcionalnost podsistema vam omogućava da kreirate raspored popravki i preventivnih aktivnosti, koji uzima u obzir registrovane kvarove, razvoj događaja, pravila i nepredvidive spoljašnje okolnosti (vansistemske narudžbe).

Podsistem blisko integrisan sa proizvodnim podsistemom. Objekti popravke mogu se povezati sa proizvodnim radnim centrima. Istovremeno, planirane popravke opreme utiču dostupnost ovu opremu za planiranje proizvodnje. Za radovi na popravci mogu biti uključeni svi proizvodni resursi; proizvodnja može izvoditi radove za potrebe popravki.

Upravljanje prodajom

Implementirano u podsistemu komercijalne ponude , što vam omogućava da snimite istoriju pregovora sa klijentom kako biste odredili sastav i uslove prodaje. Značajno poboljšana funkcionalnost red kao "kontrolni centar" za sve naredne radnje za njegovu obradu. Uvedeno statuse narudžbu (“nije potvrđeno”, “za plaćanje”, “za isporuku”, “za otpremu”), opisujući faze narudžbe.

U različitim fazama, nalog može djelovati kao naređenja za nabavku, za otpremu, za papirologiju. Kontrola izvršenja naloga se vrši sa detaljima do linije naloga.

Podsistem pruža mogućnost specificiranja raspored plaćanja na zahtjev klijenta (kako u pogledu avansa tako iu pogledu otplate potraživanja). Raspored se može formirati uzimajući u obzir odabrani kalendar. to omogućava vam da planirate primanje prihoda po danu, pratiti pridržavanje od strane klijenta ugovorenih uslova plaćanja, alocirati zakasnio potraživanja . Sistem omogućava klasifikaciju dospjelih dugovanja po intervalima dubina kašnjenja.

Planirana i stvarna dugovanja se evidentiraju u kontekstu naloga, uslova plaćanja i dokumenata za poravnanje. Istovremeno, rad korisnika je značajno pojednostavljen: ručno knjiženje pristiglih uplata vrši se samo za naloge, distribucija po ostalim analitičkim sekcijama se vrši automatski u pozadini.

Slično prodaji, implementiran je rad sa narudžbinama dobavljačima i međusobna obračuna za kupovinu.

Upravljanje odnosima s klijentima

U "1C: ERP Enterprise Management 2" implementirano upravljanje prodajnim procesom: regulisanje faza procesa, kontrola provođenja procesa, analiza. Za ove svrhe, prijavite se motor poslovnih procesa Sistem 1C:Enterprise, koji automatski prati rutu procesa i generiše zadatke za izvršioce. Osim toga, implementiran je pojednostavljeni način upravljanja prodajnim procesom sa „ručnim“ kretanjem kroz faze. Dozvoljeno različite vrste procesi sa različitim sastavom faza. Podržavaju skladištenje pomoćnih dokumenata - propisa, uputstava, šablona dokumenata itd., neophodnih za razvoj procesa. Sistem akumulira statistiku o tekućim procesima, omogućava vam da izračunate vjerovatnoću dovođenja postojećeg prodajnog potencijala do uspješnog rezultata ( "prodajni lijevak") i analizirati "uska grla" procesi.

Sve započete prodaje (" bavi”) su registrovani u sistemu. Oni kombinuju u jedinstvenu celinu sve informacije akumulirane u sistemu tokom pripreme i izvršenja prodaje - e-mail, informacije o pozivima, sastancima, narudžbinama, fakturama, fakturama, dodatnim fajlovima, itd. Ovo pomaže u organizaciji rada menadžera prodaje na najpovoljniji način. . Sistem vam omogućava da se registrujete i analizirate transakcijsko okruženje: konkurenti, podizvođači, influenseri, njihove veze. Na osnovu statistike transakcija, sistem vam omogućava da procenite verovatnoću njenog uspešnog završetka. Dakle, sistem automatizuje i podržava ne samo fazu prodaje, već i obuka prodaje. Osim toga, sistem vam omogućava da analizirate neuspjele transakcije, što je neophodno za poboljšanje rada odjela prodaje.

Odvojene liste ugovornih strana u poimanju regulisanog računovodstva (pravna i fizička lica) i objekata poslovnih interakcija (kupci, dobavljači, konkurenti, itd.). Ovo vam omogućava da vodite evidenciju o prodaji i istoriji odnosa ne samo za "formalne", pravne ugovorne strane, već i za kompanije grupe pravna lica, za samostalne podjele partnera itd. Podržano je održavanje informacija o kontakt osobama partnerskih kompanija, o odnosima između partnera.

Upravljanje nabavkom

Podsistem obezbeđuje rukovodiocima odgovornim za snabdevanje informacijama potrebnim za donošenje pravovremenih odluka o popunjavanju zaliha robe i materijala, za smanjenje troškova nabavke i za jasno organizovanje interakcije sa dobavljačima.

Funkcionalnost podsistema uključuje:

• operativno planiranje nabavki na osnovu planova prodaje, planova proizvodnje i neizvršenih narudžbi kupaca;
• davanje naloga dobavljačima i praćenje njihovog izvršenja;
• registraciju i analizu ispunjenosti dodatnih uslova po ugovorima sa fiksnom nomenklaturom stavki, obima i rokova isporuke;
• podrška raznim šemama za prijem robe od dobavljača, uključujući prihvatanje na prodaju i prijem sirovina i materijala koje će isporučiti kupac;
• registracija nefakturiranih isporuka korištenjem skladišnih naloga;
• analiza potreba skladišta i proizvodnje u robi, gotovim proizvodima i materijalima;
• end-to-end analiza i uspostavljanje odnosa između narudžbi kupaca i narudžbi dobavljačima;
• analiza posljedica koje mogu proizaći iz neispunjavanja narudžbi od strane dobavljača (koja narudžba kupaca može biti poremećena kratkom isporukom robe ili materijala);
• planiranje nabavke, uzimajući u obzir predviđeni nivo zaliha i rezervisane robe i materijala u skladištima;
• izbor najboljih dobavljača robe prema njihovoj pouzdanosti, istoriji isporuke, kriterijumima hitnosti izvršenja narudžbine, predloženim uslovima isporuke, teritorijalnim ili drugim proizvoljnim karakteristikama i automatsko generisanje narudžbi za njih;
• zakazivanje isporuka i rasporeda plaćanja.

Upravljanje skladištem i zalihama

Može se koristiti za upravljanje skladištem shema obračuna skladišta. Shema skladišta zahtjeva može se omogućiti za nezavisne operacije otpreme i prijema. Skladišni nalozi se izdaju striktno na osnovu narudžbenih dokumenata, a to mogu biti nalozi ili računi. Vodi se evidencija o primljenim, ali neizvršenim nalozima; Tehnologija rada skladišta može se u potpunosti izgraditi „iz elektronskih narudžbi“.

Podsistem obezbeđuje skladištenje adrese robe, odnosno održavanje ravnoteže robe u kontekstu „mesta za skladištenje“ (ćelije, police, regali) i pakovanja proizvoda. Sistem vam omogućava da upravljate rasporedom robe na skladišnim lokacijama po prijemu, montažom sa skladišnih lokacija po otpremi, premeštanjem i demontažom robe. Algoritmi ugrađeni u program automatski biraju optimalne lokacije za skladištenje tokom postavljanja i montaže, prate odsustvo kolizija uz visok intenzitet skladišnih operacija.

Podsistem vam omogućava da kreirate različite radne oblasti za optimalan pristup skladišnim ćelijama i odredite redosled zaobilaženja skladišnih ćelija, na primer, radna područja za rad viljuškara i za ručni odabir robe od strane radnika skladišta. Prilikom odabira robe možete postaviti različite strategije odabira kako bi se optimizirao smještaj robe u ćelijama. Na primjer, prilikom odabira robe, prije svega otpustite one ćelije u kojima je roba uskladištena u dovoljnoj minimalnoj količini. Ovo će osloboditi ćelije za smještaj novopristigle robe. Proaktivni mehanizam hranjenje ćelijama adresa skladišta (prostorija) vam omogućava da povećate brzinu selekcije prilikom otpreme robe iz skladišta. Adresno skladište robe se može koristiti opciono. Pored toga, podržan je referentno sidro skladišni prostori za robu.

Implementiran proces u više koraka inventar robe, uključujući formiranje naloga za inventarizaciju, izdavanje naloga za preračunavanje stanja na skladišnim mestima, odvojeno odražavanje viškova i manjkova u operativnom i finansijskom računovodstvu.

Podsistem vam omogućava da automatizujete proces isporuka robe kupaca, kao i proces isporuke robe prilikom kretanja robe između skladišta. Dostava robe se može izvršiti direktno na adrese kupaca (magacin) ili korišćenjem transportna kompanija(nosač). Zadaci dostave se formiraju uzimajući u obzir zonu isporuke, redoslijed obilaska adresa dostave, a također uzimajući u obzir nosivost vozila.

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.

Ponude upravljanja proizvodnim pogonom

1. nezavisnost upravljačkih, računovodstvenih i poreskih računovodstvenih podataka;
2. uporedivost upravljačkih, računovodstvenih i poreskih računovodstvenih podataka;
3. podudarnost ukupnih i kvantitativnih procjena 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 bilo koja valuta može izabrati za upravljačko računovodstvo za preduzeće u celini. Različite organizacije jedinstvene informacione baze mogu koristiti različite sisteme oporezivanja: u nekim organizacijama - opšti sistem oporezivanja, u drugim - pojednostavljeni; mogu se koristiti različite postavke poreznih i računovodstvenih politika. Osim toga, sistem oporezivanja u obliku jedinstvenog poreza na imputirani prihod može se primijeniti na određene vrste djelatnosti organizacije.

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.

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“.

Obezbeđena je visoka pouzdanost i performanse primenjenog rešenja, skalabilnost, konstrukcija geografski distribuiranih sistema, integracija sa drugim informacionim sistemima. Unutrašnja struktura primenjenog rešenja je potpuno otvorena za proučavanje i prilagođavanje specifičnim potrebama preduzeća.

Podijeljen je na zasebne podsisteme odgovorne za rješavanje grupa sličnih zadataka:

• podsistem za upravljanje gotovinom,
• podsistem upravljanja osobljem,
• računovodstveni podsistem itd.

Pruža:

• menadžment i menadžeri kompanije odgovorni za razvoj poslovanja - široke mogućnosti za analizu, planiranje i fleksibilno upravljanje resursima kompanije za povećanje njene konkurentnosti;
• šefovi odeljenja, rukovodioci i zaposleni, direktno uključeni u proizvodnju, marketing, snabdijevanje i druge aktivnosti za osiguranje proizvodnog procesa - alati za poboljšanje efikasnosti svakodnevnog rada u svojim oblastima;
• zaposleni u računovodstvenim službama preduzeća— sredstva za automatizovano računovodstvo u potpunosti u skladu sa zahtevima zakonodavstva i korporativnih standarda preduzeća.

Takva podjela je svojevrsna konvencija koja olakšava razvoj primijenjenog rješenja.

Dodatne funkcije Fabričko upravljanje 8

Aplikacijsko rješenje Manufacturing Enterprise Management 8 pruža pouzdano skladištenje podataka, visoke performanse i brzinu proračuna, skalabilnost informacioni sistem. Platforma aplikativnog rješenja sadrži efikasne alate za rješavanje različitih problema implementacije, održavanja i proširenja informacionog sistema.

Skalabilnost i performanse

Osiguran je efikasan rad i pouzdano skladištenje informacija tokom rada desetina i stotina korisnika. Procjena skalabilnosti rješenja Manufacturing Enterprise Management pokazala je da sa 150 test korisnika koji rade istovremeno, sistem obrađuje više od 300.000 redova dokumenata na sat.

Moderna arhitektura informacionog sistema Enterprise Management 8 održava visoke performanse uz značajno povećanje opterećenja sistema i obima obrađenih podataka, a takođe vam omogućava da povećate propusnost povećanjem kapaciteta opreme koja se koristi bez troškova modifikacije. ili zamjena konfiguracije.

Izgradnja geografski distribuiranih sistema

Korištenjem različitih mehanizama za razmjenu podataka, uključujući mehanizam „Autonomno rješenje“, zasnovan na konfiguraciji Manufacturing Enterprise Management 8, možete izgraditi rješenja za preduzeća mrežne ili holding strukture sa geografski raspoređenim odjelima koja će vam omogućiti da upravljate svojim poslovanjem efikasno i sa potrebnim stepenom efikasnosti.

Primena internet tehnologija

1C pruža efikasnu korisničku podršku uz pomoć Email, kao i periodična ažuriranja konfiguracije putem interneta.

Integracija sa drugim 1C sistemima

Manufacturing Enterprise Management 8 sadrži mehanizme za razmjenu podataka sa drugim rješenjima na platformama 1C:Enterprise 8 i 1C:Enterprise 7.7.

Platforma obezbeđuje sredstva za integraciju primenjenog rešenja sa gotovo svim eksternim programima i opremom zasnovanim na opšte priznatim otvorenim standardima i protokolima za prenos podataka.

Prava pristupa

Aplikacijsko rješenje Manufacturing Enterprise Management 8 sadrži mehanizam za ograničavanje prava pristupa korisnika.

Mehanizam omogućava:

• sakriti povjerljiva informacija od korisnika;
• omogućiti korisniku pristup samo podacima koji su mu potrebni za rad.

Korisniku možete odobriti pristup samo određenim dokumentima, imenicima, izvještajima itd. Da bi to učinio, korisniku se dodjeljuju uloge. Dijagram prikazuje distribuciju uloga unutar strukture preduzeća.