• Главная
  • Карта сайта
Не найдено

Prasības dokumentu veikšanai

1C: Uzņēmums 8.2 /
Izstrādātājiem /
Metadatu objektu izveide un modificēšana

Saturs

Skatīt arī

1. Dokumenti ir paredzēti, lai ievadītu primāro informāciju, kas saistīta ar notikumu reģistrāciju, kas ietekmē sistēmā ņemtos rādītājus. Piemēram, automatizējot uzņēmuma finanšu un saimniecisko darbību, tas ir dažādu darījumu pārskats; ražošanas kontroles sistēmās - ražošanas darbību reģistrācija utt.

2.1. Notikuma reģistrēšana sistēmā (ti, tās atspoguļojums kontā) tiek veikta, izmantojot dokumentu. Lielākā daļa dokumentu ir jāpublicē ( Hold īpašums ir iestatīts uz Allow ).

Loģiski, ka nedokumentēts dokuments atšķiras no ievietotā dokumenta, jo dokuments bez dokumenta ir „projekts”, kas kontā nav atspoguļots. Šādus dokumentus var saglabāt sistēmā, pat ja tie nav pilnīgi vai vispār nav aizpildīti; viņiem netiek piemērotas nekādas uzņēmējdarbības loģikas pārbaudes un ierobežojumi (aizpildīšanas pārbaudes, izmaiņu aizliegšanas datumi utt.). Šādu dokumentu dati kontā netiek atspoguļoti (netiek rādīti pārskatos utt.)

Vienlaikus turētais dokuments ir “tīršķirne”, kura izveide un apstrāde ir pabeigta un par kuru tika nolemts, ka šis dokuments ir jāiekļauj kontā.

2.2. Ja dokumenta dzīves cikls sastāv no vairākiem posmiem, kas atbilst konkrētā procesa posmiem, tad šo stadiju aprakstam var ievadīt papildu statusus. Piemēram, dokumentam "Klientu pasūtījums" var būt statuss: "nav panākta vienošanās", "drošībai", "slēgta"; Dokumentu „Naudas rīkojuma orderis” - kas pirmo reizi reģistrēts skaidras naudas pasūtījumu reģistrācijas reģistrā (KO-3), kuru parakstīja galvenais grāmatvedis (vadītājs), pārskaitīts kasierim, pēc tam reģistrēts grāmatvedībā, kuru parakstījis galvenais grāmatvedis (vadītājs).

Šādos gadījumos dokumenta turēšana atbilst notikuma sākotnējai atspoguļošanai kontā, un publicētā dokumenta statuss izskaidro, kā notikums tiek atspoguļots kontā.

Ja dokuments ir ievietots, tad, pārtulkojot dokumentu starp statusiem, lietotājiem var lūgt aizpildīt noteiktus dokumentu datus, uz šiem datiem var attiecināt konkrētas pārbaudes un biznesa loģikas ierobežojumus katram posmam. Līdz brīdim, kad tas tiek veikts, sistēmas „nekvalitatīvā” dokumenta tulkojums par statusiem netiek kontrolēts.

Daudzpakāpju pārdomu dokumentu uzvedības kontā piemēri:

  • aizpildītajam dokumentam "Klientu pasūtījums" :
    • pārejot uz statusu, par kuru nav panākta vienošanās, sistēma kontrolē tikai pasūtījuma pamatparametrus;
    • pārceļot uz “nodrošināto” statusu - aizpildīt obligāti jāaizpilda lauks “sūtījuma datums”, jo loģistikai ir nepieciešama informācija par to, kurā datumā pasūtījums ir jāiesniedz;
  • Dokumentam “Naudas rīkojums” nodošana galīgajam statusam “ir reģistrēta Naudas grāmatā un parakstīta ar galveno grāmatvežu (vadītāju)” nozīmē, ka sistēmai ir jāizveido grāmatvedības uzskaite, un kases pārskats tiks reģistrēts žurnāla rīkojumā (vai citā grāmatvedības reģistrā). , budžeta organizācijās - operāciju žurnālā).

2.3. Izņēmums no šī noteikuma („lielākā daļa dokumentu jāpublicē”) ir

  • dokumenti, kas nav paredzēti grāmatvedības notikumu atspoguļošanai. Ar šādu dokumentu palīdzību tiek reģistrēti tikai dažādi notikumi, atsaucoties uz laiku: piemēram, ienākošo korespondenci, zvanus, sanāksmes utt.
  • Atsevišķi dokumenti, kuru tehnoloģija ir ļoti atšķirīga no platformas tehnoloģiskajām iespējām, bet kam vajadzētu izskatīties lietotājam tā, it kā tie tiktu turēti. Piemēram, tie ir dokumenti „Darbība (grāmatvedība un nodokļu uzskaite)” - lai ievadītu darbības manuāli, “Parastā darbība” - lai veiktu mēneša slēgšanas operāciju ar iespēju manuāli regulēt kustības utt.

Šādi dokumenti netiek glabāti.

2.4. Ja lietotājam ir jāreģistrē notikums sistēmā un jāatspoguļo tas vienā darbībā, ir nepieciešams ierakstīt jaunu dokumentu vadīšanas režīmā.

