Rapport om detaljhandel i 1s 8.3. Regnskapsinfo

Det er et moderne og velprøvd system som har mange forskjellige funksjoner for å gjøre det enklere og enklere å jobbe med, igjen på skatten, rapporter og andre viktige regnskapsdokumenter.

Å begynne å føre et register detaljhandel, bør du aktivere denne funksjonen via administrasjonspanelet:

I konfigurasjonen av programmet er det et standarddokument designet for å fungere og fylle ut hele viktig informasjon angående detaljhandel.

Butikkanlegget i programmet kan være av to typer - automatiserte (daglige rapporter om antall solgte varer sendes inn) eller ikke-automatiserte (bokføring på ikke-automatiserte salgssteder utføres kun av detaljhandelinntekter, som beregnes hver kveld (eller på slutten av arbeidsdagen), det er ingen daglige rapporter).

Registrering av salg på ATT (automatisert salgssted)

I 1C: Regnskap 8.3 brukes en tilsvarende rapport for å registrere salg i ATT. Det legges inn manuelt. Dette dokumentet kreves hvis du sender inn en skjema nr. 4 rapport.

Den inneholder alle nødvendige poster i 1C for denne typen rapporter - regnskap, skatteregnskap, postering av penger til kassereren, etc.

Hvis dokumentet er opprettet av deg manuelt, blir kontokontoen automatisk angitt som 50.01 / "Organisasjonskontor". Men det kan endres til "Operativ kontantbord" eller til "Kontantbord for aktiviteter til en betalende agent".

Ved å bruke riktig knapp, i cos dette dokumentet varen som ble solgt blir lagt til, og alle data om denne operasjonen. Hvis innstillinger tidligere ble opprettet for denne nomenklaturen, blir de automatisk trukket inn i det redigerte dokumentet.

Du kan spesifisere to alternativer for kontantløse betalinger (hvis varene ble betalt på denne måten) - med kort eller kreditt.

I den tilhørende fanen kan du gjenspeile betalingen som ble utført ved hjelp av et gavekort.

Hvis du er i ferd med å selge et produkt selger, så blir disse dataene registrert i fanen "Byrå tjenester".

Registrering av 1C for regnskapsføring av salg på et manuelt salgssted utføres på samme måte som beskrevet ovenfor. Hovedforskjellen er annen type lager, som velges i begynnelsen av dokumentet. Alle andre trinn og felt som skal fylles ut er identiske.

I denne artikkelen vil vi vurdere i detalj alle grunnleggende operasjoner i regnskap. detaljhandel i programmet 1C Accounting 8.3, inkludert salg i manuelle butikker.

Før de overleverer varene som er kjøpt fra leverandøren i detaljhandelen, kommer de ofte ofte til grossistlageret. Hvis du ikke har en slik praksis, for eksempel, har du ikke grossistlager og alle varer blir umiddelbart sendt til et enkelt utsalg. Send dem gjerne til butikklageret.

I vårt eksempel vil vi lage som ligger i "Shopping" -menyen. Vi vil ha typen drift "Varer (faktura)".

Vi vil ikke vise utfyllingen av dette dokumentet i detalj innenfor rammen av denne artikkelen. Vær oppmerksom på at når det gjenspeiles en kvittering på et engroslager, må selve lageret ha typen "Engroslager".

Figuren nedenfor viser et eksempel på å fylle ut et kvitteringsdokument for et grossistlager handelshus "Kompleks" fra "Produkter" -databasen.

Sette priser

Så vi har allerede kjøpt alle nødvendige varer fra leverandøren og er klare til å selge dem til sluttkunden. Men før vi gjør dette, må vi sette detaljhandelspriser - de som vi allerede vil begynne å selge disse varene til.

De ligger i "Warehouse" -menyen, men for enkelhetens skyld vil vi lage den basert på mottak av varer. Selvfølgelig er dette alternativet ikke alltid praktisk, men det brukes ganske ofte.

Det opprettede dokumentet inneholder automatisk varer fra kvitteringen. Fyll ut prisene for hver posisjon, og angi hvilken type pris (i i dette tilfellet vi opprettet den selv i katalogen og kalte den "Retail"). Dokumentet kan nå legges ut. Disse prisene vil være gyldige fra datoen som er angitt i overskriften til dokumentet.

Flytte varer til et varehus

Hvis du først kom til grossistlageret, må du overføre dem til detaljhandellageret eller til et manuelt salgssted. Sistnevnte betyr slike punkter som en bod, et telt på markedet og andre, der det er umulig å føre poster på grunn av mangel på PC eller strøm.

