1C: Įmonė 8.2 /
Kūrėjams /
Metaduomenų objektų kūrimas ir keitimas

Turinys

Taip pat žr

1. Dokumentai skirti įvesti pirminę informaciją, susijusią su įvykių, turinčių įtakos sistemoje atsižvelgiamiems rodikliams, registravimu. Pavyzdžiui, automatizuojant įmonės finansinę ir ekonominę veiklą, tai yra įvairių verslo sandorių sąskaita; gamybos kontrolės sistemose - gamybos operacijų registravimas ir kt.

2.1. Įvykio registravimas sistemoje (ty jos atspindys sąskaitoje) atliekamas naudojant dokumentą. Dauguma dokumentų turi būti paskelbti ( Hold funkcija yra nustatyta į Allow ).

Logiškai matyti, kad dokumentas, kuriame nėra dokumento, skiriasi nuo paskelbto dokumento, nes dokumentas nėra dokumentas, kuris neatsispindi sąskaitoje. Tokie dokumentai gali būti išsaugoti sistemoje, net jei jie nėra visiškai ar visiškai užpildyti; jiems netaikomi jokie verslo logikos patikrinimai ir apribojimai (užpildymo patikrinimai, pakeitimų uždraudimo datos ir kt.). Tokių dokumentų duomenys neatspindi paskyros (nerodomi ataskaitose ir tt)

Tuo pačiu metu dokumentas yra „grynaveislis“, kurio sudarymas ir apdorojimas baigtas ir apie kurį buvo nuspręsta, kad šis dokumentas turėtų būti įtrauktas į sąskaitą.

2.2. Jei dokumento gyvavimo ciklas susideda iš kelių etapų, atitinkančių tam tikro proceso etapus, šių etapų aprašymui gali būti įvesti papildomi statusai. Pavyzdžiui, dokumentas „Kliento pavedimas“ gali turėti statusą: „nepriimtas“, „saugumui“, „uždarytas“; Dokumentas „Pinigų pavedimo orderis“ - pirmą kartą užregistruotas grynųjų pinigų pavedimų registravimo registre (KO-3), kurį pasirašė vyriausiasis buhalteris (vadybininkas), pervestas į kasininką, o tada užregistruotas grynųjų pinigų knygoje, pasirašytoje vyr.

Tokiais atvejais dokumento laikymas atitinka įvykio pradinio atspindėjimo sąskaitoje laiką, o saugomo dokumento būsenos paaiškina, kaip įvykis atsispindi paskyroje.

Jei dokumentas yra paskelbtas, tuomet, verčiant dokumentą tarp būsenų, naudotojai gali būti paprašyti užpildyti tam tikrus dokumentų duomenis, šiems duomenims gali būti taikomi tam tikri kiekvienam etapui būdingi patikrinimai ir verslo loginiai apribojimai. Iki tol, kol bus atliktas, „juodraščio“ dokumento vertimas į statusą nėra kontroliuojamas.

Dokumentų elgesio su daugiapakopiu atspindžiu pavyzdžiai sąskaitoje:

• už užpildytą dokumentą „Kliento užsakymas“ :
  • perkeliant į statusą „nesusitarta“, sistema valdo tik pagrindinius užsakymo parametrus;
  • pervedant į „apsaugotą“ statusą - laukas „siuntimo data“ yra privalomas užpildyti, nes logistui reikia informacijos apie tai, kurią datą užsakymas turi būti pateiktas;
• Dokumentui „Piniginis pavedimas“ pervedimas į galutinį statusą „yra užregistruotas grynųjų pinigų knygoje ir pasirašytas vyriausiasis buhalteris (vadybininkas)“ reiškia, kad sistema turi sukurti apskaitos įrašus, o kasininko ataskaita bus užregistruota žurnalo užsakyme (arba kitame apskaitos registre). , biudžeto organizacijose - operacijų žurnale).

2.3. Šios taisyklės išimtis („dauguma dokumentų turi būti paskelbta“) yra

• dokumentai, kurie nėra skirti atspindėti apskaitos įvykius. Tokiais dokumentais įrašomi tik įvairūs įvykiai, atsižvelgiant į laiką: pavyzdžiui, gaunamą korespondenciją, skambučius, susitikimus ir kt.
• atskiri dokumentai, kurių technologija labai skiriasi nuo platformos technologinių galimybių, bet turėtų būti naudinga vartotojui taip, tarsi jie būtų laikomi. Pavyzdžiui, tai dokumentai „Operacija (apskaita ir mokesčių apskaita)“ - operacijų įvedimui rankiniu būdu, „Įprastas veikimas“ - atliekant mėnesio uždarymo operaciją su galimybe rankiniu būdu reguliuoti judesius ir pan.

