Prašymai išleisti pinigus per 1s. Dokumentas „Prašymas sumokėti“. Dokumento „Mokėjimo prašymas“ formos aprašymas

Siųsti šį straipsnį į mano paštą

Apskaitoje 1C apmokėjimo sąskaita faktūra yra dokumentas, kurį organizacija pateikia pirkėjui už pristatytą prekę ar paslaugą, kad informuotų apie būtinybę įnešti lėšų.

1C pateikia dvi darbo su sąskaitomis faktūromis apmokėjimui 1C variantus:

Kaip dokumentas, kuris saugomas duomenų bazėje ir atitinkama spausdinta forma. Ji skirta kontroliuoti tarpusavio atsiskaitymus su pirkėjais sistemoje ir rodyti aktualią informaciją popieriuje.

Atspausdinta Sąskaitos faktūra apmokėjimui, kuri sugeneruojama iš kliento užsakymo ar pardavimo dokumento ir reikalinga išsiųsti pirkėjui. Jį galite atsispausdinti bet kuriuo metu, taip pat rodomą formą galite išsaugoti savo kompiuteryje bet kokiu formatu.

Kuris iš minėtų variantų bus taikomas, priklauso nuo pastovaus Naudoti sąskaitas apmokėjimui klientams vertės ir yra nustatytas skyriuje Pagrindiniai duomenys ir administravimas → Pardavimai → Didmeninė prekyba → Mokėjimo sąskaita faktūra.

Dokumentas Sąskaita faktūra apmokėjimui 1C 8.3

Susikurti sąskaitą 1s 8.3 galima įvedus naują iš Prekybos dokumentų registro, taip pat įvedus pagrindu, esant tam tikroms sąlygoms

Kliento užsakymu, jeigu:

Jame parenkama sutartis su sąveikos tvarka Pagal užsakymus;

Tam nereikia susitarimo, tačiau sutartyje nurodyta mokėjimo pavedimais tvarka.

Sąskaita faktūra apmokėjimui 1C sudaroma remiantis prekių ir paslaugų pardavimu, jei:

Naudojama sutartis, kuri apibrėžia užsakymą Važtaraščiais;

Sutartis nereikalinga, tačiau sutartyje yra atsiskaitymo važtaraščiais taisyklės.

Sąskaita pagal 1C 8.3 gali būti sukurta remiantis bet kuriuo iš aukščiau paminėtų dokumentų, jei abipusių atsiskaitymų su klientu taisyklės yra sutartyse.

Kuriant sąskaitą apmokėjimui 1C 8.3, pagal bet kurio iš nurodytų objektų duomenis yra skirta darbo vieta „Sąskaitų apmokėjimui sudarymas“, ji atsidaro sąraše komanda Sukurti pagrindu.

Čia pateikiami du darbo skirtukai: Etapai ir mokėjimai bei Apmokėjimo sąskaitos. Kiekvienas prisiima savo detales ir atlieka tam tikras funkcijas.

Pirmajame rodomi visi suplanuoti mokėjimai, numatyti mokėjimų grafike.

Paaiškinkime, apie kokią diagramą kalbame. Sutartyje su klientu, nesvarbu, individuali, ar standartinė, galite nustatyti mokėjimo grafiką, pagal kurį būtina fiksuoti lėšų gavimą informacinėje sistemoje.

Mokėjimo grafikui nurodomas vardas ir užpildomas etapų sąrašas. Kiekvienam mokėjimo grafiko etapui nurodoma mokėjimo galimybė (avansas, išankstinis apmokėjimas arba kreditas), apmokėjimas (ne grynaisiais arba grynaisiais), procentas nuo visos sumos (visų eilučių suma turi būti lygi 100%), atidėjimas (pamaina). dienomis nuo pardavimo datos) nustatomi.

Paimkime pavyzdį. Sąveikos sąlygos yra nustatytos klientui: norėdamas išsiųsti prekes pagal paraišką, pirkėjas turi sumokėti avansą 50% nuo šios paraiškos sumos, likusią dalį sumokėti per 5 dienas nuo išsiuntimo. . Visi mokėjimai atliekami per kasą.

Duomenų įvedimas atrodo taip:

Detalizavimas: Pagal užsakymus;

Mokėjimo forma: Grynieji pinigai;

Mokėjimo galimybės: išankstinis apmokėjimas (prieš išsiuntimą) 50% ir kreditas (po išsiuntimo) 5 dienos 50%

Pagal sutartyje nustatytą grafiką apmokėjimo etapai automatiškai apskaičiuojami pačiame dokumente (Kliento užsakymas arba Prekių ir paslaugų pardavimas). Esant poreikiui, juos galima koreguoti rankiniu būdu naudojant nuorodą Mokėjimo laukelyje ir perkelti į dokumentą nekeičiant duomenų kataloge.

Žymės pirmajame skirtuko stulpelyje nustatomos automatiškai toms eilutėms, kurioms apmokėti reikia išrašyti sąskaitą faktūrą. Jeigu už eilutę jau buvo sumokėta (mokėjimo dokumentai suvesti į duomenų bazę), tada eilutė tampa neaktyvi ir stulpelyje „Sumokėta“ rodoma jau gauta suma. Paskyra sukuriama paspaudus to paties pavadinimo mygtuką. Tokiu atveju bus sudaryta nauja registruojama sąskaita faktūra, kurios informacija bus užpildyta pagal pagrindinio dokumento duomenis ir mokėtiną sumą. Jis bus rodomas paskyrų sąraše kitame skirtuke „Apmokėjimo sąskaitos faktūros“ būsenoje Išrašyta.

Naujoje 1C paskyroje yra ši informacija:

Skrybėlėje: pagal tai, ką ji uždėjo, kada, kam ir iš ko;

Mokėjimo etapuose rodoma mokėjimo forma, banko sąskaita ir (arba) kasa ir mokėjimo grafikas;

Papildomai nurodomas vadovas, vadovas, vyriausiasis buhalteris, užpildoma mokėjimo paskirtis ir, esant reikalui, įrašomas papildomas tekstas išvesti į spausdintą formą;

Vartotojo patogumui į Komentarą galite įvesti kitą savavališką tekstą.

Visos sukurtos sąskaitos faktūros apmokėjimui 1C 8.3 pateikiamos sąskaitų sąraše, esančiame skiltyje „Pardavimas“. Visas išrašytas sąskaitas už atsiskaitymo objektą galite peržiūrėti naudodamiesi ataskaita „Susiję dokumentai“, o atsidaryti tiesiai iš ataskaitos, paspaudę atitinkamas ataskaitos eilutes.

Galite bet kada atsispausdinti spausdinamą paskelbtos paskyros formą 1C naudodami komandą „Spausdinti“, taip pat galima sugrupuoti kelių pasirinktų paskyrų išvestį.

Spausdinama forma Mokėjimo sąskaita faktūra 1C 8.3

Formuoti tik spausdintą formą Paskyra 1C 8.3 neišsaugant jos duomenų bazėje galima iš šių sistemos objektų:

Iš pardavimo užsakymo, laikantis šių sąlygų:

Naudojasi sutartimi su detaliais atsiskaitymais Pagal pavedimus;

Sutartis nereikalinga, bet sutartyje atsiskaitymo galimybė Pagal užsakymus.

Iš prekių ir paslaugų pardavimo, jei:

Naudojama sutartis, kurioje vykdomi tarpusavio atsiskaitymai pagal sąskaitas faktūras;

Sutarties nereikia, bet sutartyje nurodyti sąskaitų faktūrų rekvizitai.

Sąskaita 1s 8.3 gali būti sugeneruota pagal bet kurio iš aukščiau nurodytų dokumentų duomenis, jei juose taikoma atsiskaitymo pagal sutartis tvarka.

