Aplicații pentru cheltuirea banilor în 1s. Document „Cerere de plată”. Descrierea formei documentului „Cerere de plată”

Trimite acest articol pe mailul meu

În contabilitate, o factură de plată în 1C este un document pe care o organizație îl prezintă unui cumpărător pentru un produs sau serviciu livrat pentru a informa despre necesitatea depunerii fondurilor.

1C prezintă două opțiuni pentru a lucra cu facturile pentru plată în 1C:

Ca document care este stocat în baza de date și formularul tipărit corespunzător. Este conceput pentru a controla decontările reciproce cu cumpărătorii în sistem și pentru a afișa informații relevante pe hârtie.

O formă tipărită a facturii de plată, care este generată dintr-o comandă a clientului sau dintr-un document de vânzare și este necesară pentru a fi trimisă cumpărătorului. Îl puteți imprima oricând, precum și formularul afișat poate fi salvat pe computer în orice format.

Care dintre opțiunile de mai sus va fi aplicată depinde de valoarea constantei Folosește facturi pentru plata către clienți și este setată în secțiunea Date de bază și Administrare → Vânzări → Vânzări cu ridicata → Factură de plată.

Document Factură de plată 1C 8.3

Crearea unui cont în 1s 8.3 este posibilă prin introducerea unuia nou din Registrul documentelor comerciale, precum și introducerea pe bază, în anumite condiții

La ordinul clientului, dacă:

În el, un contract este selectat cu ordinea de interacțiune Prin comenzi;

Nu necesită acord, dar acordul specifică procedura de plată prin comenzi.

O factură de plată în 1C este creată pe baza Vânzării de bunuri și servicii dacă:

Se utilizează contractul care definește comanda Prin borderouri;

Contractul nu este necesar, dar acordul conține regulile de decontare prin borderouri.

Un cont în 1C 8.3 poate fi creat pe baza oricăruia dintre documentele de mai sus, cu condiția ca regulile pentru decontările reciproce cu clientul să fie în baza unor acorduri.

La crearea unei facturi de plată 1C 8.3, conform datelor oricăruia dintre obiectele specificate, se dorește locul de muncă „Crearea facturilor pentru plată”, se deschide în listă prin comanda Creare pe bază.

Două file de lucru sunt prezentate aici: Etape și plăți și Facturi pentru plată. Fiecare își asumă detaliile și îndeplinește anumite funcții.

Prima afișează toate plățile planificate prevăzute de programul de plată.

Să explicăm despre ce diagramă vorbim. Într-un acord cu clientul, indiferent dacă este individual sau standard, puteți stabili un program de plată, conform căruia este necesară înregistrarea încasării fondurilor în sistemul informațional.

Pentru graficul de plată se indică numele și se completează lista etapelor. Pentru fiecare etapă a graficului de plată, opțiunea de plată (avans, plată anticipată sau credit), plata (necash sau numerar), procent din suma totală (totalul tuturor liniilor trebuie să fie egal cu 100%), amânare (schimbare). în zile de la data vânzării) sunt determinate.

Să luăm un exemplu. Termenii de interactiune sunt stabiliti pentru client: pentru a expedia produsele conform aplicatiei, cumparatorul trebuie sa efectueze un avans in valoare de 50% din suma acestei aplicatii, restul trebuie achitat in termen de 5 zile de la expediere. . Toate plățile se fac prin casierie.

Introducerea datelor arată astfel:

Detaliere: La comenzi;

Forma de plata: numerar;

Opțiuni de plată: plată anticipată (înainte de expediere) 50% și credit (după expediere) 5 zile 50%

Conform orarului stabilit în contract, etapele de plată sunt calculate automat în documentul propriu-zis (Comanda Clientului sau Vânzarea Bunurilor și Serviciilor). Dacă este necesar, acestea pot fi ajustate manual folosind linkul din câmpul Plată și transferate în document fără a modifica datele din director.

Indicatoarele din prima coloană a filei sunt setate automat pentru acele linii pentru care trebuie să emiteți o factură pentru plată. Dacă plata pentru linie a fost deja efectuată (documentele de plată au fost introduse în baza de date), atunci linia devine inactivă și suma deja primită este afișată în coloana „Plătit”. Un cont se creează apăsând butonul cu același nume. În acest caz, se va crea o nouă factură înregistrată, informațiile în care se vor completa în conformitate cu datele documentului de bază și cu suma de plătit. Acesta va fi afișat în lista de conturi în următoarea filă „Facturi pentru plată” în starea Emis.

Noul cont din 1C conține următoarele informații:

Într-o pălărie: pe baza a ceea ce a fost pus, când, cui și de la cine;

Etapele de plată afișează forma de plată, contul bancar și/sau casieria și graficul de plată;

În Suplimentar, sunt indicate managerul, șef, contabil șef, se completează scopul plății și, dacă este necesar, se introduce text suplimentar pentru a fi scos în formularul tipărit;

Puteți introduce alt text arbitrar în Comentariu pentru confortul utilizatorului.

Toate facturile create pentru plata 1C 8.3 sunt disponibile în lista de conturi din secțiunea „Vânzări”. Puteți vizualiza toate facturile emise pentru obiectul decontare folosind raportul „Documente aferente” și le puteți deschide direct din raport făcând clic pe rândurile corespunzătoare ale raportului.

Puteți imprima oricând un formular imprimabil pentru un cont postat în 1C folosind comanda „Print”, este, de asemenea, posibil să grupați ieșirea mai multor conturi selectate.

Formular imprimabil Factură de plată 1C 8.3

Formarea doar a formularului tipărit Cont pentru 1C 8.3 fără a-l stoca în baza de date este disponibilă din următoarele obiecte de sistem:

Dintr-o comandă de vânzare, sub rezerva următoarelor condiții:

Utilizează un contract cu decontări detaliate Prin comenzi;

Nu este nevoie de contract, dar în acord, opțiunea de decontare Prin comenzi.

Din vânzarea de bunuri și servicii dacă:

Se folosește un acord în care decontările reciproce se efectuează conform facturilor;

Contractul nu este necesar, dar acordul precizează detaliile facturilor.

Un cont în 1s 8.3 poate fi generat conform datelor oricăruia dintre documentele de mai sus, dacă aplică procedura de decontare în baza contractelor.

De asemenea, pentru conturile din 1C este implementata si posibilitatea retragerii unei facturi cu facsimil. Pentru a face acest lucru, imprimarea cu fax trebuie adăugată la cardul de organizare în setările de imprimare (metoda de adăugare este disponibilă la linkul „Cum se creează un fax?”). O imprimare a unei astfel de facturi pentru plata în 1C este realizată prin comanda Imprimare selectând elementul de meniu corespunzător.

