Søknader om å bruke penger i 1s. Dokument "Søknad om betaling". Beskrivelse av skjemaet for dokumentet "Søknad om betaling"

Send denne artikkelen til min e-post

I regnskap er en faktura for betaling i 1C et dokument som en organisasjon presenterer for en kjøper for et levert produkt eller tjeneste for å informere om behovet for å sette inn midler.

1C presenterer to alternativer for å jobbe med fakturaer for betaling i 1C:

Som et dokument som er lagret i databasen og det tilsvarende trykte skjemaet. Den er designet for å kontrollere gjensidige oppgjør med kjøpere i systemet og vise relevant informasjon på papir.

En trykt form av fakturaen for betaling, som genereres fra en kundeordre eller et salgsdokument og må sendes til kjøperen. Du kan skrive det ut når som helst, i tillegg til at det viste skjemaet kan lagres på PC-en i alle formater.

Hvilke av de ovennevnte alternativene som skal brukes avhenger av verdien av de konstante Bruk fakturaer for betaling til kunder og settes i seksjonen Stamdata og administrasjon → Salg → Engros → Betalingsfaktura.

Dokument Faktura for betaling 1C 8.3

Å opprette en konto i 1s 8.3 er mulig ved å legge inn en ny fra handelsdokumentregisteret, samt å gå inn på grunnlag av visse betingelser

Etter ordre fra klienten, hvis:

I den velges en kontrakt med rekkefølgen av interaksjon Ved bestillinger;

Det krever ingen avtale, men avtalen spesifiserer fremgangsmåten for betaling ved ordre.

En faktura for betaling i 1C opprettes på grunnlag av salg av varer og tjenester hvis:

Kontrakten brukes, som definerer rekkefølgen Ved fraktsedler;

Kontrakten er ikke nødvendig, men avtalen inneholder reglene for oppgjør ved fraktbrev.

En konto i 1C 8.3 kan opprettes på grunnlag av hvilke som helst av dokumentene ovenfor, forutsatt at reglene for gjensidig oppgjør med klienten er under avtaler.

Når du oppretter en faktura for betaling 1C 8.3, i henhold til dataene til noen av de spesifiserte objektene, er arbeidsplassen "Opprette fakturaer for betaling" ment, den åpnes i listen med kommandoen Opprett på grunnlag.

Her presenteres to arbeidsfaner: Stadier og betalinger og Fakturaer for betaling. Hver antar sine detaljer og utfører visse funksjoner.

Den første viser alle planlagte betalinger gitt av betalingsplanen.

La oss forklare hvilket diagram vi snakker om. I en avtale med klienten, enten den er individuell eller standard, kan du sette en betalingsplan, i henhold til hvilken det er nødvendig å registrere mottak av midler i informasjonssystemet.

For betalingsplanen er navnet angitt og listen over stadier er fylt ut. For hvert trinn i betalingsplanen, betalingsalternativet (forskudd, forskuddsbetaling eller kreditt), betaling (ikke-kontanter eller kontanter), prosentandelen av det totale beløpet (summen av alle linjer må være lik 100%), utsettelse (skift i dager fra salgsdato) fastsettes.

La oss ta et eksempel. Vilkårene for samhandling er etablert for klienten: for forsendelse av produkter i henhold til søknaden, må kjøperen betale et forskudd på 50% av beløpet for denne søknaden, resten må betales innen 5 dager etter forsendelsen . Alle betalinger skjer gjennom kassen.

Dataoppføringen ser slik ut:

Detaljering: Etter bestilling;

Betalingsmåte: Kontanter;

Betalingsalternativer: forhåndsbetaling (før sending) 50 % og kreditt (etter sending) 5 dager 50 %

I henhold til tidsplanen fastsatt i avtalen, beregnes betalingsstadiene automatisk i selve dokumentet (Kundens bestilling eller salg av varer og tjenester). Om nødvendig kan de justeres manuelt ved å bruke lenken i Betalingsfeltet og overføres til dokumentet uten å endre dataene i katalogen.

Flaggene i den første kolonnen i fanen settes automatisk for de linjene du må utstede en faktura for betaling for. Hvis betalingen for linjen allerede er utført (betalingsdokumenter er lagt inn i databasen), blir linjen inaktiv og det allerede mottatte beløpet vises i kolonnen "Betalt". En konto opprettes ved å trykke på knappen med samme navn. I dette tilfellet opprettes en ny bokført faktura, hvor informasjonen fylles ut i samsvar med dataene i grunnlagsdokumentet og beløpet som skal betales. Den vil vises i kontolisten på neste fane "Fakturaer for betaling" i statusen Utstedt.

Den nye kontoen i 1C inneholder følgende informasjon:

I en hatt: på grunnlag av hva den ble satt opp, når, til hvem og fra hvem;

Betalingsstadiene viser betalingsform, bankkonto og/eller kasserer og betalingsplan;

I Tillegg er leder, leder, regnskapssjef angitt, formålet med betalingen fylles ut og om nødvendig legges tilleggstekst inn for utgang til det trykte skjemaet;

Du kan skrive inn annen vilkårlig tekst i kommentaren for brukerens bekvemmelighet.

Alle opprettede fakturaer for betaling 1C 8.3 er tilgjengelige i listen over kontoer i delen "Salg". Du kan se alle utstedte fakturaer for oppgjørsobjektet ved å bruke rapporten "Relaterte dokumenter", og åpne dem direkte fra rapporten ved å klikke på de tilsvarende linjene i rapporten.

Du kan når som helst skrive ut et utskrivbart skjema for en bokført konto i 1C ved å bruke kommandoen "Skriv ut", det er også mulig å gruppere utdata fra flere utvalgte kontoer.

Utskrivbart skjema Faktura for betaling 1C 8.3

Dannelsen av kun det trykte skjemaet Account for 1C 8.3 uten å lagre det i databasen er tilgjengelig fra følgende systemobjekter:

Fra en salgsordre, underlagt følgende betingelser:

Den bruker en kontrakt med detaljerte oppgjør Etter ordre;

Kontrakten er ikke nødvendig, men i avtalen, oppgjørsmulighet Ved bestilling.

Fra salg av varer og tjenester hvis:

Det benyttes en avtale hvor innbyrdes oppgjør utføres etter faktura;

Kontrakten er ikke nødvendig, men avtalen spesifiserer detaljene for fakturaer.

En konto i 1s 8.3 kan genereres i henhold til dataene i alle de ovennevnte dokumentene, hvis de bruker oppgjørsprosedyren under kontrakter.

Også, for kontoer i 1C, er muligheten for å trekke ut en faktura med en faksimile implementert. For å gjøre dette må faksimileutskrift legges til organisasjonskortet i utskriftsinnstillingene (metoden for å legge til er tilgjengelig på lenken "Hvordan oppretter du en faksimile?"). En utskrift av en slik faktura for betaling i 1C utføres ved å velge kommandoen Skriv ut ved å velge riktig menypunkt.