Taip pat 1C sąskaitose įdiegta galimybė atsiimti sąskaitą faktūrą su faksimile. Norėdami tai padaryti, spausdinimo nustatymuose prie organizacijos kortelės reikia pridėti faksimilinį spausdinimą (papildymo būdą rasite nuorodoje "Kaip sukurti faksimilę?"). Tokios sąskaitos faktūros apmokėjimui 1C spausdinimas atliekamas komanda Spausdinti, pasirinkus atitinkamą meniu elementą.

Dokumentas „Mokėjimo paraiška“ yra pagrindinis mokėjimo prašymų tvarkymo posistemio įrankis. Šis dokumentas leidžia programoje užregistruoti poreikį pervesti grynuosius arba negrynuosius pinigus tiekėjams, darbuotojams, mokesčių institucijoms ir kitoms sandorio šalims. Be to, dokumento funkcionalumas numato kiekvieno registruoto mokėjimo prašymo susitarimo ir tvirtinimo tvarką.

Darbas su dokumentu atliekamas mokėjimo paraiškų žurnale. Žurnalas pasiekiamas per pagrindinio meniu punktas „Mokėjimų prašymai“ „Mokėjimų prašymų žurnalas“, taip pat per programos stalinių kompiuterių valdymo skydelio elementus.

Dokumento „Mokėjimo prašymas“ formos aprašymas

Dokumento formoje „Prašymas apmokėti“ yra pateikiamos charakteristikos (detalės), kurios atskleidžia registruoto mokėjimo paskirtį. Formos viršuje yra pagrindinės informacijos blokas, apibrėžiantis organizaciją, CFD, fondų tipą ir kitas privalomas paraiškos charakteristikas. Skirtuke „Mokėjimo paskirtis“ pateikiamas detalių sąrašas, leidžiantis nurodyti sumą ir detaliai aprašyti mokėjimo paskirtį. Be to, yra trys skirtukai su papildoma informacija apie planuojamą mokėjimą: „Lydieji dokumentai“, „Mokėjimai“ ir „Paraiškos eiga“.

Dokumento forma "Prašymas sumokėti"

Pagrindinės detalės

Pagrindinės informacijos sąrašas:

• Mokėjimo terminas – terminas, iki kurio turi būti apmokėta paraiška;
• Sandoris – mokėjimo operacija, kuri nustato atsiskaitymų su sandorio šalimi tipą. Rekvizitas yra privalomas pildymui;
• DDS straipsnis – registruotos mokėjimo paraiškos klasifikavimas pagal organizacijoje priimtą straipsnių klasifikatorių. Rekvizitas yra privalomas pildymui;
• Organizacija – įmonė, kurioje registruota paraiška. Įvedant naują dokumentą, atributas automatiškai įgauna „Pagrindinės organizacijos“ reikšmę iš vartotojo asmeninių nustatymų (nurodomas katalogo „Vartotojai“ elemento formoje). Rekvizitas yra privalomas pildymui;
• CFD – įmonės struktūrinis padalinys (skyrius, padalinys, skyrius), atsakingas už tarpusavio atsiskaitymus su sandorio šalimi – lėšų gavėju;
• Iniciatorius – asmuo, kuris yra užregistruotos apmokėti operacijos iniciatorius. Rekvizitas yra papildoma programos charakteristika ir naudojama kaip atrankos kriterijus posistemio žurnaluose ir ataskaitose;
• Mokėjimo būdas – nustato prioritetinį atsiskaitymo už paraišką būdą (grynaisiais ar negrynaisiais). Įvedant naują dokumentą atributas įgauna reikšmę „Nepiniginiai“;
• Komentaras – savavališko komentaro eilutė prie registruotos mokėjimo paraiškos;
• Atsakingas – paraiškos dokumentą programoje užregistravęs vartotojas. Atributas užpildomas automatiškai ir jo negalima redaguoti.

Skirtukas „Mokėjimo paskirtis“.

Registruodami dokumentą skirtuke „Mokėjimų paskirtis“, turite užpildyti šiuos duomenis:

• Sandorio šalis – juridinis arba fizinis asmuo, kuris yra lėšų gavėjas, pildomas iš katalogo „Sandorio šalys“. Rekvizitas yra privalomas pildymui;
• Sutartis – sutartis su sandorio šalimi, pagal kurią būtina pervesti lėšas;
• Mokėjimo suma ;
• PVM tarifas ;
• PVM suma, įskaičiuota į mokėjimo sumą;
• Lėšų valiuta;
• Mokėjimo paskirtis– mokėjimo paskirties eilutė, kuri apibrėžia operacijos dalyką, t.y. už kurį reikia pervesti pinigus. Mokėjimo paskirtis gali būti sugeneruota automatiškai;
• Pamatinio dokumento numeris- dokumento, kuris yra prašymo pagrindas, numeris (pavyzdžiui, sąskaitos apmokėjimui numeris, sąskaitos numeris ir kt.);
• Steigimo dokumento data- dokumento, kuris yra prašymo pagrindas, data;
• Dokumentų bazė- informacijos eilutė, kuri apibūdina iš sandorio šalies gautą pirminį dokumentą ir yra lėšų pervedimo pagrindas. Jei mokėjimo pagrindas yra apmokėjimo sąskaita faktūra, dokumento charakteristikos pildomos rankiniu būdu. Šis atributas automatiškai užpildomas įvedant paraišką pagal tiekėjo dokumentą (sąskaitą faktūrą, įvykdymo pažymėjimą ir kitus pirminius dokumentus, įregistruotus 1C: Apskaita);

Skirtukas „Lydimi dokumentai“.

Skirtuke „Lydieji dokumentai“ yra lentelės laukas, skirtas prie mokėjimo prašymo pridėti visus būtinus lydimuosius dokumentus, pavyzdžiui, sutartis, papildomus susitarimus, sąskaitas apmokėjimui, pažymas, specifikacijas ir kt. Pridedami dokumentai turi būti bet kokio formato elektroniniai dokumentai. Įrašant prašymą, visi skirtuke nurodyti dokumentai yra saugomi infobazėje, kuri užtikrina šių dokumentų saugumą ir galimybę greitai juos pasiekti tiesiai iš prašymo formos.

Mokėjimo paraiška: skirtukas „Lydimo dokumentai“

Galimų rekvizitų sąrašas:

• Dokumento pavadinimas- pridedamo dokumento pavadinimas. Pridedant dokumento failą, šis laukas automatiškai užpildomas failo pavadinimu. Jei reikia, vartotojas gali pakeisti nurodytą reikšmę;
• Dokumento tipas – pridedamo dokumento tipas. Šis laukas neredaguojamas ir užpildomas automatiškai, kai pasirenkamas failas;

Įmonė gali atsiskaityti tiekėjui grynaisiais pinigais arba pervesdama lėšas į tiekėjo atsiskaitomąją sąskaitą (atsiskaitymas negrynaisiais pinigais). Atsiskaitoma grynaisiais pinigais naudojant dokumentą Išeinantis kasos pavedimas.

Atsiskaitymas negrynaisiais pinigais (lėšų pervedimas į tiekėjo atsiskaitomąją sąskaitą) fiksuojamas dokumente Negrynųjų lėšų nurašymas.

Dokumentai gali būti išduodami pagal anksčiau įformintus dokumentus Prekių ir paslaugų gavimas. Lėšų pervedimas į tiekėjo atsiskaitomąją sąskaitą vykdomas dviem etapais: mokėjimo dokumento (išeinančio mokėjimo nurodymo) įforminimas ir atspausdinimas bei faktinio lėšų pervedimo iš įmonės atsiskaitomosios sąskaitos į tiekėjo atsiskaitomąją sąskaitą registravimas (gavus banko sąskaitą). pareiškimas).

