In kaj vidimo? Vidimo, da je cena vsakega tečaja za 1C:UH (za katerega koli od podsistemov) višja od 20 tisoč rubljev. In individualni tečaji stanejo 25 in 33 tisoč.
- Če te cene primerjamo s tečaji, na primer v 1C: Računovodstvo, se izkaže, da je več kot 3-krat dražje! (za vse računovodske, zelo podrobne, visokokakovostne tečaje stanejo le 8500 proti na primer 24600);
- Če primerjamo cene tečajev, na primer o proračunu v 1C: UX z enakimi tečaji na 1C: ERP, potem se izkaže, da je 2-krat dražje! (za ERP kakovostni tečaji stanejo 12000 proti 24600 v 1C:UH).
Zdaj pa poglejmo, koliko stane izdelek "1C: Holding Management"?
Odprimo ceno podjetja 1C in poglejmo:
Tudi glede na najbolj minimalen stolpec trgovca je cena 1C:UX več kot 1,2 milijona rubljev. (kar je skoraj 4-krat višje! strošek 1C: ERP).
Žal, ampak ne tako.
Menim, da ni vredno razlagati, zakaj se na primer stroški svetovalca 1C: UX nekoliko razlikujejo od stroškov svetovalca, na primer 1C: Računovodstvo?
No, kolegi, ste se začeli zanimati za preučevanje člankov in obvladovanje izdelka 1C: Holding Management?
In na koncu nekaj o tem, zakaj bom naredil primerjavo "1C: YX" z "1C: ERP".
Naj bo to banalnost: "Vse, pravijo, se pozna samo v primerjavi", vendar je res. Če primerjate / primerjate zmogljivosti teh dveh vodilnih izdelkov, bo mogoče podrobno ugotoviti: kaj je bolje za vas (za vaše naloge, ob upoštevanju vaše IT krajine): 1C: ERP ali 1C: Holding Management.
In prehod vseh resnih podjetij s konfiguracij prejšnje generacije ali iz "samonapisanih" programov na 1C:ERP in 1C:UX, kot pravijo, "ni daleč."
Ta proces je v teku, prihodnost pa pripada 1C:ERP in 1C:UH.
Proračun v 1C: Upravljanje holdinga. Posodobitev proračunov. (del 8 od 8)
7. Posodobitev proračunov.
7.1. Opis problema, nastavitve in izboljšave.
Po vnosu dejstva in zaključku meseca;kot tudi po nastanku plansko-dejstvena poročila - potrebna je posodobitev proračunov.
Zaporedje, v katerem morate posodobiti in preračunati povezane proračune - vse je odvisno od nastavitev nalog in poslovnih zahtev.
V okviru naše naloge bomo posebej upoštevali poenostavljen primer: posodobimo prodajni proračun (brez namestitve).
Tisti. to na primer pomeni, da če smo dejansko prodali 1 milijon rubljev. manj (od načrtovanega), potem se ta 1, milijon prenese v proračun naslednjega meseca (prišteje k že načrtovanemu).Če se proda za 1 mln. več drgnite - potem je treba prodajni proračun za naslednji mesec zmanjšati.
Hkrati ne bomo preračunavali pripadajočih proračunov. Omejujemo se na izračun posodobljenega prodajnega proračuna (recimo temu napoved ob upoštevanju dejstva).
Začnimo torej z dodajanjem nov scenarij"Napoved MSK optimistična - dejstvo, januar 2017".V naslovu bomo izrecno navedli, da bomo po tem scenariju prilagodili načrt z upoštevanjem dejstva za januar 2017.
Pomembno je omeniti, da bomo na zavihku »Proračun« tega scenarija navedli scenarij za posodobitev »Dejstva«.
To bo pomenilo ckateri scenarij je treba uporabiti za primerjavo proračunov.
Tisti. ko bo aktualizacijski mehanizem začel delovati, bo primerjal proračunske kazalnike po scenariju “MSK Forecast optimistic - fact januar 2017” z enakimi kazalniki, vendar po scenariju “Fact”.
Torej, odprite obdobje poročanja.
Vnesti moramo samo podatke o proračunu prodaje opreme brez montaže.
Naredimo tole – te podatke (načrtovana prodaja opreme brez namestitve) kopiramo iz scenarija »MSK Plan optimističen« in jih prenesemo v scenarij »MSK Napoved optimističen«.To bomo storili za celotno obdobje 2017.
Za te namene uporabljamo posebno orodje »Predračun / Storitev / Kopiranje podatkov«.
In ko bodo podatki za celotno leto v celoti kopirani, bomo izvedli postopek posodobitve in videli rezultate.
Vendar moramo zdaj rešiti podnalogo s kopiranjem podatkov med scenariji.
Odprimo storitev "Kopiranje podatkov" in nastavimo potrebne parametre.
Naredimo kopijo.
Tukaj moramo z obžalovanjem reči, da ta funkcionalnost (kopiranje in prenos podatkov) ne deluje takoj po namestitvi in daje napako (vsaj pri izdaji 1.3.80.20).
Da bi premagali to težavo, bomo morali narediti nekaj izboljšav programa. namreč:
- (1) Dodajte takšne indikatorje v imenik "Stolpci poročila".
- (2) Za tip poročila "Prodaja brez vgradnje" -à pojdite na nastavitev stolpca "Znesek". In za to izpolnite vrednosti podrobnosti, ki smo jih dodali prej.
Izpolniti morate vrednosti, ki ustrezajo indikatorju "Prihodki brez namestitve"
- (3) In končno, po tem boste morali dodatno izboljšati postopek "Pridobi zahtevo za tabelo vrednosti kazalnikov" v splošnem modulu "Vrtilna tabela".
Tukaj pride do napake ("FilterElement = Builder.SelectedFields.Add(FieldSource.Key, ElementName);")
Treba je izboljšati kodo modula in rešiti to težavo.
Po izvedbi teh manipulacij se lahko kopiranje podatkov zaključi.
Odprimo vrtilno tabelo glede na scenarij napovedi in se prepričajmo, da so se podatki iz načrtovanega scenarija kopirali sem.
In tako imamo podatke za posodobitev. Tisti.obstajajo podatki za januar 2017 "o scenariju napovedi", obstajajo podatki "po dejanskem scenariju za januar 2017".
Pred začetkom postopka aktualizacije pa moramo v sistemu vzpostaviti pravila, kako izvesti aktualizacijo (natančneje, kako odpraviti ugotovljena odstopanja).
To je konfigurirano v programu na ravni nastavitve indikatorja poročila.
Na zavihku "Predračun" morate izbrati ustrezno pravilo.
Zadovoljili se bomo s pravilom: "Uskladi po dejanskih podatkih in vsa odstopanja prenesi v naslednje obdobje."
Upoštevati je treba, da je možnost konfiguriranja posodobitve na ta način samo v programu 1C: UX (v 1C: ERPte možnosti ni).
Zato je v tem pogledu 1C:Uh ima oprijemljivo prednost.
Končno je vse pripravljeno in mi -pripravljen na postopek posodobitve.
Za začetek postopka posodabljanja pojdimo na upravljanje obdobja poročanja, nato na razdelek »Upravljanje podatkov obdobja«, nato"Upravljanje meja obdobja".
Izberimo celico tabele, ki ustreza obdobju in CFR, znotraj katerega želimo posodobiti.
V našem primeru bomo posodobili za obdobje "januar 2017", glede na CFD "Oddelek prodaje".
Kliknite na gumb "Izvedi posodobitev".
Odpre se obrazec za posodobitev indikatorja.Prav tako bomo načrtovalski horizont postavili na »januar 2017«. po , izvedite ukaz "Izvedi posodobitev".
In tako je postopek posodobitve zaključen. Odprimo vrtilno tabelo in analizirajmo rezultate.
Tukaj vidimo, da so načrtovani podatki za "MSK Ostalo" prilagojeni navzgor. Pravkar je zaključila aktualizacijo načrtovanih podatkov za dejstvo. Pravzaprav so prodali za 5 milijonov "drugega", ne pa za 4 milijone (kot je bilo načrtovano)
Hkrati vidimo, da so načrtovani podatki za februar "sicer" zmanjšani za 1 milijon rubljev.S tem je le deloval mehanizem prenosa ugotovljenega odstopanja v naslednji mesec.
No, končno smo zaključili rešitev vseh naših podnalog.
Podrobno so na primeru kompleksne naloge ravni "1C: Strokovni svetovalec za proračun" obravnavani vsi potrebni mehanizmi proračunskega podsistema programa "1C: Holding Management".
Priprava gradiv za te članke, njihova podrobna in dosledna predstavitev je zahtevala veliko dela.
In vesel bom, če vam bo znanje, pridobljeno iz teh člankov, pomagalo pri uspešni implementaciji "1C: Holding Management".
Hvala za vašo pozornost.
S spoštovanjem, Gorsky M.A.
Proračun v 1C: Upravljanje holdinga. Vzpostavitev proračunskega postopka. (del 7 od 8)
6. Vzpostavitev proračunskega postopka.
6.1. Nastavite mrežni diagram procesa poročanja.
Ko so vsi proračuni ustvarjeni (konfigurirani) in je določeno njihovo razmerje, bomo prešli na nastavitev postopka izvajanja proračunske kampanje.
Prednost te nastavitve je, da programu povemo:
- V kakšnem zaporedju in kakšne proračune je treba oblikovati;
- Kakšno načrtovano trajanje določimo za oblikovanje posamezne faze proračunskega procesa;
- Po katerem CFD in po katerem pravilu izračuna naj se oblikujejo proračuni (vključeno v vsako od stopenj);
- Kateri uporabniki (nastavitev avtoritetne matrike) so odgovorni za proračun.
Tukaj morate preklicati, da 1C: UX omogoča ustvarjanje predlog in drugih vrst. Obstajajo namreč tudi predloge za univerzalne procese in predloge za odobritev.
V tem članku bomo obravnavali samo delo s predlogo postopka poročanja.Drugi vzorci (na primer vzorec odobritve) so obravnavani v mojem drugem članku o reševanju problema zakladnice.
Pomembno je razumeti, da je v programu mogoče konfigurirati veliko različnih predlog za poročanje.Kateremu od njih naj sledi postopek poročanja, se določi s povezavo predloge s predpisi o poročanju.
Po opravljenem odprtju poročevalskega obdobja moramo (če želimo uporabljati mehanizme za nadzor procesa) zagnati proces.
Postopek se bo začel. Potek procesa lahko opazujemo na mrežnem diagramu procesa.
Toda po potrebi se lahko postopek ustavi. In nato znova zaženite.
Torej, ustvarimo predlogo »Proračunska kampanja 2018«, kot uredbo bomo označili naše »Predpise«.
Če želite to narediti, pojdite na razdelek »Procesi in odobritve / Predloge procesov« in dodajte novo predlogo z vrsto »Postopek poročanja«.
Povezave med stopnjami vzpostavimo s klikom na gumb "Dodaj povezavo".
Za vsako stopnjo morate konfigurirati parametre. Se pravi, kakšne vrste poročil, po kakšnih pravilih je treba oblikovati, po katerem CFD, kdo je odgovoren za koordinacijo.
Vsi ti parametri so konfigurirani na ustreznih zavihkih koraka procesa.
Ko je predloga procesa nastavljena in se sam proces izvaja, lahko nadaljujete z upravljanjem napredka procesa.
Odpre se diagram procesnega omrežja.
Izberimo stopnjo in izvršimo ukaze "Zaženi proces na trenutno stopnjo", nakar bomo videli, da se je barva stopnje spremenila v modro. To pomeni , da se faza v programu šteje za zaključeno.
Na ukaz "Izvedi dejanja do trenutne stopnje" bo program ponudil izvedbo dejanj za navedene FRC.Dejanja so ustvarjanje primerkov poročil. c parametre, ki smo jih določili v nastavitvah stopnje.
Vendar ne pozabite! česa ne uporabljamo, ne ustvarjajte poročil. Delamo drugače, za oblikovanje in odobritev proračunov uporabljamo način vrtilne tabele.
Tako v našem primeru ne potrebujemo dejanj postopka poročanja. In ne bodo nam pomagali.
Tisti. mehanizem za upravljanje procesa poročanja bomo uporabljali samo za sledenje napredku procesa.
Z drugimi besedami, uporabniki bodo samostojno odpirali določene oblike vrtilne tabele. Izvedite izračune in vnesite podatke.In mi, kot skrbniki procesov, bo sistemu pokazal, katere stopnje so trenutno zaključene. Omrežni diagram procesa bo pokazal, na kateri točki procesa smo zdaj.
6.2. Primerjava zmogljivosti "1C: Holding Management" in "1C: ERP" v smislu upravljanja procesa poročanja.
Pomembno je omeniti, da ker v 1C:UX ne ustvarjamo primerkov poročil, proces poročanja dejansko upravljamo v "ročnem" načinu.A hkrati bo vendarle prisotna vizualizacija procesa in vizija točke v procesu, kjer smo zdaj.
Program 1C:UX v smislu nadzora procesov žal ni povezan z oblikovanjem vrtilnih tabel.V vsakem primeru imamo na obravnavani izdaji "1C: UX 1.3.8.20" takšno vedenje sistema. Zato se bomo omejili na to, kar imamo.
Če primerjamo upravljanje procesa poročanja s tem, kako se izvaja 1C: ERP, nato ERP tukaj veliko zmaga.
Zmaga zato, ker se tam (samo) celoten izračun in vnos proračunov izvaja v okviru oblikovanja dokumentov »Proračunska instanca«.Te dokumente lahko program seveda samodejno vnese in samodejno izpolni (v skladu z določenimi pravili).
Vse to je tam konfigurirano kot del načrta za pripravo proračuna.
Še ena uporabna funkcija 1C: ERP v primerjavi z 1C:UH je to sposobnost izvajanja cikličnih korakov. Na primer, po vnosu proračunov nastavite (vsak mesec) izvajanje dejanj za analizo dejstev načrta in posodabljanje proračunov.
To se zaključi z vzpostavitvijo proračunskega postopka. Upoštevane so bile možnosti "1C: Holding Management" v smislu upravljanja proračunskega procesa.
In končno pridemo do zadnjega dela. Na možnosti "1C: Holding Management" za posodabljanje aktualizacije proračunov.
Proračun v 1C: Upravljanje holdinga. Oblikovanje poročil po načrtu-dejstvu. Dekodiranje, odobritev proračunov. Nastavitev dodatnega poročila. (6. del od 8)
Proračun v 1C: Upravljanje holdinga. Nastavitev glavnih proračunov. (5. del od 8)
4. Nastavitev glavnih proračunov
4.1 BDDS
Začnimo z nastavitvijo glavnih proračunov z izračunom BDDS.Najprej se posvetimo temu proračunu, saj plačila v našem modelu še niso upoštevana. Tisti. Vsi proračuni temeljijo na časovnih razmejitvah.
Spomnimo se pogojev naloge, ki določajo, kako je treba načrtovati predplačilo, odplačilo; po dobaviteljih, po kupcih.
- Artikli so kupljeni na kredit z odlogom plačila 60 dni. Prodaja opreme "z montažo" se izvaja z odlogom plačila za 1 mesec. Vse druge vrste nomenklature (storitve montaže, paneli itd.) so predmet predplačila.
Tisti. pri nastavitvi formul za izračun bomo vzeli zneske iz proračunov (v smislu časovnih razmejitev terjatev/obveznosti), hkrati pa tudi pobot (v mesecih) med temi dajatvami in njihovim plačilom.
Torej, nastavimo strukturo BDDS.
Ustvarimo v njej skupini "Prihodki" in "Odhodki". V te skupine vključimo kazalnike vsot prejemkov in izplačil. Predstavili bomo tudi kazalnike rezultatov po skupinah.
Index Con. Preostanek bo izračunan po formuli (po povezanih celicah):
Con. Ostanek = Začetek. Stanje + Skupni prihodki - Skupni stroški.
Bodimo pozorni na nastavitev formule za pridobivanje podatkov dneva indikatorja Start. ostanek.
Začetek Ostanek = Con. stanje (prejetoizravnano pred enim mesecem!)
To pomeni, da kot vir za pridobitev začetnega (vhodnega) stanja uporabljamo isto vrsto poročila (BDDS), vendar s premikom obdobja za mesec dni nazaj.
Za ponazoritev, kako bo vrtilna tabela delovala, predstavljamo sliko.
- Za vsako podobdobje (mesec) obdobja oblikovanja proračuna (leto) se izvede izračun kazalnikov BDDS. V tem primeru po izračunu kon. Preostanek prejšnjega meseca, dobljeni rezultat (odmik minus mesec) bo uporabljen kot vir za izračun začetka. preostanek tekočega meseca. In tako naprej, do konca proračunskega obdobja (leta).
Pri izračunu glavnih proračunov je ta čas lahko pomemben.
Pomembno je razumeti, kako vnesti otvoritveno stanje za BDDS (situacija bo podobna za vse kazalnike sredstev in obveznosti).
Vhodno stanje bomo izpolnjevali po dejanskih podatkih (stanje 51 kontov na začetku planskega obdobja). To pomeni, da moramo prevzeti stanje na koncu 31. decembra 2016.
Zagotovili bomo samodejno polnjenje indikatorja "Končno stanje".To storite tako, da dodate novo pravilo izračuna "Vnos vhodnih stanj C / C" in ga izberete.
Če ga želite izpolniti, nastavite naslednjo formulo:
Računovodski register bo deloval kot vir. Končno stanje na Dt. 51 računov konec decembra 2016.
Pri nastavitvi virov (za izračun plačil za pripadajoče časovne razmejitve) bodimo pozorni na uporabo pobota po obdobjih.
Na primer, če moramo načrtovati znesek plačila s / n ph fix za BDDS, potem bomo za formulo za izračun kot vir navedli vir (proračun za obračunavanje s / n) s premikom en mesec.Tisti. obračuni ta mesec, plačilo (kot običajno) pa naslednji.
Podoben pristop bo uporabljen pri nastavitvi premikov po obdobjih med časovnimi razmejitvami in plačili dobaviteljem in kupcem.
Na ta trenutek naredili smo vse potrebne nastavitve za oblikovanje BDDS. Toda preden končamo z nastavitvijo BDDS, naredimo majhen zaplet pri nalogi.
Tako se bomo seznanili s še enim uporabnim mehanizmom za nastavitev podatkovnih virov. In sicer uporabo vgrajenega jezika za nastavitev parametrov za vire podatkov.
Treba je preklicati stvari, kot je pridobivanje tekoče vsote, vsote za celoten interval podatkov v 1C: ERP že nastavljeno takoj. Toda v 1C:UX je to mogoče implementirati, vendar če želite to narediti, boste morali konfigurirati algoritem v vgrajenem jeziku. To se naredi v načinu podjetja. Poglejmo, kako je to mogoče storiti.
Dodajmo proračunu še en kazalnik (Zaračunano za nakup) in nastavimo vir podatkov zanj. Bodite pozorni na nastavitev izbirnega parametra (obdobje poročanja).
Navedemo, da bomo imeli "funkcijo v vgrajenem jeziku (vrne seznam vrednosti)" kot izbor
Razložimo, kaj je treba storiti.Na primer, če je trenutno združevanje obdobja september, mora funkcija vrniti seznam vrednosti obdobja od začetka leta. Se pravi januar, februar, marec itd. do vključno septembra.
Tako bomo lahko nakupe prejemali v zbirno tabelo, po obračunskem principu, od začetka leta.
Kliknite polje »Izboljšanje izbire« in nadaljujte s sestavljanjem algoritma v vgrajenem jeziku:
Razložimo algoritem.Pri pisanju katerega koli algoritma je tukaj vhod vnaprej določena spremenljivka ThisObject. Ta spremenljivka vsebuje vse parametre trenutnega poročila v obdobju.
In sicer trenutno obdobje, organizacija, scenarij itd.
Izhodna vrednost je vedno vnaprej določena vrednost - ParameterValue.
Tukaj mora biti vrnjena ena vrednost ali seznam vrednosti.
V našem algoritmu zberemo vsa obdobja (mesece) od začetka leta do vključno trenutnega obdobja v seznam vrednosti.
Torej, vse je pripravljeno za izračun BDDS.
Naredimo vse korake po vrsti.
- Vnesite stanje BDDS za konje v decembru 2017.
Nato vnesite stanja konec decembra 2017. Tukaj in spodaj je pri vnašanju bilanc bolj priročno (tradicionalno) uporabljati ne vrtilno tabelo, ampak izrecno oblikovati in vnašati dokumente »Primer poročila«.
Torej naredimo to. Vnesemo primerek poročila (pojdite na razdelek »Načrtovanje in nadzor / Primerki poročila / Ustvari«)
Kot pravilo obdelave izberite - "Dejstvo (.."
Polnjenje bo izvedeno po določenem pravilu izračuna.
Naredimo enako s scenarijem. Odprimo obdobje - december 2016 po scenariju dejstev in nato vnesemo kopijo poročila po tem scenariju. Izpolnimo ga po pravilu dejstev.
In zdaj končno izračunamo BDDS.
Vidimo, da so stanja na začetku enaka stanjem na koncu prejšnjega meseca; zneski nabav pri dobavitelju so prikazani po obračunskem načelu od začetka leta.
Nato bomo uvedli BDDS po scenariju dejstev za januar 2017. Da bi to naredili, bomo najprej odprli obdobje januar 2017 po dejanskem scenariju.
Izpolnite proračun glede na dejstvo scenarija.Pridobite ta proračun:
4.2 BDR
Postopek namestitve BDR bo lažji kot BDDS.Ker v tem proračunu ni treba dvigniti stanj.
Bistvo tega, kar moramo storiti je, da ugotovimo vse promete na kontu Kt 90 (in jih zbiramo v delu prihodkov) in vse promete na računu Dt 90 (in jih zbiramo v delu prihodkov).
Pri tem (in tudi za oblikovanje BBL) je pomembno razumeti, da imamo lahko v različnih proračunih enake promete.Na primer, obračunana plača je prisotna v proračunu za plače in v proračunu za administrativne stroške.
Zato se tako za BDR kot za BBL ne smete zamenjati in upoštevati (pri sestavljanju formul za izračun in virov) te promete enkrat.
Torej, pojdimo k strukturi proračuna BDR.Struktura bo takšna:
Pri nastavitvi formul za načrtovani scenarij (pravilo izračuna) ni nobenih posebnosti. Tukaj je treba vzeti zneske časovnih razmejitev iz ustreznih operativni proračuni.
Toda za konfiguracijo za dejanski scenarij (tako pravilo je treba dodati in konfigurirati tudi ločeno) bodo na voljo funkcije. In to zadeva nastavitev zneska odpisa.
Bistvo pri tem je, da zneski odpisov stroškov nikakor niso prevedeni v proračunski podsistem.Na primer, oddaja se prihodek od prodaje, ustrezni dokument »Odsevi dejstva. podatki« in promet se ustvarjajo v registru proračuna prihodkov in odhodkov (in te promete je treba pridobiti kot vir podatkov v formuli za polnjenje proračuna), za odpis / prejem d / s se ustvarijo tudi dokumenti, ki odražajo dejstvo, in premiki se ustvarijo tudi v registru Proračun gibanja denar.
Toda odpis stroškovne cene se nikakor ne predvaja.Zato bomo tako tudi storili. Za zapolnitev dejstva v proračunu bomo obračunali Dt90.2 Kt 41.
Tisti. Ustvarimo vir podatkov, namenjen prometu po knjigah. računi.
In tu je odtenek. Končni datum bo treba pridobiti prek nastavitve funkcije v vgrajenem jeziku.
Tukaj bo bistvo, da je končni datum za boo. prejeti bomo morali promet z navedbo časa konca meseca.Tisti. na primer ne 01/31/2016 00:00:00, ampak 01/31/2016 23:59:59.
Za to nalogo bomo uporabili funkcijo v vgrajenem jeziku.Funkcija bo zelo preprosta:
In na koncu bomo pokazali, kako je pridobljeno dejstvo. podatki iz proračunskih evidenc:
Pri tem je vedno pomembno, da ne pozabimo na nastavitev selekcij za postavke gibanja prihodkov, odhodkov, postavk denarnega toka, postavk gibanja sredstev.
Zdaj odprite vrtilno tabelo in izpolnite proračun BDR:
- in po dejanskem scenariju (za obdobje januar 2017)
4.3 BBL (proračun bilance stanja)
Zdaj pa preidimo na postopek izračuna BBL (drugo ime je napovedano stanje).
Njegov izračun v programu 1C:UX je morda najbolj zamudno in mukotrpno opravilo (v primerjavi s prejšnjimi glavnimi proračuni).
Glavna težava pri tem je v tem, da bomo morali vsak znesek iz BBR, BDDS in tudi del zneskov iz operativnih proračunov (kar ne velja za računa 51 in 90) prikazati v BBL po načelu dvojni vnos.Tisti. tako debetno kot kreditno.
Tisti ne pozabi ničesar, ni kje narobe. V nasprotnem primeru se ravnovesje ne bo zbližalo. L
Tukaj je primerno omeniti, da v 1C: ERPPostopek pridobivanja BBL bo veliko lažje. To je, če v 1C: ERP Če je povezava med proračunskimi postavkami in kazalniki pravilno konfigurirana, bo stanje samodejno konvergiralo. In pri gradnji BBL ni več potrebno zagotoviti (konfigurirati) "dvojni vnos".
In 1C:UX "dvojni vnos" bo moral biti "zagotovljen v ročnem načinu."
Tudi v BBL, tako kot v BDDS, bodo vhodna stanja in stanja na koncu obdobja. Nastavitve formule in načini zapolnjevanja vhodnih stanj (pravzaprav, to je glede na stanje na računih) bodo podobni, kot smo to naredili za BDDS.
Zato se ločeno osredotočite na nastavitve pravil za vnos začetka. ne bomo ostanki.
Posebej smo pozorni le na to, da je treba zneske v obveznostih (npr. Izhodiščno stanje za 60 ali Izhodiščno stanje za konto 90) v proračun vnesti s predznakom minus.Zelo pomembno je, da ne pozabimo na "minus", sicer se ravnovesje ne bo zbližalo z nami.
Preidimo k strukturi proračuna BBL.Tradicionalno bo ta proračun sestavljen iz skupin: sredstva in obveznosti.
Kazalniki bodo začetno stanje, prihodki, odhodki, končno stanje kontov sredstev in virov sredstev (takšne vrstice bomo vnesli iz tabele, podredili jih bomo skupinam sredstev in virov sredstev).
Načela nastavitve prejema začetnih (vhodnih) stanj, kot tudi izračun končne bilance (formula) - vse to bo podobno, kot smo nastavili za BDDS.
Zato se o tem ne bomo zadrževali.
Bodimo pozorni na naslednje:
- Vsi podatki o 51 računih (začetno stanje, prihodki in odhodki) bodo prejeti iz proračuna BDDS;
- Iz BDR bomo prejeli odhodek 90 računa - iz kazalnika celotnega dohodka;
- Iz BDR bomo prejeli 90 računov - iz kazalnika skupni odhodki;
- Vsi ostali prometi (prilivi in odlivi) bodo prejeti iz vsakokratnih proračunov poslovanja;
- Indikator "Samodejno preverjanje" se samodejno izpolni. Zapišimo mu ustrezno formulo (sklicevali se bomo na proračunske kazalnike, preko preddefinirane spremenljivke Kazalniki);
- Indikator "Proračun, ki ga potrdim" bo uporabnik nastavil ročno. Ta indikator bomo uporabili v primeru poročila, ko vnesemo začetek. stanja na računih sredstev in obveznosti.
Torej, Izračunajmo BBL:
- Najprej izpolnimo kopije poročil (po načrtovanem in dejanskem scenariju) za konec decembra 2016.
- Nato izračunamo zbirno tabelo po načrtovanem scenariju, za obdobje januar 2017-december 2017.
- In končno, izračunajmo bilanco za januar 2017 po dejanskem scenariju.
No, najbolj zamuden del naloge je rešen! Izračunani glavni proračuni.
Trenutno smo že rešili večino podnalog naše kompleksne naloge, ki ustreza ravni 1C: Svetovalec za proračun.
Ostala so le še 3 poglavja. Preidimo na podnaloge izdelave načrta, odobritve proračunov in nastavitve dodatnih. poročila.
To je, če v 1C: ERP obstaja ločen mehanizem za nastavitev in vnos nefinančnih kazalnikov,
potem bo v 1C:YX to treba storiti z ustvarjanjem posebne vrste poročila, ki bi morala zagotoviti takšne nefinančne kazalnike.
Preden nadaljujemo z nastavitvijo vrst poročil, pojdimo v razdelek »Nastavitve modela poročanja / Vrste in oblike poročil« in ustvarimo naslednjo strukturo map.
V 1C:UH (za razliko od 1C:ERP) ni subjekta "Proračunski model". To pomeni, da za vrste poročil ne velja noben proračunski model;sistemu ni mogoče nakazati, da je »model prenehal delovati« ali obratno iz faze »v razvoju« v »aktivno« fazo.
Zato, bomo v skupini MSK Energomontaža ločili vse naše vrste poročil. In znotraj te skupine bomo zagotovili ločene mape za tipe poročil o nefinančnih kazalnikih, za operativne in pomožne tipe poročil (proračune) ter za tipe poročil, ki izvajajo funkcionalnosti master proračunov in plansko-dejstvenih poročil.
V skladu s pogoji problema bomo morali zagotoviti vnos:
- Trgovska marža po vrstah nomenklature;
- Skupni znesek komunalnih storitev na leto.
Oglejmo si, kako ustvariti vrsto poročila z analitiko na primeru vrste poročila "Trgovska marža po vrstah izdelkov".
Tu je takoj pomembno omeniti, da 1C:UX uporabniku omogoča 2 načina dela z vrstami poročil (v klasifikaciji 1C:ERPso vrste proračunov. In sicer z vnosom dokumentov kopijo poročila (v klasifikaciji 1: ERP - to so primerki predračunov) in preko obrazcev vrtilne tabele.
V naši rešitvi bomo uporabili metodo - skozi praznine vrtilne tabele.
Gre za to, da ima oblikovanje proračunov preko »izpolnjevanja kopij poročil« vrsto ključnih omejitev (omejitve v programu). namreč:
- Znotraj enega izvoda poročila ni možno vnašati podatkov po obdobjih in podobdobjih (npr. ne morete vnašati podatkov po letih - po mesecih);
- Večkratno združevanje po analitiki ni možno (npr. sočasno po načrtnem scenariju in po dejanskem scenariju, sočasno združevanje po analitiki 1 in znotraj nje po analitiki 2 itd.).
V 1C:UH je situacija drugačna.Poleg nastavitve samega tipa poročila je za proračunske namene posebej predviden mehanizem za obrazce »pivot table«. Delo pri vnosu podatkov in ustvarjanju poročil (na primer načrt-dejstvo) poteka z uporabo obrazcev vrtilnih tabel. Za različne naloge, ima lahko ena vrsta poročila:
- Številne oblike vrtilnih vrtilnih tabel;
- Nabor pravil za izračun (polnjenje), s katerimi lahko izpolnite vrtilno tabelo.
Vredno je povedati, da je v 1C: ERP za eno vrsto proračuna obstaja samo en način "Izpolni v skladu s podatki proračuna".
Torej, začnimo ustvarjati vrsto poročila in nastaviti obrazec vrtilne tabele.
Najprej določimo strukturo poročila.Tukaj (in naprej) bomo to storili takole: ustvarite obrazec za poročilo (iz njega bo ustvarjena struktura poročila), dodajte mu analitiko (za to morate ustvariti ustrezno skupino razkritja po vrstah nomenklature), ustvarite indikator »Markup_Ratio«, označite, da ima skupino razkritja (skupina analitike) in znak »Ne- finančni«.
Tukaj je treba še opozoriti, da nam ni treba izdelati same postavitve tabele (vendar le, če nimamo formul za izračun kazalnikov).
Za to vrsto našega poročila formule niso potrebne.Pomembno je tudi vedeti, da če je za obrazec poročila ustvarjena tabelarična postavitev (kot v našem primeru), potem ta postavitev nikakor ne bo vplivala na prikaz poročila v obliki vrtilne tabele.
Tisti. mehanizem za prikaz vrtilne tabele se "zanaša" samo na strukturo pogleda poročila in se sploh ne "ozira" na izdelane postavitve tabele.
In tukaj takoj opazimo to,kot pomembna pomanjkljivost mehanizma vrtilne tabele.
Tisti. to pomeni, da ne bomo mogli eksplicitno nadzirati oblike prikaza podatkov v vrtilni tabeli (nastavljati pisave, barve itd.). Hkrati v 1C: ERP Vse te možnosti za prilagajanje dizajna so na voljo.
Ko je struktura vrste poročila nastavljena, preidimo na ustvarjanje in prilagajanje obrazca vrtilne tabele.
Oglejmo si ta postopek korak za korakom:
- Korak 1: Ustvari postavitev vrtilne tabele
- 2. korak: Pojdite na podrobnosti obrazca, vnesite ime obrazca
- 3. korak: Preidimo na prilagajanje vrstic obrazca
- Povlecite vrstice iz strukture poročila v obrazec
- 4. korak: Preidimo na nastavitve za sestavo indikatorjev
- 5. korak: Dodajmo kazalnik "Trgovna marža po vrsti artikla"
- 6. korak: Preidimo na nastavitev obdobij
- 7. korak: Določite pogostost - leto. Predpostavili bomo, da bi moral biti NSI shranjen v naši nalogi s tako pogostostjo.
- 8. korak: Preidimo na postavitev polj
- 9. korak: Z miško povlecite analitiko "MSC Types of item" v vrstice vrtilne tabele.
- 10. korak: Kliknite na "Vrste nomenklature MSK". Odpre se kartica z možnostmi analitike. Odstranite potrditveno polje »Urejeno v obrazcu«. Tukaj in spodaj bomo za analitike uporabili to nastavitev.
- 11. korak: Preidimo na nastavitev izbire analitike in tukaj bomo eksplicitno navedli, katere analitične vrednosti naj bodo prikazane v vrtilni tabeli
- 12. korak: V nastavitvah izbora navedemo - izbor po vrstah nomenklaturne opreme, plošč itd.
- 13. korak: Nato kliknite »Shrani in zapri«. Nastavitve postavitve vrtilne tabele so shranjene. Zdaj pa se vrnimo k urejanju vrste poročila in na zavihku "Privzete nastavitve" določimo ustvarjeno obliko vrtilne tabele kot glavno.
- 14. korak: Nadalje, da bi lahko prešli na vnos podatkov v vrtilno tabelo, moramo odpreti obdobje poročanja.
Ob tem moramo najprej določiti scenarij, po katerem se bodo vnašali podatki o NSI in določiti pravila vnosa NSI.
Torej, pojdimo na razdelek "Načrtovanje in nadzor / Upravljanje poročevalskih obdobij"
Odpremo ustvarjen dokument "Upravljanje obdobja poročanja" in si oglejmo njegove ključne nastavitve
Določite tak scenarij (ustvarite ga).
Ustvarimo "Uredbo NSI" in jo določimo.
- 15. korak: Na koncu pojdite na gumb "Naprej" do konca. Posledično bo obdobje 2017 po scenariju "MSK NSI in nefinančni kazalniki" postalo odprto.
- 16. korak: Zdaj je vse pripravljeno za začetek izpolnjevanja vrtilne tabele. Pojdimo na razdelek »Predračun / vrtilna tabela«.
Izberemo predhodno ustvarjeno obliko vrtilne tabele, označimo obdobje (ki smo ga odprli), scenarij. Označimo organizacijo (natančneje jo imenujemo CFD) - Oddelek prodaje.
Predvidevamo, da so odstotki pribitka vneseni v kontekstu CFD – oddelek prodaje. Določite zahtevano analitiko - valuto (rubljev).
- 17. korak: Posledično se prikaže oblika vrtilne tabele. Vsebovala bo ustvarjene nastavitve in analitiko. Vnesite % pribitka za vse vrste artiklov.
Tako bomo na koncu vnosa nefinančnih kazalnikov ustvarili tip poročila “ skupni znesek komunalne storitve na leto.Imel bo en kazalnik (brez analitike razkritja) - skupni znesek skupnega stanovanja na leto.
Torej smo obravnavali vprašanje: "Kako nastaviti nefinančne kazalnike v 1C: Holding Management ...".
Prav tako smo podrobno analizirali, korak za korakom, nastavitev oblike vrtilne tabele. Upoštevali uvedbo predpisov in začetek poročevalskega obdobja.
Programska oprema je zasnovan za kompleksno avtomatizacijo družb za upravljanje holdingov in pokriva glavna področja upravljanja in davčnega računovodstva:
- priprava proračuna in centralizirana zakladnica;
- konsolidacija vodstvenega poročanja in analize poslovanja;
- strateško upravljanje po Balanced Scorecard;
- računovodstvo in davčno računovodstvo v skladu z zakonodajo Ruske federacije;
- računovodstvo, priprava ločenih in konsolidiranih računovodskih izkazov po MSRP;
- upravljanje matičnih podatkov (referenčnih informacij) skupine podjetij.
Ciljni segment "1C: Holding Management 8" so skupine podjetij s popolno ali delno centralizacijo funkcij finančnega upravljanja, katerih družbe za upravljanje in poslovne enote so heterogene glede na pripadnost industriji ali upravljanih sistemov IT.
Ker se osredotoča na rešitev "1C: Holding Management 8". učinkovito delo v heterogenih krajinah informacijskih sistemov, značilnih za skupine podjetij, ima naslednje integracijske zmožnosti:
- brezhibna integracija z računovodskimi in upravljavskimi sistemi na platformi 1C:Enterprise 8 z uporabo neposredne povezave, vključno z dešifriranjem v zunanji dokument računovodskega sistema;
- integracija z vsemi zunanjimi računovodskimi sistemi z uporabo tehnologij, kot so spletne storitve in ADO;
- upravljanje matičnih podatkov (referenčne in centralizirane referenčne informacije) skupine podjetij;
- poleg tankega in spletnega odjemalca "1C: Holding Management 8" vključuje dodatek za Microsoft Excel - poseben odjemalec, ki vam omogoča delo s podatki za proračun in analizo upravljavskega poročanja informacijsko bazo"1C: Holding Management 8", ne da bi zapustili pisarniški paket, ki ga poznajo številni uporabniki;
- Arhitektura programskega izdelka omogoča združevanje z računovodskimi konfiguracijami na platformi 1C:Enterprise različice 8.3 z minimalnim naporom.
Funkcionalno je konfiguracija "Upravljanje holdinga". evolucijski razvoj rešitve "1C: Konsolidacija 8 PROF" in "Računovodstvo podjetja CORP", je vključil oblikovalske izkušnje na stotine implementacij teh aplikacijskih rešitev. Zahvaljujoč uporabi in razvoju funkcionalnosti predhodnih rešitev ("1C: Računovodstvo 8" različice CORP in "1C: Konsolidacija 8 PROF"), "1C: Holding Management 8" zagotavlja:
- možnost kombiniranja s programskimi produkti družine 1C: Računovodstvo 8, ki se že uporabljajo v podjetju,
- nizki stroški partnerjev in strank za izobraževanje,
- zmožnost hitrega prilagajanja obstoječega razvoja oblikovanja " Upravljanje holdinga",
- zmanjšanje stroškov migracije iz že uporabljenih računovodskih in finančnih sistemov upravljanja.
Konfiguracijo Holding Management je mogoče uporabiti v naslednjih primerih uporabe:
- uporaba kot kompleksen avtomatski sistem družba za upravljanje;
- avtomatizacija finančnega upravljanja v skupnih servisnih centrih gospodarstev, uvedba enotne informacijske baze v enotnem centru za obdelavo podatkov;
- uporaba kot podjetniška zaledna predloga, tj. avtomatizirano finančno vodenje tako družbe za upravljanje kot odvisnih družb z možnostjo združitve ali brezhibne integracije z operativnimi računovodskimi sistemi poslovnih enot;
- uporaba v družbi za upravljanje v samostojnem načinu rešitve razreda CPM kot »dodatek« nad računovodskimi sistemi.
Ker je zgornje scenarije uvedbe mogoče kombinirati znotraj ene informacijske baze, vam to omogoča uporabo najučinkovitejših pristopov za trenutno avtomatizacijo različnih poslovnih enot ali selitev med različnimi scenariji brez zamenjave baze aplikacijska rešitev.
Ključne konkurenčne prednosti rešitve "1C: Holding Management 8":
- najbolj zahtevane funkcije družb za upravljanje in finančnih storitev poslovnih enot holdingov so avtomatizirane, pri čemer zanje ni redundantnih funkcionalnosti, povezanih z avtomatizacijo operativne dejavnosti(vodenje prodaje, nabave, proizvodnje);
- poglobljen študij računovodenja in poročanja v skladu z MSRP;
- velika variabilnost v pristopih k oblikovanju proračuna in omejevanju stroškov;
- minimalni pogoji izvedbe in skupni stroški lastništva;
- izvajanje priporočil za funkcionalne zahteve za proračunske, zakladniške, računovodske in poročevalske metode MSRP, ki jih je pripravil mednarodno podjetje EY (Ernst & Young), ki nudi storitve revizije in svetovanja;
- uporaba novih funkcij platforme 8.3.
Sinergija tistih, ki so prejeli nadaljnji razvoj ki ima orodja za upravljanje uspešnosti s priznanim vodilnim podjetjem na področju sistemov računovodstvo, nova funkcionalnost za računovodstvo za MSRP in vodenje projektov ter zmogljivosti različice 8.3 platforme 1C:Enterprise vam omogoča učinkovito reševanje nalog finančnega upravljanja v kompleksni IT krajini geografsko porazdeljenega gospodarstva.
Konfiguracija "Upravljanje holdinga" je bila razvita na različici 8.3 platforme "1C:Enterprise".
1C: Korporacija
"1C: Corporation" je kompleks integriranih standardne rešitve, razvit na eni sami tehnološki platformi "1C:Enterprise 8" in se pogosto uporablja skupaj za avtomatizacijo velika podjetja, skupine družb in holdingi:
- "1C: Upravljanje holdinga 8" (vključuje tudi "1C: Računovodstvo 8 CORP");
- "1C: Upravljanje ERP podjetje 2";
- "1C: Upravljanje plač in osebja 8 CORP";
- "1C: Upravljanje dokumentov 8 CORP".
Izdaja niza vodilnih izdelkov podjetja 1C je posledica nenehne rasti števila organizacij, ki uporabljajo več rešitev hkrati na eni sami tehnološki platformi "1C: Enterprise 8.3". Hkrati najbolj priljubljena korporativne stranke so postale tako sodobne rešitve, kot so "1C: ERP Enterprise Management 2", "1C: Holding Management 8", "1C: Payroll and HR Management 8 CORP" in "1C: Document Management 8 CORP". Sinergijski učinek uporabe naštetih standardnih rešitev je dosežen zaradi možnosti implementacije celovitih poslovnih procesov pri izvajanju projektov avtomatizacije podjetij. Produkt 1C:Korporacija poleg naštetih standardnih rešitev vključuje funkcionalne modele, ki opisujejo zmožnosti rešitev, vključenih v dobavo, in priporočene scenarije za njihovo skupno uporabo.
"1C: Holding Management 8" je kompleksna rešitev razreda CPM (Corporate Performance Management - upravljanje uspešnosti holdinga), zasnovana za avtomatizacijo širokega nabora nalog, povezanih z računovodstvom, načrtovanjem in spremljanjem uspešnosti holdingov različnih velikosti. Podrobne informacije o tej aplikacijski rešitvi najdete na http://v8.1c.ru/cpm/.
"1С: ERP Enterprise Management 2" - inovativna rešitev zgraditi kompleksne informacijske sisteme za upravljanje dejavnosti raznolikih podjetij, vključno s tistimi s tehnično zapleteno večprocesno proizvodnjo, ob upoštevanju najboljših svetovnih in domačih praks za avtomatizacijo velikih in srednje velikih podjetij. Za podrobne informacije o aplikacijski rešitvi "1C: ERP Enterprise Management 2" glejte http://v8.1c.ru/erp/.
"1C: Obračun plač in upravljanje osebja 8 KORP" zagotavlja avtomatizacijo nalog na vseh področjih dela s kadri: kadrovska evidenca, izračun plače in upravljanje kadrov v podjetjih različnih velikosti v skladu z zakonom Ruska federacija. Program je osredotočen predvsem na velika podjetja, korporacije in holdingi, ki aktivno izvajajo kadrovske tehnologije.
"1C: Upravljanje dokumentov 8 KORP" v kompleksu rešuje probleme avtomatizacije dokumentnega računovodstva, interakcije zaposlenih, nadzora in analize izvršilne discipline na trgovska podjetja s kompleksom organizacijska struktura ali zapleteno papirologijo. Natančen opis funkcionalnosti rešitve "1C: Upravljanje dokumentov 8", glejte http://v8.1c.ru/doc8/.
Pridobitev kompleksne dostave "1C:Corporation" vam omogoča, da prihranite 296.000 rubljev. v primerjavi z nakupom posameznih izdelkov, ki so vanj vključeni.
V skladu z licenčno pogodbo se lahko en komplet "1C:Corporation" uporablja samo v eni pisarni podjetja. Če morate aplikacijske rešitve, vključene v dostavo 1C:Corporation, uporabljati v dveh ali več pisarnah, morate dodatno kupiti komplete 1C:Corporation ali spodaj navedene izdelke v zahtevani količini. S tem bo zagotovljena zakonita uporaba ustreznih aplikativnih rešitev v holdingih in skupinah podjetij s kompleksno strukturo in veliko število oddaljene pisarne.
Glavni nameni programske opreme
izdelkov
Če na ta (poenostavljen) način niste uspeli dobiti nedvoumnega odgovora, se bomo začeli poglabljati v težave. Poskusimo odgovoriti na vaše vprašanje z vidika funkcionalnosti vsake od rešitev na tem področju poslovodno računovodstvo(spet je poslovodno računovodstvo za nas v tem konkretnem primeru eno od naslednjih področij: proračun, zakladništvo, MSRP, konsolidacija, upravljanje pogodb).
Utrjevanje
Izdelek je najprej postavljen kot rešitev za pripravo, zbiranje in konsolidacijo poročanja skupine podjetij. Zato je bil sprva izbran tabelarni model shranjevanja podatkov in ne transakcijski. V procesu razvoja se je poudarek preusmeril na avtomatizacijo procesov proračuna in zakladništva.
Posebnost izdelka je, da je nameščen kot ločena konfiguracija in integriran z računovodskimi sistemi preko uvoza datotek ali neposredne povezave z bazami podatkov. Prav tako je izdelek res težko dodelati (prilagoditi) za potrebe podjetja, saj je struktura programske kode zelo kompleksna, tudi zaradi izbranega modela shranjevanja podatkov.
Upravljanje holdinga
Gre za celovito rešitev za avtomatizacijo poslovnih procesov upravljanja družb holdingov. Ta rešitev je razvoj programskega izdelka 1C: Konsolidacija 8 in vsebuje tako funkcionalnost za konsolidacijo in upravljavsko finančno računovodstvo kot tudi funkcionalnost za računovodstvo / davčno računovodstvo in oblikovanje / oddajo reguliranega poročanja.
Sistem 1C Holding Management 8 je v bistvu sestavljen iz konfiguracij 1C: Enterprise Accounting 8 CORP in 1C Consolidation 8 ter posameznih podsistemov - MSRP, Zakladništvo itd.
ERP Enterprise Management
Že priljubljen, vodilni izdelek 1C razred ERP, ki pokriva vse osnovne potrebe podjetij v smislu avtomatizacije glavnih procesov - računovodstvo, davčno računovodstvo, trgovina, proizvodnja itd.
Izdelek je bil ustvarjen za korporativni trg in bi moral nadomestiti izdelke, kot so SAP, Oracle in druge izdelke tega razreda in obsega. Ni povsem res, a da bi vam olajšali oblikovanje skupnega razumevanja, je izdelek naslednja stopnja v razvoju 1C: Manufacturing Enterprise Management ed. 1,3".
Iz tabele je razvidno, da v izdelku "1C: Konsolidacija 8" ni možnosti vodenja vzporednega računovodstva nekratkoročnih sredstev in finančnih instrumentov ter zaključka obdobja po MSRP, saj so vsi računovodski dokumenti v zunanjih sistemih.
Ko gre za poročanje, vam noben izdelek ne omogoča, da v celoti dobite potrebna orodja.
V "1C Holding Management 8" in "1C: ERP Enterprise Management 2.0" obstaja nabor standardnih poročanj po kontnem načrtu IFRS (OSV, analiza kontov, konto kartica itd.), v " 1C Konsolidacija 8".
V »1C ERP Enterprise Management 2.0« je možno graditi poljubna poročila, ni pa možnosti, pomembne za poročanje po MSRP, generiranja večjezičnega poročanja in poročanja po konsolidacijskem obodu.
Tudi v "1C ERP Enterprise Management 2.0" ni vzporednega računovodstva finančnih instrumentov.
Seveda v tem delu izdelek "1C ERP Enterprise Management 2.0" (glede na njegov ključni namen) veliko izgubi od izdelkov, ki so bili prvotno ustvarjeni za to ali so to funkcionalnost podedovali.
Tukaj lahko dodamo, da imata izdelka "1C Consolidation 8" in "1C Holding Management 8" popolno funkcionalnost, ki vam omogoča konsolidacijo, izločitev in prilagoditev konsolidacije ter uskladitev VGO po različnih območjih konsolidacije.
Razlika med 1C Holding Management 8 in 1C Consolidation 8 glede tega podsistema je v tem, da 1C Holding Management 8 podpira model transakcijske konsolidacije, saj 1C Holding Management 8 vključuje vse funkcionalnosti 1C: Računovodstva podjetja 8. CORP.
Na žalost je v vseh teh rešitvah malo funkcionalnosti za računovodstvo pogodb, v 1C Consolidation 8 pa sploh ni, čeprav je računovodstvo pogodb pomemben sestavni del finančnega računovodstva.
V programskem izdelku "1C: Holding Management 8" ni funkcionalnosti za računovodstvo finančnih pogodb (krediti, posojila), v "1C ERP Enterprise Management 2.0" pa obstaja samo ta funkcionalnost, ne da bi upoštevali elektronski arhiv pogodb.
| funkcija |
K1S: Utrjevanje |
Vau 1C: Upravljanje holdinga |
ERP 1C: ERP Enterprise Management |
|---|---|---|---|
| Vnos planskih podatkov v različne rubrike | 1 | 1 | 1 |
| Uporaba formul in izračunanih kazalcev pri vnosu podatkov | 1 | 1 | 1 |
| Uporaba podatkov iz drugih podsistemov za izračun in vnos planskih podatkov | 0,3 | 0,3 | 1 |
| Posodobitev in prilagoditev proračunov | 1 | 1 | 1 |
| Pridobivanje dejanskih podatkov | 0,5 | 0,5 | 0,5 |
| Obrazci za poročanje po meri | 1 | 1 | 0,5 |
| Analiza poročanja v primarni dokument | 0,5 | 1 | 1 | 1 | 1 | 1 |
| Skupaj | 6,3 | 6,3 | 7 |
Rešitvi »1C Konsolidacija 8« in »1C: Upravljanje holdinga 8« sta prejeli nižje ocene pri »Uporaba podatkov iz drugih podsistemov za obračun in vnos planskih podatkov«, saj lahko te podatke uporabljata samo iz zunanjih sistemov, in pri »1C ERP Enterprise Management«. 2.0" vse je v eni konfiguraciji. Nižje ocene za Get Evidence so tudi posledica dejstva, da morajo ti izdelki pridobiti dejanske podatke iz zunanjih sistemov. In "1C Consolidation 8" je prejel 0,5 točke za "Analizo poročanja v primarni dokument", ker je spet vse v zunanjem sistemu.
»1C ERP Enterprise Management 2.0« je prejel 0,5 točke za »Custom Reporting Forms« zaradi dejstva, da se podatki za prikaz poročilnih obrazcev pridobijo ob vsakem generiranju poročila, kar negativno vpliva na delovanje sistema in učinkovitost pridobivanja informacij. Prav tako ni možnosti spreminjanja strukture poročila, če so bili dokumenti ustvarjeni s tem obrazcem. Produkt nima koncepta dejanskih proračunskih podatkov, ki ležijo v registrih. Namesto tega obstaja nabor pravil, po katerih se v času generiranja poročil izbirajo podatki iz različnih podsistemov, kar prinaša tudi problem pri delovanju, analizi in usklajevanju informacij. To pomeni, da so bili podatki v poročilu oblikovani, vendar niso vezani na registratorje, zato je precej težko razumeti, od kod kakšna številka, in še težje - kakšen znesek ni bil prikazan v poročilu in zakaj.
Programski produkt »1C ERP Enterprise Management 2.0« je dobil znižane ocene za »Kontrola zahtevkov za proračun«, saj je tam kontrola omejena in možna le po členih DDS in Divizij. Izdelek je prejel 0,3 točke za "Odobritev zahtevkov za plačilo", saj je ta funkcija v izdelku minimizirana: možno je samo dati odločitev "Dogovorjeno" na celoten dokument brez kakršnih koli poti, vendar obstaja brezhibna integracija z " 1C: Upravljanje dokumentov 8 ”, s katerim je mogoče usklajevati in konfigurirati poti. Na pozitivni strani je mogoče opozoriti, da v izdelku 1C ERP Enterprise Management 2.0 blok zakladništva ni nekaj novega, je praktično isti blok, ki se uporablja v 1C: Trade Management ed. 11", torej bi moral biti ta blok že dolgo v uporabi razna podjetja kar je velik plus.
1C:ERP Enterprise Management 2.0 ima dobro premišljen integracijski sistem z operativnim načrtom. Plačilni koledar na primer prikazuje naloge in njihove plačilne načrte, številni objekti so osnova za plačilne zahteve.
Programski izdelek "1C: Konsolidacija 8" je prejel 0,5 točke za "Povezavo s plačilnimi dokumenti", saj v konfiguraciji ni plačilnih dokumentov. Za računovodstvo boste morali vzpostaviti izmenjave z informacijskimi sistemi, kjer ti obstajajo. In 0 točk za "Opozorilo uporabnikov", saj v tej konfiguraciji ni mehanizma obveščanja.
V konfiguraciji 1C:Holding Management 8 so te funkcije implementirane bolje kot v primerljivih izdelkih.
Programski izdelek je zasnovan za kompleksno avtomatizacijo družb za upravljanje holdingov in rešuje naslednje funkcionalne naloge:
Aplikativna rešitev »1C: Holding Management 8« podpira računovodenje po MSRP v dveh modelih: transakcijskem in transformacijskem. Transakcijski računovodski model je najučinkovitejši, če se v njem vodi računovodstvo po MSRP informacijski sistem, ki je računovodstvo po RAS. Transformacijski pristop je priporočljiv, če podatke RAS posredujejo hčerinske in pridružene družbe v obliki obrazcev za zbiranje podatkov.
Za obe računovodski možnosti so bile implementirane funkcije prevajanja finančnih informacij RAS v kontni načrt MSRP. Poleg tega je bilo avtomatiziranih 14 predmetov vzporednega računovodstva, katerih računovodske usmeritve se praviloma razlikujejo od računovodskih usmeritev RAS:
- osnovna sredstva;
- neopredmetena sredstva;
- sredstva za prodajo;
- biološka sredstva;
- prejeta posojila (obračunana po odplačni vrednosti);
- izdana posojila in depoziti;
- zadolžnice in drugi finančni instrumenti, izkazani po pošteni vrednosti;
- terjatve;
- lizing;
- investicije;
- rezervne rezerve;
- večkomponentne transakcije;
- časovne razmejitve (časovne razmejitve);
- zaključek obdobja, vključno z obračunom stroškov, odloženimi davki, reformo bilance stanja.
Sistem izvaja paket posamičnih in konsolidiranih poročanj ter pojasnil k njim. Funkcionalnost podsistema računovodstva in poročanja MSRP je prejela pozitivno mnenje EY (Ernst & Young).
Usklajevalni portal za transakcije znotraj skupine je orodje, ki omogoča usklajevanje v načinu »Vsak z vsakim«, kar močno zmanjša obremenitev družbe za upravljanje in odvisnih družb.
Portal podpira poljubne podrobnosti usklajevanja, reševanje neskladij in vsebuje storitve, ki poenostavljajo komunikacijo med postopkom usklajevanja in skrajšajo njegov čas.
Sistem implementira konstruktor predloge za usklajevanje transakcij znotraj skupine, ki podpira 5 standardnih možnosti za izločitvene popravke in standardne konsolidacijske popravke.
Načrtovanje proračuna
"1C: Holding Management 8" vključuje funkcionalnost proračuna, preizkušeno na stotinah izvedb "1C: Consolidation 8 PROF", ki vam omogoča, da:
- samostojno za poslovnega uporabnika določi seznam potrebnih klasifikatorjev, analitik, indikatorjev, razvije proračunske modele in nize poročanja za različne namene;
- napovedati dinamiko kazalnikov z uporabo različnih možnosti za izračun, konsolidacijo in distribucijo kazalnikov ter funkciji "tekočega načrtovanja" in "načrtovanja od doseženega", hitro oblikovati potrebne proračune. Hkrati je možno kombinirati metodologijo načrtovanja od spodaj navzgor in od zgoraj navzdol ter uporabiti mehanizme za usklajevanje in izključevanje transakcij znotraj skupine;
- služijo potrebnim načelom dodeljevanja centrov finančna odgovornost zahvaljujoč razvitim funkcijam za upravljanje organizacijske in finančne strukture skupine;
- regulirati proračunski postopek in razdeli odgovornost med svoje udeležence, uporabi poti katere koli zapletenosti za usklajevanje proračunov;
- samodejno obvešča zaposlene o poteku postopka odobritve.
Poleg tega funkcionalnost "1C: Holding Management 8" omogoča učinkovitejše načrtovanje in normalizacijo stroškov zahvaljujoč:
- uporaba poleg scenarijev »Načrt« in »Dejstva« vmesnega podatkovnega sloja »Rezerva«, ki ga predstavljajo časovni razporedi in plačilni načrti, zahtevki za operacijo, kot tudi nov planski dokument »Proračunska rezervacija«;
- zagotoviti učinkovito komunikacijo med načrtovanjem z novimi funkcijami za komentiranje in različico proračuna; skrajšanje časa in izboljšanje kakovosti načrtovanja in operativne analize izvrševanja proračuna z uporabo tankega spletnega odjemalca in posebnega nadgradnje odjemalca za Microsoft Excel;
- samodejni preračun odvisnih proračunov;
- možnost uporabe primerjalne faktorske analize pri načrtovanju in plansko-dejstvene analize.
Investicijski projekti
Podsistem vam omogoča avtomatizacijo življenski krog investicijski projekt od investicijske ideje do zaključka projekta.
"1C: Holding Management 8" vam omogoča, da določite razgradnjo faz projektov ali programov sorodnih projektov, navedete odgovorne, izraze in uporabljene vire.
Kot sredstva investicijskih projektov delujejo lahko kateri koli konfiguracijski imeniki (na primer "Zaposleni", "Nomenklatura", "Nekratkoročna sredstva"). Za vire je mogoče določiti naravne in stroškovne parametre. Hierarhično strukturo stopenj je mogoče uvoziti iz programa Microsoft Project.
Projekt je globalna analitika za poslovodno računovodstvo. Zahvaljujoč zmožnosti povezovanja proračunskih kazalnikov, odraza dejstev in rezervacije denarnega toka, prihodkov in odhodkov, gibanja sredstev na faze projektov, vam sistem omogoča razumno in izjemno natančno načrtovanje projektov.
Glede na proračune projektov, njihovi ključni kazalci učinkovitost (NPV, IRR, vračilna doba, indeks dobičkonosnosti itd.).
Za avtomatizacijo predinvesticijske faze uporabljena rešitev omogoča določitev kriterijev za primerjavo alternativnih projektov, izvedbo njihove primerjalne strokovna ocena, v investicijski program vključiti resnično optimalen portfelj projektov.
Podpora konceptu postopnega izpopolnjevanja projektnega portfelja (Stage-Gate) omogoča minimiziranje projektnih tveganj velikih projektov: strukturiranje življenjskega cikla podobnih projektov v zaporedne faze, ki v kombinaciji s točkovanjem projektov v fazi izvedbe , vam omogoča objektivno sprejemanje odločitev o reviziji parametrov posameznega projekta in celotnega portfelja na splošno.
Priročna orodja za vizualizacijo (gantogram in diagram zaporedja) vam omogočajo vizualno predstavitev povzetka informacij o projektu. Neposredno v gantogramu lahko narišete verigo posodobitev projekta:
- razjasniti časovni razpored faz,
- razdelite dokumente "Proračunska rezervacija" po fazah,
- preračunati proračune projektov v skladu z dokumenti proračunskih rezervacij,
- izračunati ključne kazalnike uspešnosti projekta.
Poročanje tega podsistema vam omogoča, da analizirate stanje, napredek, ključne kazalnike uspešnosti iz različnih zornih kotov, izvedete načrt-dejstvo, "Kaj če?" oz primerjalna analiza investicijskih projektov.
Centralizirana nabava in upravljanje sredstev
Nov podsistem izdaje 1.1 "Centralno upravljanje nabave" je zasnovan tako, da združuje potrebe po materialni podpori poslovnih enot, avtomatizira razpisne postopke, vključno s točkovanjem dobaviteljev in razpisnih predlogov, sklepanje pogodb, izvajanje centraliziranih nabav za ključne položaje in nadzor nad gibanjem. zalog za manj pomembne pozicije, ki so predmet decentraliziranega nakupa.
Podsistem je zasnovan za delovanje v pogojih geografsko razpršenih skupin podjetij, v katerih poslovne enote uporabljajo različne sisteme upravljanja zalog. Integracijske zmožnosti podsistema so osredotočene predvsem na interakcijo z 1C:ERP.
Podsistem Centralizirano upravljanje premoženja omogoča hranjenje podrobnih informacij o ključnih obvladovanih nekratkoročnih sredstvih in organizacijskih enotah skupine družb, kar omogoča hitro odločanje o njih v družbi za upravljanje, analizo stanja sredstev in izvajanje nadzora nad njim.
Upravljanje pogodb in limitov
Funkcionalnost upravljanja pogodb vam omogoča, da:
- sklepati pogodbe o poteh poljubne zapletenosti;