Komponent "Regnskap" Den er beregnet på å utføre alle deler av regnskapet. Den lar deg gjenspeile forretningstransaksjoner som skjer i bedriften i regnskapet. Fullautomatiserer regnskapet fra inntasting av primærdokumenter til rapportering. Støtter forskjellige regnskapssystemer, lar deg holde oversikt over flere virksomheter i en informasjonsbase.

Gir vedlikehold av kontoplaner, oppføring av transaksjoner, mottak av regnskapsresultater, rapportering. Den bruker konsepter som regnskapskontoer, transaksjoner og posteringer. Mulighetene til "Regnskap"-komponenten lar deg føre poster parallelt i flere kontoplaner, for å føre multidimensjonalt og multilevel analytisk regnskap, kvantitativt og valutaregnskap.

Komponent "Operasjonsregnskap" er utformet for å ta hensyn til tilgjengeligheten og bevegelsen av inventar og kontanter i ulike seksjoner. Den er fokusert på å jobbe i sanntid (holder automatisk oppdatert gjeldende balanse mellom råvarer og kontanter).

Den operasjonelle regnskapskomponenten støtter mekanismen til registre, som gir registrering av bevegelser og mottak av saldoer. Dette lar deg automatisere regnskapsføring av gjensidige oppgjør med kunder, varelager og mye mer. Oftest brukes denne komponenten til å automatisere regnskapet for lager- og handelsdrift, materielle eiendeler, regnskap i tjenestesektoren, etc.

Komponent "Beregning" designet for å utføre komplekse periodiske beregninger. Den lar deg utføre beregninger av varierende kompleksitet (inkludert med omberegning av resultatene "tilbakedatering"), opprettholde et arkiv med beregninger for tidligere perioder. Bruksområder:

regnskap for bevegelsen til ansatte i bedriften, beregningen av deres lønn og ulike kompensasjoner;

personell regnskap;

Regnskap for utvalget av produserte produkter og tjenester, beregning av kostnadene deres;

registrering av kunder og beregning av kostnadene for bestillinger utført for dem;

regnskap av materialer og IBE;

Regnskap for varer, tjenester og produksjon;

regnskapsføring av gjensidige oppgjør med organisasjoner, debitorer, kreditorer, ansvarlige personer;

regnskap for lønn;

Regnskap for budsjettering;

andre deler av regnskapet.

1C:Enterprise-systemet har fleksible regnskapsalternativer:

Syntetisk regnskap i henhold til en kontoplan på flere nivåer;

regnskap for flere kontoplaner;

valutaregnskap og valutadekningsregnskap;

· multidimensjonal analytisk regnskap;

· analytisk regnskap på flere nivåer for hver dimensjon;

Kvantitativt regnskap

regnskap for flere virksomheter i ett informasjonsgrunnlag.

Å legge inn informasjon i 1C:Enterprise kan organiseres med ulik grad av automatikk:

modus for manuell inntasting av operasjoner;

modus for typiske operasjoner;

· modusen for automatisk dannelse av operasjoner på dokumenter.

En viktig forskjell mellom regnskapskontoer og andre typer data er muligheten til å opprette kontoene selv både i konfigurasjonen og i selve infobasen. Inkludering av spesifikke kontoer i konfigurasjonen brukes hvis selve konfigurasjonen er opprettet ved hjelp av disse kontoene og deres spesifikke egenskaper, for eksempel hvis konfigurasjonen definerer automatisk generering av posteringer på disse kontoene av dokumenter.

Nøkkelfunksjoner i driftsregnskapskomponenten

Den operasjonelle regnskapskomponenten i 1C:Enterprise-systemet er et universelt system for regnskap for tilgjengelighet og bevegelse av midler og kan konfigureres for ulike ordninger for regnskap for lagerbeholdninger, gjensidige oppgjør, midler på brukskontoer og i kontanter, lån, forsendelser , etc.

1C:Enterprise-systemet gir en løsning på et bredt spekter av ulike oppgaver innen driftsregnskap, for eksempel:

regnskap for lagerbeholdninger av varer og deres bevegelser;

regnskapsføring av gjensidige oppgjør med kunder og leverandører;

Reservasjon av varer og kontroll av betaling;

Regnskap for penger på brukskontoer og i kassa;

§ materialer

§ produksjonsregnskap

§ Regnskap for valutatransaksjoner

§ gjensidige oppgjør med organisasjoner

§ beregninger med ansvarlige personer

§ lønn

§ Oppgjør med budsjettet.

1C:Regnskap lar deg automatisere utarbeidelsen av alle primære dokumenter:

§ Fakturaer og fakturaer

§ handlinger, fakturaer, krav, fullmakter

§ Andre dokumenter.

1C:Regnskap inkluderer et sett med standardrapporter som lar en regnskapsfører innhente informasjon for en vilkårlig periode, i ulike seksjoner og med nødvendig detaljnivå. Alle genererte rapporter kan skrives ut.

Verktøy for å jobbe med dokumenter lar deg organisere inndataene til dokumenter, deres vilkårlige fordeling mellom journaler og søket etter ethvert dokument etter ulike kriterier: nummer, dato, beløp, motpart.

2) Typisk konfigurasjon 1C: HANDEL OG LAGER 7.7
(Komponent "Operasjonsregnskap")

"1C: Trade and Warehouse" er designet for å ta hensyn til alle typer handelsoperasjoner. Det automatiserer arbeidet i alle stadier av bedriften.

