Патрабаванні да правядзення дакументаў

1С: Прадпрыемства 8.2 /
распрацоўнікам /
Стварэнне і змяненне аб'ектаў метададзеных

змест

Гл. Таксама

1. Дакументы прызначаныя для ўводу першаснай інфармацыі, звязанай з рэгістрацыяй падзей, якія ўздзейнічаюць на якія ўлічваюцца ў сістэме паказчыкі. Напрыклад, пры аўтаматызацыі фінансава-гаспадарчай дзейнасці прадпрыемства - гэта ўлік розных гаспадарчых аперацый; ў сістэмах кіравання вытворчымі працэсамі - рэгістрацыя вытворчых аперацый і т. д.

2.1. Рэгістрацыя падзеі ў сістэме (г.зн. адлюстраванне яго ў ўліку) выконваецца з дапамогай правядзення дакумента. Большасць дакументаў павінны праводзіцца (ўласцівасць Правядзенне вызначана нацыянальным значэнне Дазволіць).

Лагічна, неправядзенне дакумент адрозніваецца ад праведзенага тым, што неправядзенне дакумент з'яўляецца «Чарнавікі», не адлюстраваных ва ўліку. Такія дакументы могуць быць захаваны ў сістэме, нават калі яны не цалкам або наогул не запоўненыя; да іх не прымяняюцца ніякія праверкі і абмежаванні бізнес-логікі (праверкі запаўнення, дат забароны змены і да т.п.). Дадзеныя такіх дакументаў не адлюстроўваюцца ва ўліку (не выводзяцца ў справаздачах і т. П.)

У той жа час, праведзены дакумент - гэта «чыставік», фарміраванне і апрацоўка якога завершаны і з нагоды якога прынята рашэнне, што гэты дакумент павінен удзельнічаць у уліку.

2.2. Калі жыццёвы цыкл дакумента складаецца з некалькіх этапаў, якія адпавядаюць этапах некаторага працэсу, то для апісання гэтых этапаў у дакумента могуць быць уведзеныя дадатковыя статусы. Напрыклад, дакумент «Заказ кліента» можа мець статуты: «не ўзгоднены», «да забеспячэння», «зачынены»; дакумент «Расходны касавы ордэр» - спачатку зарэгістраваны ў часопісе рэгістрацыі касавых ордэраў (КО-3), потым падпісаны галоўным бухгалтарам (кіраўніком), перададзены ў касу, затым зарэгістраваны ў касавай кнізе, падпісаны галоўным бухгалтарам (кіраўніком).

У такіх выпадках, правядзенне дакумента адпавядае моманту першаснага адлюстравання падзеі ва ўліку, а статусы праведзенага дакумента ўдакладняюць, як менавіта падзея адлюстравана ва ўліку.

Калі дакумент праведзены, то пры перакладзе дакумента паміж статутамі карыстальнікам можа быць прапанавана дозаполнить пэўныя звесткi дакумента, да гэтых дадзеных могуць быць выкарыстаны пэўныя праверкі і абмежаванні бізнес-логікі, спецыфічныя для кожнага этапу. Да моманту правядзення, пераклад «чарнавіка» дакумента па статусу не кантралюецца сістэмай.

Прыклады паводзін дакументаў з многоэтапной адлюстраваннем ва ўліку:

  • для праведзенага дакумента «Заказ кліента»:
    • пры перакладзе ў статус "не ўзгоднены» сістэма кантралюе толькі асноўныя параметры замовы;
    • пры перакладзе ў статус "да забеспячэння» - абавязкова для запаўнення поле «дата адгрузкі», так як лагістаў неабходная інфармацыя, да якой даты трэба прывезці заказ;
  • для праведзенага дакумента «Расходны касавы ордэр» перавод у фінальны статус «зарэгістраваны ў касавай кнізе і падпісаны галоўным бухгалтарам (кіраўніком)» азначае, што сістэма павінна стварыць бухгалтарскія запісы, а справаздача касіра будзе зарэгістраваны ў часопісе-ордэры (ці іншым рэгістры ўліку, напрыклад , у бюджэтных арганізацыях - у часопісе аперацый).

2.3. Выключэнне з гэтага правіла ( «большасць дакументаў павінны праводзіцца») складаюць

  • дакументы, якія не прызначаныя для адлюстравання падзей ва ўліку. З дапамогай такіх дакументаў толькі рэгіструюць розныя падзеі з прывязкай да часу: напрыклад, што ўваходзіць карэспандэнцыю, званкі, сустрэчы і да т.п.
  • асобныя дакументы, тэхналогія правядзення якіх моцна адрозніваецца ад тэхналагічных магчымасцяў платформы, але якія павінны выглядаць для карыстальніка так, як быццам яны праводзяцца. Напрыклад, гэта дакументы «Аперацыя (бухгалтарскі і падатковы ўлік)» - для ўводу аперацый ўручную, «рэгламентнага аперацыя» - для выканання аперацыі закрыцця месяца з магчымасцю ручной карэкціроўкі рухаў і да т.п.

