Krav til gjennomføring av dokumenter

1C: Enterprise 8.2 /
For utviklere /
Opprette og endre metadataobjekter

Innholdsfortegnelse

Se også

1. Dokumenter er ment å angi primærinformasjon knyttet til registrering av hendelser som påvirker indikatorene tatt i betraktning i systemet. For eksempel, når du automatiserer økonomiske og økonomiske aktiviteter i et foretak, er det en oversikt over ulike forretningstransaksjoner; i produksjonskontrollsystemer - registrering av produksjonsoperasjoner mv.

2.1. Registrering av et arrangement i systemet (dvs. refleksjon i kontoen) utføres ved hjelp av dokumentet. De fleste dokumenter må legges ut ( Hold- egenskapen er satt til Tillat ).

Logisk er et dokument som ikke er dokumentert, forskjellig fra en utgitt, fordi et dokument som ikke er dokumentert, er et "utkast" som ikke reflekteres i kontoen. Slike dokumenter kan lagres i systemet, selv om de ikke er helt eller ikke fylt i det hele tatt; Ingen kontroller og begrensninger av forretningslogikk brukes på dem (kontroller for fylling, datoer for å forby endringer, etc.). Dataene for slike dokumenter gjenspeiles ikke i kontoen (ikke vist i rapporter, etc.)

Samtidig er dokumentet holdt en "renraset", dannelsen og behandlingen av disse er fullført og om hvilken det ble bestemt at dette dokumentet skulle inkluderes i kontoen.

2.2. Hvis dokumentets livssyklus består av flere stadier som samsvarer med stadiene i en bestemt prosess, kan du legge til flere statuser for beskrivelsen av disse stadiene. For eksempel kan dokumentet "Kundeordre" ha status: "ikke avtalt", "til sikkerheten", "lukket"; Dokumentet "Kontantordreordre" - først registrert i registret over registrering av kontantordrer (KO-3), og deretter signert av sjefrevisoren (sjef), overført til kassereren, deretter registrert i Kontantboken, signert av sjefrevisoren (sjef).

I slike tilfeller samsvarer dokumentets beholdning med tidspunktet for den første refleksjonen av hendelsen i kontoen, og statusene for dokumentet holdes tydeliggjort nøyaktig hvordan hendelsen reflekteres i kontoen.

Hvis et dokument blir lagt ut, kan det hende at brukere ved å oversette et dokument mellom statusene blir bedt om å fylle ut visse dokumentdata, visse sjekker og forretningslogikkbegrensninger som er spesifikke for hvert trinn, kan brukes på disse dataene. Inntil øyeblikket utføres, blir oversettelsen av "utkast" -dokumentet om statuser ikke kontrollert av systemet.

Eksempler på oppførsel av dokumenter med flertrinns refleksjon i kontoen:

  • for det ferdige dokumentet "Kundeordre" :
    • Under overføringen til "ikke avtalt" -status kontrollerer systemet bare de grunnleggende parametrene til bestillingen;
    • Ved overføring til "sikret" status - feltet "Leveringsdato" er obligatorisk å fylle ut, siden logistikken trenger informasjon om hvilken dato bestillingen skal bringes.
  • For "Kontanter" -dokumentet er overføringen til den endelige statusen "registrert i Kontantboken og signert av sjefrevisoren (sjef)" betyr at systemet må opprette regnskapsopplysninger, og kassererens rapport vil bli registrert i en journalordning (eller annet regnskapsregister, for eksempel , i budsjettorganisasjoner - i tidsskriftet for operasjoner).

2.3. Unntaket til denne regelen ("de fleste dokumenter må legges opp") er

  • dokumenter som ikke er ment å reflektere hendelser i regnskapet. Ved hjelp av slike dokumenter registreres kun forskjellige hendelser med referanse til tid: for eksempel innkommende korrespondanse, samtaler, møter etc.
  • separate dokumenter, hvis teknologi er svært forskjellig fra plattformens teknologiske evner, men som bør se til brukeren som om de ble holdt. For eksempel er disse dokumentene "Drift (regnskaps- og skatteregnskap)" - for å skrive inn operasjoner manuelt, "Rutinemessig drift" - for å utføre en måneds avslutningsoperasjon med mulighet for manuell justering av bevegelser etc.