Dokumentet "Søknad om betaling" er hovedverktøyet i delsystemet for å administrere søknader om betalinger. Dette dokumentet lar deg registrere i programmet behovet for å overføre kontanter eller ikke-kontante midler til leverandører, ansatte, skattemyndigheter og andre motparter. I tillegg gir dokumentets funksjonalitet en prosedyre for å godkjenne og godkjenne hver registrerte søknad om betaling.

Arbeidet med dokumentet utføres i journalen for søknader om utbetalinger. Journalen er tilgjengelig via hovedmenypunktet "Betalingsforespørsler" "Journal over betalingsforespørsler", samt gjennom elementene i kontrollpanelet på skrivebordene til programmet.

Beskrivelse av skjemaet for dokumentet "Søknad om betaling"

Dokumentskjemaet «Søknad om betaling» inneholder kjennetegn (detaljer) som avslører formålet med den registrerte betalingen. Øverst i skjemaet er det en blokk med grunnleggende detaljer som definerer organisasjonen, CFD, type fond og andre obligatoriske egenskaper ved søknaden. Fanen "Formål med betaling" inneholder en liste med detaljer som lar deg spesifisere beløpet og detaljert beskrive formålet med betalingen. I tillegg er det tre faner som inneholder tilleggsinformasjon om den planlagte betalingen: «Ledsager», «Betalinger» og «Søknadsfremdrift».

Dokumentskjema "Søknad om betaling"

Grunnleggende detaljer

Liste over grunnleggende detaljer:

• Betalingsfrist - fristen for når søknaden må betales;
• Transaksjon - en betalingstransaksjon som bestemmer type oppgjør med motparten. Forutsetningen er obligatorisk for fylling;
• Artikkel DDS - klassifisering av den registrerte søknaden om betaling i samsvar med klassifiseringen av artikler vedtatt i organisasjonen. Forutsetningen er obligatorisk for fylling;
• Organisasjon - selskapet der søknaden er registrert. Når du legger inn et nytt dokument, får attributtet automatisk verdien til "Hovedorganisasjonen" fra brukerens personlige innstillinger (angitt i form av elementet i "Brukere"-katalogen). Forutsetningen er obligatorisk for fylling;
• CFD - en strukturell enhet i selskapet (avdeling, underavdeling, avdeling) ansvarlig for gjensidige oppgjør med motparten - mottakeren av midler;
• Initiativtaker - en person som er initiativtaker til en transaksjon registrert for betaling. Kravet er en tilleggsegenskap for applikasjonen og brukes som et utvalgskriterium i loggene og rapportene til delsystemet;
• Betalingsmåte - bestemmer den prioriterte betalingsmåten for søknaden (kontant eller ikke-kontant). Når du legger inn et nytt dokument, får attributtet verdien "Non-cash";
• Kommentar - en linje med vilkårlig kommentar til den registrerte søknaden om betaling;
• Ansvarlig - brukeren som registrerte søknadsdokumentet i programmet. Attributtet fylles ut automatisk og er ikke tilgjengelig for redigering.

Fanen "Formål med betaling".

Når du registrerer et dokument på fanen "Formål med betalinger", må du fylle ut følgende detaljer:

• Motpart - en juridisk eller fysisk person som er mottaker av midler, fylles ut fra katalogen "Motparter". Forutsetningen er obligatorisk for fylling;
• Avtale - en avtale med en motpart, der det er nødvendig å overføre midler;
• Betalingsbeløp ;
• momssats ;
• MVA-beløp inkludert i betalingsbeløpet;
• Pengenes valuta;
• Formål med betaling– betalingsformålsstreng som definerer gjenstanden for transaksjonen, dvs. som du må overføre penger til. Formålet med betalingen kan genereres automatisk;
• Stiftelsesdokumentnummer- nummeret på dokumentet som er grunnlaget for søknaden (for eksempel nummeret på fakturaen for betaling, nummeret på fakturaen osv.);
• Dato for stiftelsesdokument- dato for dokumentet som er grunnlaget for søknaden;
• En dokumentbase- en informasjonslinje som kjennetegner det primære dokumentet mottatt fra motparten og er grunnlaget for overføringen av midler. Dersom betalingsgrunnlaget er en faktura for betaling, fylles dokumentets egenskaper ut manuelt. Dette attributtet fylles automatisk ut ved inntasting av søknad basert på leverandørens dokument (faktura, ferdigattest og andre primærdokumenter registrert i 1C: Regnskap);

Fanen "Følgedokumenter".

Fanen "Følgedokumenter" inneholder et tabellfelt beregnet for å legge ved alle nødvendige følgedokumenter til søknaden om betaling, for eksempel kontrakter, tilleggsavtaler, fakturaer for betaling, attester, spesifikasjoner mv. Vedlagte dokumenter skal være elektroniske dokumenter uansett format. Ved registrering av en søknad lagres alle dokumentene som er angitt på fanen i infobasen, noe som sikrer sikkerheten til disse dokumentene og muligheten for rask tilgang til dem direkte fra søknadsskjemaet.

Søknad om betaling: fanen "Følgedokumenter"

Liste over tilgjengelige rekvisitter:

• Tittel på dokumentet- navnet på det vedlagte dokumentet. Når du legger til en dokumentfil, fylles dette feltet automatisk med filnavnet. Om nødvendig kan brukeren endre den angitte verdien;
• Dokumenttype - typen vedlagt dokument. Dette feltet er ikke redigerbart og fylles ut automatisk når en fil velges;

Virksomheten kan betale leverandøren kontant eller ved å overføre midler til leverandørens oppgjørskonto (ikke-kontant betaling). Betaling med kontanter gjøres ved å bruke dokumentet Utgående kontantbestilling.

Ikke-kontant betaling (overføring av midler til leverandørens oppgjørskonto) føres i dokumentet Avskrivning av apportmidler.

Dokumenter kan utstedes på grunnlag av tidligere utførte dokumenter Mottak av varer og tjenester. Overføringen av midler til leverandørens oppgjørskonto utføres i to trinn: utførelse og utskrift av betalingsdokument (utgående betalingsordre) og registrering av selve overføringen av midler fra foretakets oppgjørskonto til leverandørens oppgjørskonto (etter mottak av bank). uttalelse).

Denne prosedyren for å legge inn dokumenter kan være i tilfelle selskapet ikke planlegger kvitteringer og ikke kontrollerer utgiftene til midler. Hvis foretaket har behov for å kontrollere utgiftene til midler, foretas utgiftene til midler i samsvar med den godkjente søknaden om midler. For å implementere et slikt betalingsalternativ i programmet, i seksjonen Administrasjon - Organisasjoner og fond, må avmerkingsboksen Søknader om pengebruk være merket.

