Danas je teško ići ukorak s proizvođačima određenih proizvoda u smislu razvoja njihovih mogućnosti, stoga, često koristeći ovu ili onu stvar, korisnik ni ne zna za neke funkcije. Isto se može reći i za softverske proizvode. Olga Kleptsova, vodeći konsultant u vdgb CONSULT, govori o korisnim funkcijama uključenim u 1C:Enterprise 8.0 i kako one mogu uštedjeti vrijeme i novac.

Nakon skoro šest mjeseci godinu dana od kupovine mog novog automobila, bio sam ugodno iznenađen kada sam otkrio da se ispostavilo da ima funkciju za grijanje bočnih retrovizora, što može uvelike olakšati život vozaču po mraznom vremenu. Šest meseci kasnije, sasvim slučajno se ispostavilo da moj skromni urbani "hečbek" može (eto!) da otvori prtljažnik posebnim dugmetom bez otključavanja brave na ostala četiri vrata. Ovo je nevjerovatno zgodno kada čačkate po prtljažniku, gotovo bezglavo uranjajući u njega, pa stoga lako možete promašiti uljeza pored vozačevih vrata. Nastavljam sa svojim otkrićima do danas, što jako zabavlja moje prijatelje i poznanike - iskusnije vozače. Još jedan primjer. Ja lično poznajem nekoliko ljudi koji pri kupovini mobilnog telefona nisu u potpunosti razumjeli sve funkcije dostupne u njemu, a tek tada su otkrili kolika se ogromna korist može dobiti od ovog divnog blagoslova civilizacije.

do čega vodim? Dugogodišnje iskustvo u oblasti informacionih tehnologija omogućilo mi je da sastavim neke statističke podatke o tome koliko su korisnici softvera svjesni stvarnih mogućnosti softverskog proizvoda koji koriste. Statistika je sljedeća: Ogromna većina (naime, više od 80%) kompanija prilikom kupovine ovog ili onog softvera u početku ima predstavu samo o opštem konceptu rješenja, u najboljem slučaju poznaje pojedinačne funkcionalne blokove (većina često je to funkcija zbog koje se stvarni proizvod kupuje). Sve ostalo "ostaje iza kulisa".

Naravno, u fazi odabira softvera takav pristup je sasvim opravdan - uostalom, ne možete odmah pokušati prihvatiti neizmjernost. Ali problem je u tome što skoro polovina korisnika softvera ne uspe u potpunosti da „deklasifikuje“ bogatu funkcionalnost sistema tokom celog njegovog životnog ciklusa.

Razloga za to ima mnogo – i objektivnih i subjektivnih. Savremene ERP sisteme nije tako lako naučiti, cijena fleksibilnosti sistema je često njegova složenost, a ključni korisnici sistema nemaju uvijek priliku da odvoje vrijeme za proučavanje dokumentacije ili pohađanje obuke.

Kao rezultat toga, dešavaju se situacije kada, uloživši N-ti iznos sredstava u projekat implementacije informacionog sistema, nakon završetka projekta, kompanija koristi mogućnosti sistema daleko ne sto posto, već, recimo, šezdeset posto. . Šta je sa ostalih četrdeset? Možda će upravo uz njihovu pomoć kompanija biti u mogućnosti da iz informacionog sistema dobije potrebne podatke koji utiču na donošenje (ili neusvajanje) strateški važne odluke za kompaniju. Cena je ovde veoma visoka.

Bočni retrovizori automobila, ne znajući za dugme za uključivanje grijanja, lopaticom mogu sasvim očistiti mraz. Ako mi se ne žuri. Šta ako kasnim i nemam vremena za dodatne geste? A ako je napolju minus 30, ali još uvek imam rukavice kod kuće? Tako ispada da u stanju duboke promrzline dolazim na posao sat vremena zakašnjenja. Iako ste mogli pritisnuti samo jedno dugme. Ali morali ste tačno da znate gde da pritisnete.

Prevodeći temu bliže temi članka, obavijestit ću vas da "dugmad gdje kliknuti" u "1C: Enterprise 8.0." (naime, o ovom sistemu će danas biti reči) neverovatna količina. Predmet ovog članka je "Izvještavanje o menadžmentu u 1C: Enterprise 8.0. "Omogućava svom autoru da otkrije svoje znanje u ovoj oblasti u čitavoj knjizi (i eventualno u nekoliko tomova). Ali znajući koliko je ključnim korisnicima sistema teško da nađu vremena za čitanje literature (nedostatak vremena je već spomenut gore, pa ćemo se ponašati dosljedno), danas ćemo izabrati samo jednu usku temu za diskusiju - "Računi potraživanja“.