Documentul „Cerere de plată” este instrumentul principal al subsistemului de gestionare a cererilor de plată. Acest document vă permite să înregistrați în program necesitatea de a transfera fonduri numerar sau non numerar către furnizori, angajați, autorități fiscale și alte contrapărți. În plus, funcționalitatea documentului oferă o procedură de acceptare și aprobare a fiecărei cereri de plată înregistrate.

Lucrarea cu documentul se efectuează în jurnalul de cereri de plăți. Jurnalul este accesat prin elementul din meniul principal „Cereri de plăți” „Jurnal de cereri de plăți”, precum și prin elementele din panoul de control al desktopurilor programului.

Descrierea formei documentului „Cerere de plată”

Formularul de document „Cerere de plată” conține caracteristici (detalii) care dezvăluie scopul plății înregistrate. În partea de sus a formularului există un bloc de detalii de bază care definesc organizația, CFD-ul, tipul de fonduri și alte caracteristici obligatorii ale aplicației. Fila „Scopul plății” conține o listă de detalii care vă permit să specificați suma și să descrieți în detaliu scopul plății. În plus, există trei file care conțin informații suplimentare despre plata planificată: „Documente însoțitoare”, „Plăți” și „Progresul cererii”.

Formular de document „Cerere de plată”

Detalii de bază

Lista detaliilor de bază:

• Termen de plată - termenul până la care cererea trebuie achitată;
• Tranzacție - o tranzacție de plată care determină tipul decontărilor cu contrapartea. Cerința este obligatorie pentru umplere;
• Articolul DDS - clasificarea cererii de plată înregistrate în conformitate cu clasificatorul de articole adoptat în organizație. Cerința este obligatorie pentru umplere;
• Organizație - societatea în care este înregistrată cererea. La introducerea unui document nou, atributul preia automat valoarea „Organizației principale” din setările personale ale utilizatorului (indicate sub forma elementului din directorul „Utilizatori”). Cerința este obligatorie pentru umplere;
• CFD - o unitate structurală a companiei (departament, subdiviziune, departament) responsabilă de decontările reciproce cu contrapartea - destinatarul fondurilor;
• Inițiator - o persoană care este inițiatorul unei tranzacții înregistrate pentru plată. Cerința este o caracteristică suplimentară a aplicației și este utilizată ca criteriu de selecție în jurnalele și rapoartele subsistemului;
• Modalitate de plată - determină modalitatea de plată prioritară pentru aplicație (numerar sau nu). La introducerea unui document nou, atributul capătă valoarea „Non-cash”;
• Comentariu - o linie de comentariu arbitrar la cererea de plată înregistrată;
• Responsabil - utilizatorul care a înregistrat documentul aplicației în program. Atributul este completat automat și nu este disponibil pentru editare.

Fila „Scopul plății”.

Când înregistrați un document în fila „Scopul plăților”, trebuie să completați următoarele detalii:

• Contraparte - o persoană juridică sau fizică care este destinatarul fondurilor, este completată din directorul „Contrapărți”. Cerința este obligatorie pentru umplere;
• Acord - un acord cu o contraparte, în baza căruia este necesar să se transfere fonduri;
• Suma de plata ;
• Cota TVA ;
• Suma TVA inclusa in suma de plata;
• Moneda fondurilor;
• Scopul plății– șir de scop de plată care definește subiectul tranzacției, i.e. pentru care trebuie să transferați bani. Scopul plății poate fi generat automat;
• Numărul documentului fundației- numărul documentului care stă la baza cererii (de exemplu, numărul facturii de plată, numărul facturii etc.);
• Data actului fondator- data documentului care stă la baza cererii;
• O bază de documente- o linie de informatii care caracterizeaza documentul primar primit de la contrapartida si care sta la baza transferului de fonduri. Dacă baza de plată este o factură de plată, caracteristicile documentului sunt completate manual. Acest atribut este completat automat la introducerea unei cereri pe baza documentului furnizorului (factura, certificatul de finalizare si alte documente primare inregistrate in 1C: Contabilitate);

Fila „Documente însoțitoare”.

Fila „Documente însoțitoare” conține un câmp de tabel destinat să atașeze la cererea de plată toate documentele însoțitoare necesare, de exemplu, contracte, acorduri suplimentare, facturi de plată, certificate, caiet de sarcini etc. Documentele atașate trebuie să fie documente electronice de orice format. La înregistrarea unei aplicații, toate documentele indicate pe filă sunt stocate în infobază, ceea ce asigură siguranța acestor documente și posibilitatea de acces rapid la acestea direct din formularul de cerere.

Cerere de plată: fila „Documente însoțitoare”

Lista elementelor de recuzită disponibile:

• Titlul documentului- denumirea documentului atasat. Când adăugați un fișier document, acest câmp este completat automat cu numele fișierului. Dacă este necesar, utilizatorul poate modifica valoarea specificată;
• Tip document - tipul documentului atașat. Acest câmp nu este editabil și este completat automat atunci când este selectat un fișier;

Compania poate plăti furnizorul în numerar sau prin transferul de fonduri în contul de decontare al furnizorului (plată fără numerar). Plata în numerar se face folosind documentul Comanda numerar de ieșire.

Plata fără numerar (transferul de fonduri în contul de decontare al furnizorului) se înregistrează în documentul Radierea fondurilor fără numerar.

Documentele pot fi eliberate pe baza documentelor executate anterior Recepția de bunuri și servicii. Transferul de fonduri în contul de decontare al furnizorului se execută în două etape: executarea și tipărirea unui document de plată (ordin de plată de ieșire) și înregistrarea transferului efectiv de fonduri din contul de decontare al întreprinderii în contul de decontare al furnizorului (după primirea unei bănci). afirmație).

Această procedură de introducere a documentelor poate fi în cazul în care compania nu planifică încasările și nu controlează cheltuirea fondurilor. Dacă întreprinderea trebuie să controleze cheltuirea fondurilor, atunci cheltuirea fondurilor se face în conformitate cu cererea aprobată pentru cheltuirea fondurilor. Pentru a implementa o astfel de opțiune de plată în program, în secțiunea Administrație - Organizații și fonduri trebuie bifată caseta de selectare Aplicații pentru cheltuirea fondurilor.

Controlul numerarului poate fi efectuat doar la anumite case de marcat sau pe conturi curente. Este posibil să se definească o listă a acelor case de casă și conturi de decontare, a căror cheltuire a fondurilor va fi controlată. Acest lucru este determinat în cardul unui anumit casierie sau cont curent.

Pentru controlul cheltuirii fondurilor se folosește documentul Aplicații pentru cheltuirea fondurilor.

Cum să planificați și să coordonați cu managementul costul fondurilor.

