<
  • Главная
Статьи

Požiadavky na vedenie dokumentov

1C: Podnik 8.2 /
Pre vývojárov /
Vytváranie a modifikovanie objektov metaúdajov

Obsah

Pozri tiež

1. Dokumenty sú určené na zadanie primárnych informácií súvisiacich so zápisom udalostí ovplyvňujúcich ukazovatele zohľadnené v systéme. Napríklad pri automatizácii finančných a ekonomických činností podniku ide o účet rôznych obchodných transakcií; v systémoch riadenia výroby - registrácia výrobných operácií atď.

2.1. Registrácia podujatia v systéme (tj jeho odraz v účte) sa vykonáva pomocou dokumentu. Väčšina dokumentov musí byť odoslaná (vlastnosť Hold je nastavená na Allow ).

Logicky sa nezdokumentovaný dokument líši od zverejneného dokumentu tým, že nezdokumentovaný dokument je „návrhom“, ktorý sa na účte neodráža. Takéto dokumenty môžu byť uložené v systéme, aj keď nie sú úplne alebo úplne vyplnené; na ne sa nevzťahujú žiadne kontroly a obmedzenia obchodnej logiky (kontroly plnenia, dátumy zákazu zmien atď.). Údaje o takýchto dokumentoch sa v účte neodrážajú (nezobrazujú sa v prehľadoch atď.)

Zároveň je uchovávaným dokumentom „čistokrvný“, ktorého tvorba a spracovanie sú dokončené a o ktorých sa rozhodlo, že tento dokument by mal byť zahrnutý do účtu.

2.2. Ak sa životný cyklus dokumentu skladá z niekoľkých etáp, ktoré zodpovedajú etapám určitého procesu, môžu sa pre opis týchto stupňov zadať ďalšie stavy. Napríklad dokument „Objednávka zákazníka“ môže mať status: „nie je dohodnuté“, „na zabezpečenie“, „zatvorené“; Dokument „Pokladničný príkaz“ - najprv zapísaný v registri registrácií peňažných príkazov (KO-3), potom podpísaný hlavným účtovníkom (manažérom), prevedený na pokladníka, následne zapísaný v pokladnici, podpísaný hlavným účtovníkom (manažérom).

V takýchto prípadoch zodpovedá držba dokumentu času počiatočnej úvahy o udalosti na účte a stavy uchovávaného dokumentu presne objasňujú, ako sa udalosť na účte odráža.

Ak je dokument odoslaný, pri preklade dokumentu medzi stavmi môžu byť používatelia požiadaní, aby vyplnili určité údaje dokumentu, na tieto údaje sa môžu použiť určité kontroly a obmedzenia obchodnej logiky špecifické pre každú fázu. Až do okamihu vykonania systému nie je preklad „návrhu“ dokumentu o štatútoch kontrolovaný systémom.

Príklady správania dokumentov s viacstupňovým odrazom v účte:

  • pre vyplnený dokument „Objednávka zákazníka“ :
    • pri prenose do stavu „nedohodnuté“ systém kontroluje len základné parametre objednávky;
    • pri prechode do „zabezpečeného“ stavu je povinné vyplniť pole „dátum odoslania“, pretože logistika potrebuje informácie o tom, kedy má byť príkaz predložený;
  • Pre dokument „Objednávka v hotovosti“ je prevod do konečného stavu „zapísaný v pokladničnej knihe a podpísaný hlavným účtovníkom (manažérom)“ znamená, že systém musí vytvárať účtovné záznamy a správa pokladníka bude zapísaná v účtovnom poriadku (alebo inom účtovnom registri, napr. v rozpočtových organizáciách - v denníku operácií).

2.3. Výnimka z tohto pravidla („väčšina dokumentov musí byť odoslaná“) je

  • dokumenty, ktoré nie sú určené na vyjadrenie udalostí v účtovníctve. Pomocou takýchto dokumentov sa zaznamenávajú len rôzne udalosti s odkazom na čas: napríklad prichádzajúca korešpondencia, hovory, stretnutia, atď.
  • samostatné dokumenty, ktorých technológia sa veľmi líši od technologických možností platformy, ale ktoré by sa mali pozerať na používateľa, akoby boli držané. Ide napríklad o dokumenty „Prevádzka (účtovníctvo a daňové účtovníctvo)“ - na manuálne zadávanie operácií, „Rutinná prevádzka“ - na vykonanie mesačnej zatváracej operácie s možnosťou ručného nastavenia pohybov atď.

Takéto dokumenty sa neuchovávajú.

2.4. Ak užívateľ musí zaregistrovať udalosť v systéme a vyjadriť ju v účte pre jednu akciu, je potrebné zaznamenať nový dokument do režimu vykonávania.