Vi lager først disse lagrene. De vil praktisk talt ikke avvike fra engros bortsett fra typen.

Som et resultat vil vi få et salgsområde av butikk nr. 23 med typen "Butikk".

La oss kalle det ikke-automatiserte handelsstedet "Stall på jernbanestasjonen". Hun vil ha en annen type.

I vårt eksempel bruker begge lagre samme pristype, men du kan angi forskjellige. Da må du opprette to "Set Item Prices" -dokumenter for hver av disse pristypene.

For å gjenspeile overføringen av kjøpte varer fra vårt grossistlager til butikken og boden som er opprettet ovenfor, vil vi lage et dokument "". Du finner den i "Warehouse" -menyen.

Figuren nedenfor viser et eksempel på utfylling av et dokument for overføring av varer fra hoved engroslageret til en bod nær jernbanestasjonen.

Salgsrapport for detaljhandel

Hvis du har fulgt alle de foregående trinnene riktig, vil butikklageret ditt allerede ha varer med fylt ut salgsprisene til sluttkunden.

Nå kan vi gå videre til å reflektere direkte salg av varer. Velg Salgsrapporter fra salgsmenyen. Dette dokumentet er nødvendig for å gjenspeile detaljhandel.

I overskriften til dokumentet indikerte vi organisasjonen og butikklageret " Handlerom butikk nummer 23 ". Kontantkonto, som forventet 50.01. I forbindelse med tilleggsanalyser om ledelsesregnskap har vi også angitt artikkelen i DDS "Retail Income".

Salg på manuelt salgssted

Ovenfor tok vi hensyn til salg i en butikk. La oss nå gå videre til et ikke-automatisert handelssted - en "stall".

Ikke-automatiserte utsalgssteder i 1C er punkter der det ikke er noen måte å sette en datamaskin på og etablere en forbindelse med en felles database. Salgsdata blir ikke lagt inn regelmessig.

Kvittering

Det første trinnet er å registrere kontantkvitteringene med transaksjonstypen Retail Revenue. Hvis kjøperen i en butikk kan betale for varen med kredittkort, da er dette lite sannsynlig her.

Et eksempel på et ferdig dokument er vist i figuren nedenfor. Med manglende inntekter vil detaljhandelsrapporten ganske enkelt ikke bli lagt ut.

Reflekterende detaljhandel

Anta at selgeren vår ikke skriver ned i en notatbok hvor mange varer han solgte. I dette tilfellet er det mest logisk å få salgsvolumet ved å bare trekke resten fra den tidligere overførte varemengden.

For slike formål i 1C: Regnskapsprogrammet er det dokumentet "Varelager". Den ligger i "Warehouse" -menyen.

I inventardokumentet vil vi indikere organisasjonen, vårt lager "Stall på jernbanestasjonen" og om nødvendig. For enkelhets skyld vil vi fylle ut varene i henhold til saldoen på lageret Etter det er det nødvendig å indikere hvor mange varer som faktisk er igjen i kolonnen "Mengde faktisk".

Som vist på bildet ovenfor gjenspeiler kolonnen "Avvik" faktisk beløpet som ble solgt i denne boden.

Nå kan du legge ut dette dokumentet og lage en rapport om detaljhandel basert på det.

Før oss åpnet skjemaet for det opprettede dokumentet, der absolutt alt ble fylt ut automatisk. Vær oppmerksom på at kolonnen "Mengde" inkluderer alle data fra kolonnen "Faktumantall" i varedokumentet.

Hvis du ikke tok hensyn til mottatt inntekt i programmet, vil ikke programmet tillate deg å sende dokumentet og vil vise en melding som ligner den som er vist i figuren nedenfor.

Se også videoinstruksjonene om hvordan du gjenspeiler slike operasjoner:

Detaljhandel i 1C 8.3 kan være av to typer:

Handel fra ikke-automatiserte utsalgssted (forkortet NTT);
Handler på et automatisk utsalgssted for kontanter og ikke-kontante betalinger (som betyr plastkort).

Handel fra NTT innebærer umuligheten av å opprettholde online kommunikasjon med informasjonsdatabasen. Salgsstedet er med andre ord frakoblet. Det kan være en utgangshandel, en bod, en paviljong og lignende.

Å handle på et automatisk punkt (ATT) er en vanlig online handel, men detaljhandelspriser gjenspeiles i dokumentet (samt NTT) "Rapport om detaljhandel".

Handel og refleksjon av detaljhandelinntektene i NTT

Prosessen med å gjenspeile handel med 1C Accounting 8.3 for et ikke-automatisert detaljhandel kan gjenspeiles i følgende rekkefølge:

overføring (kvittering) til NTT;
inventar;
fiksering detaljhandelinntekter en innkommende kontantordre;
oppretting av en detaljhandelsrapport.

Siden temaet i artikkelen er detaljhandelinntekter, vil jeg bare vurdere - "Kvittering kontantordre" og "Retail salgsrapport".

Mer detaljert er detaljhandelens emne avslørt i vår artikkel -

Handel med NTT innebærer ikke en daglig refleksjon av inntekter og en refleksjon av salg av varer. Organisasjonen bestemmer uavhengig av perioden for å tegne mottak av inntektene og foreta en oversikt.

Viktig! Når du registrerer en operasjon for å motta inntekter fra et ikke-automatisk utsalgssted, må du først opprette og legge ut en kvitteringsordre, og deretter utarbeide en salgsrapport.

La meg forklare hvorfor. La oss opprette en POC med transaksjonstypen Retail Revenue. Som lager vil vi indikere et detaljhandel med typen "NTT":

La oss kjøre dokumentet og se hvilke bevegelser (spesielt innlegg) det vil generere:

Få gratis 267 1C videoopplæringsprogrammer:

Som du kan se, har ikke konto 90.01.1 en tredje underkonto. Og han har ingen steder å komme fra, siden det ikke er noen informasjon om varene som selges.

La oss nå lage en rapport om detaljhandel i NTT (programmet bestemmer selv driftstypen etter lagertype). Vi antar at vi allerede har gjennomført og opprettet et dokument med en rapport på grunnlag:

Vi legger ut dokumentet og ser på innleggene:

Ved kontering reverseres transaksjonen som er opprettet av kontantkvitteringsordren og oppretter transaksjoner med en fylt tredje underkonto. Denne analysen er nødvendig for riktig utføring av rutinemessige operasjoner på slutten av måneden.

Derfor er det viktig at PQS er ferdig først.

Handel og refleksjon av detaljhandelinntektene i ATT

Ved handel på et automatisk utsalgssted kan inntektene reflekteres direkte i detaljhandelsrapporten. Handlingsrekkefølgen i dette tilfellet er direkte motsatt til handlingene når du mottar inntekt i NTT.

Først genereres en detaljomsalgsrapport. Lagertypen må være "Butikk":

Dokumentet vil generere følgende transaksjoner:

Alle underkontoer er nå på plass, innleggene stemmer. En kontant kvitteringsordre opprettes basert på salgsrapporten:

Funksjoner ved detaljhandel via et manuelt salgssted, eller NTT (om typer butikker i 1C, se artikkelen) ligger i at det i dette tilfellet ikke er noen måte å registrere salg direkte i programmet. Informasjonsbasen inneholder informasjon om allerede gjennomført salg - den såkalte "posthume" regnskapet føres.

I "1C: Trade Management 8" (rev. 11.3) er det to muligheter for regnskapsføring av salg gjennom NTT - manuelt og basert på resultatene av varelageret. Vi vil nå vurdere det første alternativet. Artikkelen beskriver registreringen av detaljhandel basert på resultatene av varelageret.

I 1C brukes et dokument kalt "Retail Sales Report" for å gjenspeile salg av varer fra et detaljhandel og mottak av midler i KKMs kassaapparat.

La oss åpne den tilsvarende dokumentjournalen.

Salg / detaljhandel / detaljhandel

I feltet "Kasseapparatregister" velger du det autonome kasseapparatregisteret for det ikke-automatiserte utsalgsstedet som salget ble gjort fra.

Viktig... Manuell opprettelse av dokumentet "Report on retail sales" er bare mulig hvis det i den tilsvarende journal i feltet "Cash register cash register" er valgt kasseapparat med typen "Autonomous cash register".

La oss lage en "Retail Sales Report" ved å klikke på "Create" -knappen. I det nye dokumentet fylles kassasystemet, så vel som den tilhørende detaljhandelen, allerede automatisk (sistnevnte er ikke tilgjengelig for redigering).

I kategorien "Produkter" vil vi legge inn de solgte produktene ved å legge til linjer manuelt ("Legg til" -knappen) eller velge ("Fyll ut - Velg produkter" -knappen). Vær oppmerksom på at prisen på en vare også fylles ut automatisk og ikke kan redigeres (siden prisen er knyttet til butikken).

I kolonnen "Client" erstattet programmet et forhåndsdefinert element fra partnerkatalogen - "Retail Buyer", det skal ikke endres.