Tokia dokumentų įvedimo tvarka gali būti tuo atveju, kai įmonė neplanuoja įplaukų ir nekontroliuoja lėšų išlaidų. Jeigu įmonei reikia kontroliuoti lėšų panaudojimą, tai lėšų išlaidos atliekamos pagal patvirtintą lėšų išlaidų paraišką. Norint įdiegti tokią mokėjimo parinktį programoje, skiltyje Administravimas – Organizacijos ir fondai reikia pažymėti varnelę Prašymų išleisti lėšas.

Grynųjų pinigų kontrolė gali būti atliekama tik tam tikrose kasose arba einamosiose sąskaitose. Galima sudaryti sąrašą tų kasų ir atsiskaitomų sąskaitų, iš kurių bus kontroliuojamas lėšų panaudojimas. Tai nustatoma konkrečios kasos ar einamosios sąskaitos kortelėje.

Lėšų panaudojimui kontroliuoti naudojamas Lėšų išlaidų paraiškų dokumentas.

Kaip planuoti ir derinti su vadovybe lėšų sąnaudas.

Norint panaudoti lėšų išlaidų planavimo ir kontrolės mechanizmus, skiltyje Administravimas – Organizacijos ir fondai būtina pažymėti langelį Paraiškos dėl lėšų išlaidavimo.

Taip pat yra galimybė kontroliuoti lėšų panaudojimą pagal nustatytus lėšų išlaidų limitus. Norėdami atlikti tokią kontrolę, skiltyje Administravimas – Organizacijos ir fondai turėtumėte nustatyti papildomus limito kontrolės žymimuosius langelius.

Pinigų srautų limitas nustatomas mėnesiui ir detalizuojamas pinigų srautų straipsniams (mokėjimai tiekėjams, atlyginimai, verslo išlaidos ir kt.). Pinigų srautų straipsnių sąrašą vartotojas gali savavališkai papildyti (skiltis Finansai – Nustatymai ir katalogai – Pinigų srautų elementai).

Kiekvienam padaliniui ir kiekvienai organizacijai galima nustatyti lėšų išlaidų limitus.

Atkreiptinas dėmesys, kad jei nereikia kontroliuoti išlaidų kuriam nors pinigų srauto straipsniui, tai vis tiek turi būti įtrauktas į dokumento DS išlaidų limitai lentelių skyrių, jam kontrolės galimybė neturėtų būti ribojama. . Galima automatiškai užpildyti lentelinę dokumento dalį su visais lėšų išlaidų judėjimo punktais arba tais išlaidų limitais DS, kurie buvo nustatyti praėjusį mėnesį.

Paraiškos patvirtinimo ir patvirtinimo procesas susideda iš šių etapų.

• Mokėjimo iniciatoriaus paraiškos rengimas.
• Paraiškų tvirtinimas.
• Paraiškų tvirtinimas (paraiškų apmokėjimui rengimas).

Mokėjimo iniciatoriaus paraiškos rengimas.

Lėšų išlaidų paraišką surašo vadovas, remdamasis pristatymo dokumentu. Prašymą išleisti pinigus galima sukurti iš sąrašo arba iš dokumento formos.

Taip pat galima išrašyti vieną prašymą dėl kelių pristatymo dokumentų arba nenurodant atsiskaitymo dokumento.

Naujoje paraiškoje išleisti lėšas užpildomi visi duomenys iš dokumento, kurio pagrindu teikiama paraiška. Valdytojas kontroliuoja paraiškos duomenų užpildymo teisingumą, nustato numatomą mokėjimo datą ir ją atlieka. Prašymas paskelbiamas statusu Nepatvirtinta.

Vadovas prie prašymo gali pridėti spausdintas tiekėjo išrašytų sąskaitų faktūrų kopijas, pristatymo dokumentus ar bet kokius kitus pinigų poreikį patvirtinančius dokumentus. Tam naudojamas Attached Files mechanizmas (formos naršymo skydelio komanda). Jei paraiška turi būti apmokėta, vadovas gali nustatyti jai didelį prioritetą.

Paraiškų tvirtinimas.

Nesuderintų prašymų sąrašas pateikiamas tvirtinti padalinio vadovui (iždininkui, finansų direktoriui). Prašymams tvirtinti numatyta atskira darbovietė Prašymai patvirtinti (skyrius Finansai). Tvirtinti paraiškas galės tik tie vartotojai, kurie turi teisę (vaidmenį) Prašymų dėl lėšų panaudojimo tvirtinimas.

Sąraše galite pasirinkti tas nenuoseklias paraiškas, kurioms tinkamas mokėjimo terminas. Norėdami tai padaryti, sąraše turite nustatyti pasirinkimą pagal būseną Nepatvirtinta ir pagal mokėjimo datą.

Taip pat galite atskirai peržiūrėti paraiškas, kurios turi aukščiausią prioritetą, ir paraiškas kiekvienai organizacijai.

Skyriaus vedėjas (iždininkas, finansų direktorius) peržiūrėdamas paraiškas sąraše mato visą reikalingą informaciją apie paraišką: paraiškos sumą, gavėją ir kt. Neatvertęs sąrašo, jis gali matyti prašymo pagrindimą. reikia išleisti lėšų paraiškai (pridedami failai). Norėdami tai padaryti, spustelėkite piktogramą.

Norėdami patvirtinti (atmesti) keletą mokėjimo prašymų, sąraše galite pasirinkti reikiamas užklausas ir pasirinkti atitinkamas komandas:

• Derinti paraiškas – jei reikia derinti paraiškas lėšoms išleisti;
• Atmesti prašymus – jei prašymai išleisti pinigus turėtų būti atmesti.

Prašymas paskelbiamas statusu Sutarta. Patvirtinus paraišką, kontroliuojamas nustatytas lėšų išlaidų limitas. Galimybę patvirtinti užklausas, viršijančias limitą, gali visi tie naudotojai, kurie turi teisę patvirtinti.

Galite organizuoti kelių asmenų paraiškos tvirtinimą. Tokiu atveju paraiškos patvirtinimo procesas gali būti organizuojamas programoje 1C: Dokumentų valdymas, pasinaudojant Prekybos valdymo ir 1C: Dokumentų valdymo programų bendro naudojimo galimybėmis.

Paraiškų tvirtinimas (paraiškų apmokėjimui rengimas).

Norėdamas patvirtinti paraiškas, vartotojas turi turėti apibrėžtą papildomą vaidmenį – Lėšų išlaidų paraiškų apmokėjimo patvirtinimas. Programoje šis vaidmuo nustatytas iždininko prieigos profiliui.

Informacija apie patvirtintas paraiškas įtraukta į mokėjimų kalendorių (skyrius Finansai).

Sutartų mokėjimų suma pagal paraiškas rodoma stulpelyje Visi laukiami.

Finansininkas analizuoja galimybę už paraiškas apmokėti nurodytą dieną grynais arba pervedant lėšas iš atsiskaitomosios sąskaitos. Paraišką galima atidaryti tiesiai iš kalendoriaus ir jai galima nurodyti datą bei mokėjimo būdą. Tai yra, atsižvelgdamas į turimą lėšų likutį įvairiose kasose ir einamosiose sąskaitose, finansininkas nustato, kaip geriausiai sumokėti už šią paraišką.

Tiesiogiai iš kalendoriaus galite pateikti pavedimą pervesti lėšas (iš kitos kasos, kitos atsiskaitomosios sąskaitos) arba registruoti numatomą lėšų gavimą (papildomų paskolų, kreditų gavimą ir pan.).

Nurodęs mokėjimo datą ir būdą, finansuotojas patvirtina paraiškas (už jas nustato būseną Mokėti).

Galutinai patvirtinus paraiškas, jis patikrina galimybę atsiskaityti už paraiškas. Patvirtintų paraiškų suma rodoma stulpelyje Mokėtina.

