Da bi preduzeće na vreme ispunilo svoje finansijske obaveze, treba izbegavati gotovinske praznine – nedostatak sredstava neophodnih za finansiranje redovnih troškova. Počevši od verzije 3.0.43.152, program "1C: Računovodstvo 8" ima "Kalendar plaćanja" koji ne samo da pomaže u rješavanju gotovinskih praznina, već i doprinosi operativnom upravljanju finansijskim tokovima. Kalendar može odražavati informacije o primanjima kupaca i planiranim plaćanjima dobavljačima; o uplatama u budžet; o kašnjenju u plaćanju; o sredstvima koja su u tranzitu između banke i blagajne (npr. prilikom naplate), a planirana su da budu primljena po ugovorima o preuzimanju. Nova funkcionalnost je posebno korisna za mala i srednja preduzeća koja nemaju finansijsko odeljenje ili nemaju finansijskog menadžera u osoblju.

Cheat sheet za članak urednika BUKH.1C za one koji nemaju vremena:

1. Počevši od verzije 3.0.43.152, program "1C: Računovodstvo 8" ima "Kalendar plaćanja" - funkcionalnost koja pomaže u rješavanju gotovinskih praznina i doprinosi operativnom upravljanju finansijskim tokovima.

2. Pristup kalendaru plaćanja se vrši preko istoimene hiperlinke iz sekcije Za menadžera u grupi Planiranje.

3. Kalendar plaćanja je izvještaj koji odražava plan prijema i utroška sredstava po danima, kao i podatke o stanju sredstava na početku i na kraju svakog dana.

4. Izvještaj Kalendar plaćanja u "1C: Računovodstvo 8" izdanje 3.0 može uključivati sljedeće odjeljke (ako je primjenjivo): plaćanja od kupaca, drugi primici, porezi i naknade, plaćanja dobavljačima, plate, periodična plaćanja.

Nova funkcionalnost za planiranje finansijskih tokova

Za stabilno poslovanje preduzeća potrebno je na vreme izvršiti sva planirana plaćanja prema ugovornim stranama. Da biste to učinili, u trenutku uplate na blagajni ili na računima za poravnanje organizacije u banci, mora biti dovoljno sredstava. Situacija kada sredstva privremeno nisu dovoljna naziva se cash gap. U programu "1C: Računovodstvo 8" izdanje 3.0, pruža se nova funkcionalnost za sprečavanje gotovinskih praznina - Raspored plaćanja(vidi sliku 1).

Rice. 1. Obrazac kalendara plaćanja

Pristup Kalendar plaćanja vrši istoimena hiperveza iz sekcije Glava u grupi Planiranje. Postavke komandnog panela određuju organizaciju za koju se generišu informacije o planiranim plaćanjima i period predviđanja, uključujući trenutni datum. Raspored plaćanja- ovo je izvještaj koji odražava plan prijema i utroška sredstava po danu, kao i informacije o stanju sredstava na početku i na kraju svakog dana.

Negativne vrijednosti na kraju dana ukazuju na gotovinske praznine. Oni su u izvještaju označeni crvenom bojom. Da biste izbjegli gotovinske praznine, potrebno je osigurati da iznos plaćanja ne prelazi iznos primitaka, uzimajući u obzir stanje na početku dana. Koristeći Raspored plaćanja, računovođa uviđa gdje je planiran nedostatak sredstava, te može blagovremeno preduzeti mjere da ga otkloni.

Sekcije kalendara plaćanja

Izvještaj Raspored plaćanja u "1C: Računovodstvo 8" izdanje 3.0 može uključivati sljedeće odjeljke (ako postoje odgovarajuće situacije):

Plaćanje od kupaca;
Ostala opskrba;
Porezi i doprinosi;
Plaćanja dobavljačima;
Plata;
Periodične uplate.

Razmotrite koje su informacije prikazane u svakom od odjeljaka.

Plaćanje od kupaca

U poglavlju Plaćanje od kupaca prikazuje isplate planirane prema dokumentima računovodstvenog sistema Faktura kupcu, Realizacija (akti, fakture), Pružanje proizvodnih usluga, Prenos osnovnih sredstava, Prenos nematerijalne imovine.

Podsjećamo da je mogućnost specificiranja uslova plaćanja u ovim dokumentima postavljena u postavkama funkcionalnosti. Kako bi korisnik mogao pratiti uslove očekivanih plaćanja od kupaca, u rubrici Glavno -> Funkcionalnost na obeleživaču Izračuni zastava mora biti postavljena Planiranje plaćanja od kupaca.

Informacije o kašnjenju u plaćanju možete dobiti klikom na odgovarajuću hipervezu na formular za pomoćnika Očekivano plaćanje od kupaca(Sl. 2).

Rice. 2. Asistent "Očekivana uplata od kupaca"

U obrascu pomoćnika možete promijeniti rok za jedan ili više dokumenata tako što ćete ih prvo odabrati kursorom. Po dugmetu Promijenite rok plaćanja Otvara se obrazac za unos novog roka plaćanja. Takođe, rok plaćanja dokumenta se može promeniti direktno u koloni Rok. Odabirom redova na listi, možete poslati e-mail drugoj strani sa podsjetnikom za plaćanje. Pismo će biti generisano automatski pomoću dugmeta Podsjeti.

Ostalo snabdevanje

U poglavlju Ostalo snabdevanje prikazani su podaci o sredstvima deponovanim u blagajni kreditnih organizacija, štedionica ili blagajnama pošta za odobravanje računa organizacije, ali još nenamjenski odobrenih (stanja na računu 57.01 „Prenosi na putu ”). U rubrici se prikazuje i planirani prijem sredstava po ugovorima o sticanju (stanja na računu 57.03 „Prodaja platnim karticama“).

Porezi i doprinosi