Kontantkontroll kan kun foretas ved enkelte kasser eller på brukskonti. Det er mulig å definere en liste over disse kassene og oppgjørskontoene, som utgiftene til midler vil bli kontrollert fra. Dette bestemmes på kortet til en bestemt kasse eller brukskonto.

For å kontrollere utgiftene til midler, brukes dokumentet Søknader om utgifter til midler.

Hvordan planlegge og koordinere med ledelsen kostnadene for midler.

For å bruke mekanismene for planlegging og kontroll av utgiftene til midler, er det nødvendig at det i seksjonen Administrasjon - Organisasjoner og fond er merket av for Søknader om midler.

Det er også en mulighet for å kontrollere bruken av midler i samsvar med de fastsatte grensene for bruken av midler. For å utøve slik kontroll bør du sette flere avmerkingsbokser for grensekontroll i delen Administrasjon - Organisasjoner og fond.

Kontantstrømgrensen er satt til en måned og er detaljert til kontantstrømposter (betalinger til leverandører, lønn, forretningsutgifter osv.). Listen over kontantstrømposter kan suppleres vilkårlig av brukeren (seksjonen Økonomi - Innstillinger og kataloger - Kontantstrømposter).

Det er mulig å sette grenser for bruken av midler for hver avdeling og for hver organisasjon.

Det skal bemerkes at hvis det ikke er nødvendig å kontrollere utgiftene for en kontantstrømpost, må den fortsatt inkluderes i tabelldelen av dokumentet Expense Limits of the DS, for det bør muligheten for kontroll ikke begrenses. . Det er mulig å automatisk fylle ut den tabellformede delen av dokumentet med alle bevegelseselementene på utgiftene til midler eller de utgiftsgrensene for DS som ble satt i forrige måned.

Prosessen med godkjenning og godkjenning av søknaden består av følgende stadier.

• Utarbeidelse av søknaden av initiativtaker til betalingen.
• Godkjenning av søknader.
• Godkjenning av søknader (utarbeidelse av søknader om utbetaling).

Utarbeidelse av søknaden av initiativtaker til betalingen.

Søknaden om bruk av midler utformes av leder på grunnlag av leveringsdokumentet. En søknad om pengebruk kan opprettes fra en liste eller fra et dokumentskjema.

Det er også mulig å utstede én søknad for flere leveringsdokumenter eller uten å spesifisere oppgjørsdokumentet.

I en ny søknad om bruksmidler fylles alle data fra dokumentet som søknaden er laget ut fra. Lederen kontrollerer riktigheten av å fylle ut dataene i søknaden, setter forventet betalingsdato og gjennomfører den. Forespørselen legges ut i statusen Ikke godkjent.

Lederen kan legge ved trykte kopier av fakturaer utstedt av leverandøren, leveringsdokumenter eller andre dokumenter som bekrefter behovet for å bruke penger til søknaden. For dette brukes Attached Files-mekanismen (kommando på skjemanavigasjonspanelet). Hvis søknaden må betales, kan lederen sette den til høy prioritet.

Godkjenning av søknader.

Listen over ukoordinerte søknader forelegges for godkjenning til enhetsleder (kasserer, økonomidirektør). For å godkjenne søknader gis det en egen arbeidsplass Søknader om godkjenning (seksjon Økonomi). Godkjenning av søknader vil kun være mulig for de brukere som har rett (rolle) Godkjenning av søknader om bruksmidler.

I listen kan du velge de inkonsekvente søknadene som betalingsfristen passer for. For å gjøre dette, i listen, må du angi valget etter status Ikke godkjent og etter betalingsdato.

Du kan også gjennomgå søknader som har høyeste prioritet og søknader separat for hver organisasjon.

Ved visning av søknader ser avdelingslederen (kasserer, økonomidirektør) i listen all nødvendig informasjon om søknaden: søknadsbeløpet, mottaker osv. Uten å åpne listen kan han se begrunnelsen for trenger å bruke midler på søknaden (vedlagte filer). For å gjøre dette, klikk på ikonet.

For å godkjenne (avvise) flere betalingsforespørsler, kan du velge de nødvendige forespørslene i listen og velge de riktige kommandoene:

• Koordinere søknader - hvis det er nødvendig å koordinere søknader om bruksmidler;
• Avslå forespørsler - hvis forespørsler om pengebruk skal avvises.

Forespørselen legges ut i statusen Avtalt. Når søknaden godkjennes, kontrolleres den fastsatte rammen for bruk av midler. Muligheten til å godkjenne forespørsler over grensen er tilgjengelig for alle brukere som har rett til å godkjenne.

Du kan organisere godkjenning av søknaden av flere personer. I dette tilfellet kan søknadsgodkjenningsprosessen organiseres i programmet 1C: Dokumenthåndtering, ved bruk av mulighetene for felles bruk av programmene Trade Management og 1C: Document Management.

Godkjenning av søknader (utarbeidelse av søknader om utbetaling).

For å godkjenne søknader må brukeren ha en tilleggsrolle definert - Godkjenning for utbetaling av søknader om bruksmidler. I applikasjonen er denne rollen satt til kasserertilgangsprofilen.

Informasjon om godkjente søknader inngår i betalingskalenderen (seksjon Økonomi).

Beløpet for avtalte betalinger på søknader vises i kolonnen Alle venter.

Finansmannen analyserer muligheten for å betale for søknader på den angitte dagen kontant eller ved å overføre midler fra brukskontoen. Søknaden kan åpnes direkte fra kalenderen og dato og betalingsmåte kan angis for den. Det vil si at finansmannen bestemmer hvordan denne søknaden best skal betales i samsvar med den tilgjengelige saldoen i ulike kasser og brukskontoer.

Direkte fra kalenderen kan du gi en ordre om å overføre midler (fra en annen kasse, en annen brukskonto) eller registrere forventet mottak av midler (mottak av ekstra lån, kreditter, etc.).

Etter å ha spesifisert dato og betalingsmåte, godkjenner finansmannen søknadene (setter statusen For betaling for dem).

Etter endelig godkjenning av søknadene sjekker han muligheten for å betale for søknadene. Antall godkjente søknader vises i kolonnen Betalbar.

Etter godkjenning av søknaden (sett status For betaling), kan du utarbeide et betalingsdokument for pengebruk.

Etter at søknaden er godkjent, er det ønskelig å utarbeide betalingsdokumenter som angir hvilken type betaling som var registrert i søknaden. Andre typer betalinger er imidlertid også tillatt. For eksempel kan en del av søknaden betales kontant, og en del - ved å overføre midler fra brukskontoen.