Viktige funksjoner:

§ separat forvaltnings- og økonomiregnskap

§ regnskapsføring på vegne av flere juridiske personer

§ batchregnskap av inventar med muligheten til å velge metode for å avskrive kostnaden (FIFO, LIFO, gjennomsnitt)

§ separat regnskapsføring av egne varer og varer tatt for salg

§ registrering av kjøp og salg av varer

§ automatisk innledende utfylling av dokumenter basert på tidligere innlagte data

§ regnskapsføring av gjensidige oppgjør med kjøpere og leverandører med detaljer om kontrakter

§ opprettelse av primærdokumenter

§ reservasjon av varer og kontroll med betaling

§ bokføring av midler på oppgjørskonti og i kassen

§ Regnskap for handelskreditter og kontroll med tilbakebetaling av disse

§ regnskapsføring av varer overført for salg, retur og betaling

"1C: Trade and Warehouse" har følgende funksjoner:

§ angi for hvert produkt nødvendig antall priser av forskjellige typer, lagring av leverandørpriser, automatisk kontroll og umiddelbar endring i prisnivået;

§ arbeide med relaterte dokumenter;

§ automatisk beregning av avskrivningspriser for varer;

§ rask innføring av endringer ved hjelp av gruppebehandling av kataloger og dokumenter;

§ holde oversikt over varer i forskjellige måleenheter, og kontanter - i forskjellige valutaer;

§ innhente en rekke rapporterings- og analytisk informasjon om bevegelse av varer og penger;

§ automatisk generering av regnskapsposter for 1C: Regnskap;

§ arbeid med kommersielt utstyr: kasseapparater, kvitteringsskrivere, skannere og strekkodeskrivere, POS-terminaler, etc.

3) 1C: Lønn og personal 7.7
(Komponent "Beregning")

Programmet "1C: Lønn og personal" er laget for lønns- og personaljournaler. Den kan brukes både i kommersielle virksomheter og i budsjettorganisasjoner. Den lar deg føre oversikt over ansatte, registrere offisielle bevegelser, motta statistisk informasjon om personell.

Hovedfunksjoner:

1) Lønnsberegning:

Ulike systemer og avlønningsformer Regnskap for utførte timer Regnskap for nordlige og regionale trekk

2) Automatisering av personaljournaler

Vedlikeholde bemanningstabell Lagre informasjon om arbeidet tid Registrering av offisielle bevegelser Registrering av pålegg om opptak, ferie, oppsigelse, personalbevegelse Innspill og beregning av sykefravær; Registrering av oppsigelser med beregning av ferieerstatning, sluttvederlag.

3) Utforming av rapporter for innsending til skattemyndighetene og til PFR-kontorene (opplysninger om inntekter til enkeltpersoner, individuelle opplysninger om forsikrede)

4) Regnskap for egenskapene til budsjettorganisasjoner

4) Kompleks konfigurasjon "Regnskap + Handel + Lager + Lønn + Personal"

Den beholder egenskapene til hovedkonfigurasjonene "Regnskap", "Handel og lager" og "Lønn og personell" og gir integrert regnskap:

Et enhetlig system med referanseinformasjon; Automatisk refleksjon av handel og lagerdrift og lønn i regnskap; Økonomisk regnskap for flere juridiske personer
; Samlet administrasjonsregnskap.

6. 1C: Startmoduser for Enterprise-program

Når du starter 1C:Enterprise-systemet, kan du velge en av 4 driftsmoduser - 1C:Enterprise, Configurator, Debugger og Monitor.

"Konfigurator"-modus- inngang i modulen for å konfigurere (gjenoppbygge) arbeidsprogrammet.

I konfigurasjonsmodusen dannes strukturen til infobasen, sammensetningen og egenskapene til forskjellige systemobjekter endres i samsvar med behovene til en bestemt bedrift. På konfigurasjonsstadiet kan du endre eksisterende eller opprette nye kataloger, dokumenter, rapportskjemaer, algoritmer for å beregne ulike regnskaps- og analytiske indikatorer.

Når du konfigurerer systemet, kan du også opprette sett med datatilgangsrettigheter som tilsvarer brukere på forskjellige nivåer. Konfiguratoren gir muligheten til å tilpasse systemgrensesnittet (menyer, verktøylinjer, hurtigtaster). I tillegg kan du i konfiguratoren lage en liste over brukere for en spesifikk organisasjon, samt tilordne ulike brukergrensesnitt til ulike typer brukere (ledere, regnskapsførere, personalansvarlige, etc.).

Ved konfigurering brukes både visuelle verktøy og det innebygde makrospråket.

"1C: Enterprise"-modus- dette er brukermodus, gå inn i arbeidsprogrammet direkte for regnskap, konfigurasjonsutførelsesmodus.

Denne modusen brukes til å legge inn, behandle, lagre og utstede sammendragsinformasjon om virksomheten til virksomheten. Den brukes til å legge inn dokumenter, fylle ut kataloger, utføre beregninger, generere ulike rapporter. I denne modusen fører brukeren poster ved hjelp av objektene som ble opprettet på konfigurasjonsstadiet.

På denne måten, konfigurasjon er utvikling eller endring av programinnstillingene i "Konfigurator"-modus. Regnskap jobber med applikasjonen i "1C:Enterprise"-modus innenfor rammen av gjeldende applikasjonsinnstillinger.

Tilstedeværelsen av disse to modusene lar deg bruke programmet i lang tid uten å erstatte det med et nytt.