U poglavlju Porezi i doprinosi prikazani su zadaci za uplate u budžet (porezi, naknade, premije osiguranja). Iznosi poreza, naknada i doprinosa koji se plaćaju obračunavaju se prema podacima infobaze – to su ili obračunati porezi ili podaci iz pripremljenih deklaracija ili izvještaja. Ako nije bilo moguće utvrditi iznos za uplatu (na primjer, nema ni deklaracije ni obračuna), tada se u polju umjesto iznosa ispisuje crtica.

Za uplate u budžet dostupne su akcije koje su slične odgovarajućim zadacima u Lista zadataka. Klikom na ćeliju otvara se meni u kojem možete odabrati željenu radnju - npr. Plati ili Provjerite sa FTS-om. U slučaju kada iznos plaćanja nije definiran, program 1C: Računovodstvo 8 izdanja 3.0 će vam reći koju radnju treba poduzeti - na primjer, pripremiti deklaraciju za odgovarajući porez.

Plaćanja dobavljačima

U poglavlju Plaćanja dobavljačima prikazane su isplate planirane prema dokumentima Račun od dobavljača, račun (akti, fakture), prijem dop. rashodi, prijem nematerijalne imovine. Klikom na ćeliju otvara se dokument na osnovu kojeg se planira plaćanje. Da bi korisnik mogao da odredi uslove plaćanja u dokumentima dobavljača, potrebno je u postavkama funkcionalnosti programa na kartici Izračuni postaviti zastavu Planiranje plaćanja dobavljača.

Informacije o dospjelim plaćanjima dostupne su na odgovarajućem hiperlinku. Klikom na njega otvara se obrazac za pomoć. Plaćanje dobavljačima, sa kojim možete automatski generisati listu naloga za plaćanje dobavljačima. Da biste to učinili, označite linije za koje želite generirati naloge za plaćanje. Dokumenti za plaćanje se generišu automatski klikom na dugme Kreirajte naloge za plaćanje.

Plata

U odjeljak Plata uključuje plaćanja za isplatu plata zaposlenima. Klikom na ćeliju otvara se meni u kojem možete odabrati željenu radnju, npr isplatiti ili Provjerite kod Federalne porezne službe porez na dohodak građana(Sl. 3).

Rice. 3. Odjeljci "Porezi i doprinosi" i "Plata"

Ponavljajuća plaćanja

U poglavlju Ponavljajuća plaćanja prikazuju se informacije o redovnim plaćanjima - na primjer za komunalije, komunikacije, stanarinu, internet itd. Datum podsjetnika na sljedeću uplatu i redovnost podsjetnika može se postaviti u obliku naloga za plaćanje pomoću hiperlinka Ponovite plaćanje? Informacije o dospjelim plaćanjima dostupne su na odgovarajućem hiperlinku.

U obliku Kalendar plaćanja možete prilagoditi planove prijema/trošenja novca pomoću komande Pređite na drugi dan. Da biste to učinili, odaberite područje koje sadrži informacije o plaćanju. Komanda je takođe dostupna u kontekstualnom meniju ćelije za plaćanje. Transfer je dostupan samo za plaćanja dobavljačima i plaćanja od kupaca.

U jednostavnom i vizuelnom obliku Raspored plaćanja pruža informacije o prognoziranim novčanim tokovima sa mogućim gotovinskim prazninama i doprinosi brzom donošenju mjera za sprečavanje ove situacije. Rezultat optimizacije kalendara plaćanja je uređeni plan (prognoza) toka gotovine organizacije, u kojem nema gotovinskih praznina.

1. Uvod

Planiranje gotovine jedan je od glavnih zadataka upravljačkog računovodstva, za razliku od računovodstva.

Naravno, postoje i druge značajne razlike između CM i BU (različiti zahtjevi za analitiku, za procjenu i revalorizaciju imovine/obaveza, potreba za stvaranjem rezervi, itd.), ali potreba za rješavanjem problema planiranja je najteži od njih. .
Složenost planiranja nije samo u pripremi plana (njegov izračun, formiranje prema različitim scenarijima), već je potrebno:

Izvršiti reprogramiranje;
Ažuriranje planova, prenošenje prilagođavanja na naredne periode;
Izvršiti plan – činjeničnu analizu.

Treba imati na umu da većina preduzeća (koja koriste 1C za automatizaciju) ne planiraju u programu.
"Morali bismo da prilagodimo računovodstvo..." - toliko ljudi raspravlja.

Računovodstvo treba prilagoditi, da, ali ne nauštrb planiranja.
Naravno, planiranje je i dalje uključeno (ali ne u 1C, već u XLS). I prvi, glavni zadatak (koji pokušavaju riješiti) je planiranje sredstava.

(1) Strateški (budžetiranje);
(2) Operativno.

A ako se budžetiranje (naravno, sa pristupom planiranju odozgo prema dolje) može izvršiti korištenjem XLS-a, onda operativno planiranje ne može.
Suština je da minimum korisnika (1-2 osobe) najčešće radi sa budžetskim tabelama. Za većinu preduzeća, broj budžetskih stavki itd. analitičar – nema ih toliko. Odnosno, sve se može obraditi „ručicama“ u XLS-u.

Ali što se tiče operativnog planiranja za d/s, ovdje je situacija drugačija. Odnosno, često postoji veliki broj računa za plaćanje, mnogo redovnih plaćanja, očekivanih plaćanja za narudžbine kupaca itd.

A osim toga, sve se to može "vezati" za veliki broj primarnih dokumenata sa kojima rade razni korisnici programa, ispravljaju se dokumenti, mijenja situacija itd.

Još jedna bitna razlika između operativnog planiranja i budžetiranja je ta što ono često ide „odozdo prema gore“. Odnosno, iz “Prijava za potrošnju d/s”, koje uvijek izdaju zaposleni u odjeljenjima.

I ove prijave, shodno tome, treba na vrijeme obraditi, prihvatiti/odbiti, “staviti u plan” i platiti.