Такія дакументы не праводзяцца.

2.4. У выпадку, калі карыстальнік павінен выконваць рэгістрацыю падзеі ў сістэме і адлюстраванне яго ў ўліку за адно дзеянне, неабходна запісваць новы дакумент у рэжыме правядзення.

Пры гэтым недапушчальна вырашаць гэтую задачу іншымі спосабамі, у прыватнасці, з дапамогай адключэння правядзення ў дакумента.

3.1 Пры адлюстраванні падзеі ва ўліку можа ўзнікнуць неабходнасць сфармаваць «другасныя» дадзеныя, са складанымі прывязкамі да момантаў часу, перыядаў і да іншых аб'ектах сістэмы. У гэтым выпадку варта змяшчаць такія дадзеныя ў рэгістры. Фарміраванне рухаў па рэгістраў варта выконваць пры правядзенні: аўтаматычна або ўручную.

Пры аўтаматычным фарміраванні рухаў, карыстач уводзіць інфармацыю пра падзею ў даныя дакумента, а пры правядзенні на аснове уведзенай у дакумент інфармацыі генеруюцца руху ў розныя рэгістры. Напрыклад, для бухгалтарскіх аперацый адбываецца фарміраванне праводак.

Пры ручным фарміраванні рухаў, карыстач уводзіць дадзеныя непасрэдна ў рэгістры. Такія дакументы звычайна называюцца ручнымі аперацыямі. Яны могуць выкарыстоўвацца для ўвядзення пачатковых астаткаў, або для ўводу гаспадарчых аперацый, якія не былі прадугледжаны распрацоўшчыкам канфігурацыі.

3.2. У асобных выпадках, фарміраванне рухаў можа выконвацца асобным дакументам. Гэта запатрабавана ў выпадку падобнай апрацоўкі розных відаў дакументаў, групавой апрацоўкі або рэалізацыі складаных бізнес-працэсаў, якія патрабуюць відавочнага падзелу функцый выканаўцаў. Тады розныя стадыі адлюстравання падзей ва ўліку рэалізуюцца не пераходам па статусу ў аднаго дакумента, а рознымі дакументамі, якія ўводзяцца на падставе адзін аднаго. У гэтым ланцужку толькі пэўныя дакументы пры правядзенні фармуюць руху.

Напрыклад, разгледзім сітуацыю, калі плацежны даручэнне фарміруецца ў фінансавым аддзеле, і пры гэтым бухгалтар пры правядзенні не дазволена змяняць першасны дакумент. У гэтым выпадку, дакумент «Аплатнае даручэнне" не робіць рухаў, а руху па аплатным даручэнні фармуюцца асобным дакументам «Спісанне з разліковага рахунку», які адмыслова прызначаны для аўтаматызаванага фарміравання рухаў.

3.3. Неправядзенне і пазначаныя на выдаленне дакументы не павінны мець актыўных рухаў.

3.4. Нават калі дакумент не фармуе рухаў, ён павінен праводзіцца, каб лагічна адрознівацца ад «чарнавіка».

4. Для большасці падзей адлюстраванне ва ўліку можа быць зварачальным. У такім выпадку, для гэтага варта выкарыстоўваць механізм адмены правядзення дакументаў.

Іншыя матэрыялы па тэме:
фарміраванне рухаў па рэгістраў , спісанне з разліковага рахунку , падпісаны , бізнес , праверкі , рэгістры , падзеі , бухгалтарскі і падатковы ўлік , адлюстраванне , фарміраванне , расходны касавы ордэр , карыстальнік , аплатнае даручэнне , заказ , канфігураванне , прыклад , дакументы , дадзеныя , дакументаў , рэгістр , дакумента , дакумент

Матэрыялы з падзелу: 1С: Прадпрыемства 8.2 / Распрацоўнікам / Стварэнне і змяненне аб'ектаў метададзеных

Іншыя матэрыялы па тэме:

Ўлік безнаяўных грашовых сродкаў. Паступленне грашовых сродкаў

Прынцыпы і механізмы рэалізацыі

Крыніцы дадзеных для разлікаў бюджэтаваньня

продаж ТМЦ

Універсальны часопіс дакументаў


Нас знаходзяць: касавыя дакументы на чарнавіках, статус дакумента праведзены, статус па дакументах у 1с, правядзенне дакумента расходная, першасныя касавыя дакументаў на чарнавіках, першасныя дакументы на чарнавіках, як зменіць дату неправядзенне дакумента ў 1с 8 2, як забараніць правядзенне праведзенага дакумента 1с 8 2, забараніць змяняць дакумент калі ён ужо праведзены 1с 8 2, 1с 8 2 код правядзення дакумента расходная


1С: Прадпрыемства 8