Ved kontantbetalinger utarbeides kontantutgående ordredokument. Søknaden om bruk av midler vil bli vist som en betalingsordre i listen over kontantutløpskuponger. For å fikse betalingen klikker du bare på Betal-knappen. Informasjon i den utgående kontantbekreftelsen vil bli utarbeidet i samsvar med dataene i den godkjente søknaden.

Overføringen av midler fra brukskontoen skjer i to trinn:

1. En betalingsordre utarbeides og skrives ut. Betalingsoppdraget sendes til banken.
2. Selve avskrivningen av midler fra brukskontoen registreres ved mottak av utdrag fra banken om bevegelse av midler på brukskontoen.

Hvordan utstede og skrive ut et betalingsdokument.

I programmet kan du utstede alle typer betalingsdokumenter: Utgående betalingsoppdrag, overført remburs, overført inkassooppdrag osv. For å registrere alle disse dokumenttypene bruker programmet ett dokument - Avskrivning av ikke-kontante midler .

Hvilken type betalingsdokument som utarbeides for overføring til banken, avgjøres av innstillingen av tilsvarende type i dokumentet Avskrivning av ikke-kontante midler.

Listen over dokumenter som betaling må registreres for vises på siden For betaling i listen over dokumenter Ikke-kontante betalinger.

Hvis kontantplanlegging ikke brukes (avmerkingsboksen Forespørsler om å bruke kontanter i innstillingene er fjernet), vil denne listen vise alle de dokumentene som det er nødvendig å utstede kontantutgifter for: en ordre til en leverandør, mottak av varer og tjenester , etc.

Hvis gjensidige oppgjør med leverandøren utføres som en helhet under kontrakten (uten detaljer på bestillinger eller fakturaer), vil listen vise gjeldsbeløpet til leverandøren under kontrakten.

Hvis bedriften din bruker kontantplanlegging, vil denne listen kun vise godkjente kontantforespørsler (forespørsler med statusen Betalbar).

For å utstede et betalingsdokument for debitering av ikke-kontante midler, klikk på Betal-knappen. Dokumentet Avskrivning av ikke-kontante DS vil bli generert. Informasjonen i dokumentet vil fylles ut i samsvar med godkjent søknad om bruksmidler. I tabelldelen av dokumentet vil beregningsobjektet (Avtale med leverandør, Ordre for leverandør, Mottak av varer og tjenester) som var spesifisert i søknaden om bruksmidler fylles ut.

Etter at dokumentet er bokført, fylles beløpet og valutaen for gjensidige oppgjør automatisk ut. Valutaen for gjensidige oppgjør bestemmes av valutaen for gjensidige oppgjør, som ble definert i oppgjørsobjektet spesifisert i betalingsdokumentet. I vårt tilfelle er gjenstanden for oppgjør kvitteringsdokumentet, det indikerer valutaen for gjensidige oppgjør, rubelen, så mengden av gjensidige oppgjør vil også bli fastsatt i rubler.

Betalingsdokumentet skrives ut og sendes til banken. For korrekt utførelse av en betalingsordre må du nøye kontrollere og om nødvendig korrigere alle detaljene som er presentert i feltet Betalingsformål. For å automatisk fylle ut betalingsformålet, bruk Insert-kommandoen. Ved å bruke denne kommandoen kan du fylle ut listen over de dokumentene du trenger å registrere betaling for (spesifisert i tabelldelen av dokumentet som et oppgjørsobjekt).

Hvordan registrere det faktum å overføre midler fra selskapets brukskonto til leverandørens brukskonto.

Etter å ha mottatt en kontoutskrift med et merke på overføring av midler fra oppgjørskontoen til handelsbedriften til oppgjørskontoen til leverandøren, er avmerkingsboksen Lagt inn av banken valgt i betalingsordren.

Det er mulig å sette et gruppemerke for at banken skal utføre en valgt liste over betalinger.

På tidspunktet for mottak av kontoutskriften må regnskapsføreren utføre følgende trinn.

• I listen Kontantløse betalinger angir du bankkontoen og perioden som er spesifisert for betalinger på kontoutskriften.
• Klikk på knappen Ikke lagt inn av bank. Bare de betalingene vil forbli på listen, der haken til banken ikke er satt.
• Bruk knappene Kvittering og Uttak, registrer de betalingene som må gjenspeiles på kontoutskriften.
• Velg listen over alle betalinger og klikk på Lagt inn av bank-knappen.
• I dialogboksen som vises, setter du datoen for betaling fra banken og klikker OK.

For alle merkede betalinger vil avmerkingsboksen Postet av bank være valgt. For å avstemme betalinger med mottatt kontoutskrift, brukes rapporten Utskrift etter dager, som kalles opp av en hyperlenke fra listen.

Det skal bemerkes at programmet gir mulighet for automatisk registrering av betalinger ved hjelp av "Bank Client" -programmet. Programmet startes ved å klikke på Exchange med en bankknapp i listen Kontantløse betalinger.

Blandet betaling tilbys også. Det vil si at en del av beløpet kan betales kontant, og en del - ved å overføre midler til leverandørens oppgjørskonto. Samtidig, på grunnlag av en søknad om bruk av midler (eller et kvitteringsdokument), utarbeides to dokumenter: en utgiftsbevis og en avskrivning av ikke-kontante midler.

Informasjon om betaling til leverandør kan hentes fra Kreditorkortrapporten. Rapporten kalles fra leverandørens kort.

Hvordan ordne betaling til leverandøren i utenlandsk valuta ved å overføre midler til en brukskonto i utenlandsk valuta.

Registrering av en slik operasjon gir mening bare hvis det gjøres oppgjør med en utenlandsk leverandør. Valuta som oppgjør med leverandør gjennomføres i, er fastsatt i avtalen med leverandøren. Dersom kontrakter ikke benyttes, bestemmes valutaen for gjensidige oppgjør i leverandørens bestilling eller i kvitteringsdokumentet dersom bestillingen ikke er plassert hos leverandøren.

Midler skal overføres fra virksomhetens valutakonto til leverandørens valutakonto.

Denne operasjonen utføres ved å bruke avskrivning av ikke-kontant DS-dokument med påfølgende registrering av betaling (kryss av i boksen Lagt inn av banken) etter registrering av kontoutskriften. En brukskonto er valgt i dokumentet. Det skal angis i hvilken valuta midler skal overføres til leverandørens oppgjørskonto. Valutaen på brukskontoen samsvarer kanskje ikke med valutaen som dokumentene med leverandøren er utført i (leverandøravtale, leverandørordre, leveringsdokument). For eksempel gjøres gjensidige oppgjør med en leverandør i euro, og midler overføres i dollar. Etter registrering av slike operasjoner er det nødvendig å utstede en revaluering av valutafond. Et revalueringsdokument opprettes automatisk når du kjører månedsavslutning (Økonomiseksjon). Programmet avgjør selv om det er nødvendig å foreta revaluering, revaluerer automatisk oppgjør med leverandører, beregner kursdifferansen og allokerer den til andre inntekter (eller utgifter).