Pentru a utiliza mecanismele de planificare și control al cheltuirii fondurilor este necesar ca la secțiunea Administrație - Organizații și fonduri să fie bifată caseta de selectare pentru Cereri de cheltuire a fondurilor.

Există, de asemenea, posibilitatea de a controla cheltuirea fondurilor în conformitate cu limitele stabilite pentru cheltuirea fondurilor. Pentru a exercita un astfel de control, ar trebui să setați casete de selectare suplimentare pentru controlul limitelor în secțiunea Administrație - Organizații și fonduri.

Limita fluxului de numerar este stabilită pentru o lună și este detaliată la elementele fluxului de numerar (plăți către furnizori, salarii, cheltuieli de afaceri etc.). Lista elementelor de flux de numerar poate fi suplimentată în mod arbitrar de către utilizator (secțiunea Finanțe - Setări și directoare - Elemente de flux de numerar).

Este posibil să se stabilească limite pentru cheltuirea fondurilor pentru fiecare divizie și pentru fiecare organizație.

Trebuie remarcat faptul că, dacă nu este necesar să se controleze cheltuielile pentru niciun element al fluxului de numerar, atunci aceasta trebuie să fie în continuare inclusă în secțiunea tabelară a documentului Limitele de cheltuieli ale DS, pentru aceasta opțiunea de control nu ar trebui să fie limitată. . Este posibil să se completeze automat partea tabelară a documentului cu toate elementele de mișcare privind cheltuirea fondurilor sau acele limite de cheltuieli pentru DS care au fost stabilite în luna precedentă.

Procesul de aprobare și aprobare a cererii constă în următoarele etape.

• Intocmirea cererii de catre initiatorul platii.
• Aprobarea cererilor.
• Aprobarea cererilor (pregătirea cererilor de plată).

Intocmirea cererii de catre initiatorul platii.

Cererea de cheltuire a fondurilor se intocmeste de catre manager pe baza documentului de livrare. O aplicație pentru cheltuirea banilor poate fi creată dintr-o listă sau dintr-un formular de document.

De asemenea, se poate emite o singură cerere pentru mai multe documente de livrare sau fără precizarea documentului de decontare.

Într-o nouă cerere de cheltuire a fondurilor se completează toate datele din documentul pe baza căruia se face cererea. Managerul controlează corectitudinea completării datelor în aplicație, stabilește data estimată a plății și o efectuează. Solicitarea este postată în starea Neaprobat.

Managerul poate atasa la cerere copii tiparite ale facturilor emise de furnizor, documente de livrare sau orice alte documente care confirma necesitatea cheltuirii banilor. Pentru aceasta se folosește mecanismul Fișiere atașate (comandă din panoul de navigare al formularului). Dacă aplicația trebuie plătită, atunci managerul o poate seta la o prioritate ridicată.

Aprobarea cererilor.

Lista cererilor necoordonate se înaintează spre aprobare șefului unității (trezorier, director financiar). Pentru a aproba cererile, este furnizat un loc de muncă separat Cereri pentru aprobare (secțiunea Finanțe). Aprobarea aplicațiilor va fi posibilă numai pentru acei utilizatori care au dreptul (rol) Aprobarea aplicațiilor pentru cheltuirea fondurilor.

În listă, puteți selecta acele aplicații inconsistente pentru care termenul limită de plată este potrivit. Pentru a face acest lucru, în listă, trebuie să setați selecția după statutul Neaprobat și după data plății.

De asemenea, puteți examina separat aplicațiile care au cea mai mare prioritate și aplicațiile pentru fiecare organizație.

La vizualizarea aplicațiilor, șeful de departament (trezorier, director financiar) vede în listă toate informațiile necesare despre cerere: cuantumul cererii, destinatarul etc. Fără a deschide lista, poate vedea justificarea cererii. trebuie să cheltuiți fonduri pentru aplicație (fișiere atașate). Pentru a face acest lucru, faceți clic pe pictogramă.

Pentru a aproba (respinge) mai multe cereri de plată, puteți selecta cererile necesare din listă și selectați comenzile corespunzătoare:

• Coordonarea cererilor - dacă este necesar să se coordoneze cererile de cheltuire a fondurilor;
• Respinge cererile - dacă cererile de cheltuire a banilor ar trebui respinse.

Solicitarea este postată în starea Agreed. La aprobarea cererii, se controlează limita stabilită la cheltuirea fondurilor. Capacitatea de a aproba cereri peste limita este disponibilă pentru toți acei utilizatori care au dreptul de a aproba.

Puteți organiza aprobarea cererii de către mai multe persoane. În acest caz, procesul de aprobare a aplicației poate fi organizat în programul 1C: Document Management, folosind posibilitățile de utilizare în comun a programelor Trade Management și 1C: Document Management.

Aprobarea cererilor (pregătirea cererilor de plată).

Pentru a aproba aplicațiile, utilizatorul trebuie să aibă un rol suplimentar definit - Aprobare pentru plata cererilor pentru cheltuirea fondurilor. În aplicație, acest rol este setat pentru profilul de acces Trezorier.

Informațiile despre cererile aprobate sunt incluse în calendarul de plăți (secțiunea Finanțe).

Suma plăților convenite pentru aplicații este afișată în coloana Toate în așteptare.

Finanțatorul analizează posibilitatea achitării cererilor în ziua specificată în numerar sau prin virare de fonduri din contul curent. Aplicația poate fi deschisă direct din calendar și pentru aceasta se pot specifica data și metoda de plată. Adică, în conformitate cu soldul disponibil al fondurilor în diferite case de casă și conturi curente, finanțatorul stabilește cel mai bun mod de a plăti pentru această aplicație.

Direct din calendar, puteți emite un ordin de transfer de fonduri (din altă casă, alt cont curent) sau puteți înregistra primirea așteptată de fonduri (primirea de împrumuturi suplimentare, credite etc.).

După precizarea datei și modalității de plată, finanțatorul aprobă cererile (setează starea Pentru plata pentru acestea).

După aprobarea finală a cererilor, verifică posibilitatea de a plăti cererile. Suma cererilor aprobate este afișată în coloana Plătibile.

După aprobarea cererii (setarea stării Pentru plată), puteți întocmi un document de plată pentru cheltuirea banilor.

După aprobarea cererii, este de dorit să se întocmească documente de plată care să indice tipul de plată care a fost înregistrat în cerere. Cu toate acestea, sunt permise și alte tipuri de plăți. De exemplu, o parte din aplicație poate fi plătită în numerar, iar o parte - prin transferul de fonduri din contul curent.

În cazul plăților în numerar se întocmește documentul Ordin de ieșire numerar. Cererea de cheltuire a fondurilor va fi afișată ca ordin de plată în lista bonurilor de ieșire de numerar. Pentru a remedia plata, faceți clic pe butonul Plătiți. Informațiile din mandatul de ieșire în numerar vor fi întocmite în conformitate cu datele cererii aprobate.