Slike dokumenter holdes ikke.

2.4. Hvis brukeren må registrere hendelsen i systemet og gjenspeile den i kontoen for en handling, er det nødvendig å ta opp et nytt dokument i ledende modus.

Det er uakseptabelt å løse dette problemet på andre måter, spesielt ved å deaktivere dokumentets beholdning.

3.1 Når det reflekteres en begivenhet i regnskap, kan det være nødvendig å danne "sekundære" data med komplekse bindinger til punkter i tid, perioder og andre gjenstander av systemet. I slike tilfeller skal slike data plasseres i registre. Formasjonen av bevegelser på registerene skal utføres under: automatisk eller manuelt.

Ved automatisk formasjon av bevegelser kommer brukeren inn informasjon om hendelsen i dokumentdataene, og når de utføres på grunnlag av informasjonen i dokumentet, genereres bevegelser i forskjellige registre. For eksempel, for regnskapstransaksjoner, dannelse av transaksjoner.

Når manuell danner bevegelser, går brukeren direkte inn i registerene. Slike dokumenter kalles vanligvis manuelle operasjoner. De kan brukes til å introdusere innledende saldoer, eller for å angi forretningstransaksjoner som ikke ble gitt av konfigurasjonsutvikleren.

3.2. I noen tilfeller kan dannelsen av bevegelser utføres som et eget dokument. Dette kreves ved lignende behandling av ulike typer dokumenter, gruppebehandling eller implementering av komplekse forretningsprosesser som krever en eksplisitt separasjon av funksjonene til artister. Deretter realiseres de ulike stadier av refleksjon av hendelser i regnskap, ikke ved å gå gjennom statusene til ett dokument, men av forskjellige dokumenter som inngår på grunnlag av hverandre. I denne kjeden danner kun enkelte dokumenter bevegelser når de holdes.

For eksempel vurdere situasjonen når en betalingsordre er dannet i finansavdelingen, og samtidig skal revisor ikke endre kildedokumentet. I dette tilfellet gjør dokumentet "Betalingsordre" ikke bevegelser, og bevegelsene i betalingsordren dannes av et eget dokument "Tilbaketrekking fra den nåværende kontoen" , som er spesielt utviklet for den automatiserte bevegelsesformasjonen.

3.3. Dokumenter som ikke er sendt inn og merket for sletting, må ikke ha aktive bevegelser.

3.4. Selv om dokumentet ikke danner bevegelser, bør det utføres for å logisk avvike fra "utkastet".

4. For de fleste hendelser kan refleksjonen reverseres. I dette tilfellet bør du bruke mekanismen for kansellering av dokumentene.

Andre materialer på emnet:
dannelse av bevegelser i registre . tilbaketrekking fra gjeldende konto . signert av . virksomhet . sjekker . registre . events . regnskap og skattregnskap . refleksjon . dannelse . kontantordre . brukeren . betalingsordre . for . konfigurering . et eksempel . dokumenter . dataene . av dokumenter . registrer . av dokumentet . dokument

Materialer fra delen: 1C: Enterprise 8.2 / Utviklere / Opprette og endre metadataobjekter

Andre materialer på emnet:

Regnskap for kontantløse midler. Kontantstrøm

Prinsipper og mekanismer for gjennomføring

Datakilder for budsjettberegninger

Salg av varer og materialer

Universal Document Journal


Vi finner: Kontantdokumenter på utkast , Dokumentstatus , Status på dokumenter i 1s, Dokumentflyt, Hoveddokument på utkast, Hoveddokumenter på utkast, Slik endrer du datoen for et dokument som ikke er dokumentert i 1c 8 2, Slik forbyr du å holde et brukt dokument 1c 8 2, forbyr endring av dokumentet dersom det allerede er fullført 1c 8 2, 1c 8 2 dokumentholdekodekostnad