Ir nepieņemami atrisināt šo problēmu citos veidos, jo īpaši, atspējot dokumenta turēšanu.

3.1. Atspoguļojot notikumu grāmatvedībā, var būt nepieciešams veidot „sekundārus” datus ar sarežģītiem saistībām uz laika, periodu un citiem sistēmas objektiem. Šādā gadījumā šādi dati jāievieto reģistros. Kustību veidošanās reģistros jāveic automātiski vai manuāli.

Ar automātisku kustību veidošanos lietotājs ievada informāciju par notikumu dokumenta datos, un, ja to veic, pamatojoties uz dokumentā ievadīto informāciju, kustības tiek ģenerētas dažādos reģistros. Piemēram, grāmatvedības darījumiem notiek darījumu veidošana.

Manuāli veidojot kustības, lietotājs ievada datus tieši reģistros. Šādus dokumentus parasti sauc par manuālajām operācijām. Tos var izmantot, lai ieviestu sākotnējos atlikumus vai ievadītu darījumu darījumus, kurus konfigurācijas izstrādātājs nav paredzējis.

3.2. Dažos gadījumos kustību veidošanos var veikt kā atsevišķu dokumentu. Tas ir nepieciešams, ja tiek veikta līdzīga apstrāde dažādu veidu dokumentiem, grupu apstrāde vai sarežģītu biznesa procesu īstenošana, kas prasa skaidru izpildītāju funkciju nodalīšanu. Tad dažādie notikumu atspoguļošanas posmi grāmatvedībā tiek realizēti nevis ar viena dokumenta statusu, bet gan ar dažādiem dokumentiem, kas tiek ievadīti, pamatojoties uz otru. Šajā ķēdē tikai daži dokumenti veido kustības, ja tās notiek.

Piemēram, apsveriet situāciju, kad finanšu nodaļā ir izveidots maksājuma uzdevums, un tajā pašā laikā grāmatvedis nedrīkst mainīt avota dokumentu. Šādā gadījumā dokuments "Maksājuma rīkojums" nenozīmē kustības, un maksājumus, kas veikti maksājuma uzdevumā, veido atsevišķs dokuments "Izņemšana no norēķinu konta" , kas ir īpaši izstrādāts automātiskai kustību veidošanai.

3.3. Dokumentiem, kas nav iesniegti un atzīmēti dzēšanai, nedrīkst būt aktīva kustība.

3.4. Pat ja dokuments nesastāda kustības, tas būtu jāveic, lai loģiski atšķirtu no “projekta”.

4. Vairumam notikumu pārdomas var būt atgriezeniskas. Šādā gadījumā jums jāizmanto dokumentu atcelšanas mehānisms.

Citi materiāli par šo tēmu:
reģistru kustību veidošanās , izņemšana no norēķinu konta , parakstījis , uzņēmējdarbību , pārbaudes , reģistriem , notikumiem , grāmatvedības un nodokļu uzskaite , pārdomas , veidošanās , naudas rīkojums , lietotājam , maksājuma uzdevumu , kārtībā , konfigurēšana , piemērs , dokumentus , datus , dokumentus , reģistru , dokumenta , dokumentu

Materiāli no sadaļas: 1C: Enterprise 8.2 / Izstrādātāji / Metadatu objektu izveide un modificēšana

Citi materiāli par šo tēmu:

Bezskaidras naudas līdzekļu uzskaite. Naudas plūsma

Īstenošanas principi un mehānismi

Datu avoti budžeta aprēķiniem

Preču un materiālu pārdošana

Universal Document Journal


Mēs atrodamies: naudas dokumenti uz vekseļiem , dokumenta statuss , statuss dokumentos 1s, dokumentu plūsma, primārie naudas dokumenti uz vekseļiem, primārie dokumenti par vekseļiem, kā mainīt nesūtītā dokumenta datumu 1c 8 2, kā aizliegt izlietota dokumenta glabāšanu 1c 8 2, aizliegt mainīt dokumentu, ja tas jau ir pabeigts 1c 8 2, 1c 8 2 dokumenta turēšanas koda izdevumi


1C: Uzņēmums 8

Новости
Провайдеры:
  • 08.09.2015

    Batyevka.NET предоставляет услуги доступа к сети Интернет на территории Соломенского района г. Киева.Наша миссия —... 
    Читать полностью

  • 08.09.2015
    IPNET

    Компания IPNET — это крупнейший оператор и технологический лидер на рынке телекоммуникаций Киева. Мы предоставляем... 
    Читать полностью

  • 08.09.2015
    Boryspil.Net

    Интернет-провайдер «Boryspil.net» начал свою работу в 2008 году и на данный момент является одним из крупнейших поставщиков... 
    Читать полностью

  • 08.09.2015
    4OKNET

    Наша компания работает в сфере телекоммуникационных услуг, а именно — предоставлении доступа в сеть интернет.Уже... 
    Читать полностью

  • 08.09.2015
    Телегруп

    ДП «Телегруп-Украина» – IT-компания с 15-летним опытом работы на рынке телекоммуникационных услуг, а также официальный... 
    Читать полностью

  • 08.09.2015
    Софтлинк

    Высокая скоростьМы являемся участником Украинского центра обмена трафиком (UA — IX) с включением 10 Гбит / сек... 
    Читать полностью