Ukupno: operativno planiranje za d/s je prvi od zadataka planiranja, koji bi trebalo da bude automatizovan u "1C" za svako preduzeće.

I kao rezultat planiranja, odjel za finansije / trezor bi trebao "vidjeti" u sistemu:

Kada, kome, sa kog tekućeg računa / blagajne, za koji iznos treba platiti;
Koliki je d/c saldo na "takav i takav" datum, uzimajući u obzir tekuća stanja, planirane troškove i d/c primitke. Potrebno je izbjegavati tzv. "cash gaps".
Odnosno, postoji potreba za radom sa kalendarom plaćanja.
Koliki će dug prema drugim ugovornim stranama biti na navedene datume, uzimajući u obzir planirana plaćanja, primitke i trenutni saldo međusobnih obračuna.
Odnosno, postoji potreba da se radi sa kalendarom kalkulacija.

Svrha ovog članka - govoriti o mogućnostima automatizacije operativnog planiranja za d/s. Istovremeno će se izvršiti komparativna analiza 3 različite cirkulacijske konfiguracije (dvije su tipične iz 1C, jedna je specijalizovana iz wiseadvice).

Svaka od konfiguracija može se koristiti za rješavanje zadataka operativnog planiranja za c/c, međutim, treba napraviti uravnotežen izbor na osnovu obima i razmjera vašeg projekta.

2. Mogućnosti SCP-a 1.3

U ovom trenutku, 1C još nije objavio dugo očekivano, novo izdanje SCP-a (rev. 2). Stoga ćemo se fokusirati na ono što je dostupno - odgovarajuće podsisteme SCP 1.3:

Mora se poništiti da je podsistem „Zahtjevi za utrošak sredstava“ ažuriran u konfiguraciji relativno nedavno (2011). Kao rezultat toga, u režimu upravljanog sučelja, stavka "Prijave za potrošnju d / s /" pojavila se na panelu odjeljaka.

Ako pokušate u tipičnoj konfiguraciji, u načinu datoteke, otvorite obrazac dokumenta “Zahtjev za trošak d/s” (aka, ZRDS), tada se odmah pojavljuje greška na varijabli “GlobalValues” iz općeg modula “ Rad s općim varijablama”.

Ova vrsta greške se, međutim, može ispraviti, kako kažu: „talog ostaje“. Odnosno, u podsistemu ZRDS UPP ima dovoljno „hrapavosti“.
Mogućnost izdavanja dokumenta ZRDS putem WEB pretraživača je korisna, ali u praksi će biti potrebno dobro razmisliti o pojednostavljenju i ergonomiji standardne forme dokumenta. Ovo će biti posebno važno za mobilne uređaje.

Ali što se tiče kalendara plaćanja, onda u režimu tankog klijenta, daljinski preko WEB pretraživača itd. neće moći da ga koriste. Razlog je taj što podsistem „Upravljanje gotovinom“ već duže vreme nije ažuriran, a posebno izveštaj „Kalendar plaćanja“ nije izgrađen na sistemu sastavljanja podataka. Stoga se ovaj izvještaj ne može koristiti u tankim klijentima, ne postoji mogućnost kreiranja proizvoljnih postavki za njega.

U radu sa ZRDS-om značajno mjesto zauzima procedura koordinacije i odobravanja prijava. U zavisnosti od organizacione strukture preduzeća i drugih karakteristika poslovanja, interna procedura odobravanja prijava (propisi o odobravanju) može biti prilično složena (višestepena, varijabilna, itd.). Dakle, za automatizaciju ovo nije lak zadatak.

U SCP-u je implementiran podsistem koordinacije i odobravanja. Pruža prilično fleksibilna podešavanja.

Odobrenje je potvrda o potrebi plaćanja aplikacije. Odobrenje obično treba da ide preko rukovodilaca odeljenja, menadžera i drugih odgovornih lica kompanije.
Odobrenje je konačna potvrda (od strane blagajnika) da će prijava biti plaćena. Istovremeno se mora odrediti datum uplate, tekući račun/kaza sa koje će se vršiti uplata. Dakle, plaćanje spada u operativni plan (kalendar plaćanja).

Mora se poništiti da određeni broj tačaka tipične funkcionalnosti SCP-a ne pruža ono što je potrebno u stvarnoj implementaciji podsistema.
O ovim "trenucima" ću pisati kasnije, ali za sada razmotrimo koju funkcionalnost pruža tipična konfiguracija.

Možete omogućiti korištenje mehanizma odobravanja aplikacije zasebno, za svaku organizaciju.

Moguće je postaviti redoslijed prolaska aplikacije duž ruta, hijerarhiju ruta.

U isto vrijeme, treba napomenuti da se hijerarhija u direktoriju potpodjela ne uzima u obzir u mehanizmima usmjeravanja aplikacija.
Također je potrebno poništiti da je koordinacija i odobrenje tehnički izgrađeno bez korištenja mehanizma poslovnog procesa.

U svakoj tački možete odrediti jednog/više korisnika kojima će biti dostupno izvršenje odobrenja aplikacije. Odnosno, prijavu može odobriti bilo koji od njih (koji će imati vremena da to prvi uradi).

Za svaku jedinicu možete dodijeliti odgovarajuću točku puta za odobrenje. Suština je sljedeća: prilikom izrade aplikacije (ZRDS), CFD (podpodjela) mora biti naznačen. I u zavisnosti od specificirane pododjele, SCP „pronađe“ odgovarajuću tačku koja joj odgovara i „šalje“ zahtjev za odobrenje ovoj tački.

Također je dozvoljeno ne specificirati odjel u postavci rute koordinacije. U ovom slučaju, takva tačka dogovora će se "primijeniti" na sve CFD-ove za koje odgovarajuća tačka rute nije posebno naznačena.

Sama koordinacija se provodi pomoću posebne obrade "Odobravanje prijava"