Transferul de fonduri din contul curent se face în două etape:

1. Se întocmește și se imprimă un ordin de plată. Ordinul de plata este trimis la banca.
2. Radierea efectivă a fondurilor din contul curent se înregistrează la primirea unui extras de la bancă privind mișcarea fondurilor în contul curent.

Cum se emite și se imprimă un document de plată.

În program, puteți emite orice tip de document de plată: ordin de plată de ieșire, acreditiv transferat, ordin de încasare transferat etc. Pentru a înregistra toate aceste tipuri de documente, programul folosește un singur document - Stergerea fondurilor fără numerar. .

Ce tip de document de plată este întocmit pentru transferul către bancă este determinat de setarea tipului corespunzător în documentul de anulare a fondurilor fără numerar.

Lista documentelor pentru care trebuie înregistrată plata este afișată în pagina Pentru plată a listei de documente Plăți fără numerar.

Dacă nu se utilizează planificarea numerarului (caseta de selectare Solicitări de cheltuire a numerarului din setări este debifată), atunci această listă va afișa toate acele documente pentru care este necesar să se emită cheltuieli de numerar: o comandă către un furnizor, primirea de bunuri și servicii , etc.

În cazul în care decontările reciproce cu furnizorul sunt efectuate în totalitate în cadrul contractului (fără detalii privind comenzile sau facturile), atunci lista va afișa valoarea datoriei față de furnizor în baza contractului.

Dacă întreprinderea utilizează planificarea numerarului, atunci în această listă vor fi afișate numai cererile de numerar aprobate (cereri cu statutul Plătibil).

Pentru a emite un document de plată pentru debitarea fondurilor fără numerar, faceți clic pe butonul Plătiți. Va fi generat documentul Radierea DS fără numerar. Informațiile din document vor fi completate în conformitate cu cererea aprobată de cheltuire a fondurilor. În partea tabelară a documentului se va completa obiectul de calcul (Acord cu furnizorul, Comandă pentru furnizor, Primire bunuri și servicii) care a fost specificat în cererea de cheltuire a fondurilor.

După înregistrarea documentului, suma și moneda decontărilor reciproce sunt completate automat. Moneda decontărilor reciproce este determinată de moneda decontărilor reciproce, care a fost definită în obiectul de decontare specificat în documentul de plată. În cazul nostru, obiectul decontărilor este documentul de chitanță, acesta indică moneda decontărilor reciproce, rubla, deci și suma decontărilor reciproce va fi fixată în ruble.

Documentul de plată este tipărit și trimis la bancă. Pentru executarea corectă a unui ordin de plată, trebuie să verificați cu atenție și, dacă este necesar, să corectați toate detaliile care sunt prezentate în câmpul Scopul plății. Pentru a completa automat scopul plății, utilizați comanda Inserare. Folosind această comandă, puteți completa lista acelor documente pentru care trebuie să înregistrați plata (specificate în partea tabelară a documentului ca obiect de decontare).

Cum se înregistrează faptul de a transfera fonduri din contul curent al companiei în contul curent al furnizorului.

După primirea unui extras de cont bancar cu marcajul transferului de fonduri din contul de decontare al întreprinderii comerciale în contul de decontare al furnizorului, caseta de selectare Publicată de bancă este selectată în ordinul de plată.

Este posibil să setați un marcaj de grup pentru ca banca să efectueze o listă selectată de plăți.

La momentul primirii extrasului bancar, contabilul trebuie sa efectueze urmatorii pasi.

• În lista de plăți fără numerar, setați contul bancar și perioada care sunt specificate pentru plăți în extrasul de cont.
• Faceți clic pe butonul Nepublicat de bancă. Doar acele plăți vor rămâne în listă, în care nu este setată bifa băncii.
• Folosind butoanele Chitare și Retragere, înregistrați acele plăți care trebuie reflectate în extrasul de cont.
• Selectați lista tuturor plăților și faceți clic pe butonul Postat de bancă.
• În caseta de dialog care apare, setați data pentru efectuarea plăților de către bancă și faceți clic pe OK.

Pentru toate plățile marcate, caseta de selectare Postat de bancă va fi bifată. Pentru a reconcilia plățile cu extrasul de cont primit, se folosește raportul Extras pe zile, care este apelat printr-un hyperlink din listă.

De menționat că programul prevede posibilitatea înregistrării automate a plăților folosind programul „Client Bancar”. Programul este lansat făcând clic pe butonul Schimb cu o bancă din lista de plăți fără numerar.

Se oferă și plata mixtă. Adică, o parte din sumă poate fi plătită în numerar, iar o parte - prin transferul de fonduri în contul de decontare al furnizorului. În același timp, pe baza unei cereri de cheltuire a fondurilor (sau a unui document de primire), se întocmesc două documente: un mandat de cheltuială în numerar și o anulare a fondurilor necash.

Informații despre plata către un furnizor pot fi obținute din raportul de carduri de plătibile. Raportul este sunat de pe cardul furnizorului.

Cum să aranjați plata către furnizor în valută străină prin transferul de fonduri într-un cont curent în valută.

Înregistrarea unei astfel de operațiuni are sens numai dacă decontările se fac cu un furnizor străin. Moneda în care se efectuează decontările cu furnizorul este determinată în acordul cu furnizorul. Dacă nu se utilizează contracte, atunci moneda decontărilor reciproce este determinată în comanda furnizorului sau în documentul de primire dacă comanda nu este plasată la furnizor.

Fondurile trebuie transferate din contul în valută al întreprinderii în contul în valută al furnizorului.

Această operațiune se execută folosind documentul Stergere DS fără numerar cu înregistrarea ulterioară a plății (bifând căsuța Postat de bancă) după înregistrarea extrasului bancar. Un cont curent este selectat în document. Trebuie să indice moneda în care fondurile trebuie transferate în contul de decontare al furnizorului. Moneda contului curent poate să nu se potrivească cu moneda în care sunt încheiate documentele cu furnizorul (acord cu furnizorul, comanda furnizorului, documentul de livrare). De exemplu, decontările reciproce cu un furnizor sunt efectuate în euro, iar fondurile sunt transferate în dolari. După înregistrarea unor astfel de operațiuni, este necesar să se emită o reevaluare a fondurilor valutare. Un document de reevaluare este creat automat atunci când rulați închiderea de sfârșit de lună (secțiunea financiară). Programul însuși determină dacă este necesară efectuarea reevaluării, reevaluează automat decontările cu furnizorii, calculează diferența de curs valutar și o alocă altor venituri (sau cheltuieli).

1. Introducere