Kompanije koje sa svojim kupcima i kupcima rade isključivo uz avansno plaćanje danas su u Rusiji u manjini, pa je pitanje upravljanja potraživanjima i dalje aktuelno. Koliki je ukupan iznos potraživanja i od čega se sastojao? Koliko je ova cifra velika ili mala u odnosu na prethodni mjesec, isti period prošle godine? Kakva je struktura "potraživanja" prema datumu nastanka? Koji kupci i kupci ne plaćaju naše proizvode? Kakve se narudžbe (prijave), pošiljke ne plaćaju? Koji su razlozi neplaćanja i kada očekivati ​​isplate? Koje radnje poduzimaju zaposleni u kompaniji za naplatu potraživanja i koliko su one efikasne? Evo, možda, onih pitanja na koja bi čelnici kompanija željeli da znaju odgovore.

Dakle, da vidimo kako kompanija koja koristi softverski sistem 1C:Enterprise 8.0 može dobiti odgovore na postavljena pitanja.

Ko su naši dužnici i koliko nam duguju?

Na sl. 1 predstavlja izvještaj koji daje informaciju o iznosu duga ugovornih strana prema kompaniji na određeni datum (u našem primjeru, na kraju dana 31. jula), u odabranoj valuti (u našem primjeru to je USD) .

Izvještaj je detaljan po ugovornim stranama - kupcima i kupcima kompanije.

Kao što se vidi iz izvještaja, ukupan iznos potraživanja na dan 31.07.2005. iznosi 93.310,83 USD. Na spisku dužnika je 13 ugovornih strana, a posebno su se "istaknule" dve organizacije, Zarya i Iskra, koje duguju kompaniji mnogo više od ostalih. To znači da upravo na ove dvije ugovorne strane u prvom redu treba obratiti posebnu pažnju.

U slučajevima kada lista dužnika ne stane na jednu stranicu, izvještaj "Potraživanja - dijagram" pomoći će da se vizuelno odaberu ugovorne strane s najvećim dugom

U ovom slučaju, odabrali smo tip grafikona - "pita volume", a kao oznake podataka - "postotak". Na dijagramu se jasno vidi da dugovi dve organizacije Zarya i Iskra zaista zajedno čine više od 80% (40,81% + 40,93%) ukupnog iznosa potraživanja, dok svi ostali dužnici kompanije čine samo 20%. (Čini se da ovaj primjer odgovara poznatom Pareto principu: 20% kupaca - 80% potraživanja).

Međutim, u stvarnosti je sve mnogo zanimljivije. Posebno je jedna od karakteristika to što mnoge kompanije imaju više pravnih lica, a ni naši dužnici nisu izuzetak. Zamislite malu holding kompaniju (nazovimo je "Glavtorg") koja se sastoji od trgovačke kuće (DOO "Trgovačka kuća"), lanca maloprodajnih objekata (doo "Network Stores") i kompanije za upravljanje (AD "Glavtorg"). Pretpostavimo da je svako od pravnih lica holdinga kupac naših proizvoda i ima potraživanja. Veličina duga svakog od pravnih lica Glavtorga nije toliko velika da bi privukla našu pažnju. Međutim, generalno gledano, holding se može pokazati kao prilično impresivna figura koja zaslužuje da se s njime radi.

U 1C:Enterprise 8.0 moguće je navesti matičnu organizaciju za svaku drugu stranu (čime se ukazuje da druga strana pripada holdingu), a zatim generirati potrebna analitička izvješća po holdingima. Ova mogućnost je prikazana na slikama 3 i 4.

Tako smo, nakon što smo dobili izvještaj o potraživanjima, grupiranim po glavnim ugovornim stranama, vidjeli da dužnici Zarya i Iskra zaista daju 80% iznosa, ali ostatak duga uopće nije "rasprostranjen" među ostalim ugovornim stranama. , ali uglavnom pada na Shopping Center Snowflake. Tržni centar Snežinka, koji predstavlja nekoliko pravnih lica, čini 13,45% potraživanja.