Analiza planirane raspoloživosti sredstava, rasporeda plaćanja i praćenje gotovinskih praznina vrši se u izvještaju "Kalendar plaćanja".

Pored planirane potrošnje d/s (ZRDS), može se uzeti u obzir i planirani prijem d/s. Za ove svrhe predviđen je poseban dokument „Planirani prijem d/s”.

Treba napomenuti da iako postoje konstatacije (pripremljene, odobrene itd.) u dokumentu “Planirani prijem d/s”, ali ne postoji mogućnost da se dogovorimo oko ovog dokumenta (kao ni ZRDS). Odnosno, promjena statusa dokumenta je moguća samo u načinu "ručne kontrole".

Pa ipak, u SCP-u postoji mogućnost da se uzme u obzir planirani prijem d/s od kupaca bez izdavanja dokumenata “Planirani prijem d/s”.

Odnosno, ako se za kupca izdaju „Nalozi kupaca“, onda se u posebnom izvještaju „Kalendar plaćanja uzimajući u obzir narudžbe“ može vidjeti ovaj planirani prijem d/c.

Pored izvještaja "Kalendar plaćanja" obezbjeđuje se izvještaj "Analiza raspoloživosti sredstava".

Istovremeno, moguće je rezervisati d/c (na zahtjevima za troškove) ili postaviti prijave na račun planiranih primitaka.

Tu je i funkcionalnost zatvaranja ZRDS-a i planiranih prijema d/s. U ove svrhe, u režimu „redovnog klijenta“ daju se dokumenti „Zatvaranje prijava za trošenje/primanje d/s“.

Međutim, ova funkcionalnost također nije podržana u načinu rada tankog/web klijenta.
Ovdje morate shvatiti da je tehnika "tvrde rezervacije" snažno vezana za hronologiju unosa dokumenata, što otežava prilagođavanja i reprogramiranje.

Stoga je funkcionalnost ostavljena u SCP-u radije kao „naslijeđe prošlosti“, a kalendar plaćanja treba koristiti za analizu dostupnosti d/c.

Dakle, razmotrena je funkcionalnost SCP-a i sada ću navesti one momente tipične konfiguracije koji se u praksi na projektima moraju finalizirati:

Prema dokumentu "Zahtjev za trošenje d/c":
1. U dokumentu možete odrediti "Pododjel" (usput, u konfiguraciji je označen kao CFR - centar finansijske odgovornosti). Ali sasvim je moguće da je aplikacija napravljena od jedne jedinice (FSC), a istovremeno će se troškovi morati dalje pripisivati / raspodijeliti na drugu / druge odjele (FSC - centri za upravljanje finansijama).
  Mogućnost specificiranja DFS-a itd. - je odsutan.
  Ne postoji mogućnost promjene rute, preusmjeravanja aplikacije na druge rute.

Ne postoji mogućnost planiranja prenosa gotovine između računa za poravnanje, sa računa na blagajnu i tako dalje.

Proces dogovora:
1. Postoji mogućnost koordinacije ZRDS-a, ali ne postoji mogućnost koordinacije planiranog prijema d/s.
2. U praksi postaje neophodno izvršiti koordinaciju za druge zaposlene. Istovremeno, sistem takođe treba da evidentira informacije o tome „ko je i za koga izvršio koordinaciju“.
  Opcija instaliranja više mogućih izvršitelja u jednoj tački dogovora često nije prikladna, jer se ovaj izvršilac može odrediti u drugim fazama sporazuma. Kao rezultat toga, sve će to dovesti do činjenice da će na listi zahtjeva za odobrenje zaposlenik istovremeno imati i glavne i indirektne zadatke za odobrenje. Naravno, ovo zbunjuje korisnika, nije zgodno.
  Sumirajući, ne postoji mogućnost koordinacije za drugog izvođača, mogućnost da se naznači ko i za koga ima pravo koordinacije - izostaje.
3. U postupku odobravanja prijava, kada aplikacija pređe na odobravanje sljedećeg na trasi, potrebna je funkcionalnost automatskog obavještavanja (e-mailom) sljedećeg izvođača, kao i autora prijave. .
4. Ako je autor aplikacije već odgovoran za odobrenje/odobrenje (u bilo kojoj fazi rute!), onda je sasvim logično da program automatski “skrati” rutu, preusmjeri aplikaciju na najviši mogući nivo. Međutim, to nije predviđeno JPP.
- Svi navedeni zahtjevi, iako nisu u tipičnoj konfiguraciji, ipak.

Izvještaji, prava pristupa.
1. Traži se mogućnost ograničavanja pristupa aplikacijama samo za dostupne autore/izvođače (koordinatore); po odjeljenjima dostupnim korisniku.
2. Ne postoji izvještaj o kontroli (po danima i intervalima) stvarnog i planiranog duga. Ovo važi i za kupce i za dobavljače.
3. Izvještavanje i dio funkcionalnosti nisu pogodni za rad u tankom / web-klijent modu.
Računovodstvo po redovnim ugovorima, ugovorima.
1. Često postoje situacije kada je potrebno redovno plaćati dobavljače. Na primjer, plaćanje stanarine itd.
  UPP ne automatizuje odraz u kalendaru plaćanja itd. ove predstojeće troškove. Odnosno, potrebno je pratiti takva plaćanja u načinu ručne kontrole i popunjavati aplikacije za plaćanje, što je nezgodno i dugotrajno.
2. U ugovorima sa kupcima, sa dobavljačima mogu se propisati uslovi za procenat avansa, rokovi plaćanja i sl.
  UPP ne bilježi automatski sve ove informacije i (kao rezultat toga) ih automatski odražava u kalendaru plaćanja.

3. Karakteristike UT 11.1

