A dokumentumok lefolytatására vonatkozó követelmények

1C: Vállalat 8.2 /
A fejlesztők számára /
A metaadat objektumok létrehozása és módosítása

Tartalomjegyzék

Lásd még

1. A dokumentumok célja a rendszerben figyelembe vett mutatókat érintő események regisztrálásához kapcsolódó elsődleges információk bevitele. Például egy vállalkozás pénzügyi és gazdasági tevékenységének automatizálásakor ez a különböző üzleti tranzakciók számlája; a termelési ellenőrzési rendszerekben - a termelési műveletek regisztrálása stb.

2.1. A rendszernek egy esemény bejegyzését (azaz annak a fiókban való tükröződését) a dokumentum segítségével végzik. A legtöbb dokumentumot közzé kell tenni (a Hold tulajdonság beállítása Engedélyezve ).

Logikusan, egy nem dokumentált dokumentum különbözik egy közzétett dokumentumtól, hogy egy nem dokumentált dokumentum „tervezet”, amely nem tükröződik a fiókban. Az ilyen dokumentumokat a rendszerben is meg lehet menteni, még akkor is, ha egyáltalán nem vagy teljesen kitöltve; az üzleti logikára vonatkozó ellenőrzések és korlátozások nem vonatkoznak rájuk (a kitöltés ellenőrzése, a változtatások megtiltásának időpontjai stb.). Az ilyen dokumentumok adatai nem jelennek meg a fiókban (nem jelennek meg a jelentésekben stb.)

Ugyanakkor a megtartott dokumentum „tisztasági”, amelynek elkészítése és feldolgozása befejeződött, és arról döntöttek, hogy ezt a dokumentumot be kell vonni a számlára.

2.2. Ha a dokumentum életciklusa több szakaszból áll, amelyek egy adott folyamat szakaszainak felelnek meg, akkor további státuszokat lehet megadni ezeknek a szakaszoknak a leírásához. Például az „Ügyfél-megrendelés” dokumentumnak „ státusza”, „nem a biztonság”, „zárt”; A „Cash order warrant” dokumentum, amelyet először a készpénzes megrendelések nyilvántartásában (KO-3) regisztráltak, majd a főkönyvelő (vezető) aláírta, a pénztárosnak átutalták, majd a főkönyvelő (vezető) által aláírt készpénzkönyvben regisztrálták.

Ilyen esetekben a dokumentum megtartása megegyezik az eseménynek a számlán a kezdeti visszaverődésének idejével, és a birtokában lévő állapotok pontosan meghatározzák, hogy az esemény hogyan tükröződik a számlán.

Ha a dokumentumot közzétették, akkor a dokumentumok állapotok közötti fordítása során felkérhetik a felhasználókat, hogy töltsenek ki bizonyos dokumentumadatokat, az egyes szakaszokra vonatkozó bizonyos ellenőrzéseket és üzleti logikai korlátozásokat alkalmazhatjuk ezekre az adatokra. A végrehajtás pillanatáig a rendszer nem ellenőrzi a „tervezet” dokumentumnak a státuszokra vonatkozó fordítását.

Példák a többlépcsős gondolkodású dokumentumok viselkedésére a fiókban:

• a "Ügyfél megrendelés" kitöltött dokumentum esetében:
  • a „nem egyeztetett” státuszra való áttérés során a rendszer csak a megbízás alapvető paramétereit vezérli;
  • „biztonságos” státuszra való áttéréskor a „szállítás időpontja” mező kitöltése kötelező, mivel a logisztikának szüksége van információra, hogy melyik napon kell a megrendelést benyújtani;
• A „Cash Order” dokumentum esetében a végső státuszba történő átutalást „a készpénzkönyvben regisztrálják, és a főkönyvelő (vezető) aláírja” azt jelenti, hogy a rendszernek könyvelési nyilvántartást kell készítenie, és a pénztáros jelentését naplórendben (vagy más számviteli nyilvántartásban) kell regisztrálni. , a költségvetési szervezetekben - a műveleti folyóiratban).

2.3. E szabály alóli kivétel („a legtöbb dokumentumot ki kell küldeni”)

• olyan dokumentumok, amelyek nem tükrözik a számviteli eseményeket. Ilyen dokumentumok segítségével csak különböző események kerülnek rögzítésre az idő függvényében: például bejövő levelezés, hívások, találkozók stb.
• külön dokumentumok, amelyek technológiája nagyon különbözik a platform technológiai képességeitől, de a felhasználónak úgy kell tekinteni, mintha azokat tartanák. Ezek például a „Működés (számviteli és adószámviteli)” dokumentumok - a műveletek kézi bevitelére, „Rutinszerű működés” - egy hónapos záró művelet elvégzésére a mozgások kézi beállításával, stb.