Imajte na umu da je grupisanje informacija u izvještajima po glavnim ugovornim stranama upravo jedna od onih karakteristika 1C:Enterprise 8.0 za koju ne znaju svi korisnici sistema.

Da li je to puno ili malo? Brojao se, plakao...

Nakon što smo dobili iznose potraživanja (općenito i za svakog dužnika), pokušaćemo da izvedemo zaključke o ovim brojkama. Prvo što nam treba je poređenje sa prethodnim periodima. Tek analizom dinamike promjena potraživanja u određenom (po mogućnosti dužem) vremenskom periodu moći ćemo procijeniti koliko je stanje danas dobro ili loše.

Slika 5 je izvještaj koji upoređuje potraživanja za tri različita datuma - 1. avgust 2005., 1. februar 2005. (prije šest mjeseci) i 1. februar 2004. (prije godinu i po). Kao referentni vremenski period izabran je najraniji od tri datuma - 1. februar 2004. (onaj sa kojim će se izvršiti poređenje druga dva). Druga dva perioda se upoređuju sa referentnim.

Izvještaj se generira u valuti upravljačkog računovodstva (u našem primjeru - USD) i detaljan je po ugovornim stranama. Ovakva detaljizacija omogućava da se sagleda dinamika promjena obima „potraživanja“ u određenom vremenskom periodu za svakog dužnika od interesa za nas posebno. U našem slučaju alarmantan je dužnik "Zarya", čiji se iznos duga dramatično povećao u proteklih šest mjeseci. Blagi porast duga (za 21,056% - u odnosu na februar prošle godine) uočen je kod individualnog preduzetnika Bobrova A.P. Gotovo u potpunosti (za 99,983%) otplatila je dug "Neva TD". Donjih osam redova izvještaja su ugovorne strane čiji je dug nastao relativno nedavno – u periodu od februara do jula tekuće godine, jer. ni 1. februara tekuće godine, ni 1. februara prošle godine "potraživanja" za njih nisu postojala. Ovo je relativno "svježi" dug.

Generalno, iz izvještaja proizilazi da je u proteklih godinu i po dana obim potraživanja od kupaca i kupaca prema kompaniji porastao sa 13.421,65 USD na 93.310,83 USD. Procentualno, rast je 595% (odnosno dug je porastao skoro 7 puta). Da li je ova situacija normalna? Da, ova situacija se može smatrati normalnom ako je u analiziranom periodu i prihod kompanije povećan za 7 puta. Uopšteno govoreći, obim potraživanja je mnogo interesantnije vrednovati ne sam po sebi, već u odnosu na obim prihoda kompanije. Ovaj pokazatelj se izračunava tako što se iznos potraživanja na kraju perioda podijeli sa iznosom prihoda za period i izražava se u procentima. Pogledajmo koja je vrijednost indikatora u našem slučaju. Izračun indikatora je prikazan na slici 6. Vrijednost indikatora je veća od 70%. Mnoge kompanije smatraju da je vrijednost indikatora unutar 10% norma. Sa ove tačke gledišta, naših 71,55% je katastrofalna cifra i, naravno, kompanija treba da preduzme neke mere u cilju smanjenja obima potraživanja. A za to je potrebno razumjeti razloge za takav volumen, a zatim ćemo se formirati u "1C: Enterprise 8.0." niz analitičkih izvještaja koji će nam u tome pomoći.

Ali prije nego što krenemo dalje, vratimo se na slike 5 i 6 i pogledajmo kako smo uspjeli ući u "1C:Enterprise 8.0." izvještaji upravo ovog tipa (sumnjam da to nije očigledno za sve korisnike "1C:Enterprise 8.0").

Kako smo dobili prave brojeve u pravom obliku ili nekoliko riječi o podsistemu "Budžetiranje".