Izlaskom nove konfiguracije "Trade Management Rev. 11" pojavile su se mnoge nove, korisne karakteristike za zadatke operativnog planiranja i finansijske kontrole.
Možda najznačajniji u ovom dijelu u UT11 (u poređenju sa SCP 1.3) je mehanizam za obračun rasporeda plaćanja. Ovaj mehanizam samo "zatvara" ono što je jako nedostajalo - automatizaciju planiranja/računovodstva po redovnim ugovorima, ugovorima.

Dakle, u UT11 je moguće uopće ne sastavljati (ako nije potrebno, naravno) dokumente za planiranje troškova i računa d/c, a pritom će se normalno formirati kalendar plaćanja.

Možete poništiti da "tipične postavke" izvještaja "Kalendar plaćanja" ne ispunjavaju očekivanja (kao takav, kalendar se ne prikazuje), ali u korisničkom načinu možete dodati grupisanje po "datumu plaćanja" i izvještaj će generisati u uobičajenom obliku.

Funkcionalnost izvještaja je znatno proširena (u poređenju sa SCP 1.3) korištenjem sistema za sastavljanje podataka. Sada se izvještaj može generirati u tankom / web klijentu, pohraniti u bazu podataka i dodijeliti različitim korisnicima sa postavkama koje su im potrebne.

Pored planiranja toka i prijema d/s, UT11 ima i funkcionalnost planiranja kretanja d/s. U ove svrhe možete sastaviti dokumente "Nalog za pomicanje d / s".

U poređenju sa UPP 1.3, za dokument „Zahtjev za trošenje d/c“ povećan je broj vrsta poslovnih transakcija koje se uzimaju u obzir:

Sada je moguće odobriti i dokumenta „Zahtjev za trošenje d/c“ i druge naloge:

Za analizu duga po intervalima/terminima obezbeđen je izveštaj „Potraživanja“. Ako je potrebno, možete kreirati kalendar dugova. Da biste to učinili, u korisničkom modu dodajte grupiranje po datumima plaćanja.

Nažalost, UT11 (kao i ranije) ne predviđa mogućnost analize kalendara dugova po dobavljaču. Međutim, finalizirajte UT11 za ovaj zadatak.

Da rezimiramo: nova metodološka rješenja "1C" zajedno sa mogućnostima platforme 8.2 pružaju dobru osnovu za automatizaciju zadataka operativnog planiranja i upravljanja d/s.

Ali u isto vrijeme, mora se shvatiti da konfiguracija UT11 nije cjelovito, gotovo rješenje za automatizaciju riznice i planiranje d/s.

Prvo, u UT11, u vrlo pojednostavljenom obliku, implementiran je mehanizam za koordinaciju/odobravanje zahtjeva za potrošnju i drugih planskih dokumenata za d/s. Odnosno, ne postoje mehanizmi rutiranja, proces odobravanja aplikacija je sveden na jednostavno postavljanje statusa.
Drugo, u UT11 ne postoji podsistem budžetiranja i (kao rezultat) nema funkcionalnosti za praćenje zahtjeva za planirane budžete.

4. Mogućnosti WA: Finansijer

Istorijski gledano, konfiguracija WA:Financier je razvijena na osnovu proizvoda Treasury Management.

U isto vrijeme, novo rješenje Financier kompanije WiseAdvice također uključuje:

podsistem planiranja budžeta;
Podsistem upravljanja ugovorima;
Podsistem za formiranje i računovodstvo stvarnih plaćanja;
Fleksibilan, prilagodljiv mehanizam za generisanje/popunjavanje dokumenata na osnovu šablona;
Fleksibilan, prilagodljiv podsistem za integraciju sa klijent-bankom.

Razmotrimo glavnu funkcionalnost "WA: Financier" u smislu trezora - od računovodstva uslova po ugovorima do formiranja kalendara plaćanja.

U procesu odobravanja aplikacije, ne možete samo odobriti/odbiti dokument (kao što se radi u SCP-u), već su dostupne i druge funkcije: na primjer, poslati dokument na reviziju ili zatražiti dodatne informacije. informacije.
Ceo ovaj proces je automatizovan, odnosno obezbeđeno je izveštavanje o statusu izrade i odobrenja dokumenta.

5. Rezultati

Nalazi:

Automatizovati rad finansijskih službi, trezora, organizacija sa složenim org. strukture je najprikladnije rješenje "WA: Finansijer".
Ovo rješenje se dugo razvijalo i razvijalo, akumulirajući specifičnosti i zahtjeve različitih Finaca. odeljenja i trezora. Ukupni troškovi rada za razvoj rješenja iznosili su više od 5000 ljudi/sati.
Prednost WA: Financier rješenja je njegova napredna funkcionalnost i veliki broj mehanizama podešavanja programa. Dakle, implementacija ovog rješenja moguća je u kratkom vremenu (tzv. „box implementacija“), bez dodatnih razvoj, programiranje itd.
Budući da rješenje sadrži mehanizme za dvosmjernu razmjenu sa svim glavnim tipičnim konfiguracijama, integracija u postojeću strukturu (razmjena podataka sa bazama podataka UT, SCP, Complex, Bukh) neće biti teška.
Za automatizaciju finansijskog odjela/trezora kao dio projekta integrirane automatizacije najbolje odgovara rešenje zasnovano na SCP-u.
Istovremeno, morate shvatiti da će funkcionalnost SCP-a zahtijevati poboljšanja.
Specifičnost, zahtjevi fin. odjela, trezori nisu ugrađeni u SCP tako duboko kao što je to učinjeno u zasebnim, specijalizovanim rješenjima.
Stoga, implementaciju SCP-a za ove zadatke treba izvoditi samo kao dio projekta automatizacije.
Za velike organizacije, za automatizaciju odjela trezora UT11 ne odgovara.
U ovoj odluci, prije svega, ne postoje mehanizmi za koordinaciju/odobravanje planskih dokumenata.
Drugo, ne postoji budžetski podsistem i kontrola izvršenja budžeta tokom operativnog planiranja.
Međutim, UT11 savršeno za automatizacija (uključujući operativno planiranje za d/c) mala fin. odeljenja kompanije.

Kako unijeti kalendar plaćanja u program 1C 8.3?

Mogućnost održavanja kalendara plaćanja u 1C 8.3 i 8.2 dostupna je u nekoliko tipičnih konfiguracija:

1C Enterprise Accounting 8.3 (3.0)
1C Manufacturing Enterprise management
1C ERP Enterprise Management 2.0
1C Integrisana automatizacija
1C Upravljanje trgovinom 11 i 10.3
1C Upravljanje malim preduzećima

Ova funkcionalnost vam omogućava da kontrolišete tok gotovine (CF) na tekućim računima i na blagajni, kao i da sprečite gotovinske praznine.

Izveštaj prikazuje podatke o planiranim primanjima, rashodima i bilansima DS. Informacije mogu biti detaljne u primarnim dokumentima (slika 2).

Primjer rada sa kalendarom plaćanja u 1C Trade Management

Razmotrite primjer za konfiguraciju 1C Trade Management 11 i nove značajke koje su se pojavile u najnovijim verzijama.

Prije svega, potrebno je izvršiti podešavanja. Da biste to učinili, u odeljku „Administracija – Organizacije i fondovi“ označite polje za potvrdu „Prijave za trošenje sredstava“ (Sl. 3). U drugim verzijama, ovo polje za potvrdu možete pronaći u odjeljku Trezor.

U istom odjeljku možete konfigurirati kontrolu ograničenja za organizaciju u cjelini ili za svaki odjel.

Nakon podešavanja, u odeljku „Finansije“ pojavljuje se odeljak „Planiranje novca“ (slika 4). U drugim verzijama, ovo može biti odjeljak "Trezor".

Unesite nekoliko zahtjeva za troškove. Ovaj dokument je ključ za organizaciju operativne kontrole kretanja DS. Razmotrimo ga detaljnije (slika 5).

Prije svega, trebate odabrati operaciju dokumenta. U našem primjeru, ovo je “Transfer poreza”. Članak DDS ovisi o odabranoj operaciji. Program će upitati korisnika koji članak se može koristiti u ovom ili onom slučaju (popis članaka će se filtrirati ovisno o operaciji).

Pošto je kontrola ograničenja omogućena u postavkama, program je blokirao dokument. Da biste odobrili takvu aplikaciju, morate ili omogućiti potvrdni okvir "Preko ograničenja" ili povećati ograničenje za ovaj članak.

Limiti su postavljeni u dokumentu "Ograničenja za trošenje novca" (Sl. 6). Rok se ne postavlja u trenutku formiranja prijave, već u trenutku planirane uplate. U našem primjeru, narudžba je postavljena u julu, ali je ograničenje postavljeno za avgust.

Dokument "Zahtjev za potrošnju DS" ima nekoliko statusa:

nije dogovoreno
Dogovoreno
Platiti
Odbijeno

Sve neodobrene prijave mogu se vidjeti u časopisu „Zahtjev za izdatak DC za odobrenje“ (Sl. 7). Pogodno je odobravati prijave direktno sa ove liste.

Sada napravimo kalendar plaćanja i procijenimo situaciju.

Na slici 8 prikazan je izvještaj za avgust 2016. godine. Novčane praznine su u njemu označene crvenom bojom. Prema prijavi br. TDCU-000003 od 04.08.2016. godine, potrebno je platiti nabavku osnovnog sredstva, ali nema dovoljno novca za ovaj datum.

Za razliku od kalendara plaćanja ranijih verzija (slika 1), sada je moguće generisati dokumente o prenosu ili planirane prijeme DS direktno iz izveštaja.

Na slici 9 vidimo dokument „Očekivani prijem DS“, generisan dugmetom „Prijem“ direktno iz kalendara plaćanja. Za zatvaranje gotovinskog jaza potrebno je pravilno odabrati DDS stavku i planirani datum prijema.

Nakon knjiženja dokumenta „Očekivani prijem DS“, kalendar plaćanja se odmah menja (Sl. 10). Novčani jaz je zatvoren.

Pored dokumenata za prenos i planiranog prijema DS iz kalendara, možete generisati isprave za plaćanje izborom tražene aplikacije ili dokumenta prijema DS.

U zaključku, malo o dodatnim postavkama. Slika 11 prikazuje strukturu izvještaja, koju korisnik može uređivati po želji. Tako, na primjer, u naprednom načinu rada možete odabrati prikaz DDS članaka u hijerarhijskom redoslijedu, tj. dobiti rezultate ne samo u kontekstu svakog članka, već i rezultate za grupe članaka.

Izvor: programmer1s.ru

U mnogim 1C konfiguracijama postoji takva funkcionalnost kao što je kalendar plaćanja (PC). Pomaže da se izvrši kratkoročno planiranje gotovine (BC) i da se na vrijeme otkriju gotovinske praznine. U konfiguraciji "1C: ERP Enterprise Management 2" računar je predstavljen kao praktično radno mesto koje vam omogućava da kreirate dokumente, generišete izveštaje i analizirate rezultate. U ovom članku želimo se detaljnije zadržati na karakteristikama rada sa PC-om u navedenoj konfiguraciji (verzija 2.4).

PC u cjelini je analitički izvještaj koji odražava primitke, otpise i stanja DS-a, koji se mogu grupisati po vrsti - gotovinski i bezgotovinski, kao i po lokaciji - specifični bankovni računi ili blagajna organizacije . Osim toga, iz platnog kalendara možete vršiti planirane otpise DS-a, upravljati njihovim stanjem na različitim bankovnim računima i na blagajni i premeštati ih kako biste eliminisali gotovinske praznine. Računar će postati pouzdan pomoćnik u upravljanju DC tokovima čak i za finansijske menadžere početnike, pod uslovom da se uzmu u obzir preporuke za rad s njim.