Planificarea numerarului este una dintre sarcinile principale ale contabilității de gestiune, spre deosebire de contabilitate.

Desigur, există și alte diferențe semnificative între CM și BU (cerințe diferite de analiză, de evaluare și reevaluare a activelor/pasivelor, necesitatea creării de rezerve etc.), dar nevoia de a rezolva problemele de planificare este cea mai dificilă dintre ele. .
Complexitatea planificării constă nu numai în pregătirea unui plan (calculul acestuia, formarea în funcție de diferite scenarii), dar este și necesar:

• Efectuează reprogramarea;
• Actualizați planurile, transferați ajustări în perioadele următoare;
• Efectuați un plan - analiză faptică.

Trebuie recunoscut faptul că majoritatea întreprinderilor (folosind 1C pentru automatizare) nu planifică în program.
„Ar trebui să ajustam contabilitatea ..” – atât de mulți oameni argumentează.

Contabilitatea trebuie ajustată, da, dar nu în detrimentul planificării.
Desigur, planificarea este încă implicată (dar nu în 1C, ci în XLS). Și prima sarcină principală (pe care încearcă să o rezolve) este planificarea fondurilor.

• (1) Strategic (bugetare);
• (2) Operațional.

Și dacă bugetarea (desigur, cu o abordare de sus în jos a planificării) se poate face folosind XLS, atunci planificarea operațională nu poate.
Concluzia este că un minim de utilizatori (1-2 persoane) lucrează cel mai adesea cu tabele de buget. Pentru majoritatea întreprinderilor, numărul de elemente bugetare, etc analist - nu sunt atât de multe dintre ele. Adică, totul poate fi procesat cu „mânere” în XLS.

Dar în ceea ce privește planificarea operațională pentru d/s, situația este diferită aici. Adică există adesea un număr mare de facturi pentru plată, multe plăți regulate, plăți așteptate pentru comenzile clienților etc.

Și în plus, toate acestea pot fi „legate” de un număr mare de documente primare cu care lucrează diverși utilizatori ai programului, documentele sunt corectate, situația se schimbă etc.

O altă diferență importantă între planificarea operațională și bugetare este că aceasta merge adesea „de jos în sus”. Adică din „Cererile de consum d/s”, care sunt întotdeauna emise de angajații departamentelor.

Și aceste cereri, în consecință, trebuie procesate la timp, acceptate/respinse, „puse în plan” și plătite.

Total: planificarea operațională pentru d/s este chiar prima dintre sarcinile de planificare, care ar trebui să fie automatizat în „1C” pentru orice întreprindere.

Și, ca urmare a planificării, departamentul financiar / trezoreria ar trebui să „vadă” în sistem:

• Când, cui, din ce cont curent/casă, pentru ce sumă trebuie să plătiți;
• Care este soldul d/c la data „cutare și așa”, luând în considerare soldurile curente, cheltuielile planificate și încasările d/c. Este necesar să se evite așa-numitul. „lacunele de numerar”.

  Adică, este nevoie să lucrați cu calendarul de plăți.

• Ce datorii cu contrapartidele vor fi la datele specificate, luând în considerare plățile planificate, încasările și soldul curent al decontărilor reciproce.

  Adică, este nevoie de a lucra cu calendarul de calcule.

Scopul acestui articol - vorbesc despre posibilitățile de automatizare a planificării operaționale pentru d/s. În același timp, va fi efectuată o analiză comparativă a 3 configurații diferite de circulație (două sunt tipice din 1C, una este specializată din wiseadvice).

Fiecare dintre configurații poate fi utilizată pentru a rezolva sarcinile de planificare operațională pentru c/c, cu toate acestea, ar trebui făcută o alegere echilibrată pe baza sferei și dimensiunii proiectului dumneavoastră.

2. Capacitățile SCP 1.3

Momentan, 1C nu a lansat încă noua ediție mult așteptată a SCP (rev. 2). Și, prin urmare, ne vom concentra pe ceea ce este disponibil - subsistemele corespunzătoare din SCP 1.3:

Trebuie anulat faptul că subsistemul „Aplicații pentru cheltuirea fondurilor” a fost actualizat în configurație relativ recent (2011). Și, ca urmare, în modul de interfață gestionată, în panoul de secțiuni a apărut elementul „Aplicații pentru cheltuieli d/s/”.

Dacă încercați într-o configurație tipică, în modul fișier, deschideți formularul documentului „Aplicație pentru cheltuiala d / s” (alias, ZRDS), atunci apare imediat o eroare la variabila „GlobalValues” din modulul general „ Lucrul cu variabile generale”.

Acest tip de eroare poate fi corectat, însă, după cum se spune: „sedimentul rămâne”. Adică, există suficiente „rugozi” în subsistemul ZRDS UPP.
Posibilitatea de a emite un document WRDS printr-un browser WEB este utilă, dar în practică va fi necesar să ne gândim cu atenție la simplificarea și ergonomia formei standard a documentului. Acest lucru va fi deosebit de important pentru dispozitivele mobile.

Dar în ceea ce privește calendarul de plăți, apoi în modul thin client, de la distanță printr-un browser WEB etc. nu o vor putea folosi. Motivul este că subsistemul „Cash Management” nu a fost actualizat de mult timp și, în special, raportul „Calendarul plăților” nu este construit pe un sistem de compunere a datelor. Și, prin urmare, acest raport nu poate fi utilizat în clienții subțiri, nu există posibilitatea de a crea setări arbitrare pentru acesta.

Când lucrați cu ZRDS, un loc important îl ocupă procedura de coordonare și aprobare a cererilor. În funcție de structura organizatorică a întreprinderii și de alte caracteristici ale afacerii, procedura internă de aprobare a cererilor (regulamente de aprobare) poate fi destul de complexă (în mai multe etape, variabilă etc.). Astfel, pentru automatizare, aceasta nu este o sarcină ușoară.

În SCP este implementat subsistemul de coordonare și aprobare. Oferă setări destul de flexibile.

• Aprobarea este o confirmare a necesității de a plăti pentru cerere. De obicei, aprobarea ar trebui să treacă prin șefii de departamente, managerii și alte persoane responsabile ale companiei.
• Aprobarea este confirmarea finală (de către trezorier) că cererea va fi plătită. Totodata trebuie stabilita data platii, contul curent/casa de la care se va efectua plata. Astfel, plata se încadrează în planul operațional (calendarul de plăți).

Trebuie anulat faptul că un număr de puncte ale funcționalității tipice a SCP-ului nu oferă ceea ce este necesar în implementarea efectivă a subsistemului.
Voi scrie despre aceste „momente” mai târziu, dar deocamdată să luăm în considerare ce funcționalitate oferă o configurație tipică.

1. Puteți activa utilizarea mecanismului de aprobare a aplicației separat, pentru fiecare organizație.

• Este posibilă setarea secvenței de trecere a aplicației de-a lungul rutelor, ierarhia rutelor.

1. Totodată, trebuie menționat că ierarhia din directorul de subdiviziune nu este luată în considerare în mecanismele de rutare a aplicației.
2. De asemenea, este necesar să se anuleze faptul că coordonarea și aprobarea sunt construite tehnic fără utilizarea unui mecanism de proces de afaceri.

• La fiecare punct, puteți specifica unul/mai mulți utilizatori, pentru care va fi disponibilă executarea aprobării aplicației. Adică aplicația poate fi aprobată de oricare dintre ei (care va avea timp să o facă mai întâi).

• Pentru fiecare unitate, puteți atribui punctul corespunzător al traseului de omologare. Concluzia este aceasta: atunci când faceți o cerere (ZRDS), trebuie indicat CFD-ul (subdiviziunea). Și în funcție de subdiviziunea specificată, SCP „găsește” punctul de potrivire corespunzător acestuia și „trimite” o cerere de aprobare în acest punct.

De asemenea, este permis să nu se specifice un departament în setarea rutei de coordonare. În acest caz, un astfel de punct de acord va fi „aplicat” tuturor CFD-urilor pentru care punctul de rută corespunzător nu este indicat în mod specific.

1. Coordonarea în sine se realizează folosind o procesare specială „Aprobarea cererilor”

1. Analiza disponibilității planificate a fondurilor, programul de plată și urmărirea lipsurilor de numerar se realizează în raportul „Calendarul de plăți”.

Pe lângă consumul planificat de d/s (ZRDS), poate fi luată în considerare și primirea planificată de d/s. În aceste scopuri, este furnizat un document special „Chitanța planificată a d/s”.

Trebuie remarcat faptul că, deși există state (pregătite, aprobate etc.) în documentul „Primirea planificată a d/s”, dar nu există posibilitatea de a conveni asupra acestui document (precum și ZRDS). Adică, modificarea stărilor documentelor este posibilă numai în modul „control manual”.

Și totuși, în SCP există posibilitatea de a lua în considerare primirea planificată a d / s de la cumpărători fără a emite documente „Prima planificată a d / s”.

Adică, dacă „Comenzile clienților” sunt emise pentru cumpărător, atunci într-un raport separat „Calendarul de plăți ținând cont de comenzi”, această primire planificată a d/c poate fi văzută.

1. Pe lângă raportul „Calendarul de plăți”, este furnizat raportul „Analiza disponibilității fondurilor”.

În același timp, este posibilă rezervarea d/c (pe cereri pentru cheltuieli) sau plasarea cererilor în contul încasărilor planificate.

Există, de asemenea, funcționalitatea de închidere a ZRDS și a încasărilor planificate de d/s. În aceste scopuri, în modul „client obișnuit” sunt furnizate documentele „Închidere cereri de cheltuire/primire d/s”.

Cu toate acestea, această funcționalitate nu este acceptată și în modul client subțire/web.
Aici trebuie să înțelegeți că tehnica „rezervării grele” este strâns legată de cronologia introducerii documentelor, iar acest lucru îngreunează ajustările și reprogramarea.

Prin urmare, funcționalitatea este lăsată în SCP mai degrabă ca o „moștenire a trecutului”, iar un calendar de plăți ar trebui utilizat pentru a analiza disponibilitatea d/c.

Așadar, s-a luat în considerare funcționalitatea SCP-ului și acum voi enumera acele momente ale unei configurații tipice care, în practică, pe proiecte, trebuie finalizate:

1. Conform documentului „Cerere de cheltuieli d/c”:
   1. În document, puteți specifica „Subdiviziunea” (apropo, în configurație este desemnată ca CFR - centrul responsabilității financiare). Dar este foarte posibil ca cererea să fie făcută dintr-o unitate (FSC) și, în același timp, costurile vor trebui atribuite/distribuite în continuare unei alte/alte divizii (FSC - centre de management financiar).

      Posibilitatea de a specifica DFS, etc. - dispărut.

      Nu există posibilitatea de a schimba ruta, redirecționarea aplicației către alte rute.

1. Nu există posibilitatea de a planifica transferul de numerar între conturile de decontare, din cont la casierie etc.
1. Procesul de acordare:
   1. Există posibilitatea de a coordona ZRDS, dar nu există posibilitatea de a coordona primirea planificată a d/s.
   2. În practică, devine necesar să se realizeze coordonarea pentru alți angajați. În același timp, sistemul trebuie să înregistreze și informații despre „cine și pentru cine a finalizat coordonarea”.

      Opțiunea de a instala mai mulți executori posibili la un punct de acord nu este adesea potrivită, deoarece acest executor poate fi specificat în alte etape ale acordului. Ca urmare, toate acestea vor duce la faptul că în lista cererilor de aprobare, angajatul va avea simultan sarcini principale și indirecte pentru aprobare. Desigur, acest lucru derutează utilizatorul, nu este convenabil.

      Rezumând, nu există posibilitatea de a coordona pentru un alt interpret, abilitatea de a indica cine și pentru cine are dreptul de a coordona - lipsește.

   3. În procesul de aprobare a cererilor, când cererea trece la aprobarea următoarei de-a lungul traseului, este necesară funcționalitatea de informare automată (prin e-mail) a următorului executant, precum și a autorului cererii. .
   4. Dacă autorul aplicației este deja responsabil pentru aprobare/aprobare (în orice etapă a traseului!), atunci este destul de logic ca programul să „scurteze” automat ruta, redirecționând aplicația la cel mai înalt nivel disponibil. Cu toate acestea, acest lucru nu este prevăzut în PPP.
   • Toate cerințele enumerate, deși nu sunt în configurația tipică, totuși.

1. Rapoarte, drepturi de acces.
   1. Posibilitatea restricționării accesului la aplicații doar pentru autorii/interpreții (coordonatorii) disponibili este solicitată; prin diviziuni disponibile utilizatorului.
   2. Nu există nicio raportare privind controlul (pe zile și intervale) al datoriei reale și planificate. Acest lucru este valabil atât pentru cumpărători, cât și pentru furnizori.
   3. Raportarea și o parte a funcționalității nu sunt potrivite pentru lucrul în modul thin / web-client.
2. Contabilitate conform acordurilor regulate, contractelor.
   1. Adesea există situații în care este necesar să plătiți în mod regulat furnizorii. De exemplu, plata chiriei etc.

      UPP nu automatizează reflectarea în calendarul plăților etc. aceste cheltuieli viitoare. Adică, este necesar să urmăriți astfel de plăți în modul de control manual și să completați cererile de plată, ceea ce este incomod și consuma mult timp.

   2. În contractele cu cumpărătorii, cu furnizorii, pot fi prescrise condiții pentru procentul de plată anticipată, termene de plată etc.

      UPP nu înregistrează automat toate aceste informații și (ca urmare) le reflectă automat în calendarul de plăți.

3. Caracteristici ale UT 11.1

Odată cu lansarea noii configurații „Trade Management Rev. 11”, au apărut multe caracteristici noi, utile pentru sarcinile de planificare operațională și control financiar.
Poate cel mai semnificativ din această parte din UT11 (comparativ cu SCP 1.3) este mecanismul de contabilizare a programului de plată. Acest mecanism doar „închide” ceea ce lipsea amarnic – automatizarea planificării/contabilității în baza unor acorduri regulate, contracte.

Astfel, în UT11 este posibil să nu se întocmească deloc (dacă nu este necesar, bineînțeles) documente pentru planificarea cheltuielilor și a încasărilor d/c și, în același timp, se va forma în mod normal calendarul plăților.

Puteți anula faptul că „setările tipice” ale raportului „Calendarul de plată” nu corespund cu adevărat așteptărilor (ca atare, calendarul nu este afișat), dar în modul utilizator, puteți adăuga gruparea după „data plății”, iar raportul va să fie generate în forma obișnuită.

Funcționalitatea raportului a fost mult extinsă (comparativ cu SCP 1.3) prin utilizarea unui sistem de compunere a datelor. Acum, un raport poate fi generat într-un client thin / web, salvat în baza de date și atribuit diferiților utilizatori cu setările de care au nevoie.

Pe lângă planificarea fluxului și a primirii d/s, UT11 are funcționalitatea de a planifica mișcarea d/s. În aceste scopuri, puteți întocmi documentele „Ordin de mutare d/s”.

Față de UPP 1.3, pentru documentul „Cerere de cheltuieli d/c”, numărul de tipuri de tranzacții comerciale luate în considerare a crescut:

Acum este posibil să se aprobe atât documentele „Cerere de cheltuieli d/c”, cât și alte comenzi:

Pentru analiza datoriei pe intervale/termeni este furnizat raportul „Conturi de creanță”. Dacă este necesar, puteți crea un calendar de datorii. Pentru a face acest lucru, în modul utilizator, adăugați gruparea după date de plată.

Din păcate, UT11 (ca și până acum) nu prevede posibilitatea analizei calendarului datoriilor pe furnizor. Cu toate acestea, finalizați UT11 pentru această sarcină.

A rezuma: Noile soluții metodologice „1C” împreună cu capacitățile platformei 8.2 oferă o bază bună pentru automatizarea sarcinilor de planificare operațională și control al d/s.

Dar, în același timp, trebuie înțeles că configurația UT11 nu este o soluție completă, gata făcută, pentru automatizarea trezoreriei și planificarea d/s.

• În primul rând, în UT11, într-o formă foarte simplificată, este implementat un mecanism de coordonare/aprobare a cererilor de consum și a altor documente de planificare pentru d/s. Adică nu există mecanisme de rutare, procesul de aprobare a aplicațiilor se reduce la o simplă setare a stărilor.
• În al doilea rând, în UT11 nu există un subsistem de bugetare și (ca urmare) nu există nicio funcționalitate pentru monitorizarea cererilor pentru bugetele planificate.

4. Oportunități WA: Finanțator

Din punct de vedere istoric, configurația WA:Financier a fost dezvoltată pe baza produsului Treasury Management.

Și, în același timp, noua soluție Financier de la WiseAdvice include și:

• Subsistemul planificare bugetară;
• Subsistemul de management al contractelor;
• Subsistemul de formare și contabilizare a plăților efective;
• Mecanism flexibil, personalizabil pentru generarea/completarea documentelor pe baza de șabloane;
• Subsistem flexibil, personalizabil pentru integrare cu banca-client.

Să luăm în considerare principala funcționalitate a „WA: Financier” în ceea ce privește trezoreria - de la contabilizarea condițiilor din contracte până la formarea unui calendar de plăți.

1. În procesul de aprobare a unei cereri, nu numai că puteți aproba/respinge documentul (cum se face în SCP), dar sunt disponibile și alte funcții: de exemplu, trimiteți documentul pentru revizuire sau solicitați informații suplimentare. informație.

   Întregul proces este automatizat, respectiv, se asigură raportarea stării de elaborare a aprobării documentului.

5. Rezultate

Concluzii:

1. Pentru a automatiza activitatea departamentelor financiare, trezorerielor, organizațiilor cu organizații complexe. structura solutia cea mai potrivita este „WA: Finanțator”.

   Această soluție se dezvoltă și evoluează de mult timp, acumulând astfel specificul și cerințele diferiților finlandezi. departamente și trezorerie. Costurile totale de muncă pentru dezvoltarea soluției s-au ridicat la peste 5000 om/oră.

   Avantajul soluției WA: Financier este funcționalitatea sa avansată și un număr mare de mecanisme de setare a programului. Astfel, implementarea acestei soluții este posibilă într-un timp scurt (așa-numita „implementare cutie”), fără suplimentar dezvoltare, programare etc.

   Deoarece soluția conține mecanisme de schimb bidirecțional cu toate configurațiile tipice principale, integrarea în structura existentă (schimb de date cu bazele de date UT, SCP, Complex, Bukh) nu va fi dificilă.

2. Pentru a automatiza departamentul financiar/trezoreria ca parte a proiectului de automatizare integrată cea mai potrivită soluție bazat pe SCP.

   În același timp, trebuie să înțelegeți că funcționalitatea SCP-ului va necesita îmbunătățiri.

   Specificitate, cerințe fin. departamentele, trezoreriile nu sunt încorporate în SCP la fel de profund precum se face în soluții separate, specializate.

   Astfel, implementarea SCP pentru aceste sarcini ar trebui realizată doar ca parte a unui proiect de automatizare.

3. Pentru organizații mari, pentru automatizarea departamentului de trezorerie UT11 nu se potriveste.

   În această decizie, în primul rând, nu există mecanisme de coordonare/aprobare a documentelor de planificare.

   În al doilea rând, nu există un subsistem de bugetare și control asupra implementării bugetelor în timpul planificării operaționale.

   Cu toate acestea, UT11 perfect pentru automatizare (inclusiv planificarea operațională pentru d/c) înotătoare mică. departamentele companiei.

Procesul de afaceri „Coordonarea și aprobarea cererilor de cheltuire a fondurilor”

În condițiile unei stări financiare stabile, compania este capabilă să își îndeplinească pe deplin și la timp obligațiile - în acest caz, compania nu are nevoie să optimizeze utilizarea fondurilor. În prezent, în condițiile crizei financiare, mecanismul de distribuire a fondurilor limitate pentru obligațiile întreprinderii este deosebit de relevant.