Monitormodus. Systemet fanger automatisk opp og husker alle brukerhandlinger for å endre data eller innstillinger. "Monitor"-modus gir tilgang til disse dataene. Dette gjøres slik at i tilfelle feil, feil, kan spesialisten, etter å ha analysert denne informasjonen, fastslå årsaken til problemene.

Monitoren lar deg se listen over aktive brukere, det vil si de brukerne som for øyeblikket jobber med infobasen. I tillegg lar monitoren deg analysere loggen over handlinger utført av brukere for en hvilken som helst tidsperiode (historikk over brukerarbeid), samt arkivere loggens historie.

"Debugger"-modus - dette er en modus beregnet for feilsøking av konfigurasjonen som opprettes. Det letter utviklingen av programmoduler i 1C:Enterprise-systemet.

Gjenoppbygging av programmet kan føre til feil. "Debuggeren" er designet for å finne en feil i dine egne beregninger og en måte å korrigere et uønsket resultat på, for å sette ting i orden i designet.

"Debugger" lar deg spore utførelsen av, måle den komparative utførelsestiden og se innholdet i variabler.

Den har følgende funksjoner:

trinn-for-trinn utførelse av modulen;

avbrudd og fortsettelse av modulutførelse;

Mulighet for å feilsøke flere moduler samtidig;

beregning av uttrykk for å analysere tilstanden til variabler;

ytelsesmålinger.

7. Grunnleggende metadataobjekter

metadata

Grunnlaget for 1C: Enterprise-systemet er konseptet metadata. Metadata er en samling av objekter som utgjør en konfigurasjon. De er konfigurert til å lagre og behandle informasjon om aktivitetene til en bestemt bedrift. Det er data om data, dvs.:

Informasjon om strukturen til informasjonsdatabaser (referansebøker, dokumenter, etc.);

Former for dialoger og lister;

Rapport tabeller;

Programmoduler der algoritmene for systemoperasjonen er beskrevet i det innebygde språket.

1C-programmet er et sett med innbyrdes beslektede metadataobjekter.

Grunnleggende metadataobjekter- dette er objekter som er tilstede i alle komponentene i 1C-systemet, dvs. disse er felles objekter for alle tre komponentene.

Grunnleggende objekter:

1) Konstanter

2) Kataloger

3) Oppregninger

4) Dokumenter

5) Dokumentlogger

7) Behandling

1) Konstanter

Vant til å jobbe med konstant og betinget konstant informasjon. Konstanter brukes til å lagre informasjon som enten ikke endres i det hele tatt under driften av systemet, eller endres ganske sjelden. For eksempel «Navn på organisasjonen», «MVA-sats», «Navn på hovedregnskapsfører» osv.

Bekvemmeligheten med å bruke konstanter ligger i det faktum at all informasjon legges inn i dem én gang, som kan gjenbrukes i fremtiden. For eksempel kan det allerede nevnte navnet på organisasjonen legges inn i en spesielt erklært konstant, og i forskjellige former, bruke navnet på konstanten for å få verdien - navnet på organisasjonen. I tilfelle endringer i navnet på organisasjonen, er det nok å endre det bare én gang - i en konstant - og alle endringer vil automatisk reflekteres på de stedene hvor denne konstanten brukes.

Et ubegrenset antall konstanter kan beskrives i systemet. På konfigurasjonsstadiet spesifiseres en liste over konstanter og deres egenskaper beskrives. På konfigurasjonsutførelsesstadiet settes verdiene til selve konstantene.

2) Kataloger

Kataloger er designet for å fungere med konstant og betinget konstant informasjon med et visst sett med verdier. Hver katalog er en liste over homogene objekter: ansatte, organisasjoner, varer osv. Hvert slikt objekt kalles et element i katalogen.

Bruken av kataloger lar deg utelukke tvetydig inndata av informasjon (når du fyller ut detaljer om dokumenter eller andre kataloger). Hvis du for eksempel trenger å skrive inn navnet på en kundeorganisasjon på en faktura, vil valg av en vare fra kundekatalogen hjelpe deg med å unngå å skrive inn navnet ved en feiltakelse.

Enhver katalog består av elementer, som hver har noen detaljer. For eksempel som elementer i katalogen " materialer"Informasjon om spesifikke enheter av materialverdier vises. Følgelig beskrives hvert element med detaljer som materialets navn, kode, måleenhet, pris osv.

I regnskapsmodus kan brukeren legge inn nye elementer i katalogene, samt rette eller slette tidligere innlagte. Og på konfigurasjonsstadiet kan du angi egenskapene til hver spesifikk katalog (for eksempel lengden og typen kode, antall nivåer, støtte for kodenes unike karakter, et sett med katalogdetaljer).

I tillegg til koden og navnet kan du opprette andre attributter for å lagre eventuell tilleggsinformasjon om katalogelementet.

For hver katalog kan flere former for visning og redigering angis.

I en spesifikk konfigurasjon opprettes det nødvendige antallet kataloger for å lagre data om objekter som brukes til å automatisere et gitt emneområde. Dette kan for eksempel være kataloger "Organisasjoner", "Produkter", "Ansatte" osv.

System 1C:Enterprise lar deg organisere flernivåkataloger, elementer som kan deles inn i grupper. Bruken av multi-level kataloger lar deg lagre informasjon med nødvendig detaljnivå, samt organisere vedlikeholdet av multi-level analytisk regnskap for kontoer.