Je neprijateľné, aby sa tento problém riešil inými spôsobmi, najmä vypnutím držania dokumentu.

3.1 Pri zohľadnení udalosti v účtovníctve môže byť potrebné vytvoriť „sekundárne“ údaje s komplexnými väzbami na body v čase, periódach a iných objektoch systému. V tomto prípade by sa takéto údaje mali umiestniť do registrov. Tvorba pohybov na registroch by sa mala vykonávať počas: automaticky alebo ručne.

S automatickou tvorbou pohybov užívateľ zadá informácie o udalosti do údajov dokumentu a keď sa vykoná na základe informácií vložených do dokumentu, pohyby sa generujú v rôznych registroch. Napríklad v prípade účtovných transakcií dochádza k tvorbe transakcií.

Pri manuálnom vytváraní pohybov užívateľ zadáva údaje priamo do registrov. Takéto dokumenty sa zvyčajne nazývajú manuálne operácie. Môžu byť použité na zavedenie počiatočných zostatkov alebo na zadanie obchodných transakcií, ktoré neboli poskytnuté vývojárom konfigurácie.

3.2. V niektorých prípadoch môže byť tvorba pohybov vykonaná ako samostatný dokument. Vyžaduje sa to v prípade podobného spracovania rôznych typov dokumentov, skupinového spracovania alebo implementácie komplexných podnikových procesov, ktoré vyžadujú explicitné oddelenie funkcií výkonných umelcov. Potom sa jednotlivé fázy reflexie udalostí v účtovníctve realizujú nie prostredníctvom prechádzania stavmi jedného dokumentu, ale rôznymi dokumentmi, ktoré sa navzájom zapisujú. V tomto reťazci sa pri pohybe tvoria iba určité dokumenty.

Napríklad zvážte situáciu, keď je platobný príkaz vytvorený vo finančnom oddelení a zároveň účtovník by nemal zmeniť zdrojový dokument. V tomto prípade dokument „Platobný príkaz“ neuskutočňuje pohyby a pohyby na platobnom príkaze sú tvorené samostatným dokumentom „Výber z bežného účtu“ , ktorý je špeciálne určený na automatizované vytváranie pohybov.

3.3. Dokumenty, ktoré neboli predložené a označené na vymazanie, nesmú mať aktívne pohyby.

3.4. Aj keď dokument nevytvára pohyby, mal by sa vykonať, aby sa logicky odlišoval od „návrhu“.

4. Pre väčšinu udalostí môže byť odraz reverzibilný. V tomto prípade by ste mali použiť mechanizmus zrušenia dokumentov.

Ďalšie materiály na túto tému:
vytváranie pohybov v registroch , výber z bežného účtu , podpísaný , obchodné , kontroly , registre , diania , účtovníctvo a daňové účtovníctvo , odraz , tvorenie , objednávky , používateľa , platobného príkazu , poriadok , konfigurácia , príklad , dokumenty , údajov , dokumentov , registrovať , dokumentu , dokument

Materiály z tejto sekcie: 1C: Enterprise 8.2 / Developers / Vytváranie a modifikovanie objektov metadát

Ďalšie materiály na túto tému:

Účtovanie bezhotovostných finančných prostriedkov. Peňažný tok

Zásady a mechanizmy implementácie

Zdroje údajov pre výpočty rozpočtu

Predaj tovarov a materiálov

Universal Document Journal


Našli sme: pokladničné doklady o návrhoch , status dokumentu , stav na dokladoch v 1s, tok dokladov, primárne pokladničné doklady o návrhoch, primárne dokumenty o návrhoch, ako zmeniť dátum nezdokumentovaného dokumentu v 1c 8 2, ako zakázať držbu použitého dokumentu 1c 8 2, zakážu zmenu dokladu, ak už bol dokončený 1c 8 2, 1c 8 2 doklad o výdavkoch na kód


1C: Podnik 8



Новости
  • Виртуальный хостинг

    Виртуальный хостинг. Возможности сервера распределяются в равной мере между всеми... 
    Читать полностью

  • Редизайн сайта

    Редизайн сайта – это полное либо частичное обновление дизайна существующего сайта.... 
    Читать полностью

  • Консалтинг, услуги контент-менеджера

    Сопровождение любых интернет ресурсов;- Знание HTML и CSS- Поиск и обновление контента;-... 
    Читать полностью

  • Трафик из соцсетей

    Сравнительно дешевый способ по сравнению с поисковым и контекстным видами раскрутки... 
    Читать полностью

  • Поисковая оптимизация

    Поисковая оптимизация (англ. search engine optimization, SEO) — поднятие позиций сайта в результатах... 
    Читать полностью