Izvještaji prikazani na slikama 5 i 6 su zapravo dobijeni iz podsistema „Budžetiranje“. Podsistem je dio glavnog rješenja na platformi "1C:Enterprise 8.0" - "Upravljanje proizvodnim preduzećem" (skraćeno "UPP"). Kompleksno rešenje „UPP“ sadrži nekoliko podsistema: upravljanje proizvodnjom, upravljanje prodajom, upravljanje nabavkom, upravljanje gotovinom, budžetiranje, upravljanje osobljem, upravljanje opremom, računovodstvo, MSFI. Nije uvijek svrsishodno implementirati apsolutno sve podsisteme, pa se stoga odluka o tome koje će SCP mogućnosti koristiti kompanija donosi pojedinačno u svakom konkretnom slučaju, ovisno o specifičnostima djelatnosti kompanije i ciljevima uvođenja informacionog sistema zasnovanog na na SCP. Odluka o implementaciji podsistema „Budžetiranje“ se, po pravilu, donosi na osnovu činjenice da je osnovna karakteristika podsistema budžetiranje. Međutim, hajde da vidimo šta još podsistem "Budžetiranje" može da uradi u smislu generisanja menadžment izveštaja. Uz pomoć podsistema "Budžetiranje" moguće je:

1. Formirati prognostički bilans stanja i niz drugih formi prognoze, uzimajući u obzir različite opcije (scenarije) budućeg finansijskog stanja preduzeća, analizirati podatke prognoze (slika 7),
2. Pribavite upravljački bilans stanja i druge finansijske izvještaje na osnovu stvarnih podataka za odabrani period, izvršite finansijsku analizu podataka i uporedite dobit sa drugim periodom (Slika 7),
3. Uporedite dva ili više budžeta (u celini i red po red) za različite vremenske periode, uporedite različite opcije (scenarije) budžeta za isti period,
4. Izvršiti analizu plan-činjenica, identifikovati odstupanja činjenice od plana (u apsolutnim iznosima i u procentima),
5. Uporedite stvarne podatke za nekoliko perioda,
6. Izvršiti proračun indikatora proizvoljnog tipa (prema formulama koje postavlja korisnik sistema), na osnovu planiranih (budžetskih) ili stvarnih podataka.

Koristili smo posljednje dvije od navedenih mogućnosti za generiranje izvještaja koji su nam potrebni, prikazani na slikama 5 i 6.

Da bismo dobili podatke o iznosima potraživanja za tri različita datuma i uporedili iznose međusobno (slika 5), ​​koristili smo izvještaj podsistema „Budžetiranje“ koji se zove „Uporedna analiza stanja računa budžeta“. U podešavanjima parametara generisanja izveštaja (pozivaju se pritiskom na dugme „podešavanja“ koje se nalazi u gornjem panelu izveštaja), na kartici „opšte“ odredite vrstu podataka i datume kao što je prikazano na slici 8.

Da biste u izvještaju dobili detalje o ugovornim stranama-dužnicima, na kartici "Grupacije" dodajte grupisanje "Counterparty". Nakon što smo izvršili sva gore navedena podešavanja i kliknuli na dugme "Generiraj", dobićemo izveštaj u potpuno istom obliku kao na slici 5. Naravno, u operativnoj konturi sistema "1C:Enterprise 8.0" (posebno u podsistema "upravljanje prodajom"), možete dobiti i informacije o potraživanjima, i to u raznim analitičkim rubrikama. Ali za prelepo poređenje podataka iz nekoliko perioda „sa jednim dugmetom“, bolje su prikladne mogućnosti koje pruža podsistem „Budžetiranje“.

Vratimo se sada na sliku 6. Forma prikazana na slici se takođe dobija preko podsistema „Budžetiranje“, a konkretno – uz pomoć tzv. „finansijskih kalkulacija“. Finansijski obračuni su fleksibilan alat u sistemu "1C:Enterprise 8.0" koji omogućava korisniku sistema da pravi proizvoljne finansijske izvještaje. Korisnik sistema samostalno postavlja strukturu finansijskog obračuna - označava koje linije i indikatori će biti prisutni u izvještaju i koje formule će se koristiti za izračunavanje vrijednosti ovih indikatora (slika 9). Istovremeno, podaci se mogu "uvlačiti" u finansijsku kalkulaciju kako iz podsistema "budžetiranje", tako i iz drugih podsistema - na primjer, "upravljanje proizvodnjom" ili "upravljanje osobljem". Ovdje je najvažnije znati odakle dobiti potrebne podatke, a zapravo pisanje formula je vrlo jednostavna stvar. U našem primjeru smo uzeli podatke iz podsistema „budžetiranje“, budući da se svi stvarni podaci (uključujući podatke o prihodima za period i potraživanja na kraju perioda) u našem slučaju odražavaju u ovom podsistemu.

Zaronite u analitiku