System 1C: Enterprise har en støttemekanisme underordnede kataloger. Dette lar deg koble sammen elementer fra forskjellige kataloger. Hvert element i den underordnede katalogen tilhører et eller annet element i eierkatalogen. For eksempel organisasjoner og kontrakter med dem, varer og deres måleenheter, etc.

Noen detaljer i katalogen kan være periodisk. I motsetning til vanlige attributter, er hver endring i verdien av et periodisk attributt fastsatt på en bestemt dato, det vil si at programmet lagrer historien til endringen i verdien av attributtet i kronologisk rekkefølge. Hvis verdien av en periodisk attributt endres mens du arbeider med katalogen, lagres dens forrige verdi i systemminnet, og den nye verdien er fast for gjeldende dato. På grunn av det faktum at det for en periodisk variabel er mulig å fastslå hvilken verdi den hadde i forskjellige tidsperioder, er det mulig å korrekt utføre beregninger "tilbakedatering".

3) Oppregninger

Oppregninger er objekter som inneholder et sett med verdier. Oppregninger brukes i 1C:Enterprise-systemet for å beskrive permanente sett med verdier som ikke endres for en spesifikk konfigurasjon.

Sammensetningen, navnene og verdiene til oppregninger er satt på konfigurasjonsstadiet og kan ikke endres på utførelsesstadiet.

Eksempler på overføringer - betalingstyper (kontanter, ikke-kontanter, byttehandel), klientstatus (permanent, engangs). I dette tilfellet indikeres statusen til klienten i programmet ved å velge en av verdiene i denne oppregningen. Selve konfigurasjonen bruker de eksisterende verdiene til oppregningene og tilbyr dem til brukeren for valg.

Bortsett fra listen over verdier, er ingen annen informasjon inneholdt i enums.

4) Dokumenter

I 1C:Enterprise-systemet er et dokument hovedregnskapsenheten. Hvert dokument inneholder informasjon om en spesifikk forretningstransaksjon og er preget av nummer, dato og klokkeslett.

Ved hjelp av dokumenter reflekteres innbetalinger fra brukskonto, kassedrift, personellbevegelser, bevegelser på lageret osv.

Eksempler - "Betalingsordre", "Konto", "Faktura", "Faktura", "Innkommende kontantordre" osv.

I de fleste dokumenter kan to hoveddeler skilles: overskriftsdelen og tabelldelen (flerlinjet). Som regel inneholder overskriftsdelen detaljer som er felles for hele dokumentet og som kun forekommer én gang i dokumentet. (I 1C:Enterprise-systemet kalles header-delen hatt).

Den tabellformede delen av dokumentet er en liste over lignende linjer med informasjon. I de fleste tilfeller brukes den tabellformede delen til å danne den totale mengden av dokumentet.

Dataene som er lagt inn i dokumentet (dokumentdetaljer) inneholder vanligvis informasjon om hendelsen som skjedde: for eksempel i fakturaen - informasjon om hvilket lager, hvilke varer og hvor mye som ble sendt; i ansettelsesrekkefølgen - opplysninger om den ansatte, lønn, annen informasjon.

Siden hver regnskapsoperasjon er ledsaget av et primærdokument, gir 1C: Regnskapsprogrammet en modus for å legge inn dokumenter. I dette tilfellet kan dokumentet brukes til flere formål:

For å legge inn og lagre informasjonen til det primære dokumentet i en datamaskindatabase;

For å generere innlegg og lagre dem i databasen;

For å generere en trykt form av et dokument som kan vises, lagres på en datamaskin eller skrives ut.

En viktig egenskap ved et dokument er dens dirigere . Holder dokument er en handling som endrer andre systemdata basert på informasjonen til det postede dokumentet.

I komponenten "Regnskap" brukes kontering først og fremst for å reflektere i regnskapet av en forretningstransaksjon, informasjon om hvilken er lagt inn i bilaget. I prosessen med å bokføre dokumentet, blir posteringene av operasjonen registrert og reflektert i regnskapsresultatene.

Postering kan ikke brukes for enkelte typer dokumenter. Vanligvis er dette dokumenttypene som ikke påvirker regnskapssummene og ikke gjør andre endringer i systemdataene.

Underordning av dokumenter. I 1C:Enterprise-systemet er det mulig å lage underordnede dokumenter, som lar deg organisere kjeder av relaterte dokumenter. Hvis et dokument inneholder lenker til andre dokumenter, anses det som underordnet de dokumentene det refererer til. Muligheten for å etablere underordningsrelasjoner mellom dokumenter er satt på konfigurasjonsstadiet.

Oppretting av nye typer dokumenter, beskrivelse av deres egenskaper og struktur utføres i konfigurasjonsmodus. Et skjermskjema opprettes for dokumentet for å legge inn innledende informasjon. Når du setter opp et dokument, angir du slike generelle egenskaper som lengden og typen av dokumentnummeret, betingelser for å støtte unik nummerering og mange andre. I tillegg, på konfigurasjonsstadiet for dokumentet, bestemmes algoritmen for utførelse av det (regler for generering av posteringer) og algoritmen for å generere den trykte formen til dokumentet.

5) Dokumentlogger

Dokumentjournaler er beregnet for å legge inn nye dokumenter, se og redigere allerede innlagte dokumenter, samt for å slette dokumenter. Dokumentlogger lagrer informasjon om de innlagte dokumentene, med deres hjelp kan du se de innlagte dokumentene.