Tokie dokumentai nelaikomi.

2.4. Jei vartotojas turi užregistruoti įvykį sistemoje ir atspindėti jį viename veiksme, reikia įrašyti naują dokumentą laidavimo režime.

Nepriimtina šią problemą išspręsti kitais būdais, visų pirma išjungiant dokumento laikymą.

3.1 Atskleidžiant įvykį apskaitoje, gali reikėti suformuoti „antrinius“ duomenis su sudėtingais susiejimais su laiko, laikotarpių ir kitų sistemos objektų taškais. Tokiu atveju tokie duomenys turėtų būti įtraukti į registrus. Judėjimo pokyčiai registruose turėtų būti atliekami: automatiškai arba rankiniu būdu.

Automatiškai formuojant judesius, vartotojas įveda informaciją apie įvykį dokumento duomenyse ir, kai atliekamas pagal dokumente įvestą informaciją, judesiai generuojami įvairiuose registruose. Pavyzdžiui, apskaitos operacijoms, sandorių sudarymas.

Rankiniu būdu formuojant judesius, vartotojas įveda duomenis tiesiai į registrus. Tokie dokumentai paprastai vadinami rankiniu būdu. Jie gali būti naudojami įvesti pradinius likučius arba įvesti verslo sandorius, kurie nebuvo numatyti konfigūracijos kūrėjo.

3.2. Kai kuriais atvejais judesių formavimą galima atlikti kaip atskirą dokumentą. Tai reikalinga tuo atveju, kai tvarkomi panašūs įvairių tipų dokumentai, grupinis apdorojimas arba sudėtingų verslo procesų įgyvendinimas, dėl kurių reikia aiškiai atskirti atlikėjų funkcijas. Tuomet įvairūs įvykių atspindėjimo apskaitos etapai yra įgyvendinami ne per vieno dokumento statusą, o skirtingais dokumentais, kurie įvedami vienas kito pagrindu. Šioje grandinėje vyksta tik tam tikri dokumentai.

Pavyzdžiui, apsvarstykite situaciją, kai finansų departamente sudaromas mokėjimo nurodymas, ir tuo pačiu metu buhalteris neturėtų keisti pradinio dokumento. Tokiu atveju dokumentas „Mokėjimo nurodymas “ nesudaro judesių, o mokėjimų pavedimu judėjimą sudaro atskiras dokumentas „Išėmimas iš einamosios sąskaitos“ , specialiai sukurtas automatiniam judėjimų formavimui.

3.3. Nepateikti ir išbraukti pažymėti dokumentai neturi judėti aktyviai.

3.4. Net jei dokumentas nesudaro judesių, jis turėtų būti atliekamas siekiant logiškai skirtis nuo „juodraščio“.

4. Daugumai įvykių atspindys gali būti grįžtamasis. Šiuo atveju turėtumėte naudoti dokumentų atšaukimo mechanizmą.

Kitos temos medžiagos:
registrų judėjimo formavimas , pasitraukimas iš einamosios sąskaitos , pasirašė , verslą , patikrinimus , registrus , įvykius , apskaitos ir mokesčių apskaita , atspindys , formavimas , grynaisiais pinigais , vartotojo , mokėjimo nurodymas , tvarka , konfigūravimas , pavyzdys , dokumentus , duomenis , dokumentų , registrą , dokumento , dokumentą

Medžiagos iš sekcijos: 1C: „Enterprise 8.2“ / kūrėjai / metaduomenų objektų kūrimas ir keitimas

Kitos temos medžiagos:

Grynųjų pinigų lėšų apskaita. Pinigų srautai

Įgyvendinimo principai ir mechanizmai

Biudžeto skaičiavimo duomenų šaltiniai

Prekių ir medžiagų pardavimas

Visuotinis dokumentų leidinys

Mes randame: grynųjų pinigų dokumentai ant vekselių , dokumento statusas , dokumentų dokumentai 1-aisiais, dokumentų srautas, pirminiai pinigų dokumentai ant vekselių, pirminiai dokumentai, kaip pakeisti dokumento dokumento datą 1c 8 2, kaip uždrausti išleisto dokumento 1c 8 2, draudžia keisti dokumentą, jei jis jau buvo baigtas 1c 8 2, 1c 8 2 dokumento laikymo kodo išlaidos