Patvirtinus paraišką (nustačius būseną Mokėti), galite surašyti mokėjimo dokumentą pinigų išleidimui.

Patvirtinus paraišką, pageidautina surašyti mokėjimo dokumentus, kuriuose būtų nurodyta mokėjimo rūšis, kuri buvo užregistruota paraiškoje. Tačiau leidžiami ir kiti mokėjimų tipai. Pavyzdžiui, dalį paraiškos galima apmokėti grynaisiais, o dalį – pervedant lėšas iš atsiskaitomosios sąskaitos.

Atsiskaitant grynaisiais surašomas grynųjų pinigų pavedimo dokumentas. Prašymas išleisti lėšas bus rodomas kaip mokėjimo pavedimas pinigų ištekėjimo talonų sąraše. Norėdami pataisyti mokėjimą, tiesiog spustelėkite mygtuką Mokėti. Informacija išsiunčiamame kasos orderyje bus surašyta pagal patvirtintos paraiškos duomenis.

Lėšos iš einamosios sąskaitos pervedamos dviem etapais:

1. Surašomas ir atspausdinamas mokėjimo pavedimas. Mokėjimo pavedimas siunčiamas į banką.
2. Faktinis lėšų nurašymas iš einamosios sąskaitos fiksuojamas gavus išrašą iš banko apie lėšų judėjimą einamojoje sąskaitoje.

Kaip išduoti ir atsispausdinti mokėjimo dokumentą.

Programoje galite išduoti bet kokio tipo mokėjimo dokumentą: Išeinantį mokėjimo pavedimą, pervestą akredityvą, pervestą inkaso pavedimą ir kt. Visų šių tipų dokumentams registruoti programa naudoja vieną dokumentą - Nepiniginių lėšų nurašymas .

Kokio tipo mokėjimo dokumentas surašomas pervedimui į banką, nustatoma pagal atitinkamos rūšies nustatymą Negrynųjų lėšų nurašymo dokumente.

Dokumentų, už kuriuos reikia registruoti mokėjimą, sąrašas rodomas dokumentų sąrašo Atsiskaitymas negrynaisiais pinigais puslapyje Už apmokėjimą.

Jei grynųjų pinigų planavimas nenaudojamas (nustatymų langelis Prašymai išleisti grynuosius yra išvalytas), šiame sąraše bus rodomi visi tie dokumentai, kuriems būtina išrašyti grynųjų pinigų išlaidas: užsakymas tiekėjui, prekių ir paslaugų gavimas. ir kt.

Jei abipusiai atsiskaitymai su tiekėju vykdomi kaip visuma pagal sutartį (nedetalizuojama pagal užsakymus ar sąskaitas), tada sąraše bus rodoma tiekėjui pagal sutartį skolinga suma.

Jei įmonė naudoja grynųjų pinigų planavimą, tai šiame sąraše bus rodomos tik patvirtintos grynųjų pinigų užklausos (užklausos, kurių būsena Mokėtina).

Norėdami išduoti mokėjimo dokumentą negrynųjų lėšų nurašymui, spustelėkite mygtuką Mokėti. Bus sugeneruotas dokumentas Nepiniginių DS nurašymas. Informacija dokumente bus pildoma pagal patvirtintą lėšų išlaidų paraišką. Lentelinėje dokumento dalyje bus pildomas skaičiavimo objektas (Sutartis su tiekėju, Užsakymas tiekėjui, Prekių ir paslaugų gavimas), kuris buvo nurodytas prašyme išleisti lėšas.

Įstačius dokumentą automatiškai užpildoma tarpusavio atsiskaitymų suma ir valiuta. Tarpusavio atsiskaitymų valiuta nustatoma pagal tarpusavio atsiskaitymų valiutą, kuri buvo apibrėžta mokėjimo dokumente nurodytame atsiskaitymų objekte. Mūsų atveju atsiskaitymo objektas yra kvito dokumentas, jame nurodoma tarpusavio atsiskaitymų valiuta rubliais, tad ir tarpusavio atsiskaitymų suma bus fiksuojama rubliais.

Mokėjimo dokumentas atspausdinamas ir siunčiamas į banką. Kad mokėjimo nurodymas būtų įvykdytas teisingai, turite atidžiai patikrinti ir, jei reikia, pataisyti visus duomenis, kurie pateikiami Mokėjimo paskirties laukelyje. Norėdami automatiškai užpildyti mokėjimo paskirtį, naudokite komandą Įterpti. Naudodami šią komandą galite užpildyti sąrašą tų dokumentų, už kuriuos reikia registruoti mokėjimą (nurodytas dokumento lentelės dalyje kaip atsiskaitymų objektas).

Kaip užregistruoti lėšų pervedimo faktą iš įmonės atsiskaitomosios sąskaitos į tiekėjo atsiskaitomąją sąskaitą.

Gavus banko išrašą su žyma apie lėšų pervedimą iš prekybos įmonės atsiskaitomosios sąskaitos į tiekėjo atsiskaitomąją sąskaitą, mokėjimo pavedime pažymimas langelis Paskelbė bankas.

Galima nustatyti grupės žymą, kad bankas atliktų pasirinktą mokėjimų sąrašą.

Banko išrašo gavimo metu buhalteris turi atlikti šiuos veiksmus.

• Mokėjimų be grynųjų pinigų sąraše nustatykite banko sąskaitą ir laikotarpį, kuris yra nurodytas mokėjimams banko ataskaitoje.
• Spustelėkite mygtuką Nepaskelbė bankas. Sąraše liks tik tie mokėjimai, kuriuose nepažymėta banko varnelė.
• Mygtukais Gavimas ir Išėmimas užregistruokite tuos mokėjimus, kurie turi atsispindėti banko ataskaitoje.
• Pasirinkite visų mokėjimų sąrašą ir spustelėkite mygtuką Paskelbė bankas.
• Atsidariusiame dialogo lange nustatykite banko mokėjimų datą ir spustelėkite Gerai.

Visiems pažymėtiems mokėjimams bus pažymėtas langelis Paskelbė bankas. Mokėjimams suderinti su gauta banko ataskaita naudojama ataskaita Išrašas pagal dienas, kuri iškviečiama hipersaitu iš sąrašo.

Atkreiptinas dėmesys, kad programoje numatyta galimybė automatiškai registruoti mokėjimus naudojant „Banko kliento“ programą. Programa paleidžiama paspaudus mygtuką Keistis su banku atsiskaitymų be grynųjų pinigų sąraše.

Taip pat teikiamas mišrus mokėjimas. Tai yra, dalį sumos galima sumokėti grynaisiais, o dalį – pervedant lėšas į tiekėjo atsiskaitomąją sąskaitą. Tuo pačiu metu, remiantis prašymu išleisti lėšas (arba gavimo dokumentą), surašomi du dokumentai: išlaidų orderis ir Nepiniginių lėšų nurašymas.

Informaciją apie mokėjimą tiekėjui galima gauti iš Mokėtinų sumų kortelės ataskaitos. Ataskaita iškviečiama iš tiekėjo kortelės.

Kaip organizuoti mokėjimą tiekėjui užsienio valiuta pervedant lėšas į einamąją sąskaitą užsienio valiuta.

Tokios operacijos registracija prasminga tik tuo atveju, jei atsiskaitoma su užsienio tiekėju. Valiuta, kuria atsiskaitoma su tiekėju, nustatoma sutartyje su tiekėju. Jeigu sutartys nenaudojamos, tai tarpusavio atsiskaitymų valiuta nustatoma tiekėjo užsakyme arba gavimo dokumente, jei užsakymas nėra pateiktas tiekėjui.

Lėšos turi būti pervestos iš įmonės sąskaitos užsienio valiuta į tiekėjo užsienio valiutos sąskaitą.