Hver type dokument kan tilordnes en bestemt journal. Selve dokumentloggen legger ikke til nye data til systemet, men fungerer kun som et middel for å se listen over opprettede dokumenter.

Hver journal lar deg arbeide med dokumenter knyttet til en av regnskapsseksjonene: regnskap for anleggsmidler, regnskap for materialer, bank, kasse osv. I en typisk konfigurasjon er det følgende journaler: "Bank", "Kasse" , "Lønn", " Varer, salg" og andre. For eksempel inneholder "Bank"-journalen automatisk registreringer av hvert betalingsdokument som er lagt inn i systemet, foretatt eller mottatt av foretaket gjennom brukskontoen. For kontantdokumenter leveres magasinet "Kasse". Den brukes til å registrere kvitteringer og debitere kontantordrer.

I tillegg er det i 1C-programmer en "Generell" journal, som lar deg jobbe med alle innlagte dokumenter, uavhengig av om de tilhører spesifikke regnskapsseksjoner.

Når du konfigurerer dokumenter av forskjellige typer, kan du spesifisere én journal, som lar deg vilkårlig gruppere dokumenter i journaler. Du kan for eksempel opprette en journal for lagerdokumenter som inneholder alle kvitteringer og interne overføringsfakturaer.

6) Rapporter og behandling

Rapporter brukes til å få sammendragsinformasjon i en form som er praktisk for visning og analyse.

Rapporter i 1C kan deles inn i 3 grupper:

Standard rapporter. Vanligvis er de en del av standardkonfigurasjonen. De er utformet for å innhente generalisert og detaljert informasjon om alle deler av regnskapet. Standardrapporter brukes i nesten alle organisasjoner og for alle deler av regnskapet. Eksempler: "Omsetningsbalanse", "Sjakk", "Kontoanalyse", "Kontokort" og andre. Slike rapporter brukes direkte i regnskapet for analyse av regnskapssummer på kontonivå, underkontoer, valutaer, analyseobjekter, ulike perioder og detaljerte posteringer.

Regulerte rapporter. Dette er rapporter beregnet på overføring til ulike tilsynsmyndigheter – skattetilsyn, FSS, statistiske myndigheter. Sammensetningen og innholdet i disse rapportene bestemmes av ulike offentlige etater - Federal Tax Service, Finansdepartementet, etc. Sammensetningen deres avhenger av landet der programmet brukes. Eksempler: selvangivelser, balanser, lønn til fond. Vanligvis opprettes et sett med regulerte rapporter av 1C (oppdateres kvartalsvis).

Spesialiserte rapporter. De lages vanligvis i en spesifikk konfigurasjon direkte for en gitt organisasjon og løser smalere oppgaver. Spesialiserte rapporter er vanligvis fokusert på en bestemt del av regnskapet. De opprettes når det er nødvendig å få spesifikke eksempler på informasjon eller en spesiell type trykt skjema. Eksempler: en handling av avstemming av beregninger, et sertifikat for inntekt 2-NDFL.

Alle rapporter, uavhengig av hvem som har laget dem, kan endres ved hjelp av konfiguratoren og har samme bruksprinsipper.

I tillegg til rapporter bruker 1C:Enterprise-systemet konseptet Behandling. Behandling er ikke ment for å utstede informasjon, men å endre eventuelle data i infobasen. De brukes vanligvis til å utføre noen tjenestefunksjoner (for eksempel for å laste innholdet i en katalog fra et annet program).

Å bruke behandling er ikke forskjellig fra å bruke en rapport. Deres egenskaper og handlinger er også fullt konfigurerbare.

8. Konfigurasjon

1C:Enterprise-systemet bruker forskjellige typer objekter. Et spesifikt sett med objekter definerer en spesifikk konfigurasjon. Sammen med konfigurasjonen fungerer 1C:Enterprise-systemet som et klar-til-bruk programvareprodukt fokusert på bestemte typer virksomheter og oppgaver som skal løses.

Konfigurasjonen er laget av standard systemverktøy. Det leveres vanligvis av 1C som en modell for et spesifikt bruksområde, men kan endres, suppleres av brukeren av systemet eller utvikles på nytt (fra bunnen av).

Konfigurasjonen i 1C:Enterprise-systemet er en kombinasjon av 3 sammenkoblede komponenter:

1) metadatastruktur;

2) et sett med brukergrensesnitt;

3) et sett med rettigheter.

1) Begrepet metadata har vært diskutert tidligere (se punkt 6).

2)Brukergrensesnitt i 1C:Enterprise - et sett med kommandoer fra hovedmenyen og verktøylinjer konfigurert til å fungere med spesifikke dataobjekter - dokumenter, kataloger, magasiner osv. Som regel opprettes et brukergrensesnitt for en bestemt kategori brukere. Hensikten med å lage et grensesnitt er å gi brukerne rask tilgang til den informasjonen de trenger i henhold til sine plikter.

3)Rettigheter i 1C:Enterprise-systemet bestemmer de brukerens tillatelser til å arbeide med informasjon som behandles i systemet. Settet med rettigheter gitt til brukeren bestemmes som regel av vilkårene for hans plikter.

Operasjonen med å tildele rettigheter til en bruker løser to hovedoppgaver:

1) Begrense kretsen av brukere av konfidensiell informasjon

2) Forbud mot å utføre visse operasjoner (for eksempel sletting og korrigering av data). Dette gjør det til en viss grad mulig å forhindre mulig tap av informasjon.

