Krav til udførelse af dokumenter

1C: Enterprise 8.2 /
Til udviklere /
Oprettelse og ændring af metadataobjekter

Indholdsfortegnelse

Se også

1. Dokumenter er beregnet til at indtaste de primære oplysninger i forbindelse med registrering af begivenheder, der påvirker de indikatorer, der tages i betragtning i systemet. For eksempel, når automatisering af en virksomheds økonomiske og økonomiske aktiviteter er det en redegørelse for forskellige forretningstransaktioner; i produktionsstyringssystemer - registrering af produktionsoperationer mv.

2.1. Registrering af en begivenhed i systemet (dvs. dens refleksion i kontoen) udføres ved hjælp af dokumentet. De fleste dokumenter skal være udgivet ( Hold- ejendommen er indstillet til Tillad ).

Logisk er et dokument, der ikke er dokumenteret, forskelligt fra en bogført, idet et dokument uden dokumentation er et "udkast", der ikke afspejles i kontoen. Sådanne dokumenter kan gemmes i systemet, selvom de ikke er helt eller slet ikke fyldt; Ingen kontrol og restriktioner for forretningslogik anvendes på dem (kontrol af påfyldning, datoer for forbud mod ændringer mv.). Oplysningerne om sådanne dokumenter afspejles ikke i kontoen (vises ikke i rapporter mv.)

Samtidig er det indeholdte dokument en "renraset", hvis dannelse og forarbejdning er afsluttet, og hvor det blev besluttet, at dette dokument skulle indgå i kontoen.

2.2. Hvis dokumentets livscyklus består af flere faser, der svarer til stadierne i en bestemt proces, kan der tilføjes yderligere statuser for beskrivelsen af ​​disse faser. F.eks. Kan dokumentet "Kundeordre" have status: "ikke aftalt", "til sikkerheden", "lukket"; Dokumentet "Kontantordreordre" - først registreret i registret over registrering af pengesedler (KO-3), derefter underskrevet af revisorskonsulenten (manager), overført til kasseren, derefter registreret i Kontantbogen, underskrevet af revisorskonsulenten (leder).

I sådanne tilfælde svarer dokumentets beholdning til tidspunktet for den oprindelige refleksion af begivenheden i kontoen, og dokumentets statuser præciserer præcis, hvordan begivenheden afspejles i kontoen.

Hvis et dokument er oprettet, kan der, når man oversætter et dokument mellem statuserne, blive bedt om at udfylde visse dokumentdata, kan visse kontroller og forretningslogikbegrænsninger, der er specifikke for hvert trin, anvendes på disse data. Indtil tidspunktet for udførelsen er oversættelsen af ​​"udkast" -dokumentet om status ikke styret af systemet.

Eksempler på adfærd af dokumenter med flertrins refleksion i kontoen:

  • for det udfyldte dokument "Kundeordre" :
    • Under overførslen til "ikke aftalt" status styrer systemet kun de grundlæggende parametre i ordren;
    • Ved overførsel til "sikret" status - feltet "forsendelsesdato" er obligatorisk at udfylde, da logistikken har brug for oplysninger om hvilken dato ordren skal anbringes
  • For "Cash Order" -dokumentet er overførslen til den endelige status "registreret i Cash Book og underskrevet af revisorskonsulenten (manager)", at systemet skal oprette regnskaber, og kassererens rapport vil blive registreret i en journalbestilling (eller et andet regnskabsregister, for eksempel , i budgetorganisationer - i journalen for operationer).

2.3. Undtagelsen fra denne regel ("de fleste dokumenter skal indsendes") er

  • dokumenter, der ikke er beregnet til at afspejle begivenheder i regnskabsmæssig behandling. Ved hjælp af sådanne dokumenter registreres kun forskellige begivenheder med henvisning til tid: for eksempel indgående korrespondance, opkald, møder mv.
  • adskilte dokumenter, hvis teknologi er meget forskellig fra platformens teknologiske kapacitet, men som bør se til brugeren som om de blev holdt. F.eks. Er disse dokumenterne "Operation (regnskabs- og skatteregnskab)" - for manuelt at indtaste operationer, "Rutinemæssig drift" - for at udføre en måneds lukning med muligheden for manuel justering af bevægelser mv.

Sådanne dokumenter er ikke afholdt.

2.4. Hvis brugeren skal registrere arrangementet i systemet og afspejle det på kontoen for en handling, er det nødvendigt at optage et nyt dokument i ledende tilstand.

Det er uacceptabelt at løse dette problem på andre måder, især ved at deaktivere dokumentets besiddelse.

3.1 Når man reflekterer en begivenhed i regnskabet, kan det være nødvendigt at danne "sekundære" data med komplekse bindinger til punkter i tid, perioder og andre objekter i systemet. I dette tilfælde skal sådanne data placeres i registre. Registrering af bevægelser på registre skal udføres under: automatisk eller manuelt.

Ved den automatiske bevægelse indgår brugeren oplysninger om begivenheden i dokumentdataene, og når de udføres på grundlag af de oplysninger, der er indført i dokumentet, genereres bevægelser i forskellige registre. For eksempel til regnskabstransaktioner, dannelse af transaktioner.