Ši operacija atliekama naudojant Negrynųjų pinigų nurašymo DS dokumentą su vėlesniu mokėjimo registravimu (pažymėjus langelį Paskelbė bankas), užregistravus banko išrašą. Dokumente pasirenkama einamoji sąskaita. Jame turi būti nurodyta valiuta, kuria lėšos turi būti pervestos į tiekėjo atsiskaitomąją sąskaitą. Atsiskaitomosios sąskaitos valiuta gali nesutapti su ta valiuta, kuria įforminami dokumentai su tiekėju (tiekėjo sutartis, tiekėjo užsakymas, pristatymo dokumentas). Pavyzdžiui, tarpusavio atsiskaitymai su tiekėju vykdomi eurais, o lėšos pervedamos doleriais. Įregistravus tokias operacijas, būtina išduoti užsienio valiutos lėšų perkainojimo. Perkainojimo dokumentas sukuriamas automatiškai, kai vykdote Mėnesio pabaigos uždarymą (Finansų skyrius). Pati programa nustato, ar reikia atlikti perkainojimą, automatiškai perkaino atsiskaitymus su tiekėjais, apskaičiuoja valiutų kurso skirtumą ir priskiria jį kitoms pajamoms (ar išlaidoms).

1. Įvadas

Pinigų planavimas yra vienas iš pagrindinių valdymo apskaitos uždavinių, priešingai nei apskaita.

Žinoma, yra ir kitų reikšmingų skirtumų tarp CM ir BU (skirtingi reikalavimai analitikai, turto/įsipareigojimų vertinimui ir perkainojimui, rezervų kūrimo poreikis ir pan.), tačiau sudėtingiausias iš jų yra planavimo problemų sprendimo poreikis. .
Planavimo sudėtingumas yra ne tik plano parengimas (jo apskaičiavimas, formavimas pagal skirtingus scenarijus), bet ir būtina:

• Atlikti planavimo keitimą;
• Atnaujinti planus, perkelti koregavimus į kitus laikotarpius;
• Atlikti planą – faktų analizę.

Reikia pripažinti, kad dauguma įmonių (naudojančių 1C automatizavimui) neplanuoja programoje.
„Turėtume koreguoti apskaitą...“ – ginčijasi tiek daug žmonių.

Apskaitą reikia koreguoti, taip, bet ne planavimo nenaudai.
Žinoma, vis dar reikia planuoti (bet ne 1C, o XLS). O pati pirmoji, pagrindinė užduotis (kurį bandoma išspręsti) – lėšų planavimas.

• (1) Strateginis (biudžeto sudarymas);
• (2) Veikiantis.

Ir jei biudžetas (žinoma, planuojant iš viršaus į apačią) gali būti sudarytas naudojant XLS, tai operatyvinis planavimas – ne.
Esmė ta, kad su biudžeto lentelėmis dažniausiai dirba mažiausiai vartotojų (1-2 žmonės). Daugeliui įmonių, biudžeto elementų skaičius ir tt analitikas - jų nėra tiek daug. Tai yra, viską galima apdoroti „rankenomis“ XLS.

Tačiau, kalbant apie d / s veiklos planavimą, situacija yra kitokia. Tai yra, dažnai yra daug sąskaitų faktūrų apmokėjimui, daug reguliarių mokėjimų, numatomi mokėjimai už klientų užsakymus ir pan.

O be to, visa tai galima „pririšti“ prie daugybės pirminių dokumentų, su kuriais dirba įvairūs programos vartotojai, taisomi dokumentai, keičiasi situacija ir t.t.

Kitas svarbus skirtumas tarp veiklos planavimo ir biudžeto sudarymo yra tas, kad jis dažnai vyksta „iš apačios į viršų“. Tai yra iš „Prašymų vartoti d / s“, kuriuos visada išduoda skyrių darbuotojai.

Atitinkamai šias paraiškas reikia laiku apdoroti, priimti / atmesti, „įtraukti į planą“ ir sumokėti.

Iš viso: veiklos planavimas d / s yra pati pirmoji planavimo užduotis, kuris turėtų būti automatizuotas „1C“ bet kuriai įmonei.

Ir dėl planavimo finansų skyrius / iždas turėtų „matyti“ sistemoje:

• Kada, kam, iš kokios atsiskaitomosios sąskaitos/kasos, už kokią sumą reikia sumokėti;
• Koks yra d / c likutis „tokią ir tokią“ dieną, atsižvelgiant į einamuosius likučius, planuojamas išlaidas ir d / c įplaukas. Būtina vengti vadinamųjų. „pinigų spragos“.

  Tai yra, reikia dirbti su mokėjimų kalendoriumi.

• Kokia skola sandorio šalims bus nurodytomis datomis, atsižvelgiant į planuojamus mokėjimus, įplaukas ir esamą tarpusavio atsiskaitymų likutį.

  Tai yra, reikia dirbti su skaičiavimų kalendoriumi.

Šio straipsnio tikslas - kalbėti apie d/s veiklos planavimo automatizavimo galimybes. Tuo pačiu metu bus atlikta 3 skirtingų cirkuliacinių konfigūracijų lyginamoji analizė (dvi tipiškos iš 1C, viena specializuota iš wiseadvice).

Kiekviena iš konfigūracijų gali būti naudojama sprendžiant c / c veiklos planavimo užduotis, tačiau reikia pasirinkti subalansuotą pasirinkimą, atsižvelgiant į jūsų projekto apimtį ir mastą.

2. SCP galimybės 1.3

Šiuo metu 1C dar neišleido ilgai laukto, naujo SCP leidimo (rev. 2). Todėl sutelksime dėmesį į tai, kas yra prieinama - atitinkamus SCP 1.3 posistemius:

Reikia atmesti, kad posistemis „Praiškos lėšoms išleisti“ buvo atnaujintas palyginti neseniai (2011 m.). Dėl to valdomos sąsajos režimu skyrių skydelyje pasirodė elementas „Programos išlaidoms d / s /“.

Jei bandysite įprastoje konfigūracijoje, failo režimu atidarykite dokumento formą „Paraiška dėl d / s išlaidų“ (dar žinoma kaip ZRDS), tada iš karto atsiranda klaida kintamajame „GlobalValues“ iš bendrojo modulio „ Darbas su bendraisiais kintamaisiais“.

Tačiau tokią klaidą galima ištaisyti, kaip sakoma: „nuosėdos lieka“. Tai yra, ZRDS UPP posistemyje yra pakankamai „nelygybių“.
Galimybė išduoti WRDS dokumentą per WEB naršyklę yra naudinga, tačiau praktiškai reikės gerai apgalvoti standartinės dokumento formos supaprastinimą ir ergonomiką. Tai bus ypač svarbu mobiliesiems įrenginiams.

Bet kalbant apie mokėjimų kalendorių, tai plonojo kliento režimu, nuotoliniu būdu per WEB naršyklę ir pan. jie negalės juo naudotis. Priežastis ta, kad „Grynųjų pinigų valdymo“ posistemis ilgą laiką nebuvo atnaujintas, o ypač „Mokėjimų kalendoriaus“ ataskaita nėra pagrįsta duomenų sudėties sistema. Todėl ši ataskaita negali būti naudojama plonuose klientuose, nėra galimybės jai sukurti savavališkų nustatymų.

Dirbant su ZRDS svarbią vietą užima paraiškų derinimo ir tvirtinimo tvarka. Priklausomai nuo įmonės organizacinės struktūros ir kitų verslo ypatybių, vidinė paraiškų tvirtinimo procedūra (patvirtinimo reglamentai) gali būti gana sudėtinga (daugiapakopė, kintamoji ir pan.). Taigi automatizavimui tai nėra lengva užduotis.

SCP yra įdiegtas koordinavimo ir tvirtinimo posistemis. Tai suteikia gana lanksčius nustatymus.