Alle tre komponentene i konfigurasjonen er nært beslektet og krever koordinerte endringer (spesielt for brukerrettigheter).

Dermed kan tildelingen av rettigheter kun utføres for eksisterende metadataobjekter (spesifikke dokumenter, journaler, kataloger, rapporter). Tilføyelse av et nytt objekt i metadatastrukturen må ledsages av passende endringer i rettighetene.

Kommandoer som kan assosieres med brukergrensesnittelementer styrer spesifikke metadataobjekter. Det er tydelig at det ikke gir mening å inkludere kommandoer i brukergrensesnittet for å arbeide med informasjon som brukeren nektes tilgang til.

9. Programvaremodul

Modul - dette er et program i det innebygde språket til 1C:Enterprise-systemet. Moduler kalles for å bli utført på a priori kjente øyeblikk av 1C:Enterprise-systemoperasjonen. I det innebygde 1C-språket kan du utvikle moduler bestående av prosedyrer og funksjoner.

Programmodulene i konfigurasjonen er ikke uavhengige programmer, da de er en del av hele oppgavekonfigurasjonen. Moduler inneholder tekstene til prosedyrer og funksjoner som kalles av systemet under utførelse på bestemte tidspunkter.

Hver enkelt modul oppfattes av systemet som en helhet, så alle prosedyrene og funksjonene til programvaremodulen utføres i en kontekst.

Programmodulutførelseskontekst

Global kontekst:

systemattributtverdier, systemprosedyrer og funksjoner

(For eksempel returnerer CurrentTime()-funksjonen gjeldende systemtid, og CurrentDate()-funksjonen returnerer gjeldende dato på datamaskinen)

verdier av konstanter og oppregninger spesifisert i konfiguratoren.

global modul er en modul som kjøres automatisk ved starten av 1C:Enterprise-systemet på tidspunktet for lasting av konfigurasjonen. Den inneholder prosedyrer og funksjoner som må utføres ved oppstart av 1C:Enterprise-systemet, samt globale prosedyrer og funksjoner som kan kalles fra en hvilken som helst annen konfigurasjonsmodul.

Den globale modulen refererer til konfigurasjonen som helhet. Det er nødvendig for å skrive prosedyrer og funksjoner som er tilgjengelige hvor som helst i programmet (i enhver annen modul). Du kan også lage globale variabler som kan brukes hvor som helst i programmet.

Lokal kontekst dannes av det spesifikke stedet i konfigurasjonen som denne spesielle modulen brukes til.

Typer programvaremoduler

Global modul

Håndboklisteskjemamodul

Gruppeskjemamodul

Referanseelementskjemamodul

Dokumentskjemamodul

Dokumentmodul

Dokumentjournalskjemamodul

Kontolisteskjemamodul

Fakturaskjemamodul

Transaksjonsloggskjemamodul

Transaksjonsskjemamodul

Transaksjonsjournalskjemamodul

Rapportskjemamodul

Behandlingsskjemamodul

Teksten til en programmodul består av operatører og kommentarer. Kommentarer begynner med "//"

De innebygde språkoperatørene må skilles med tegnet ";". Slutten av en linje er ikke et tegn på slutten av en setning, dvs. utsagn kan fritt hoppe over linjer og fortsette på en annen linje. Du kan plassere et vilkårlig antall operatorer på én linje, og skille dem med tegnet ";".

Navn på variabler, prosedyrer og funksjoner

Navnet på en variabel, deklarert prosedyre eller funksjon kan være en hvilken som helst sekvens av bokstaver, tall og understreker "_". Navnene du oppretter må ikke være de samme som reserverte ord på språket eller med navn på prosedyrer og funksjoner som allerede eksisterer og er tilgjengelige på utførelsestidspunktet. Variabel-, prosedyre- og funksjonsnavn skiller mellom store og små bokstaver.

Reserverte (stikk)ord

Språket har reserverte ord som ikke kan brukes som genererte variabelnavn og deklarerte prosedyrer og funksjoner. Hvert av nøkkelordene har 2 representasjoner - russisk og engelsk. Nøkkelord i russisk og engelsk versjon kan fritt blandes i én kildetekst. Søkeordbokstaver er ikke viktig.

Eksempler på søkeord:

Spesialtegn brukt i kildetekst

Variabelt omfang

Omfanget av variabler avhenger av hvor de er definert i oppgavekonfigurasjonen.

Det er 3 områder hvor du kan deklarere variabler:

1) I delen for globale modulvariabeldefinisjoner.

Hvis variabler er definert med Eksporter nøkkelordet, vil de være globale variabler. De er tilgjengelige for bruk i enhver konfigurasjonsprogramvaremodul.

2) I variabeldefinisjoner-delen av en bestemt (lokal) modul.

Dette er modulvariabler. De er tilgjengelige for bruk i kjørbare setninger, uttrykk, i alle prosedyrer og funksjoner til programenheten der de er deklarert.

3) I en prosedyre eller funksjon.

Dette er lokale variabler. De er tilgjengelige innenfor prosedyren eller funksjonen der de er deklarert.

Hvis en variabel er definert som global, er den synlig fra alle prosedyrer og funksjoner til en hvilken som helstl.

Hvis en variabel er definert i en prosedyre, er omfanget dens gitte prosedyre eller funksjon.

Programmodulstruktur

Variabeldefinisjonsdel Prosedyre og funksjonsdel Hovedprogramdel