Az ilyen dokumentumokat nem tartják meg.

2.4. Ha a felhasználónak regisztrálnia kell az eseményt a rendszerben és tükröznie kell egy műveletnél a fiókban, új dokumentumot kell rögzíteni a vezető módban.

Elfogadhatatlan, hogy ezt a problémát más módon, különösen a dokumentum birtoklásának letiltásával oldják meg.

3.1 Amikor egy számviteli eseményt tükrözünk, szükség lehet arra, hogy „másodlagos” adatokat készítsen komplex kötésekkel a rendszer időpontjaira, időszakaira és egyéb tárgyaira. Ebben az esetben ezeket az adatokat nyilvántartásokba kell helyezni. A regisztereken a mozgások kialakulását az alábbiak során kell végrehajtani: automatikusan vagy manuálisan.

A mozgások automatikus kialakításával a felhasználó információt ad az eseményről a dokumentumadatokban, és ha a dokumentumba bevitt információk alapján történik, a mozgásokat különböző regiszterekben generálják. Például a számviteli tranzakciók esetében a tranzakciók kialakulása.

A mozgások manuális formálásakor a felhasználó közvetlenül a regiszterbe ad adatokat. Az ilyen dokumentumokat általában kézi műveleteknek nevezik. Ezek felhasználhatók a kezdeti egyenlegek bevezetésére, vagy olyan üzleti tranzakciók bevitelére, amelyeket a konfigurációs fejlesztő nem biztosított.

3.2. Egyes esetekben a mozgások kialakulását külön dokumentumként lehet elvégezni. Ez szükséges a különböző típusú dokumentumok hasonló feldolgozása esetén, a csoportos feldolgozás vagy az összetett üzleti folyamatok végrehajtása, amelyek az előadóművészek funkcióinak egyértelmű elkülönítését igénylik. Ekkor a számviteli események tükröződésének különböző szakaszai nem egy dokumentum státuszainak áthaladásával, hanem egymás alapján bevitt különböző dokumentumokon keresztül valósíthatók meg. Ebben a láncban csak bizonyos dokumentumok alkotnak mozgásokat, ha tartják.

Vegyük például a fizetési megbízásnak a pénzügyi osztályban történő létrehozásának helyzetét, és ugyanakkor a könyvelőnek nem szabad megváltoztatnia a forrásdokumentumot. Ebben az esetben a „Fizetési megbízás” dokumentum nem mozdít, és a fizetési megbízáson belüli mozgások egy „ Dokumentumból való kivonás” külön dokumentumot alkotnak, amely kifejezetten a mozgások automatizált kialakításához készült.

3.3. A nem benyújtott és törlésre kijelölt dokumentumoknak nem lehetnek aktív mozgások.

3.4. Még akkor is, ha a dokumentum nem képez mozdulatokat, akkor azt úgy kell végrehajtani, hogy logikusan eltérjen a „tervezettől”.

4. A legtöbb esemény esetében a reflexió reverzibilis lehet. Ebben az esetben a dokumentumok törlésének mechanizmusát kell használnia.

Egyéb témakörök:
mozgások kialakulása a regiszterekben . visszavonás a folyószámláról . aláírta . üzleti . ellenőrzések . nyilvántartások . események . számviteli és adószámvitel . visszaverődés . képződés . készpénzrendelés . a felhasználó . fizetési megbízás . megbízás . konfigurálása . példa . dokumentumok . az adatokat . dokumentumokat . nyilvántartás . dokumentumot . dokumentum

A szakaszból származó anyagok: 1C: Enterprise 8.2 / fejlesztők / metaadat objektumok létrehozása és módosítása

Egyéb témakörök:

A készpénz nélküli pénzeszközök elszámolása. Cash flow

A végrehajtás elvei és mechanizmusai

Adatforrások a költségvetés kiszámításához

Áruk és anyagok értékesítése

Universal Document Journal

Megtalálható: készpénzdokumentumok a tervezeteken , a dokumentum státusának megtartása , az 1-es dokumentumok státusza, a dokumentumáramlás, a tervezetek elsődleges készpénzdokumentumai, a tervezetek elsődleges dokumentumai, a nem küldött dokumentum dátumának megváltoztatása az 1c. 2, tiltsa meg a dokumentum megváltoztatását, ha már befejeződött 1c 8 2, 1c 8 2 dokumentumtartási kód költség