1. Introduksjon

Kontantplanlegging er en av hovedoppgavene til ledelsesregnskap, i motsetning til regnskap.

Selvfølgelig er det andre betydelige forskjeller mellom CM og BU (ulike krav til analyser, for verdsettelse og revaluering av eiendeler / gjeld, behovet for å opprette reserver osv.), men behovet for å løse planleggingsproblemer er det vanskeligste av dem .
Kompleksiteten til planlegging ligger ikke bare i utarbeidelsen av en plan (dens beregning, dannelse i henhold til forskjellige scenarier), men det er også nødvendig:

• Utfør omlegging;
• Oppdatere planer, overføre justeringer til de neste periodene;
• Gjennomfør en plan – faktaanalyse.

Det bør erkjennes at de fleste virksomheter (som bruker 1C for automatisering) ikke planlegger i programmet.
"Vi måtte justere regnskapet.." - så er det mange som hevder.

Regnskap må justeres, ja, men ikke på bekostning av planleggingen.
Selvfølgelig er planlegging fortsatt involvert (men ikke i 1C, men i XLS). Og den aller første hovedoppgaven (som de prøver å løse) er planlegging av midler.

• (1) Strategisk (budsjettering);
• (2) Operativ.

Og hvis budsjettering (selvfølgelig med en ovenfra-og-ned-tilnærming til planlegging) kan gjøres ved hjelp av XLS, så kan ikke operasjonell planlegging.
Poenget er at minimum brukere (1-2 personer) oftest jobber med budsjetttabeller. For de fleste foretak, antall budsjettering poster, etc. analytiker - det er ikke så mange av dem. Det vil si at alt kan behandles med "håndtak" i XLS.

Men med tanke på driftsplanlegging for d/s er situasjonen annerledes her. Det vil si at det ofte er et stort antall fakturaer for betaling, mange vanlige betalinger, forventede betalinger for kundeordrer m.m.

Og dessuten kan alt dette "knyttes" til et stort antall primærdokumenter som ulike brukere av programmet jobber med, dokumenter korrigeres, situasjonen endres osv.

En annen viktig forskjell mellom driftsplanlegging og budsjettering er at det ofte går «nedenfra og opp». Det vil si fra "Søknader om forbruk d / s", som alltid utstedes av ansatte ved avdelinger.

Og disse søknadene må følgelig behandles i tide, aksepteres / avvises, "settes i plan" og betales.

Total: driftsplanlegging for d/s er den aller første av planleggingsoppgavene, som bør automatiseres i "1C" for enhver bedrift.

Og som et resultat av planleggingen bør økonomiavdelingen / finansavdelingen "se" i systemet:

• Når, til hvem, fra hvilken brukskonto/kasse, for hvilket beløp du må betale;
• Hva er d / c-saldoen på "slik og slik" dato, tatt i betraktning gjeldende saldoer, planlagte utgifter og d / c-kvitteringer. Det er nødvendig å unngå den såkalte. "cash gap".

  Det vil si at det er behov for å jobbe med betalingskalenderen.

• Hvilken gjeld med motparter vil være på de angitte datoene, tatt i betraktning planlagte betalinger, kvitteringer og gjeldende balanse for gjensidige oppgjør.

  Det vil si at det er behov for å jobbe med beregningskalenderen.

Hensikten med denne artikkelen - snakke om mulighetene for å automatisere driftsplanlegging for d/s. Samtidig vil det bli utført en komparativ analyse av 3 forskjellige sirkulasjonskonfigurasjoner (to er typiske fra 1C, en er spesialisert fra wiseadvice).

Hver av konfigurasjonene kan brukes til å løse oppgavene med operasjonell planlegging for c/c, men et balansert valg bør gjøres basert på omfanget og omfanget av prosjektet ditt.

2. Mulighetene til SCP 1.3

For øyeblikket har 1C ennå ikke gitt ut den etterlengtede, nye utgaven av SCP (rev. 2). Og derfor vil vi fokusere på det som er tilgjengelig - de tilsvarende undersystemene til SCP 1.3:

Det må kanselleres at delsystemet "Søknader om utgifter til midler" ble oppdatert i konfigurasjonen relativt nylig (2011). Og som et resultat, i administrert grensesnittmodus, dukket elementet "Søknader for utgifter d / s /" opp i seksjonspanelet.

Hvis du prøver i en typisk konfigurasjon, i filmodus, åpner du formen til dokumentet "Søknad for bekostning av d / s" (aka, ZRDS), så oppstår det umiddelbart en feil på variabelen "GlobalValues" fra den generelle modulen " Arbeide med generelle variabler”.

Denne typen feil kan imidlertid korrigeres, som de sier: "sedimentet forblir." Det vil si at det er nok "ruheter" i delsystemet til ZRDS UPP.
Muligheten til å utstede et WRDS-dokument gjennom en nettleser er nyttig, men i praksis vil det være nødvendig å tenke nøye gjennom forenklingen og ergonomien til standardformen til dokumentet. Dette vil være spesielt viktig for mobile enheter.

Men når det gjelder betalingskalenderen, så i tynnklientmodus, eksternt via en nettleser osv. de vil ikke kunne bruke den. Årsaken er at delsystemet "Cash Management" ikke har blitt oppdatert på lenge, og spesielt er rapporten "Betalingskalender" ikke bygget på et datasammensetningssystem. Og derfor kan ikke denne rapporten brukes i tynnklienter, det er ingen mulighet for å lage vilkårlige innstillinger for den.

Når du arbeider med ZRDS, er en viktig plass okkupert av prosedyren for koordinering og godkjenning av søknader. Avhengig av organisasjonsstrukturen til bedriften og andre forretningstrekk, kan den interne prosedyren for godkjenning av søknader (godkjenningsforskrifter) være ganske kompleks (flertrinns, variabel, etc.). Derfor er dette ikke en lett oppgave for automatisering.

I SCP er delsystemet koordinering og godkjenning implementert. Det gir ganske fleksible innstillinger.

• Godkjenning er en bekreftelse på behovet for å betale for søknaden. Vanligvis skal godkjenningen gå gjennom avdelingsledere, ledere og andre ansvarlige personer i selskapet.
• Godkjenningen er den endelige bekreftelsen (fra kasserer) på at søknaden vil bli betalt. Samtidig skal betalingsdato fastsettes, brukskonto/kasse som betalingen skal skje fra. Dermed faller betalingen inn i driftsplanen (betalingskalenderen).

Det må kanselleres at en rekke punkter av den typiske funksjonaliteten til SCP ikke gir det som kreves i den faktiske implementeringen av delsystemet.
Jeg vil skrive om disse "øyeblikkene" senere, men la oss foreløpig vurdere hvilken funksjonalitet en typisk konfigurasjon gir.