(Denne delen kan kun inneholde kjørbare setninger. Den kjøres i det øyeblikket modulen startes for kjøring. Vanligvis inneholder hovedprogramdelen setninger som tildeler spesifikke verdier til variabler som må utføres før det første kallet til noen av prosedyrene eller funksjonene til modulen).

Eksempel.

// Definisjon av variabler
Variabel Variabel1;
Variabel Variabel2;

// Prosedyrer og funksjoner

Prosedyre Prosedyre1()

…// prosedyretekst

Sluttprosedyre

Funksjon Funksjon1()

…// funksjonstekst

EndFunctions

// Hovedprogramdel

Variabel1 = "123";

10. Registrerer

Tenk deg at organisasjonen vår driver handelsoperasjoner med motparter. Samtidig vil vi betale leverandører for de sendte varene, og motta penger fra kjøpere for de solgte varene. For å legge inn data om forretningstransaksjoner i 1C, brukes metadataobjektet «Dokument». Ved hjelp av dokumenter vil vi være i stand til å legge inn data om ankomst / bevegelse / forsendelse av varer, mottak / utgifter av penger, men det er umulig å lagre den nåværende balansetilstanden på lageret og tilstanden til gjensidig gjeld med motparter i dokumenter. Bare for dette formålet har 1C en spesiell mekanisme. Den bruker metadataobjektet " Registrere" - i operasjonelt regnskap (for Regnskap - "Kontoplan", for Oppgjør - "Journal of Settlements").

Registrene samler informasjon om tilgjengelighet og bevegelse av midler - råvare, kontanter og andre. All informasjon om forretningstransaksjoner samles i registre, og denne informasjonen kan trekkes ut, analyseres og presenteres for brukeren i form av rapporter.

Det vil si at vi kan si at registre er tabeller for akkumulering av driftsdata og innhenting av sammendragsinformasjon.

Data legges til registrene kun ved kontering av dokumenter. Informasjon fra registre brukes til å generere rapporter.

Den klassiske ordningen for bruk av registre i 1C:Enterprise er som følger:

Dokumenter => Register => Rapporter

Registeret er en intern konfigurasjonskomponent. Når du bruker konfigurasjonen, er den ikke tilgjengelig for brukeren for direkte utfylling, det er ingen standardverktøy for å se den, som for andre objekter (dokumenter, kataloger, konstanter, etc.). Men ved hjelp av det innebygde språket kan informasjon skrives til registrene og deretter hentes.

Registrer dimensjoner og ressurser

Hovedproblemet med å lage registre er definisjonen av strukturen (i hvilke seksjoner bør oppsummeringsdata samles slik at nødvendig informasjon deretter enkelt kan hentes?). Oppbygningen av registeret bør være slik at det er mulig å trekke ut nødvendig informasjon fra det uten kjedelig behandling. I 1C, når du oppretter et register, er det nok å spesifisere i hvilke seksjoner og hvilke data du vil lagre i det, og selve systemet vil sikre registrering og mottak av nødvendige data (ved enkle språkmidler).

La oss anta at registeret Resterende varer» bør inneholde informasjon om mengde og kostnad for hver vare på hvert lager. I ideologien til 1C:Enterprise-systemet er et register av denne typen et rektangulært koordinatsystem, på den ene aksen som det er varehus, på den andre - varer, og i skjæringspunktet mellom et spesifikt lager og et spesifikt produkt er det tall for varemengde og varekostnad.

Registrer mål - Dette er måten informasjon kreves lagret på.

Registrer ressurser - dette er kvantitative eller sumdata som er lagret i registeret.

I vårt tilfelle:

Registrere: Resterende varer
målinger: Produkt, Lager
Ressurser: Antall, kostnad

Følgende informasjon kan hentes fra dette registeret:

balansen til et bestemt produkt i et bestemt lager saldoen til et bestemt produkt i alle varehus kostnadene for alle varer i et bestemt lager

Bevegelser i registre

Endring av tilstanden til registrene utføres av dokumentmodulen på det innebygde språket. Ved bokføring av et bilag gjøres det endringer i registrene.

Informasjon om endringer i registre kalles bevegelser registrerer. registrere bevegelser Rester av varer det blir inntekter og utgifter.

Registrer deg i tabellform Rester av varer ser ut som følger:

En rad fra denne tabellen heter " bevegelse Bevegelser i registre opprettes kun når dokumenter er bokført.

I registeret kan du i tillegg til dimensjoner og ressurser sette nødvendigheter.

Requisites- dette er tilleggsinformasjon som følger med bevegelsen. Ved å bruke det innebygde språket kan du velge bevegelser med en gitt attributtverdi.

Typer registre

I 1C:Enterprise-systemet er det mulig å bruke 2 typer registre: saldoregistre og omsetningsregistre. Forskjellen mellom dem fremgår av navnet og ligger i informasjonen som lagres: Saldoregistrene lagrer alltid informasjon om fondenes endelige tilstand, og i omsetningsregistrene billedlig talt hvordan denne tilstanden ble oppnådd.

Hvis du raskt trenger å få balansen til noe fra registeret i øyeblikket, må du opprette et register over rester. Skal du raskt motta inntekter eller utgifter av noe i en periode fra registeret, så må du opprette et omsetningsregister.