I tillegg til salg av varer, er dokumentet ment å gjenspeile mottak av betaling for de solgte varene. Hvis ingen andre betalingsmåter er registrert, "vurderer" programmet at betalingen ble mottatt i kontanter, og når du gjennomfører "Rapport om detaljhandel" registrerer du kvitteringen for penger i kassen som er angitt i den.

Dokumentet "Report on retail sales" lar deg registrere betalinger med betalingskort, gavekort, bonuspoeng, gjenspeiler de påløpte bonusene. For dette er de aktuelle fanene ment. Noen av disse mulighetene vil bli diskutert i de følgende artiklene.

La oss kjøre dokumentet "Rapport om detaljhandel". Etter det, ved å klikke på "Dokumentbevegelser" -knappen, kan du se bevegelser i registre - varer i varehus, gratis saldoer, kontanter i kassasystemer og andre.

Kontooppgave i kassaapparatet til KKM

Etter at detaljhandelen er fullført, vil vi sørge for at det er penger på kassekontoret ved hjelp av rapporten.

Salg / Salgsrapporter / Detaljhandel / Kontanter ved kassekontorer

Vi vil generere en rapport på kassasystemet vårt. Mottak av kontanter fra salg til kassereren gjenspeiles.
Overføring av penger fra kasseapparatet til kassaen til foretaket
Midler mottatt under detaljhandel og plassert i esken til et autonomt KKM, må overføres til kassereren til bedriften. Denne operasjonen er utført i 1C ved bruk av dokumentet "Kvittering kontantordre".
La oss åpne tilsvarende journal.
Treasury / Cashier / Kvittering kontantordrer
La oss lage et nytt dokument med transaksjonstypen "Kvittering fra kassaapparat".
I det opprettede dokumentet, under "Hoved" -fanen, i "Kassereren" -feltet, vil vi indikere mottakeren av pengene - kontantkontoret til bedriften (hvis kassa ble angitt i ordrejournalen, fylles den automatisk ut når en ny ordre opprettes). I feltet "Kassaapparat" velger du kasseapparatet pengene blir mottatt fra.
Beløpet må legges inn manuelt.
Viktig... Hvis organisasjonen er merverdiavgiftsbetaler, i tillegg til kvitteringsbeløpet, må du legge inn momsbeløpet manuelt i kvitteringskvitteringen fra kassasystemet.
Ikke glem å angi detaljene for utskrift av kvitteringsordren i kategorien "Skriv ut".
Etter å ha fylt ut dokumentet, vil vi gjennomføre det.
Hvis du nå omformer kontoutskriften i kassaapparatet til kassaapparatet, vil det gjenspeile både kvittering fra salg og utstedelse av penger fra kassaapparatet i kolonnen "Motta detaljhandelutbytte".
Kontoutskrift
Bevegelsen av penger fra kasseapparatet til kassaapparatet til foretakets kasseapparat kan sees i rapporten "Statement of penger". La oss åpne denne rapporten.
Treasury / Treasury rapporten / Cash statement
Vi vil danne en rapport om organisasjonen vår. Som standard genereres rapporter i valuta økonomistyring (i vårt eksempel, amerikanske dollar). Rapporten gjenspeiler bevegelse av kontanter: kvittering og avskrivning fra kassaapparatet til kassaapparatet, kvittering ved kassen til bedriften.

Total regnskap til utsalgspriser (for 1C: Regnskap 8.3, revisjon 3.0)

2016-12-07T19: 04: 41 + 00: 00

Denne artikkelen vil snakke om hvordan du setter opp verdi (sum) regnskap i de tre beste for detaljhandel.

Teoretisk ekskursjon

Den totale bokføringen av varer i detaljhandel er egnet for tilfeller der det ikke kreves å føre kvantitativ regnskap i konteksten av varen.

Vanligvis brukes totalregnskap i detaljhandel på spesielle moduser (STS, UTII). I disse tilfellene er det ikke nødvendig å beregne inntektsskatt, hvor bruk av bare verdiregnskap ville være utilstrekkelig og ville kreve dobbeltregnskap.

Kostnadsregnskapsordningen for varer forutsetter det regnskap utføres for varer som helhet uten å dele dem opp i separate navnnoe som selvfølgelig er veldig praktisk for en regnskapsfører. Videre blir varene tatt i betraktning til salgspris.

Ved å selge betyr det at vi lagrer i en bunke både kostpris og merking av varene.

La oss ta et eksempel.

Vi kjøpte 2 stoler fra en leverandør for 3000 rubler. Vi skal selge stoler til 3500.

I dette tilfellet er 3000 kostnaden for stolen, eller med andre ord kjøpesummen, 500 er ekstra kostnad for stolen, 3500 er salgsprisen.