• Patvirtinimas – tai patvirtinimas, kad reikia sumokėti už paraišką. Paprastai patvirtinimas turėtų vykti per įmonės padalinių vadovus, vadovus ir kitus atsakingus asmenis.
• Patvirtinimas yra galutinis (iždininko) patvirtinimas, kad paraiška bus apmokėta. Tuo pačiu metu turi būti nustatyta mokėjimo data, einamoji sąskaita / kasa, iš kurios bus mokama. Taigi mokėjimas patenka į veiklos planą (mokėjimų kalendorių).

Reikia atmesti, kad kai kurie tipinio SCP funkcionalumo punktai nesuteikia to, ko reikia realiai įgyvendinant posistemį.
Apie šias „akimirkas“ parašysiu vėliau, bet dabar pažiūrėkime, kokias funkcijas suteikia tipinė konfigūracija.

1. Galite įgalinti paraiškos patvirtinimo mechanizmo naudojimą atskirai kiekvienai organizacijai.

• Galima nustatyti programos perdavimo maršrutais seką, maršrutų hierarchiją.

1. Tuo pačiu metu reikia pažymėti, kad programų maršruto parinkimo mechanizmuose į poskyrio katalogo hierarchiją neatsižvelgiama.
2. Taip pat būtina atšaukti, kad derinimas ir tvirtinimas būtų techniškai sukurtas nenaudojant verslo procesų mechanizmo.

• Kiekviename taške galite nurodyti vieną / kelis vartotojus, kuriems bus galimas programos patvirtinimo vykdymas. Tai yra, paraišką gali patvirtinti bet kuris iš jų (kas turės laiko tai padaryti pirmas).

• Kiekvienam vienetui galite priskirti atitinkamą patvirtinimo maršruto tašką. Esmė tokia: teikiant paraišką (ZRDS), turi būti nurodytas CFD (poskyris). Ir priklausomai nuo nurodyto poskyrio, SCP „suranda“ jį atitinkantį atitikimo tašką ir „išsiunčia“ į šį punktą prašymą patvirtinti.

Taip pat leidžiama koordinavimo maršruto nustatyme nenurodyti skyriaus. Tokiu atveju toks susitarimo taškas bus „taikomas“ visiems CFD, kuriems atitinkamas maršruto taškas nėra konkrečiai nurodytas.

1. Pats koordinavimas atliekamas naudojant specialų apdorojimą „Paraiškų patvirtinimas“

1. „Mokėjimų kalendoriaus“ ataskaitoje atliekama planuojamų lėšų prieinamumo, mokėjimų grafiko ir pinigų spragų sekimo analizė.

Be planuojamo d / s suvartojimo (ZRDS), taip pat galima atsižvelgti į planuojamą d / s gavimą. Šiems tikslams pateikiamas specialus dokumentas „Planuojamas d/s gavimas“.

Atkreiptinas dėmesys, kad nors dokumente „Planuojamas d / s gavimas“ yra būsenos (parengta, patvirtinta ir pan.), tačiau dėl šio dokumento (kaip ir ZRDS) susitarti nėra galimybės. Tai yra, dokumentų būsenų keitimas galimas tik „rankinio valdymo“ režimu.

Ir vis dėlto SCP yra galimybė atsižvelgti į planuojamą d / s gavimą iš pirkėjų, neišduodant dokumentų „Planuojamas d / s gavimas“.

Tai yra, jei pirkėjui išduodami „Klientų užsakymai“, tai atskiroje ataskaitoje „Mokėjimo kalendorius atsižvelgiant į užsakymus“ galima pamatyti šį planuojamą d / c gavimą.

1. Be ataskaitos „Mokėjimų kalendorius“, pateikiama ataskaita „Lėšų prieinamumo analizė“.

Tuo pačiu metu galima rezervuoti d/c (išlaidoms apmokėti) arba pateikti prašymus pagal planuojamus įplaukimus.

Taip pat yra ZRDS uždarymo funkcija ir planuojami d / s kvitai. Šiems tikslams, veikiant „nuolatinio kliento“ režimui, pateikiami dokumentai „Paraiškų išleidimui / gavimui d/s uždarymas“.

Tačiau ši funkcija taip pat nepalaikoma plono / žiniatinklio kliento režimu.
Čia reikia suprasti, kad „kietosios rezervacijos“ technika yra stipriai susieta su dokumentų įvedimo chronologija, todėl sunku koreguoti ir planuoti.

Todėl funkcionalumas SCP paliekamas veikiau kaip „praeities palikimas“, o mokėjimų kalendorius turėtų būti naudojamas analizuojant d / c prieinamumą.

Taigi, buvo apsvarstytas SCP funkcionalumas ir dabar išvardinsiu tuos tipinės konfigūracijos momentus, kurie praktiškai turi būti užbaigti projektuose:

1. Pagal dokumentą „Paraiška dėl išlaidų d / c“:
   1. Dokumente galite nurodyti „Padalinys“ (beje, konfigūracijoje jis nurodytas kaip CFR - finansinės atsakomybės centras). Tačiau gali būti, kad paraiška pateikiama iš vieno padalinio (FSC), ir tuo pačiu išlaidas reikės toliau priskirti / paskirstyti kitam / kitiems padaliniams (FSC - finansų valdymo centrai).

      Galimybė nurodyti DFS ir kt. - dingęs.

      Nėra galimybės keisti maršruto, nukreipti aplikaciją į kitus maršrutus.

1. Nėra galimybės planuoti grynųjų pinigų pervedimo tarp atsiskaitomų sąskaitų, iš sąskaitos į kasą ir pan.
1. Sutarties procesas:
   1. Yra galimybė derinti ZRDS, bet nėra galimybės derinti planuojamo d/s gavimo.
   2. Praktiškai atsiranda būtinybė koordinuoti kitus darbuotojus. Tuo pačiu metu sistemoje taip pat reikia įrašyti informaciją apie tai, „kas ir kam atliko derinimą“.

      Galimybė įrengti kelis galimus vykdytojus viename sutarties taške dažnai netinka, nes šis vykdytojas gali būti nurodytas kituose sutarties etapuose. Dėl to visa tai lems tai, kad patvirtinimo prašymų sąraše darbuotojas vienu metu turės ir pagrindines, ir netiesiogines tvirtinimo užduotis. Žinoma, tai klaidina vartotoją, nėra patogu.

      Apibendrinant, nėra galimybės derinti kitam atlikėjui, nėra galimybės nurodyti, kas ir kam turi teisę derinti.

   3. Paraiškų tvirtinimo procese, paraiškai pereinant prie kito patvirtinimo maršrute, reikalinga automatinio kito atlikėjo, taip pat paraiškos autoriaus informavimo (el. paštu) funkcija. .
   4. Jei už patvirtinimą/patvirtinimą jau atsakingas programos autorius (bet kuriame maršruto etape!), tai visai logiška, kad programa automatiškai „sutrumpintų“ maršrutą, nukreiptų aplikaciją į aukščiausią galimą lygį. Tačiau VPSP tai nenumatyta.
   • Visi išvardyti reikalavimai, nors ir ne įprastos konfigūracijos, vis dėlto.

1. Ataskaitos, prieigos teisės.
   1. Reikalinga galimybė apriboti prieigą prie programų tik turimiems autoriams / atlikėjams (koordinatoriams); pagal vartotojui prieinamus skyrius.
   2. Nėra ataskaitų apie faktinės ir planuojamos skolos kontrolę (pagal dienas ir intervalus). Tai galioja tiek pirkėjams, tiek tiekėjams.
   3. Ataskaitų teikimas ir dalis funkcijų netinka darbui plono / žiniatinklio kliento režimu.
2. Buhalterinė apskaita pagal įprastus susitarimus, sutartis.
   1. Dažnai pasitaiko situacijų, kai reikia reguliariai mokėti tiekėjams. Pavyzdžiui, nuomos mokesčiai ir pan.

      UPP neautomatizuoja atsispindėjimo mokėjimų kalendoriuje ir pan. šias būsimas išlaidas. Tai yra, tokius mokėjimus būtina sekti rankinio valdymo režimu ir pildyti mokėjimo paraiškas, o tai nepatogu ir atima daug laiko.

   2. Sutartyse su pirkėjais, su tiekėjais gali būti nustatytos išankstinio apmokėjimo procento sąlygos, mokėjimo terminai ir kt.

      UPP automatiškai neužfiksuoja visos šios informacijos ir (dėl to) automatiškai ją atspindi mokėjimų kalendoriuje.

3. UT 11.1 ypatumai

Išleidus naują konfigūraciją „Trade Management Rev. 11“, atsirado daug naujų, naudingų funkcijų, skirtų veiklos planavimo ir finansų kontrolės užduotims.
Bene reikšmingiausias šioje UT11 dalyje (palyginti su SCP 1.3) yra mokėjimo grafiko apskaitos mechanizmas. Šis mechanizmas tiesiog „uždaro“ tai, ko labai trūko – planavimo/apskaitos automatizavimą pagal įprastus susitarimus, sutartis.

Taigi, UT11 galima iš viso nerašyti (jei nebūtina, žinoma) išlaidų planavimo dokumentų ir kvitų d / c, o tuo pačiu bus įprastai formuojamas mokėjimo kalendorius.

Galite atšaukti, kad „Mokėjimų kalendoriaus“ ataskaitos „tipiniai nustatymai“ tikrai neatitinka lūkesčių (kalendorius nerodomas), tačiau vartotojo režimu galite pridėti grupavimą pagal „mokėjimo datą“ ir ataskaita bus rodoma. sugeneruoti įprasta forma.

Ataskaitos funkcionalumas buvo labai išplėstas (palyginti su SCP 1.3), naudojant duomenų sudarymo sistemą. Dabar ataskaitą galima sugeneruoti ploname / žiniatinklio kliente, išsaugoti duomenų bazėje ir priskirti skirtingiems vartotojams su jiems reikalingais nustatymais.

Be d / s srauto ir gavimo planavimo, UT11 turi d / s judėjimo planavimo funkciją. Šiems tikslams galite surašyti dokumentus „Įsakymas perkelti d/s“.

Palyginti su UPP 1.3, dokumente „Paraiška dėl išlaidų d / c“, padaugėjo verslo operacijų tipų, į kuriuos atsižvelgiama:

Dabar galima tvirtinti tiek dokumentus „Prašymas išleisti d/c“, tiek kitus įsakymus:

Išanalizuoti skolą pagal intervalus / terminus, pateikiama ataskaita „Gautinos sumos“. Jei reikia, galite susikurti skolų kalendorių. Norėdami tai padaryti, vartotojo režimu pridėkite grupavimą pagal mokėjimo datas.

Deja, UT11 (kaip ir anksčiau) nenumato galimybės analizuoti skolų kalendorių pagal tiekėjus. Tačiau užbaikite UT11 šiai užduočiai.

Apibendrinti: nauji metodiniai sprendimai „1C“ kartu su 8.2 platformos galimybėmis suteikia gerą pagrindą d/s operatyvinio planavimo ir valdymo užduočių automatizavimui.

Tačiau tuo pat metu reikia suprasti, kad UT11 konfigūracija nėra pilnas, paruoštas sprendimas automatizuoti iždą ir planuoti d / s.

• Pirma, UT11 labai supaprastinta forma yra įdiegtas paraiškų dėl vartojimo ir kitų d / s planavimo dokumentų derinimo / tvirtinimo mechanizmas. Tai yra, nėra maršruto parinkimo mechanizmų, paraiškų patvirtinimo procesas yra sumažintas iki paprasto būsenų nustatymo.
• Antra, UT11 nėra biudžeto sudarymo posistemio ir (dėl to) nėra suplanuotų biudžetų užklausų stebėjimo funkcijos.

4. WA galimybės: finansininkas

Istoriškai WA:Financier konfigūracija buvo sukurta remiantis iždo valdymo produktu.

Be to, naujasis „WiseAdvice“ finansų sprendimas taip pat apima:

• Biudžeto planavimo posistemis;
• Sutarčių valdymo posistemis;
• Faktinių mokėjimų formavimo ir apskaitos posistemis;
• Lankstus, pritaikomas dokumentų generavimo/pildymo mechanizmas pagal šablonus;
• Lanksti, pritaikoma posistemė, skirta integracijai su klientu-banku.

Panagrinėkime pagrindinį „WA: Financier“ funkcionalumą iždo atžvilgiu – nuo ​​sąlygų pagal sutartis apskaitos iki mokėjimų kalendoriaus sudarymo.

1. Prašymo tvirtinimo procese galite ne tik patvirtinti / atmesti dokumentą (kaip daroma SCP), bet yra ir kitų funkcijų: pavyzdžiui, išsiųsti dokumentą patikslinti ar paprašyti papildomos informacijos. informacija.

   Visas šis procesas yra automatizuotas, atitinkamai pateikiamos ataskaitos apie dokumento patvirtinimo rengimo būseną.

5. Rezultatai

Išvados:

1. Automatizuoti finansų skyrių, iždų, organizacijų, turinčių sudėtingą org, darbą. struktūra yra tinkamiausias sprendimas "WA: finansininkas".

   Šis sprendimas buvo kuriamas ir tobulinamas ilgą laiką, taip kaupiant skirtingų suomių specifiką ir reikalavimus. departamentai ir iždas. Bendros darbo sąnaudos kuriant sprendimą siekė daugiau nei 5000 žm./val.

   WA: Financier sprendimo privalumas – pažangus funkcionalumas ir daugybė programų nustatymų mechanizmų. Taigi šio sprendimo įgyvendinimas yra įmanomas per trumpą laiką (vadinamasis „dėžutės įgyvendinimas“), be papildomų kūrimas, programavimas ir kt.

   Kadangi sprendime yra dvipusio apsikeitimo mechanizmai su visomis pagrindinėmis tipinėmis konfigūracijomis, integracija į esamą struktūrą (duomenų mainai su UT, SCP, Complex, Bukh duomenų bazėmis) nebus sudėtinga.

2. Automatizuoti finansų skyrių / iždą kaip integruotos automatikos projekto dalis tinkamiausias sprendimas remiantis SCP.

   Tuo pačiu metu turite suprasti, kad SCP funkcionalumą reikės patobulinti.

   Specifiškumas, reikalavimai fin. departamentai, iždai nėra taip giliai įterpti į SCP, kaip tai daroma atskiruose, specializuotuose sprendimuose.

   Taigi, SCP įgyvendinimas šioms užduotims turėtų būti atliekamas tik kaip automatizavimo projekto dalis.

3. Didelėms organizacijoms, iždo skyriaus automatizavimui UT11 netinka.

   Šiame sprendime, pirma, nėra planavimo dokumentų derinimo / tvirtinimo mechanizmų.

   Antra, operatyvinio planavimo metu nėra biudžeto sudarymo posistemio ir biudžetų vykdymo kontrolės.

   Tačiau UT11 puikiai tinka automatizavimas (įskaitant d / c veiklos planavimą) mažas pelekas. įmonės padaliniai.

Verslo procesas „Prašymų skirti lėšų derinimas ir tvirtinimas“

Esant stabiliai finansinei būklei, įmonė gali pilnai ir laiku vykdyti savo įsipareigojimus – tokiu atveju įmonei nereikia optimizuoti lėšų panaudojimo. Šiuo metu, finansų krizės sąlygomis, itin aktualus yra ribotų lėšų paskirstymo mechanizmas įmonės įsipareigojimams vykdyti.