1. Du kan aktivere bruken av apseparat, for hver organisasjon.

• Det er mulig å sette opp sekvensen for å sende applikasjonen langs rutene, hierarkiet av ruter.

1. Samtidig bør det bemerkes at hierarkiet i underavdelingskatalogen ikke er tatt i betraktning i applikasjonsrutingsmekanismene.
2. Det er også nødvendig å kansellere at koordineringen og godkjenningen er teknisk bygget uten bruk av en forretningsprosessmekanisme.

• På hvert punkt kan du spesifisere en/flere brukere som utførelsen av søknadsgodkjenningen vil være tilgjengelig for. Det vil si at søknaden kan godkjennes av hvem som helst (som vil ha tid til å gjøre det først).

• For hver enhet kan du tilordne det tilsvarende punktet for godkjenningsruten. Hovedpoenget er dette: når du gjør en søknad (ZRDS), må CFD (underavdeling) angis. Og avhengig av den spesifiserte underavdelingen, "finner" SCP det samsvarende punktet som tilsvarer det og "sender" en forespørsel om godkjenning til dette punktet.

Det er også tillatt å ikke spesifisere en avdeling i koordineringsruteinnstillingen. I dette tilfellet vil et slikt avtalepunkt bli "anvendt" på alle CFD-er som det tilsvarende rutepunktet ikke er spesifikt angitt for.

1. Selve koordineringen utføres ved hjelp av en spesiell behandling "Godkjenning av søknader"

1. Analyse av den planlagte tilgjengeligheten av midler, betalingsplan og sporing av kontanthull utføres i rapporten "Betalingskalender".

I tillegg til det planlagte forbruket av d/s (ZRDS), kan det også tas hensyn til planlagt mottak av d/s. For disse formålene er det gitt et spesielt dokument "Planlagt mottak av d / s".

Det skal bemerkes at selv om det er stater (forberedt, godkjent, etc.) i dokumentet "Planlagt mottak av d / s", men det er ingen mulighet for å bli enige om dette dokumentet (så vel som ZRDS). Det vil si at endring av dokumentstatuser bare er mulig i "manuell kontroll" -modus.

Og likevel i SCP er det en mulighet til å ta hensyn til planlagt mottak av d / s fra kjøpere uten å utstede dokumenter "Planlagt mottak av d / s".

Det vil si at hvis "Kundeordrer" utstedes for kjøperen, kan denne planlagte kvitteringen av d / c sees i en egen rapport "Betalingskalender med hensyn til bestillinger".

1. I tillegg til "Betalingskalender"-rapporten, leveres rapporten "Analyse av tilgjengeligheten av midler".

Samtidig er det mulig å reservere d/c (på søknader om utlegg) eller legge inn søknader på grunn av planlagte kvitteringer.

Det er også funksjonaliteten til å lukke ZRDS og de planlagte kvitteringene for d/s. For disse formålene, i "vanlig klient"-modus, er dokumentene "Avslutte søknader for utgifter / mottak av d / s" gitt.

Denne funksjonaliteten støttes imidlertid heller ikke i tynn-/nettklientmodus.
Her må du forstå at "hard reservation"-teknikken er sterkt knyttet til kronologien for å legge inn dokumenter, og dette gjør justeringer og omlegging vanskelig.

Derfor er funksjonaliteten igjen i SCP snarere som en "arv fra fortiden", og en betalingskalender bør brukes til å analysere tilgjengeligheten av d/c.

Så funksjonaliteten til SCP ble vurdert, og nå vil jeg liste opp de øyeblikkene av en typisk konfigurasjon som i praksis på prosjekter må fullføres:

1. I følge dokumentet "Søknad om utgifter d / c":
   1. I dokumentet kan du spesifisere "Underavdelingen" (forresten, i konfigurasjonen er den utpekt som CFR - sentrum for økonomisk ansvar). Men det er fullt mulig at søknaden er laget fra en enhet (FSC), og samtidig må kostnadene tilskrives / fordeles videre til en annen / andre divisjoner (FSC - økonomistyringssentre).

      Mulighet for å spesifisere DFS osv. - mangler.

      Det er ingen mulighet til å endre ruten, omdirigere applikasjonen til andre ruter.

1. Det er ingen mulighet til å planlegge overføring av kontanter mellom oppgjørskontoer, fra kontoen til kassen og så videre.
1. Avtaleprosess:
   1. Det er en mulighet for å koordinere ZRDS, men det er ingen mulighet til å koordinere den planlagte mottak av d/s.
   2. I praksis blir det nødvendig å gjennomføre koordinering for øvrige ansatte. Samtidig trenger systemet også å registrere informasjon om "hvem og for hvem som gjennomførte koordineringen".

      Muligheten for å installere flere mulige utførende på ett avtalepunkt er ofte ikke egnet, siden denne utførende kan spesifiseres på andre stadier av avtalen. Som et resultat vil alt dette føre til at i listen over søknader om godkjenning vil den ansatte samtidig ha både hoved- og indirekte oppgaver for godkjenning. Selvfølgelig forvirrer dette brukeren, det er ikke praktisk.

      Oppsummert er det ingen mulighet til å koordinere for en annen utøver, muligheten til å angi hvem og for hvem som har rett til å koordinere - er fraværende.

   3. I prosessen med godkjenning av søknader, når søknaden flyttes til godkjenning av den neste langs ruten, kreves funksjonaliteten til automatisk informering (via e-post) om den neste utøveren, samt forfatteren av søknaden. .
   4. Hvis forfatteren av applikasjonen allerede er ansvarlig for godkjenning / godkjenning (på et hvilket som helst stadium av ruten!), så er det ganske logisk at programmet automatisk vil "forkorte" ruten, omdirigere applikasjonen til det høyeste tilgjengelige nivået. Dette er imidlertid ikke fastsatt i OPS.
   • Alle de oppførte kravene, men ikke i den typiske konfigurasjonen, likevel.

1. Rapporter, tilgangsrettigheter.
   1. Muligheten for å begrense tilgangen til applikasjoner kun for tilgjengelige forfattere / utøvere (koordinatorer) er etterspurt; etter inndelinger tilgjengelig for brukeren.
   2. Det er ingen rapportering om kontroll (etter dager og intervaller) av faktisk og planlagt gjeld. Dette gjelder både for kjøpere og leverandører.
   3. Rapportering og deler av funksjonaliteten er ikke egnet for arbeid i tynn-/webklientmodus.
