1C: Poduzeće 8.2 /
Za programere /
Izrada i izmjena objekata metapodataka

Sadržaj

Vidi također

1. Dokumenti su namijenjeni unosu primarnih informacija povezanih s registracijom događaja koji utječu na pokazatelje koji se uzimaju u obzir u sustavu. Na primjer, pri automatizaciji financijskih i gospodarskih aktivnosti poduzeća, to je prikaz različitih poslovnih transakcija; u sustavima kontrole proizvodnje - registracija proizvodnih operacija, itd.

2.1. Registriranje događaja u sustavu (tj. Njegov odraz u računu) provodi se pomoću dokumenta. Većina dokumenata mora biti objavljena (svojstvo Hold je postavljeno na Allow ).

Logično, nedokumentirani dokument razlikuje se od objavljenog u tome što je nedokumentirani dokument "nacrt" koji se ne odražava na računu. Takvi se dokumenti mogu spremiti u sustav, čak i ako nisu u cijelosti ili uopće nisu popunjeni; na njih se ne primjenjuju nikakve provjere i ograničenja poslovne logike (provjere popunjavanja, datumi zabrane promjena itd.). Podaci takvih dokumenata ne odražavaju se na računu (ne prikazuju se u izvješćima, itd.)

Istodobno, dokument koji se čuva je “čistokrvni”, čije je formiranje i obrada dovršeno i o kojem je odlučeno da se taj dokument uključi u račun.

2.2. Ako se životni ciklus dokumenta sastoji od nekoliko faza koje odgovaraju fazama određenog procesa, tada se za opis tih faza mogu unijeti dodatni statusi. Na primjer, dokument "Narudžba kupca" može imati status: "nije dogovoreno", "na sigurnost", "zatvoreno"; Dokument “Novčani nalog” - prvi put registriran u registru upisa gotovinskih naloga (KO-3), zatim potpisan od strane glavnog računovođe (upravitelja), prebačen u blagajnu, zatim upisan u blagajnu, potpisan od strane glavnog računovođe (upravitelja).

U takvim slučajevima, držanje dokumenta odgovara vremenu početne refleksije događaja u računu, a statusi dokumenta koji se drže jasno objašnjavaju kako se događaj odražava na računu.

Ako je dokument knjižen, onda se prilikom prevođenja dokumenta između statusa, od korisnika može zatražiti da popune određene podatke o dokumentu, određene provjere i ograničenja poslovne logike specifične za svaku fazu mogu se primijeniti na te podatke. Do trenutka izvršenja prijevoda nacrta dokumenta o statusu sustav ne kontrolira.

Primjeri ponašanja dokumenata s višestupanjskom refleksijom u računu:

• za ispunjeni dokument "Narudžba klijenta" :
  • tijekom prijenosa na status "nije dogovoreno" sustav kontrolira samo osnovne parametre narudžbe;
  • pri prelasku na status "osiguran" - polje "datum otpreme" je obavezno popuniti, jer logistu su potrebne informacije o datumu kada bi nalog trebao biti podnesen;
• Za dokument "Cash Order", prijenos u konačni status "registriran je u blagajni i potpisan od strane glavnog računovođe (upravitelja)", što znači da sustav mora stvoriti računovodstvene evidencije, a izvješće blagajnika biti će registrirano u dnevniku (ili drugom računovodstvenom registru, na primjer , u proračunskim organizacijama - u časopisu poslovanja).

2.3. Iznimka od ovog pravila ("većina dokumenata mora biti objavljena") je

• dokumente koji nisu namijenjeni prikazivanju događaja u računovodstvu. Pomoću takvih dokumenata bilježe se samo različiti događaji s obzirom na vrijeme: na primjer, dolazna korespondencija, pozivi, sastanci itd.
• zasebne dokumente, čija se tehnologija jako razlikuje od tehnoloških mogućnosti platforme, ali koja bi trebala izgledati kao korisnik. Primjerice, riječ je o dokumentima "Rad (računovodstvo i porezno računovodstvo)" - za ručno unošenje poslova, "Rutinsko poslovanje" - za obavljanje mjesečnog zatvaranja s mogućnošću ručnog podešavanja pokreta, itd.

Takvi dokumenti se ne održavaju.

2.4. Ako korisnik mora registrirati događaj u sustavu i odražavati ga u računu za jednu radnju, potrebno je snimiti novi dokument u načinu vođenja.

Neprihvatljivo je rješavati ovaj problem na druge načine, posebice onemogućavanjem držanja dokumenta.

3.1 Kada odražava događaj u računovodstvu, možda će biti potrebno formirati "sekundarne" podatke sa složenim vezama za točke u vremenu, razdobljima i drugim objektima sustava. U tom slučaju, takve podatke treba staviti u registre. Formiranje pokreta na registrima treba izvršiti tijekom: automatski ili ručno.

Automatskim formiranjem kretanja korisnik unosi podatke o događaju u podatke o dokumentu, a kada se provodi na temelju podataka unesenih u dokument, pokreti se generiraju u različitim registrima. Na primjer, za računovodstvene transakcije, formiranje transakcija.

Prilikom ručnog oblikovanja pokreta korisnik unosi podatke izravno u registre. Takvi se dokumenti obično nazivaju ručnim operacijama. Mogu se koristiti za uvođenje početnih stanja ili za unos poslovnih transakcija koje nije osigurao programer konfiguracije.

3.2. U nekim slučajevima formiranje pokreta može se provesti kao poseban dokument. To je potrebno u slučaju slične obrade različitih vrsta dokumenata, grupne obrade ili implementacije složenih poslovnih procesa koji zahtijevaju izričito odvajanje funkcija izvođača. Tada se različiti stupnjevi refleksije događaja u računovodstvu ostvaruju ne kroz prolazak kroz status jednog dokumenta, nego kroz različite dokumente koji se unose jedan na drugi. U ovom lancu, samo određeni dokumenti tvore kretanja kada se drže.

Primjerice, razmotrite situaciju kada je platni nalog formiran u financijskom odjelu, a istovremeno, računovođa ne smije mijenjati izvorni dokument. U tom slučaju, dokument "Nalog za plaćanje" ne vrši kretanje, a kretanja na nalogu za plaćanje formiraju se posebnim dokumentom "Isplata s tekućeg računa" , koji je posebno osmišljen za automatsko formiranje kretanja.

3.3. Dokumenti koji nisu poslani i označeni za brisanje ne smiju imati aktivne pokrete.

3.4. Čak i ako dokument ne tvori pokrete, treba ga provesti kako bi se logički razlikovao od „nacrta“.

4. Za većinu događaja, refleksija može biti reverzibilna. U tom slučaju, za to biste trebali koristiti mehanizam poništavanja dokumenata.

Ostali materijali na temu:
stvaranje pokreta u registrima , povlačenje s tekućeg računa , potpisao / la , posao , provjere , registri , događaji , računovodstveno i porezno računovodstvo , odraz , formacija , gotovinski nalog , korisnika , platni nalog , red , konfiguriranje , primjer , dokumenti , podataka , dokumenata , prijaviti , dokumenta , dokument

Materijali iz odjeljka: 1C: Enterprise 8.2 / Razvojni inženjeri / Kreiranje i izmjena metapodataka objekata

Ostali materijali na temu:

Računovodstvo za bezgotovinska sredstva. Novčani tok

Načela i mehanizmi provedbe

Izvori podataka za proračunske izračune

Prodaja robe i materijala

Universal Document Journal

Nalazimo: gotovinske dokumente o nacrtima , stanje dokumenta , status na dokumentima u 1s, protok dokumenata, primarne gotovinske dokumente na nacrtima, primarne dokumente o nacrtima, kako promijeniti datum nedokumentiranog dokumenta u 1c 8 2, kako zabraniti držanje utrošenog dokumenta 1c 8 2, zabraniti promjenu dokumenta ako je već dovršen 1c 8 2, 1c 8 2 dokument koji sadrži trošak koda