Procesą sudaro šeši iš eilės žingsniai:

1. Padalinio atstovas (vadovai, inžinieriai ir kt.) surašo prašymą išleisti pinigus įsipareigojimams - avansams pagal sutartis ir skolų grąžinimui atsiskaitymo dokumentuose.

2. Skyriaus vedėjas, naudodamas patogias priemones, patikrina paraiškų teisingumą, prireikus pataiso.

3. Atsakingas finansinės tarnybos atstovas (finansų direktorius, finansų direktoriaus pavaduotojas ar organizacijos vadovas) nustato, iš kokių atsiskaitomųjų sąskaitų, kam ir kokia suma turi būti pervedamos lėšos.

4. Skyriaus vedėjas paskirsto leistinas apmokėti sumas pagal konkrečias paraiškas (faktiškai įsipareigojimams – pavedimams, sąskaitoms, atsiskaitymo dokumentams).

5. Įmonės buhalterija pagal patvirtintas ir įsipareigojimams paskirstytas paraiškas sudaro siunčiamus mokėjimo nurodymus.

6. Mokėjimo nurodymai automatiškai įkeliami į klientą-banką.

Paraiškų dėl pinigų išleidimo rengimas

Operacijų, skirtų lėšų išleidimui iš atsiskaitomųjų sąskaitų, registravimas visada prasideda nuo lėšų išlaidų planavimo – tai yra visų procese dalyvaujančių įmonės padalinių paraiškų dėl išlaidų vykdymo.

Kiekviena įmonės tarnyba, atsižvelgdama į išlaidų paskirtį, parengia lėšų išlaidavimo paraišką (kiekviena išlaidų paskirtis atitinka tam tikrą operacijos rūšį dokumente „Praiška lėšų išlaidoms gauti“). Kaip išlaidų paskirtis avansinių mokėjimų atveju gali būti nurodytas pavedimas tiekėjui, o skolos grąžinimo atveju – atsiskaitymo dokumentas.

Taigi visos suplanuotos lėšų išlaidos visoms paslaugoms turi atsispindėti sistemoje lėšų išlaidų paraiškų pavidalu.

Lėšų išlaidų paraiškos formavimas atliekamas naudojant dokumentą „Paraiška lėšų išlaidoms gauti“.

1 pav.

Parengtų paraiškų tikrinimas

Skyriaus vedėjas patikrina pavaldinių išduotų prašymų išleisti pinigus sąrašą, pataiso ir siunčia tvirtinti finansų tarnybai. Lėšų paraiškai patvirtinti surašomas dokumentas „Paraiškų tvirtinimas“, kuriame atrenkami neįvykdyti dokumentai „Paraiška lėšų išlaidoms gauti“.

2 pav.

Dėl to skyriaus vedėjas po patikrinimo ir patikslinimo patvirtina, kad užpildytos paraiškos yra suderintos ir paruoštos svarstyti finansų tarnyboje.

3 pav.

Finansų tarnybos paraiškų tvirtinimas

Kiekvienai tarnybai parengus – sistemoje – paraišką dėl lėšų panaudojimo, finansų direktorius ar jo paskirtas atsakingas asmuo tą dieną priima sprendimą dėl jų apmokėjimo (viso ar dalinio). Tuo pačiu metu sprendimas gali būti priimtas tiek dėl kiekvienos atskiros paraiškos, tiek dėl jų derinio tam tikru pagrindu - pavyzdžiui, dėl mokėjimo tam tikrai sandorio šaliai (arba pagal konkrečios sandorio šalies susitarimą) arba dėl biudžeto. sutarta dėl paslaugų programų visumos.

4 pav

Sprendžiant dėl ​​lėšų panaudojimo, būtina nurodyti, iš kurios atsiskaitomosios sąskaitos jas siųsti. Finansų direktorius, svarstydamas paraiškas, skirtuke „Sąskaitų likučiai“ mato atsiskaitomųjų sąskaitų lėšų likučius (atsižvelgiant į suplanuotas įplaukas ir anksčiau patvirtintus mokėjimus). Finansų direktorius, patalpindamas dokumentą, patvirtina lėšų sumas, kurios gali būti skiriamos paraiškoms dėl lėšų paslaugai išlaidų.

5 pav.

Patvirtintų mokėjimų paskirstymas išmokėjimo prašymams.

Skyriaus vedėjas, naudodamasis dokumentu „Paraiškų paskirstymas“, jo pasirinktoms paraiškoms lėšoms išleisti skiria bendrai paslaugai arba konkrečiai sandorio šalims patvirtintas sumas.

6 pav

Jeigu paraiškai patvirtinta suma yra mažesnė, nei planuota, tada likusiai sumai automatiškai sukuriama paraiška lėšų išleidimui, kurią padalinio vadovas gali pateikti finansų tarnybai tvirtinti kitą dieną.

Naudodami analitinių ataskaitų rinkinį, skyriaus darbuotojai gali analizuoti planuojamą, patvirtintą ir įvykdytą mokėjimų sumą bei likusius skyriaus įsipareigojimus sandorio šalims.

Operacijų registravimas pagal faktines lėšų išlaidas.

Lėšų išlaidų paraiškas perėjus derinimo su finansų direktoriumi procesą, apskaitos skyriaus finansų skyrius patvirtintų prašymų pagrindu įveda dokumentą „Išeinantis mokėjimo nurodymas“. Tuo pačiu metu dokumente „Išeinantis mokėjimo nurodymas“ visi reikalingi laukai užpildomi automatiškai, buhalteris nurodo mokėjimo paskirtį (atspausdintai mokėjimo pavedimo formai) ir patalpina dokumentą „Išeinantis mokėjimo nurodymas“ be žyma „Sumokėta“.

Sukurti ir paskelbti mokėjimo nurodymai iš 1C importuojami į sistemą Klientas-bankas.

Kitą dieną, gavęs banko išrašą apie atliktas operacijas, buhalteris kiekviename mokėjimo pavedime pažymi žymą „Sumokėta“, taip pat įveda į sistemos operacijas dėl lėšų, kurias bankas nuskaičiavo nuo einamosios sąskaitos, išleidimo. nepriėmęs - surašo dokumentus „Mokėjimo nurodymas: lėšų nurašymas“ ir „Gautas mokėjimo prašymas“. Tuo atveju, kai lėšos nurašomos be akcepto sandorio šalių naudai, atitinkamos tarnybos turi pasirinkti sandorio šalies, už kurią buvo atliktas mokėjimas, atsiskaitymo dokumentą ir uždaryti paraišką dėl išlaidų, jei ji buvo išduota anksčiau.

Atliktas operacijas dėl lėšų panaudojimo per dieną galite patikrinti su išrašu naudodami standartinį apdorojimą „Banko išrašas“. Standartiniame apdorojime „Banko išrašas“ specialistas gali kontroliuoti kiekvienos organizacijos banko sąskaitos likutį pradžioje, pajamas, išlaidas, likutį dienos pabaigoje kiekvienai organizacijos banko sąskaitai. Jei spaudinyje matyti, kad dokumentas buvo apmokėtas iš dalies, vartotojas gali išduoti dalinį apmokėjimą tiesiai iš apdorojimo.

Tik patalpinus dokumentus apie lėšų panaudojimą su ženklu „Sumokėta“, sistema nurašo lėšas iš sąskaitų ir pakeičia atsiskaitymų su sandorio šalimis būseną.

Konfigūravimo parinktys

Sprendimas skirtas programiniams produktams „1C: Production Enterprise Management 8“ ir „1C: Trade Management 8“.

Darbo kaina

Jis nustatomas individualiai, atsižvelgiant į Kliento konfigūracijos ypatybes.