2. Regnskap etter vanlige avtaler, kontrakter.
   1. Ofte er det situasjoner hvor det er nødvendig å regelmessig betale leverandører. For eksempel husleiebetalinger mv.

      UPP automatiserer ikke refleksjonen i betalingskalenderen osv. disse kommende utgiftene. Det vil si at det er nødvendig å spore slike betalinger i manuell kontrollmodus og fylle ut søknader om betaling, noe som er upraktisk og tidkrevende.

   2. I kontrakter med kjøpere, med leverandører kan det fastsettes vilkår for prosentandel av forskuddsbetaling, betalingsbetingelser mv.

      UPP registrerer ikke automatisk all denne informasjonen og (som et resultat) reflekterer den automatisk i betalingskalenderen.

3. Funksjoner ved UT 11.1

Med utgivelsen av den nye konfigurasjonen "Trade Management Rev. 11", har mange nye, nyttige funksjoner dukket opp for oppgavene med operasjonell planlegging og økonomisk kontroll.
Den kanskje mest betydningsfulle i denne delen i UT11 (sammenlignet med SCP 1.3) er mekanismen for regnskap for betalingsplanen. Denne mekanismen "lukker" bare det som sårt manglet - automatisering av planlegging/regnskap under vanlige avtaler, kontrakter.

Dermed er det i UT11 mulig å ikke utarbeide i det hele tatt (hvis ikke nødvendig, selvfølgelig) dokumenter for planleggingsutgifter og kvitteringer for c/c, og samtidig vil betalingskalenderen normalt dannes.

Du kan avbryte at de "typiske innstillingene" til "Betalingskalender"-rapporten egentlig ikke svarer til forventningene (som sådan vises ikke kalenderen), men i brukermodus kan du legge til gruppering etter "betalingsdato" og rapporten vil genereres i vanlig form.

Funksjonaliteten til rapporten er kraftig utvidet (sammenlignet med SCP 1.3) ved bruk av et datasammensetningssystem. Nå kan en rapport genereres i en tynn/webklient, lagres i databasen og tildeles forskjellige brukere med de innstillingene de trenger.

I tillegg til å planlegge flyten og mottak av d/s, har UT11 funksjonaliteten til å planlegge bevegelsen av d/s. For disse formålene kan du utarbeide dokumentene "Ordre å flytte d/s".

Sammenlignet med UPP 1.3, for dokumentet "Søknad om utgifter d / c", har antall typer forretningstransaksjoner tatt i betraktning økt:

Nå er det mulig å godkjenne både dokumentene «Søknad om utgifter d/c» og andre bestillinger:

For å analysere gjelden etter intervaller/vilkår leveres rapporten "Kundefordringer". Ved behov kan du opprette en gjeldskalender. For å gjøre dette, i brukermodus, legg til gruppering etter betalingsdatoer.

Dessverre gir UT11 (som tidligere) ikke mulighet for å analysere gjeldskalenderen etter leverandør. Fullfør imidlertid UT11 for denne oppgaven.

Å oppsummere: nye metodiske løsninger "1C" sammen med egenskapene til 8.2-plattformen gir et godt grunnlag for å automatisere oppgavene med operasjonell planlegging og kontroll av d/s.

Men samtidig må det forstås at UT11-konfigurasjonen ikke er en komplett, ferdig løsning for å automatisere statskassen og planlegge d/s.

• For det første er det i UT11 i svært forenklet form implementert en mekanisme for koordinering/godkjenning av søknader om forbruk og andre plandokumenter for d/s. Det vil si at det ikke er noen rutingmekanismer, prosessen med å godkjenne søknader er redusert til en enkel innstilling av statuser.
• For det andre, i UT11 er det ikke noe undersystem for budsjettering, og (som et resultat) er det ingen funksjonalitet for å overvåke forespørsler om planlagte budsjetter.

4. WA-muligheter: Finansmann

Historisk sett ble WA:Financier-konfigurasjonen utviklet på grunnlag av Treasury Management-produktet.

Og samtidig inkluderer den nye Financier-løsningen fra WiseAdvice også:

• Budsjett planlegging delsystem;
• Kontrakt styring delsystem;
• Delsystem for dannelse og regnskapsføring av faktiske betalinger;
• Fleksibel, tilpassbar mekanisme for å generere/fylle dokumenter basert på maler;
• Fleksibelt, tilpassbart delsystem for integrasjon med klient-banken.

La oss vurdere hovedfunksjonen til "WA: Financier" når det gjelder statskassen - fra regnskap for forholdene under kontrakter til dannelsen av en betalingskalender.

1. I prosessen med å godkjenne en søknad kan du ikke bare godkjenne / avvise dokumentet (slik det gjøres i SCP), men andre funksjoner er også tilgjengelige: for eksempel sende dokumentet for revisjon, eller be om tilleggsinformasjon. informasjon.

   Hele denne prosessen er henholdsvis automatisert, rapportering om status for å utarbeide godkjenning av dokumentet er gitt.

5. Resultater

Konklusjoner:

1. For å automatisere arbeidet til finansavdelinger, skattkammer, organisasjoner med kompleks organisasjon. struktur er den mest hensiktsmessige løsningen "WA: Finansmann".

   Denne løsningen har utviklet seg og utviklet seg i lang tid, og har dermed akkumulert spesifikasjonene og kravene til forskjellige finner. avdelinger og skattkammer. De totale arbeidskostnadene for utviklingen av løsningen utgjorde mer enn 5000 mann/timer.

   Fordelen med WA: Financier-løsningen er dens avanserte funksjonalitet og et stort antall programinnstillinger. Dermed er implementeringen av denne løsningen mulig på kort tid (den såkalte "boksimplementeringen"), uten tillegg utvikling, programmering osv.

   Siden løsningen inneholder mekanismer for toveis utveksling med alle de viktigste typiske konfigurasjonene, vil integrering i den eksisterende strukturen (datautveksling med UT, SCP, Complex, Bukh-databasene) ikke være vanskelig.

2. For å automatisere finansavdelingen / treasury som en del av det integrerte automatiseringsprosjektet best passende løsning basert på SCP.

   Samtidig må du forstå at funksjonaliteten til SCP vil kreve forbedringer.

   Spesifisitet, krav fin. avdelinger, treasuries er ikke innebygd i SCP så dypt som det gjøres i separate, spesialiserte løsninger.

   Implementeringen av SCP for disse oppgavene bør derfor kun utføres som en del av et automatiseringsprosjekt.

3. For store organisasjoner, for automatisering av finansavdelingen UT11 passer ikke.

   I dette vedtaket er det for det første ingen mekanismer for koordinering/godkjenning av plandokumenter.

   For det andre er det ikke noe budsjetteringsdelsystem og kontroll over gjennomføringen av budsjetter under operasjonell planlegging.

   Imidlertid UT11 perfekt for automatisering (inkludert driftsplanlegging for d/c) liten finne. bedriftens avdelinger.

Forretningsprosess "Koordinering og godkjenning av søknader om bruksmidler"