Essensen av de to typene registre og deres forskjeller kan illustreres ved følgende eksempel. Se for deg en rett guide som glideren beveger seg langs. Et speedometer med en indikator for tilbakelagt distanse er installert på glidebryteren. Vi måler avstanden fra starten av guiden til glideren. Skyveknappen går fremover - denne avstanden øker, går tilbake - den reduseres. Slik fungerer balanseregisteret. Den viser gjeldende tilstand til glidebryterens koordinat i forhold til en nullverdi. Analog - lagersaldo. De vokser hvis det var en ankomst av varer, og avtar hvis det var en utgift.

Vi har også speedometer med trippteller. Uansett hvilken retning glidebryteren beveger seg, vokser tallet på telleren. Slik fungerer omsetningsregisteret. Analog - verdien av omsetning i butikken. Enten det er en inntekt eller en utgift, vokser omsetningen.

Restregistre

La oss ta som eksempel sporing av gjensidige oppgjør med kjøpere av varer som selskapet vårt produserer eller selger.

For raskt å motta informasjon om den gjensidige gjelden til vårt selskap og kjøperen, trenger du gjensidig oppgjørsregister, der gjeldsbeløpet vil bli lagret for hver kjøper. Når en forretningstransaksjon utføres, vil statusen til registeret endres tilsvarende, hver gang gjenspeiler den nåværende tilstanden til gjensidige oppgjør. Registeret "Gensidige oppgjør" er balanseregister.

Eksempel:

Registeret skal føre varebalansen på hvert lager i kvantitative og summene termer.

Saldoregister Produkter

målinger: Produkt, lager

Ressurser: Mengde, kostnad

Requisites:Nei

omsetningsregistre

Men fra registeret "Mutual Settlements" er det umulig å få informasjon om volumet av kjøp gjort av denne kjøperen i en hvilken som helst tidsperiode, siden registeret ikke inneholder slik informasjon.

I dette tilfellet kan løsningen være å bruke omsetningsregister. I et slikt register - la oss kalle det "Volum av kjøp" - i kjøpersammenheng vil informasjon om kjøpsvolumet (om kjøpers omsetning) lagres. Når du oppretter et omsetningsregister, kan du angi hvor ofte informasjon skal samles: dag, uke, måned osv.

Nå, når du utfører forretningstransaksjoner, vil det være nødvendig å endre ikke bare statusen til "Settlements"-registeret, men også "Purchase Volume"-registeret. I dette registeret vil hver gang en kunde foretar et kjøp, legges inn informasjon om kjøpesummen. Som et resultat vil registeret "Volum av kjøp" kontinuerlig samle informasjon om det totale volumet av kjøp av klienten.

Eksempel:

Registeret skal lagre daglige salgsinntekter etter kunder og varer.

omsetningsregister Inntekt

Målinger: Kunde, produkt

Ressurser: Inntekt

Forutsetninger: Nei

Periodisitet: Dag

11.Datatyper

1C: Enterprise-system støtter grunnleggende og samlet datatyper.

Til grunnleggende typer inkluderer:

numerisk;

streng;

numerisk typen kan være et hvilket som helst desimaltall. Grunnleggende aritmetiske operasjoner er definert på data av den numeriske typen.

Strokov typen kan være en hvilken som helst sekvens av tegn, inkludert den tomme.

Type dato enhver gyldig dato kan representeres.

Samlet datatyper er spesialiserte datatyper designet for å fungere med 1C:Enterprise-objekter.

Til samlet Inkluder følgende datatyper:

Konstant- et middel til å arbeide med konstante (eller betinget konstante) verdier. Konstanter lagrer informasjon som ikke endres eller endres ganske sjelden. For eksempel navnet på organisasjonen, postadresse.

Katalog– midler for å opprettholde lister over homogene dataelementer.

Oppregning– et verktøy for å jobbe med dataelementer, hvis liste over mulige verdier er strengt spesifisert (for eksempel for oppregningen "Betalingsform", kan du angi de mulige verdiene: "Kontanter", "Ikke-kontanter" ). Dokument- et middel for å legge inn primærinformasjon om pågående forretningstransaksjoner.

Be om- et middel for å få tilgang til objekter (dokumenter, registre, kataloger, beregningsjournaler) for å få sammendragsinformasjon ved generering av utdatarapporter.

Tekst- et verktøy for å jobbe med tekstdokumenter.

Bord- et verktøy for arbeid med tabeller (rapporter).

Liste over verdier- et verktøy for å lage en liste over verdier av alle data med muligheten til å sortere og velge ønskede verdier fra listen.

Bilde- verktøy for å jobbe med grafiske filer.

Periodisk - et verktøy for å arbeide med periodiske detaljer om kataloger og periodiske konstanter.

FS- et verktøy for å jobbe med filer direkte fra det innebygde språket.

Komponent "Regnskap" implementerer refleksjon av forretningstransaksjoner som forekommer i virksomheten i regnskapet. Den manipulerer konsepter som regnskapskonti, transaksjoner og posteringer. Mulighetene til "Regnskap"-komponenten lar deg føre poster parallelt i flere kontoplaner, for å føre multidimensjonalt og multilevel analytisk regnskap, kvantitativt og valutaregnskap.

Komponenten «Regnskap» gir mulighet for regnskapsføring av flere virksomheter i én informasjonsbase.

Komponent "Beregning" designet for å automatisere komplekse periodiske beregninger. Mulighetene til denne komponenten lar deg utføre beregninger av varierende kompleksitet, inkludert omberegning av resultatene "tilbakedatering", og holde et arkiv med beregninger for tidligere perioder. Disse funksjonene implementeres av beregningsjournalene som støttes av denne komponenten. Et av hovedanvendelsesområdene for komponenten er lønn.