Dakle, vrijeme je da proučimo uzroke potraživanja. Kako bismo napravili pretpostavke o razlozima "potraživanja", pokušaćemo da ove brojke "uvrnemo" u različite analitičke rubrike. Samo analizom iste situacije (broj, problem) iz više različitih uglova može se izvući relativno ispravan zaključak. Sa koje strane možemo sagledati "potraživanja" u informacionom sistemu "1C:Enterprise 8.0"? Može se pogledati barem u sljedećim analitičkim dijelovima:

1. Za ugovorne strane-dužnike (to smo već radili na samom početku).
2. Po intervalima nastanka duga.
3. Po ugovorima zaključenim sa izvođačima-dužnicima.
4. Po vrsti ugovora.
5. Po narudžbama (prijavama).
6. Po vrstama naloga (prijava).
7. Po vrstama ugovornih strana (u kontekstu onih vrsta klasifikacija koje su prihvaćene u kompaniji), na primjer, po geografskim regijama u kojima se nalaze druge ugovorne strane.
8. Za menadžere koji su isporučivali proizvode (robu, usluge) ugovornim stranama-dužnicima.
9. Za glavne menadžere ugovornih strana-dužnika.
10. po divizijama kompanije.

Slika 10 je izvještaj koji pruža informacije o računima potraživanja po intervalima pojavljivanja. Obratimo pažnju na to da vrijednosti intervala (broj dana) po kojima su iznosi grupirani u izvještaju nisu rigidno postavljene programom, već ih unosi direktno korisnik sistema. Štaviše, istovremeno možete unijeti i pohraniti nekoliko opcija u sistem, a prilikom generiranja izvještaja odabrati željenu opciju.

Ova mogućnost je jasno ilustrovana na slici 11 – prilikom generisanja izvještaja uveli smo novu opciju za intervale (mjesec, kvartal, godina, više od godine) i odmah dobili podatke o potraživanjima u kontekstu ovih pojmova.

Kako praksa pokazuje, vjerovatnoća otplate duga od strane dužnika je veća što je kraći period nastanka ovog duga. Naravno, može biti izuzetaka, ali u svakom slučaju, uz podjednake napore kompanije da otplati dug, „sveži“ dugovi se obično vraćaju sa mnogo većim uspehom.

Napravimo malu kalkulaciju na osnovu ove pretpostavke. Procijenimo šanse za dobijanje duga za period ne duži od 30 dana na 90%, od 31 do 90 dana - na 80%, od 90 dana do 1 godine - 60%, a preko 1 godine - samo 20% . Rezultati proračuna prikazani su na slici 12. Iz njih proizilazi da je preporučljivo raditi prije svega sa drugom stranom Iskre, a zatim sa Zoryom i Fresh Wind. I ima smisla jednostavno otpisati dug takvih organizacija kao što su Mir Sveta, Glavspetsstroy i Neva TD. Određivanje prioriteta je neophodno, jer resursi koje kompanija može izdvojiti za rad sa dužnicima nisu beskonačni. (Zaista, svi zaposleni u kompaniji od jutra do večeri ne mogu se baviti samo ovim pitanjem).

Gore opisani proračun i zaključci koje smo na njemu napravili samo su jedan primjer kako možete koristiti izvještaje generisane u 1C:Enterprise 8.0 za analizu i donošenje odluka.

Sljedeće pitanje koje ćemo razmotriti je analiza potraživanja u kontekstu ugovora i naloga.

Analiza potraživanja u kontekstu ugovora i naloga (prijava) kupaca

Uopšteno govoreći, informacije o potraživanjima u kontekstu ugovora i naloga kupaca u "1C:Enterprise 8.0" mogu se dobiti iz nekoliko vrsta izvještaja, i to: "Poravnanja sa drugim ugovornim stranama", "Dugovi po ugovornim stranama", "Računi potraživanja-dijagram" , osim Osim toga, radit će i neki univerzalni oblici. Ipak, namerno ćemo nastaviti da koristimo samo jedan izveštaj „Dugovi po ugovornim stranama“, zahvaljujući čemu ćemo proučavati mogućnosti sistema u pogledu različitih grupisanja i odabira podataka. Drugim riječima, vidjet ćemo kako se na osnovu istog šablona izvještaja može dobiti više različitih obrazaca.