I forhold til en stabil økonomisk tilstand er selskapet i stand til fullt ut og til rett tid å oppfylle sine forpliktelser - i dette tilfellet trenger ikke selskapet å optimalisere bruken av midler. På det nåværende tidspunkt, under forholdene under finanskrisen, er mekanismen for fordeling av knappe midler til foretakets forpliktelser spesielt relevant.

Prosessen består av seks påfølgende trinn:

1. Representanten for enheten (ledere, ingeniører, etc.) utarbeider en søknad om å bruke penger på forpliktelser - forskudd på kontrakter og tilbakebetaling av gjeld på oppgjørsdokumenter.

2. Avdelingslederen, ved hjelp av praktiske verktøy, kontrollerer søknadene for riktighet og retter dem om nødvendig.

3. Ansvarlig representant for finanstjenesten (økonomidirektør, viseøkonomidirektør eller leder for organisasjonen) bestemmer fra hvilke driftskontoer, til hvem og i hvilket beløp midlene skal overføres.

4. Divisjonssjefen fordeler beløpene som er tillatt for betaling for spesifikke søknader (faktisk for forpliktelser - bestillinger, fakturaer, oppgjørsdokumenter).

5. Regnskapsavdelingen til foretaket, på grunnlag av søknader godkjent og tildelt for forpliktelser, oppretter utgående betalingsoppdrag.

6. Betalingsoppdrag lastes automatisk opp til klientbanken.

Lage søknader om å bruke penger

Registrering av operasjoner for utgifter til midler fra oppgjørskontoer begynner alltid med planleggingen av utgiftene til midler - det vil si utførelsen av søknader om utgifter fra alle avdelinger i virksomheten som er involvert i prosessen.

Hver tjeneste i foretaket utarbeider en søknad om utgifter til midler avhengig av formålet med utgiften (hvert formål med utgiften tilsvarer en viss type operasjon i dokumentet "Søknad om utgifter til midler"). Som formål med utgiften kan det ved forskuddsbetaling angis en ordre til leverandøren, og ved gjeldsnedbetaling et oppgjørsdokument.

Dermed må hele den planlagte utgiften av midler til alle tjenester gjenspeiles i systemet i form av søknader om bruk av midler.

Dannelse av en søknad om utgifter til midler utføres ved å bruke dokumentet "Søknad om utgifter til midler".

Figur 1.

Kontrollere forberedte søknader

Avdelingslederen sjekker listen over søknader om pengebruk utstedt av underordnede, retter og sender den til finanstjenesten for godkjenning. For å godkjenne søknaden om bruksmidler, utarbeides dokumentet «Godkjenning av søknader», der ufylte dokumenter «Søknad om bruksmidler» velges.

Fig.2.

Som et resultat av dette bekrefter avdelingsleder etter verifisering og justering at de utfylte søknadene er avtalt og klare til behandling i økonomitjenesten.

Fig.3.

Godkjenning av søknader fra finanstjenesten

Etter at hver tjeneste har utarbeidet - arkivert i systemet - en søknad om utgifter til midler, tar finansdirektøren eller den ansvarlige personen utnevnt av ham en beslutning om betalingen deres (hel eller delvis) den dagen. Samtidig kan det tas en beslutning både for hver enkelt søknad, så vel som for en kombinasjon av dem på et bestemt grunnlag - for eksempel om betaling til en bestemt motpart (eller under en bestemt motpartsavtale), eller budsjettet for tjenestesøknader som helhet avtales.

Fig.4

Når du bestemmer deg for utgifter til midler, er det nødvendig å indikere fra hvilken brukskonto du skal sende dem. Ved behandling av søknader ser økonomidirektøren saldo av midler på oppgjørskontoer (hensyntatt planlagte mottak og tidligere godkjente utbetalinger) på fanen "Kontosaldo". Ved å legge ut dokumentet godkjenner økonomidirektøren hvilke midler som kan tildeles søknader om bruk av midler til tjenesten.

Fig.5.

Tildeling av godkjente utbetalinger til utbetalingsforespørsler.

Avdelingslederen, ved å bruke dokumentet "Fordeling av søknader", fordeler beløpene som er godkjent generelt for tjenesten eller spesifikt for motparter til søknadene om bruksmidler valgt av ham.

Fig.6

Hvis det godkjente beløpet for søknaden er mindre enn planlagt, opprettes det automatisk en søknad om bruksmidler for det resterende beløpet, som kan sendes inn av enhetslederen for godkjenning av finanstjenesten en annen dag.

Ved å bruke et sett med analytiske rapporter kan avdelingsansatte analysere det planlagte, godkjente og utførte beløpet for betalinger og avdelingens gjenværende forpliktelser overfor motparter.

Registrering av operasjoner på faktiske utgifter til midler.

Etter at søknadene om bruk av midler har bestått koordineringsprosessen med økonomidirektøren, går finansavdelingen til regnskapsavdelingen, på grunnlag av godkjente søknader, inn i dokumentet "Utgående betalingsordre". Samtidig, i dokumentet "Utgående betalingsordre" fylles alle nødvendige felt ut automatisk, regnskapsføreren angir formålet med betalingen (for den trykte formen for betalingsordren) og posterer dokumentet "Utgående betalingsordre" uten "Betalt"-merket.

Opprettede og bokførte betalingsoppdrag fra 1C importeres inn i Kunde-Bank-systemet.

Dagen etter, etter mottak av et utdrag fra banken om utførte transaksjoner, angir regnskapsføreren i hver betalingsordre merket "Betalt", og går også inn i systemoperasjonene for utgifter til midler som banken trakk fra brukskontoen uten aksept - utarbeider dokumentene "Betalingsordre: avskrivning av midler" og "Betalingsforespørsel mottatt". I tilfelle at midler avskrives uten aksept til fordel for motparter, må de relevante tjenestene velge oppgjørsdokumentet til motparten som betalingen ble foretatt for og lukke søknaden om utgifter, hvis den tidligere ble utstedt.

Du kan sjekke de utførte transaksjonene for forbruk av midler per dag med kontoutskriften ved å bruke standardbehandlingen "Bankutskrift". I standardbehandlingen "Bank Statement" kan spesialisten kontrollere saldoen i begynnelsen, inntekt, utgifter, balanse på slutten av dagen for hver bankkonto til organisasjonen i sammenheng med dokumenter. Hvis utskriften viser at dokumentet er delvis betalt, kan brukeren utstede en delbetaling direkte fra behandling.

Først etter å ha lagt ut dokumentene om utgifter til midler med tegnet "Betalt", avskriver systemet midler fra kontoene og endrer status for oppgjør med motparter.

Konfigurasjonsalternativer

Løsningen er beregnet for programvareproduktene "1C: Production Enterprise Management 8" og "1C: Trade Management 8".

Kostnader for arbeid

Det bestemmes individuelt basert på egenskapene til kundens konfigurasjon.