Innleggene vil være som følger:

Dt 41 CT 60 2*3000
Dt 41 CT 42 2*500

Dermed registrerte vi på 41 fakturaer ikke bare varekostnadene, men vi la også til en markering på 500 rubler for hver stol, og danner dermed salgsverdien.

Det viser seg at etter mottak av varene har vi 7000 rubler på konto 41 og 1000 rubler for 42.

Hvis vi blir spurt om hvor stor prosentandel av handelsmarginen som er i salgsverdien for øyeblikket, vil vi gjøre følgende beregning:

Prosent av handelsmargin \u003d 100 * CT (balanse) 42 teller. / Dt (balanse) 41 teller. \u003d 100 * 1000/7000 \u003d 14,286%

Anta at vi solgte 3500 rubler med stoler denne måneden (merk at vi ikke bryr oss om hvilke stoler det er og hvor mange det var, selv om dette er åpenbart i vårt eksempel). Innleggene vil være som følger:

Dt 50 CT 90.01 3500
Dt 90.02 CT 41 3500

Vi registrerte omsetning 90,01 og avskrev salgsprisen på varen til kostpris 90,02. Det viste seg at forskjellen mellom inntekt og kostnad var 0 rubler, og vi mottok ikke fortjeneste.

Det er det selvfølgelig ikke. Og operasjonen med å avskrive handelsmarginen på slutten av måneden vil gjenspeile resultatet vårt som følger.

Først skal vi beregne gjennomsnittlig prosentandel handelsmargin for måneden i henhold til følgende formel (den er i utgangspunktet lik den forrige, men mer fullstendig og er ment spesielt for beregning av gjennomsnittlig handelsmargin):

Prosent av gjennomsnittlig handelsmargin = 100 * TN / (PS + OM), hvor
TN - resten av handelsmarginen (kredittbalanse på konto 42.02 ved periodens slutt);
PS - varebalansen til salgsverdi (debetbalanse på konto 41.12 ved periodens slutt)
OM - mengden salg i salgspriser (omsetning i belastning av konto 90,02 fra kreditt på konto 41,12 for perioden)

I vårt tilfelle,
TN - 1000 rubler
PS - 3500 rubler
OB - 3500 rubler

Den totale prosentandelen av gjennomsnittlig handelsmargin vil være 100 * 1000 / (3500 + 3500) \u003d 14,286%

Hva gir denne prosentandelen oss? Han gir oss muligheten til å vite hvor mye salg for perioden i salgspriser ( OM), beregne hvor mye handelsmarginen ble realisert i dette salgsbeløpet. Med andre ord, hvor mye fortjeneste vi fikk.

Realisert handelsmargin = OM * 14,286% \u003d 3500 * 14,286% \u003d 500 rubler

Vi vil korrigere kostnadene for solgte varer, og samtidig avskrive handelsmarginen som er solgt i løpet av måneden:

Dt 90.02 CT 42.02 -500 rubler

Vær oppmerksom på at handelsmarginen belastes med reverseringsmetoden.

Og nå er forskjellen mellom inntekt (90,01) og primalkostnad (90,02) bare 500 rubler.

La oss endelig prøve å implementere opplæringseksemplet vårt i 1C: Accounting 8.3, revisjon 3.0-databasen.

Praktisk del

Det første vi skal gjøre er å sette opp en regnskapsprinsipp. For å gjøre dette, gå til "Main" -delen og velg "Accounting policy" -elementet () der:

Regnskapsprinsippene for dette året vil åpne. La oss indikere metoden for evaluering av varer i detaljhandel - "Etter salgsverdi":

Merk følgende! Hvis du ikke har elementet "Metode for evaluering av varer i detaljhandel" - gå til menyen "Hoved", velg "Funksjonalitet" og i "Handel" -fanen, kryss av i "Retail".

La oss lagre endringene i regnskapsprinsippene og gå til delen "Referanser". Der åpner vi varen "Lager" ():

I listen over lagre som åpnes, klikk på "Opprett" -knappen, et nytt lagerkort åpnes - fyll det ut som på bildet nedenfor:

La oss lagre det nye lageret og gå til delen "Innkjøp". La oss åpne varen "Kvittering (handlinger, fakturaer)" ():

La oss lage en ny varemottak og fylle ut overskriften, som på bildet nedenfor:

For øyeblikket når vi bytter ut butikklageret, vil programmet spørre oss om det er nødvendig å skjule tabellavsnittet etter produkt - vi vil svare bekreftende slik at tabellavsnittet ikke inneholder varene (vi har sumregnskap). Fyll ut tabellseksjonen som i figuren nedenfor: