1C: Podjetje 8.2 /
Za razvijalce /
Ustvarjanje in spreminjanje metapodatkovnih objektov

Kazalo vsebine

Glej tudi

1. Dokumenti so namenjeni vnosu primarnih informacij, povezanih z registracijo dogodkov, ki vplivajo na kazalnike, ki se upoštevajo v sistemu. Na primer, pri avtomatizaciji finančnih in gospodarskih dejavnosti podjetja gre za prikaz različnih poslovnih transakcij; v sistemih nadzora proizvodnje - registracija proizvodnih postopkov itd.

2.1. Registracija dogodka v sistemu (tj. Njen odraz v računu) se izvede z uporabo dokumenta. Večino dokumentov je treba objaviti (lastnost Hold je nastavljena na Allow ).

Logično je, da se dokument, ki ni dokumentiran, razlikuje od objavljenega v tem, da je nedokumentiran dokument »osnutek«, ki se ne odraža v računu. Takšne dokumente je mogoče shraniti v sistem, tudi če niso v celoti ali sploh nepopolne; nanje se ne uporabljajo preverjanja in omejitve poslovne logike (preverjanje izpolnjevanja, datumi prepovedi sprememb itd.). Podatki teh dokumentov niso prikazani v računu (niso prikazani v poročilih itd.)

Hkrati je dokument, ki ga imamo, »čistokrvni«, katerega oblikovanje in obdelava sta zaključena in o katerih je bilo odločeno, da se ta dokument vključi v račun.

2.2. Če je življenjski cikel dokumenta sestavljen iz več stopenj, ki ustrezajo stopnjam določenega procesa, se lahko za opis teh stopenj vnesejo tudi dodatni statusi. Na primer, dokument "Naročilo strank" ima lahko status: "ni dogovorjeno", "na varnost", "zaprto"; Dokument »nalog za nalogo« - najprej registriran v registru registracije denarnih nalogov (KO-3), nato pa ga podpiše glavni računovodja (upravitelj), prenese na blagajno, nato pa se vpiše v blagajno, ki ga podpiše glavni računovodja (direktor).

V takih primerih držanje dokumenta ustreza času začetnega odražanja dogodka v računu, statusi dokumenta pa natančno pojasnjujejo, kako se dogodek odraža v računu.

Če je dokument objavljen, se lahko pri prevajanju dokumenta med statusi od uporabnikov zahteva, da izpolnijo nekatere podatke o dokumentu, za te podatke se lahko uporabijo določene kontrole in omejitve poslovne logike, značilne za vsako stopnjo. Do trenutka izvajanja prevajanja dokumenta "osnutek" o statusih sistem ne nadzira.

Primeri obnašanja dokumentov z večstopenjskim odrazom v računu:

• za izpolnjen dokument "Naročilo strank" :
  • med prenosom v status „ni dogovorjeno“ sistem nadzoruje samo osnovne parametre naročila;
  • pri prenosu v status „zavarovano“ je obvezno izpolniti polje „datum pošiljanja“, ker logist potrebuje informacije o tem, kdaj naj se naročilo vloži;
• Za dokument "Cash Order" je prenos v končni status "vpisan v blagajniško knjigo in podpisan s strani glavnega računovodje (vodje)", kar pomeni, da mora sistem ustvariti računovodske evidence in da bo poročilo blagajne evidentirano v dnevniku (ali drugem računovodskem registru, npr. , v proračunskih organizacijah - v reviji poslovanja).

2.3. Izjema od tega pravila ("večina dokumentov mora biti objavljena") je

• dokumenti, ki niso namenjeni odražanju dogodkov v računovodstvu. S pomočjo takih dokumentov se beležijo samo različni dogodki glede na čas: na primer dohodna korespondenca, klici, sestanki itd.
• ločeni dokumenti, katerih tehnologija je zelo drugačna od tehnoloških zmožnosti platforme, vendar pa bi morala uporabniku slediti, kot da bi jih imeli. To so na primer dokumenti »Delovanje (računovodstvo in davčno knjigovodstvo) - za ročno vnašanje operacij, » Rutinsko delovanje « - za izvedbo mesečnega zapiranja z možnostjo ročnega nastavljanja premikov itd.

Takšni dokumenti se ne hranijo.

2.4. Če mora uporabnik zabeležiti dogodek v sistemu in ga v računu prikazati za eno dejanje, je potrebno v vodilni način zapisati nov dokument.

Nesprejemljivo je, da se ta problem rešuje na druge načine, zlasti z onemogočanjem posedovanja dokumenta.

3.1 Pri prikazu dogodka v računovodstvu je morda treba oblikovati "sekundarne" podatke s kompleksnimi vezmi do točk v času, obdobjih in drugih objektih sistema. V tem primeru je treba takšne podatke vnesti v registre. Oblikovanje premikov na registrih se izvede med samodejno ali ročno.

S samodejnim oblikovanjem premikov uporabnik v podatke o dokumentu vnese informacije o dogodku in ko se izvede na podlagi podatkov, vnesenih v dokument, se gibanja ustvarjajo v različnih registrih. Na primer, za računovodske transakcije, oblikovanje transakcij.

Pri ročnem oblikovanju gibov uporabnik vnese podatke neposredno v registre. Takšni dokumenti se običajno imenujejo ročne operacije. Uporabijo se lahko za uvedbo začetnih stanj ali za vnos poslovnih transakcij, ki jih ni pripravil razvijalec konfiguracije.

3.2. V nekaterih primerih je lahko oblikovanje premikov izvedeno kot ločen dokument. To je potrebno v primeru podobne obdelave različnih vrst dokumentov, skupinske obdelave ali izvajanja kompleksnih poslovnih procesov, ki zahtevajo izrecno ločevanje funkcij izvajalcev. Potem se različne faze refleksije dogodkov v računovodstvu ne uresničijo s statusi enega dokumenta, temveč z različnimi dokumenti, ki se vnašajo na podlagi drug drugega. V tej verigi so samo nekateri dokumenti gibanja, ko jih imamo.

Upoštevajte na primer situacijo, ko je plačilni nalog oblikovan v finančnem oddelku in hkrati računovodja ne sme spreminjati izvornega dokumenta. V tem primeru dokument "Plačilni nalog" ne izvede premikov, gibanja na plačilnem nalogu pa se oblikujejo z ločenim dokumentom "Umik s tekočega računa" , ki je posebej zasnovan za avtomatsko oblikovanje premikov.

3.3. Dokumenti, ki niso poslani in označeni za izbris, ne smejo imeti aktivnih premikov.

3.4. Tudi če dokument ne tvori gibanja, ga je treba izvesti, da se logično razlikuje od »osnutka«.

4. Za večino dogodkov je lahko odsev reverzibilen. V tem primeru morate za to uporabiti mehanizem odpovedi dokumentov.

Drugi materiali na temo:
oblikovanje gibanj v registrih , dvig s tekočega računa , podpisal , podjetja , preglede , registri , dogodkov , računovodstvo in davčno računovodstvo , razmislek , formacijo , denarnega naloga , uporabnika , plačilni nalog , red , konfiguriranje , primer , dokumentov , podatkov , dokumentov , register , dokumenta , dokument

Gradivo iz razdelka: 1C: Enterprise 8.2 / Razvijalci / Ustvarjanje in spreminjanje metapodatkovnih objektov

Drugi materiali na temo:

Obračunavanje brezgotovinskih sredstev. Denarni tok

Načela in mehanizmi za izvajanje

Viri podatkov za proračunske izračune

Prodaja blaga in materialov

Universal Document Journal

Našli smo: gotovinske dokumente o osnutkih , stanje dokumentov , stanje na dokumentih v 1s, pretok dokumentov, primarne dokumente o gotovini na osnutkih, osnovne dokumente o osnutkih, kako spremeniti datum neodposlanega dokumenta v 1c 8 2, kako prepovedati posedovanje izrabljenega dokumenta 1c 8 2, prepoved spreminjanja dokumenta, če je bil dokument že dokončan 1c 8 2, 1c 8 2 dokument, ki vsebuje stroške kode