Počnimo s činjenicom da se u bilo koji izvještaj ne mogu uključiti sve informacije, već samo one koje ispunjavaju određeni kriterij (ili više kriterija). Ono što ćemo sada učiniti, nakon što smo u ugovoru odabrali samo one ugovore koji su zaključeni sa četiri određene dužničke organizacije - Zarya, Snezhinka Shopping Center, Fresh Wind i Morozko. Da biste to uradili, u uslovima za odabir po ugovornoj strani (vidi sliku 13), u gornjem delu izveštaja, naznačite vrstu uslova – „Na listi“, a zatim na listu dodajte one ugovorne strane koje nas zanimaju.

Grupisanje podataka u izveštajima može se vršiti i vertikalno (po redovima) i horizontalno (po kolonama) - Slika 14.

U našem slučaju, horizontalno grupisanje se vrši po ugovornim stranama, a vertikalno - po ugovorima druge strane.

Tako smo dobili prekrasan izvještaj o potraživanjima u kontekstu sklopljenih ugovora sa kupcima i kupcima.

Pretpostavimo sada da kompanija ima nekoliko vrsta ugovora koji se međusobno razlikuju u smislu plaćanja od strane kupca za isporučene proizvode. Logično bi bilo analizirati, a po kojim vrstama ugovora češće nastaje dug?

Postoji takva mogućnost u sistemu. Ugovori u "1C:Enterprise 8.0" mogu se podijeliti po vrstama, koristeći, na primjer, analitički atribut "Vrsta međusobnih obračuna" (vidi sliku 15).

Dalje, u izvještaju „Dug po ugovornim stranama“ dovoljno je grupisati podatke po ovom analitičkom atributu (podešavanje grupisanja je prikazano na slici 16.), i odmah ćemo dobiti odgovor na naše pitanje.

Izvještaj o potraživanjima, grupisan po vrstama ugovora, prikazan je na slici 17.

Šta slijedi iz izvještaja? Iz toga proizilazi da potraživanja u kompaniji postoje samo po dvije vrste ugovora. Prvi su ugovori koji podrazumijevaju plaćanje od strane kupca direktno po otpremi proizvoda. Druga vrsta su ugovori po kojima kupac plaća jednom mjesečno posljednjeg dana, za proizvode otpremljene u toku mjeseca.

Istovremeno, dug po prvom tipu ugovora je mnogo veći nego po drugom. Možda bi kompanija trebalo da revidira uslove ugovora o isplati, jer upravo na njima nastaje značajan iznos duga? I, možda, ima smisla uopšte ne sklapati takve ugovore, već sarađivati ​​sa svojim partnerima pod nekim drugim uslovima, smanjujući tako verovatnoću „potraživanja“ u budućnosti. Iako, iskreno, gledajući naš izvještaj, uopće nije očito da uzrok svih nevolja leži upravo u ugovorima.

S tim u vezi, ima smisla, možete "kopati" još dublje i vidjeti za koje narudžbe (aplikacije) je dug nastao. Napominjem da takva mogućnost postoji u sistemu samo ako je u ugovorima odabran znak vođenja međusobnih obračuna "po nalozima", a ne "po ugovoru u cjelini".

Za dobijanje informacija o "potraživanja" koristićemo isti izveštaj "Dugovi drugih", ali ćemo ovoga puta u podešavanjima izveštaja postaviti dva grupisanja po linijama - "Sutrastrana" i "Posao". Pod "transakcijama" u ovom slučaju se misli samo na narudžbe kupaca. Rezultat je prikazan na slici 18.

Druga strana „Morozko“ nam nije platila dva naloga, „Snežinka“ i „Svež vetar“ su imali po jedan neplaćeni nalog. Što se tiče duga ugovorne strane Iskre, nažalost nećemo biti u mogućnosti da detaljiziramo naloge. Upravo iz navedenog razloga sporazum sa Iskrom, po kojem je dug nastao, uspostavlja znak vođenja međusobnih obračuna "po ugovoru u cjelini".

Nadalje, moguće je izvršiti još dublju analizu narudžbi prema različitim kriterijima, grupiranje narudžbi po odjelima kompanije, odgovornim zaposlenicima i svim drugim informacijama koje se nalaze u aplikacijama kupaca. Ili čak nije prisutan. Na primjer, postavimo sebi zadatak da saznamo da li su kašnjenja u plaćanju kupaca na bilo koji način povezana s kvalitetom proizvoda kompanije. Za realizaciju ovog zadatka predlažemo da se na osnovu ankete kupaca direktno u narudžbama naznači kako kupac ocjenjuje kvalitetu isporučenih proizvoda po narudžbi, a zatim grupiše sve narudžbe za koje postoji „potraživanje“ prema ovim procjenama. Zatim povežite primljene informacije sa iznosima potraživanja za narudžbe.