Når man manuelt danner bevægelser, går brugeren direkte ind i registre. Sådanne dokumenter kaldes normalt manuelle operationer. De kan bruges til at indføre indledende saldi, eller for at indtaste forretningstransaktioner, der ikke blev leveret af konfigurationsudvikleren.

3.2. I nogle tilfælde kan bevægelsens dannelse udføres som et separat dokument. Dette er påkrævet ved lignende behandling af forskellige typer dokumenter, gruppebehandling eller implementering af komplekse forretningsprocesser, der kræver en eksplicit adskillelse af performers funktioner. Derefter realiseres de forskellige faser af afspejling af begivenheder i regnskabsføring ikke ved at gå gennem status af et dokument, men af ​​forskellige dokumenter, der indtastes baseret på hinanden. I denne kæde udgør kun bestemte dokumenter bevægelser, når de holdes.

For eksempel overveje situationen, når en betalingsordre er dannet i den finansielle afdeling, og samtidig skal revisor ikke ændre kildedokumentet. I dette tilfælde gør dokumentet "Betalingsordre" ikke bevægelser, og bevægelserne i betalingsordren er dannet af et særskilt dokument "Tilbagetrækning fra den nuværende konto" , som er specielt designet til den automatiske bevægelse.

3.3. Dokumenter, der ikke er indsendt og markeret til sletning, må ikke have aktive bevægelser.

3.4. Selvom dokumentet ikke danner bevægelser, skal det udføres for logisk at afvige fra "udkastet".

4. For de fleste begivenheder kan refleksionen være reversibel. I dette tilfælde skal du bruge mekanismen for annullering af dokumenterne.

Andre materialer om emnet:
dannelse af bevægelser i registre . tilbagetrækning fra løbende konto . underskrevet af . virksomhed . kontrol . registre . begivenheder . regnskabs- og skatteregnskaber . refleksion . formation . kontantordre . brugeren . betalingsordre . bestilling . konfigurering . et eksempel . dokumenter . dataene . af dokumenter . registrere . af dokumentet . dokument

Materialer fra sektionen: 1C: Enterprise 8.2 / Developers / Oprettelse og ændring af metadataobjekter

Andre materialer om emnet:

Regnskab for kontantløse midler. Pengestrømme

Principper og mekanismer til gennemførelse

Datakilder til budgettering af beregninger

Salg af varer og materialer

Universal Document Journal


Vi findes: Kontantdokumenter på udkast , Dokumentstatus , Status på dokumenter i 1s, Dokumentstrøm, Primære kontante dokumenter på udkast, Hoveddokumenter på udkast, Sådan ændres datoen for et usendt dokument i 1c 8 2, Sådan forbydes det at holde et brugt dokument 1c 8 2, forbyde ændring af dokumentet, hvis det allerede er afsluttet 1c 8 2, 1c 8 2 dokumentets holdekodeudgift


Новости

Как сбалансировать юзабилити и дизайн при создании сайта — User House
Красота или уродство в веб-дизайне всегда связаны с восприятием конкретного человека. То, что для одного «красиво», может быть «ужасным» для другого и наоборот. Но как же так получается, что многие популярные

Чем лучше юзабилити сайта – тем больше лояльных клиентов
Хотите понять, как посетители воспринимают сайт? Это очень просто. Представьте, что вы говорите по телефону с директором, и в это время вам звонит кто-то из родственников, а у вас еще работы на четыре

Знакомство с юзабилити-тестированием сайта. // webknowledge.ru
Перевод статьи:   An Introduction To Website Usability Testing. Автор:   Thomas Churm. При создании нового сайта необходимо учитывать множество факторов. Для того чтобы у посетителей возникло

Специалист по web-usability – боец невидимого фронта
Ярослав Перевалов Что такое usability engineering? Часто ли вы, бродя по Сети, обращаете внимание на то, насколько качественно структурирована информация на сайте и насколько удобно устроена навигация?

Гид по UX исследованиям для начинающих
В индустрии, в основе которой лежит использование людьми наших продуктов, услуг и приложений, исследования просто необходимы. Мы задаем вопросы. Мы делаем пометки. Мы стараемся узнать все, что возможно,

25 советов как улучшить юзабилити (usability) вашего сайта. | Блог об интернет деятельности и трудовых буднях Максима Вячеславовича
Доброго времени суток, дорогие друзья! Сегодня мы поговорим с вами о такой важной вещи как U sability (юзабилити) сайта , о том, как улучшить данный фактор, зная его основные принципы и правила.

Что такое юзабилити и зачем оно нужно
Юзабилити включает простоту, удобство в пользовании, тестирование, проведение аудита проекта. Юзабилити сайтов, интернет-магазинов — это неотъемлимая часть выгодного ведения бизнеса. Задача юзабилити

Юзабилити тестирование сайта турагентства
«Когда информации много и она дешева, дорогим становится внимание». James Gleick Представим сайт, владелец которого считает его достаточно хорошим, удобным и привлекательным. Он размещает рекламные объявления

Юзабилити
Юзабилити (от англ. слова «usability» – практичность, простота использования) – это весьма распространенное ныне понятие объединяет максимальное удобство использования сайта и полезность информации, на

5 шагов для успешного юзабилити-тестирования приложения
Представьте: вы придумали и разработали мобильное приложение с приятным, на ваш взгляд, дизайном, удобным функционалом, полезными опциями, выпустили релиз продукта, но… Несмотря на мощную маркетинговую

Карта