Procesul constă din șase pași consecutivi:

1. Reprezentantul unitatii (manageri, ingineri etc.) intocmeste cerere de cheltuire a banilor pe obligatii - avansuri la contracte si rambursarea datoriilor pe acte de decontare.

2. Șeful departamentului, folosind instrumente convenabile, verifică corectitudinea aplicațiilor și, dacă este necesar, le corectează.

3. Reprezentantul responsabil al serviciului financiar (director financiar, director financiar adjunct sau șeful organizației) stabilește din ce conturi curente, cui și în ce sumă trebuie transferate fondurile.

4. Șeful secției repartizează sumele permise la plată pentru aplicații specifice (de fapt, pentru obligații - comenzi, facturi, documente de decontare).

5. Departamentul de contabilitate al întreprinderii, pe baza cererilor aprobate și alocate pentru obligații, creează ordine de plată de ieșire.

6. Ordinele de plata sunt incarcate automat in banca-client.

Faceți cereri pentru cheltuirea banilor

Înregistrarea operațiunilor pentru cheltuirea fondurilor din conturile de decontare începe întotdeauna cu planificarea cheltuirii fondurilor - adică executarea cererilor de cheltuieli de către toate departamentele întreprinderii implicate în proces.

Fiecare serviciu al întreprinderii întocmește o cerere de cheltuire a fondurilor în funcție de scopul cheltuielii (fiecărui scop al cheltuielii corespunde unui anumit tip de operațiune în documentul „Cerere de cheltuire a fondurilor”). Ca scop al cheltuielii, in cazul platilor in avans se poate indica o comanda catre furnizor, iar in cazul rambursarii datoriilor, un document de decontare.

Astfel, întreaga cheltuială planificată a fondurilor pentru toate serviciile trebuie să se reflecte în sistem sub formă de cereri de cheltuire a fondurilor.

Formarea unei cereri de cheltuire a fondurilor se realizează folosind documentul „Cerere de cheltuire a fondurilor”.

Fig.1.

Verificarea aplicațiilor pregătite

Șeful secției verifică lista cererilor de cheltuire a banilor emise de subordonați, o corectează și o trimite spre aprobare serviciului financiar. Pentru aprobarea cererii de cheltuire a fondurilor se întocmește documentul „Aprobarea cererilor”, în care sunt selectate documentele neîndeplinite „Cerere de cheltuire a fondurilor”.

Fig.2.

Ca urmare, după verificare și ajustare, șeful departamentului confirmă că cererile completate sunt agreate și gata pentru examinare de către serviciul financiar.

Fig.3.

Aprobarea cererilor de către serviciul financiar

După ce fiecare serviciu a pregătit - depus în sistem - o cerere de cheltuire a fondurilor, directorul financiar sau persoana responsabilă desemnată de acesta ia o decizie cu privire la plata acestora (totală sau parțială) în acea zi. În același timp, o decizie poate fi luată atât pentru fiecare cerere individuală, cât și pentru o combinație a acestora pe o anumită bază - de exemplu, cu privire la plata către o anumită contraparte (sau în cadrul unui anumit contract de contraparte), sau la buget. pentru aplicațiile de servicii în ansamblu este convenit.

Fig.4

Atunci când decideți asupra cheltuirii fondurilor, este necesar să indicați din ce cont curent să le trimiteți. Atunci când ia în considerare cererile, directorul financiar vede soldurile fondurilor din conturile de decontare (ținând cont de încasările planificate și plățile aprobate anterior) în fila „Soldurile contului”. Prin afișarea documentului, directorul financiar aprobă sumele de fonduri care pot fi alocate cererilor de cheltuire a fondurilor pentru serviciu.

Fig.5.

Alocarea plăților aprobate la cererile de plăți.

Șeful compartimentului, folosind documentul „Repartizarea aplicațiilor”, distribuie sumele aprobate în general pentru serviciu sau specific pentru contrapărți la cererile de cheltuire a fondurilor selectate de acesta.

Fig.6

Dacă suma aprobată pentru cerere este mai mică decât cea planificată, atunci se creează automat o cerere de cheltuire a fondurilor pentru suma rămasă, care poate fi depusă de șeful unității spre aprobare de către serviciul financiar în altă zi.

Folosind un set de rapoarte analitice, angajații departamentului pot analiza valoarea plăților planificată, aprobată și executată și obligațiile rămase ale departamentului față de contrapărți.

Înregistrarea operațiunilor privind cheltuirea efectivă a fondurilor.

După ce cererile de cheltuire a fondurilor au trecut procesul de coordonare cu directorul financiar, departamentul financiar al departamentului de contabilitate, pe baza cererilor aprobate, introduce documentul „Ordin de plată de ieșire”. În acest caz, în documentul „Ordin de plată de ieșire” sunt completate automat toate câmpurile necesare, contabilul indică scopul plății (pentru forma tipărită a ordinului de plată) și afișează documentul „Ordin de plată de ieșire” fără Marca „Plătit”.

Ordinele de plată create și postate de la 1C sunt importate în sistemul Client-Bank.

A doua zi, la primirea unui extras de la bancă cu privire la tranzacțiile efectuate, contabilul în fiecare ordin de plată indică marca „Plătit” și, de asemenea, intră în sistem operațiuni pentru cheltuirea fondurilor pe care banca le-a dedus din contul curent fără acceptare - întocmește documentele „Ordin de plată: radiere de fonduri” și „Solicitare de plată primită”. În cazul în care fondurile sunt debitate fără acceptare în favoarea contrapărților, serviciile relevante trebuie să selecteze documentul de decontare al contrapărții pentru care s-a efectuat plata și să închidă cererea de cheltuială, dacă aceasta a fost emisă anterior.

Puteți verifica tranzacțiile executate pentru cheltuirea fondurilor pe zi cu extrasul folosind procesarea standard „Extraș bancar”. În procesarea standard „Extraș bancar”, specialistul poate controla soldul la început, veniturile, cheltuielile, soldul la sfârșitul zilei pentru fiecare cont bancar al organizației în contextul documentelor. Dacă din imprimare reiese clar că documentul a fost plătit parțial, atunci utilizatorul poate emite o plată parțială direct din procesare.

Numai după afișarea documentelor privind cheltuirea fondurilor cu semnul „Plătit”, sistemul șterge fondurile din conturi și modifică statutul decontărilor cu contrapărțile.

Opțiuni de configurare

Soluția este destinată produselor software „1C: Production Enterprise Management 8” și „1C: Trade Management 8”.

Costul muncii

Acesta este determinat individual pe baza caracteristicilor configurației Clientului.