Međutim, prilikom otvaranja dokumenta "Narudžba kupca" u 1C:Enterprise 8.0, u njemu nećemo pronaći takvo polje (rekvizit) u koje bi bilo moguće unijeti podatke o kupčevoj ocjeni kvaliteta naručenih proizvoda. Znači li to da je naš zadatak nemoguć? Ne sve. U "1C:Enterprise 8.0" moguće je dokumentima (i ne samo dokumentima) dodati sve dodatne detalje koji se nazivaju "svojstva". Iskoristivši ovu sjajnu priliku, osmislili smo novo svojstvo, koje smo nazvali "Ocjena kupaca kvaliteta proizvoda po narudžbi" i čak postavili moguće vrijednosti za njega "Zadovoljavajuće", "Nezadovoljavajuće".

Nakon što smo u narudžbama naveli kako kupac ocjenjuje kvalitet isporučenih proizvoda, postalo je moguće dobiti izvještaj o potraživanjima sljedeće forme - vidi sliku 20 (na slici je prikazan i sam izvještaj i njegova podešavanja u smislu grupiranja podataka ):

Prema izvještaju, malo je vjerovatno da će neplaćanje kupaca biti uzrokovano pritužbama na kvalitet proizvoda kompanije. Samo u jednom slučaju (narudžba za iznos od 1.625,00 USD kupca "Morozko") kupac očito nije zadovoljan kvalitetom proizvoda, što, naravno, može biti razlog kupčevog neplaćanja ovog red. Za ostale naloge takav zaključak se ne može donijeti.

Pa zašto ne plate?

Pa zašto ne plate? Možete, naravno, intervjuisati same dužnike, prikazati rezultate ankete u 1C:Enterprise 8.0, a zatim napraviti izvještaj o nalozima, grupiran prema razlozima kašnjenja plaćanja. Na primjer, u ovom obliku (slika 21):

Naravno, nije uvijek moguće dobiti objektivne podatke putem ankete, ali u našem primjeru (Slika 21) ima o čemu razmišljati. U gotovo polovini slučajeva, dužnici su kao razlog neplaćanja naveli sporazum o odlaganju plaćanja sa menadžerom prodaje, dok se činilo da uslovi ugovora sa kupcima nisu predviđali odgodu. Izvještaj grupiran prema atributu "Odgovoran" dokumenta "Narudžba kupca" pomoći će vam da shvatite koji zaposlenici pokazuju neprimjerenu inicijativu (pretpostavlja se da je zaposlenik koji je označen kao odgovoran radio na zahtjevu ovog kupca).

Moguća verzija izvještaja prikazana je na slici 22.

Sumirajući gore navedeno, napominjemo da postoji mnogo opcija za izgradnju analitičkog izvještavanja u 1C: Enterprise 8.0. U našem primjeru smo skoro cijelo vrijeme radili sa jednom vrstom izvještaja „Dug kontrastranaka“, a ni tada nismo iscrpili sve njegove mogućnosti. U "1C:Enterprise 8.0" (ako govorimo o kompleksnom rješenju "Upravljanje proizvodnim preduzećem") postoji više od stotinu vrsta oblika menadžerskog analitičkog izvještavanja, osim toga, postoji nekoliko univerzalnih oblika ("bilansi i promet", "list \ cross-tab", "diagram univerzalni"), kao i poseban alat "konzola za izvještaj", koji vam omogućava da izvršite proizvoljan odabir podataka iz sistema. Zahvaljujući tome, kompanije koje koriste "1C:Enterprise 8.0" dobijaju na raspolaganju moćan analitički alat koji je koristan za sve odjele kompanije. Ako naučite kako ga pravilno koristiti. A to uopće nije tako teško kao što se čini na prvi pogled.

Vraćajući se na naš primjer na temu "potraživanja", u zaključku ćemo razmotriti još jedno malo pitanje. Zaista me zanima kada naši dužnici planiraju da otplate svoje dugove?

Kako dobiti podatke o planiranim primanjima gotovine od kupaca u 1C:Enterprise 8.0

Podsistem za upravljanje gotovinom, koji je dio rješenja za upravljanje proizvodnim preduzećem 1C:Enterprise 8.0, omogućava planiranje gotovinskih primanja od kupaca, odražava stvarna plaćanja i povezuje činjenice sa planovima.

Slika 23 prikazuje primjer izvještaja o planiranim novčanim priljevima. Izvještaj je izgrađen u kontekstu kontrastranaka. U stvari, predstavljeni obrazac je plansko-činjenična analiza prijema sredstava od kupaca. Kolona "Prijem" sadrži podatke o tome koliko planiramo dobiti od kupca u ovom periodu (u našem primjeru, ovo je 3. kvartal 2005. godine). Kolona "rashod" odražava stvarna primanja sredstava od kupaca za isti period. U kolonama "početno stanje" i "završno stanje" možemo vidjeti koliko je planiranih računa kupcu ostalo da plati (na početku odnosno na kraju perioda, u našem primjeru - 01.07.2005. i 30.09.2005.). Ako kolone "početno stanje" i "završno stanje" sadrže iznos sa predznakom minus, onda to pokazuje koliko je stvarna uplata od strane kupca premašila planiranu.

Izvještaj „Planirani gotovinski primici“ može biti detaljan po nalozima kupaca, ugovorima, odjeljenjima, konkretnim datumima planiranih i stvarnih plaćanja, valutama, vrstama plaćanja itd. - minimalna lista mogućih opcija prikazana je na slici 24.

Tako ćemo, nakon generisanja izvještaja "Planirani gotovinski primici", sa potrebnom analitikom i za traženi vremenski interval (ili u trenutnom trenutku), moći vidjeti od koga i za šta smo očekivali (ili trenutno očekujemo) gotovinske primitke . Naravno, sve ove informacije ćemo dobiti pod uslovom da su planirana plaćanja registrovana u informacionom sistemu.

Pored evidentiranja planiranih plaćanja od kupaca u sistemu, može se preporučiti i evidentiranje događaja (pregovaranja) sa kupcima o povraćaju potraživanja. Pohranjivanje takvih podataka u sistem omogućit će, na osnovu njih, da se redovno analizira koje napore zaposleni u kompaniji ulažu da vrate potraživanja (a upoređujući obim pregovora i iznos vraćenog duga kompaniji, ocijeniće i rezultat ovih napora). Primjer kako se pregovori sa dužnikom mogu registrovati u 1C:Enterprise 8.0 prikazan je na slici 25.

Sažimanje

Dakle, na primeru rada sa potraživanjima, upoznali smo se sa nekim od mogućnosti softverskog sistema 1C:Enterprise 8.0 u pogledu generisanja upravljačkih izveštaja.

Očigledno, ovaj sistem zaista može postati pravi pomoćnik u svakodnevnom radu analitičara i menadžera svih nivoa u modernoj ruskoj kompaniji. Izgradnja upravljačkog izvještavanja u 1C:Enterprise 8.0 bazira se na više od stotinu tipova predložaka izvještaja koji pokrivaju nekoliko kontura - upravljanje proizvodnjom, opremom, nabavkom, logistikom, upravljanjem zalihama, prodajom i CRM-om, upravljanjem osobljem, upravljanjem finansijama: budžetiranje, upravljanje računovodstvo, rusko računovodstvo i MSFI. Svaki od predložaka može, zauzvrat, biti fleksibilno prilagođen od strane korisnika izvještaja za određene zadatke. Međutim, nemoguće je ne primijetiti da tako moćan alat zahtijeva adekvatne napore za njegovo proučavanje, jer nisu sve mogućnosti sistema jednostavne i razumljive na prvi pogled. Za udubljenje u temu "Upravljačko izvještavanje u 1C:Enterprise 8.0" možemo preporučiti prisustvovanje na istoimenom seminaru koji održava kompanija "vdgb-CONSULT".

Rezultat obuke će biti uočljiv - kompanija će otkriti nove mogućnosti za analizu svojih aktivnosti, pomažući u donošenju potrebnih upravljačkih odluka na vrijeme. Pored toga, nakon što je dobro proučio softverski sistem, kompanija sebi obezbeđuje relativnu nezavisnost od konsultanata.