Postavljanje parametara za vođenje kalendara plaćanja

Rad sa računarom će postati moguć nakon preliminarne instalacije jednog važnog parametra programa. Provjerimo to kroz interfejs "NSI i administracija / Uspostavljanje NSI i odjeljenja / Trezor".

Ova postavka je upravljanje aplikacijama za trošenje novca. PC se održava u 1C: ERP sa postavljenom zastavicom Hajde da ga instaliramo.

Ovo je dovoljno za početak rada na računaru.

Pristup računaru moguć preko interfejsa "Trezor/Planiranje i kontrola sredstava/Kalendar plaćanja".

Postavljanje kalendara plaćanja u 1C 8.3

Izgled računara se može prilagoditi zahtevima i zadacima korisnika. Podrazumevano, kalendar se otvara u dva prozora: aplikacije/lijevo, kalendar/desno.

Možete promijeniti način rada PC izlaza pomoću tipke "Pogled" nalazi se u gornjem lijevom kutu kalendara.

Postoje tri načina za prikaz kalendara:

Aplikacije/Kalendar;
Kalendar/Plaćanja;
Lista aplikacija.

Optimalno je koristiti drugi način rada, u kojem su svi prateći dokumenti dostupni i za prijem i za trošenje DS.

Računar se može konfigurirati za određeni broj dana planiranja (20 dana na prethodnom snimku ekrana). Navedite organizaciju koja vam je potrebna (u našem slučaju to je Prompostavka). Podesite izbor za određeni bankovni račun / blagajnu.

Veoma je važno konfigurisati računar, što vam omogućava da kontrolišete vidljivost njegovih linija. Dostupan je iz padajućeg menija dugmeta. "Više":

Nekoliko tipova opcija je dostupno za instalaciju u prozoru za podešavanje:

Prikaz u kalendaru - omogućava postavljanje vidljivosti još neodobrenih zahtjeva za trošak;
Očekivani računi - uključuje vidljivost linija DS računa u kontekstu dokumenata poravnanja;
Očekivani otpisi – kontroliše vidljivost troškova bez prijava iu kontekstu dokumenata za poravnanje.

Osim toga, u postavkama možete odabrati vrstu valute - menadžersko ili regulirano računovodstvo. Dodatni lijep bonus je mogućnost postavljanja datuma planiranja i isključivanja neradnih dana u kalendaru.

Hajde da se upoznamo sa strukturom računara koja odgovara prethodno navedenim postavkama.

Na lijevoj strani je lista obračunskih računa organizacije, ako nije prethodno uspostavljen izbor ni za jedan račun. Stanja, primici, otpisi, zbrojevi dostupni su u izvještaju. Kolone izvještaja omogućavaju uvid u dospjela dugovanja i planirana kretanja po danu. Ako promijenite aktivnost ćelija kalendara, tada će se u donjem tabelarnom dijelu mijenjati lista dokumenata koji dešifriraju ili priznanice, ili otpise ili iznose dospjelih dugovanja.

Održavanje kalendara plaćanja u 1C

Kao što smo ranije spomenuli, PC u ERP-u je radno mjesto, odnosno korisnik može odmah upravljati PC-om u otvorenom obliku.

Planiranje novčanih tokova u kalendaru plaćanja

U kalendaru možete planirati kretanje DS-a, uz naknadnu izradu potrebnih dokumenata, u sledećim oblastima:

Transfer na drugi račun;
Izdavanje drugom blagajniku;
Bankarska naplata;
Bankarska naplata;
Konverzija valuta.

Da biste to učinili, jednostavno odaberite željenu liniju iz padajućeg izbornika gumba.

Ovisno o odabranoj liniji, otvorit će se dijalog za kreiranje dokumenata:

Nalog za premještanje sredstava - za sve linije, osim za konverziju valuta;
Prijava za trošenje DS - samo za konverziju valuta.

Značajke popunjavanja platnih dokumenata za ispravno održavanje kalendara plaćanja

Da bi sistem nedvosmisleno klasifikovao određeni dokument poravnanja po pripadnosti kretanju sa određenog bankovnog računa, potrebno je u ovom dokumentu navesti način plaćanja i navesti bankovni račun i blagajnu.

Na primjer, nalog kupca, koji sadrži bilo koji način plaćanja, a nazivi blagajne i tekućeg računa nisu popunjeni, neće se moći identificirati u PC-u.

Takav nalog će ući u takozvane neizmirene račune, a red „Priznanica nije dodijeljena“ pojavit će se u PC obrascu. Slična situacija je moguća i sa otpisom DS-a ako u dokumentima obračuna sa dobavljačima nije popunjena blagajna ili tekući račun sa kojeg će se vršiti plaćanja. Takvi iznosi su posebno prikazani u redu "Otpis nije dodijeljen".

Da biste izbjegli takve situacije, potrebno je pažljivo pratiti proceduru popunjavanja podataka o platnim dokumentima. U računaru nema linija sa potpuno popunjenim dokumentima za plaćanje "Priznanica nije dodijeljena/Otpis nije dodijeljen".

Praćenje i otklanjanje gotovinskih praznina pomoću kalendara plaćanja u 1C

U procesu održavanja računara, organizacija može iskusiti gotovinske praznine, tj. privremeni nedostatak VC ili višak raspoloživih i pristiglih sredstava u odnosu na plaćanja koja organizacija treba da izvrši u istom vremenskom periodu, obično istog dana. U PC-u, gotovinske praznine se vrlo jasno odražavaju kao negativni iznosi stanja na određenom bankovnom računu ili blagajni organizacije:

Analiza stanja računara na prisutnost gotovinskih praznina omogućit će vam da brzo odgovorite na njihovu pojavu. Postoji nekoliko načina da se zatvori gotovinski jaz:

Premještajte novac sa jednog bankovnog računa na drugi, osiguravajući dovoljan balans;
Promena iznosa otpisa DS, smanjenjem i odlaganjem plaćanja do datuma pojave planiranih primanja;
Osigurati dovoljnu ponudu DS od kupaca.

Razmotrite, kao primjer, način premještanja sredstava između računa. Kao što možete vidjeti na snimku ekrana iznad, na računu „7231/Promdelivery (RUB)/Sopstveni račun” je formiran gotovinski jaz. Ako analiziramo PC kao cjelinu za organizaciju, vidjet ćemo da postoji još jedan bankovni račun sa dovoljnim iznosom sredstava.

Moći ćemo da premestimo DS sa jednog naloga na drugi, kao što je gore opisano, kreiranjem dokumenta

Nakon toga ćemo ažurirati PC i uvjeriti se da je gotovinski jaz nestao.

Prijave za potrošnju u kalendaru plaćanja 1C

Računovodstveni sistem "1C: ERP 2" omogućava vam da trošite DS kako uz obaveznu upotrebu aplikacija na određenom bankovnom računu organizacije, tako i bez njih. Možemo upravljati aplikacijama preko određenog bankovnog računa organizacije.

Izdaćemo otpis DS sa bankovnog računa bez obaveznih prijava. Da biste to uradili, na računaru koristite dugme

U razmatranom slučaju, dokument će biti generisan "Otpis bezgotovinskih sredstava", na koji će se zapravo preseliti DS.

U slučaju obaveznog korištenja zahtjeva o troškovima na osnovu naloga dobavljača i drugih dokumenata o prijemu koji čekaju na plaćanje, morat ćete kreirati ove zahtjeve koji će pasti u PC.

Na računaru možete brzo upravljati aplikacijama tako što ćete ih pomerati po datumima plaćanja, podeliti plaćanja, a time i upravljati gotovinskim prazninama.

Radi praktičnosti rada sa velikim brojem aplikacija na računaru, aplikacije su grupisane prema različitim kriterijumima:

Ovim se završava opis mogućnosti kalendara plaćanja u "1C: ERP 2". Nadamo se da ćete uz pomoć naših instrukcija brzo savladati rad sa računarom i početi da upravljate novcem svoje organizacije koristeći ovaj alat.

Održavanje kalendara plaćanja omogućeno je samo u nekim modifikacijama programa 1C 8.3 i 8.2:

1C ERP upravljanje preduzećem 2.0.

1C Menadžment proizvodnog preduzeća.

Kalendar plaćanja je izvještaj kojim možete brzo pratiti sve novčane tokove na svim računima poravnanja organizacije i na blagajni, te blagovremeno uočiti netačnosti.

Izvještaj prikazuje planirane primitke, izdatke i stanje gotovine. Također je moguće dobiti detaljne podatke o apsolutno svim dokumentima, uključujući i primarne.

Razmotrite, na primjer, rad s kalendarom plaćanja u programu 1C Trade Management 11. Prvo morate napraviti neka podešavanja. Idite na karticu "Administracija", odjeljak "Organizacije i fondovi". U drugim verzijama programa, ova stavka se nalazi u odjeljku "Riznica":

Ovdje je potrebno označiti polje "Zahtjev za utrošak sredstava".

Ovdje također možete postaviti parametre za kontrolu ograničenja za cijelu organizaciju ili direktno za svaki odjel. Nakon izvršenih podešavanja, stavka „Planiranje novca“ će se pojaviti u odjeljku „Finansije“. (Ostale verzije programa - odjeljak "Riznica"):

Na primjer, napravimo nekoliko zahtjeva za trošenje DS-a. Ovaj dokument će biti glavni u kontroli cirkulacije sredstava:

U dokumentu "Zahtjev za trošenje DS" važno polje je "Operacija". Navedeni tip operacije određuje DDS stavku.

Na osnovu odabrane operacije, program samostalno bira članak koji će koristiti i traži od korisnika u obliku filtrirane liste. Ako je kontrola ograničenja omogućena u postavkama, tada 1C može prikazati obavijest o nemogućnosti postavljanja dokumenta. Postoje dva načina da ispravite situaciju: označite polje "Preko ograničenja" ili povećajte graničnu vrijednost za traženi artikal:

Za povećanje limita potrebno je kreirati dokument „Granice potrošnje za DS“.

Svaka prijava je određena statusom:

Dogovoreno.

Nije dogovoreno.

Platiti.

Odbijeno.

Prijave koje nisu odobrene prikazuju se u časopisu "Zahtjev za izdatke DC-a za odobrenje".

Najpogodnije je promijeniti status u "Dogovoreno" upravo na ovoj listi. Za razumevanje, možete kreirati „Kalendar plaćanja za organizacije i vrste DS“ i analizirati ga.

Prikazujemo izvještaj za naredni mjesec, crvenom bojom će biti istaknute nedosljednosti u iznosu gotovine, odnosno novac koji nije dovoljan za prijenos planirane uplate. Ova verzija programa implementira mogućnost generiranja dokumenata za planirana primanja sredstava i transfera direktno iz kalendara plaćanja (u ranijim verzijama ova funkcija nije dostupna):

Da bismo otklonili prazninu u kasi, kreiramo dokument „Očekivani prijem DS“ pritiskom na taster „Prijem“. Ovdje morate ispravno navesti artikl DDS i planirani datum prijema. Idemo, jaz je zatvoren.

Pored gore navedenih dokumenata, moguće je kreirati isprave za plaćanje. Da biste to učinili, odaberite željenu aplikaciju ili dokument o prijemu sredstava. Preko dugmeta "Postavke" moguće je urediti dodatne parametre izvještaja koje svaki korisnik može konfigurirati po svom nahođenju. Na primjer, napredni način rada vam omogućava da postavite prikaz DDS članaka u obliku hijerarhije, što omogućava prikaz rezultata ne samo pojedinačno za svaki članak, već i po grupama.

Sberbank Rusije