Wymagania dotyczące prowadzenia dokumentów
1C: Przedsiębiorstwo 8.2 /
Dla programistów /
Tworzenie i modyfikowanie obiektów metadanych
Spis treści
Zobacz także
1. Dokumenty mają na celu wprowadzenie podstawowych informacji związanych z rejestracją zdarzeń mających wpływ na wskaźniki uwzględnione w systemie. Na przykład, automatyzując działalność finansową i gospodarczą przedsiębiorstwa, jest to rachunek różnych transakcji biznesowych; w systemach kontroli produkcji - rejestracja operacji produkcyjnych itp.
Logicznie rzecz biorąc, dokument nieudokumentowany różni się od dokumentu opublikowanego tym, że dokument nieudokumentowany jest „projektem”, który nie jest odzwierciedlony na koncie. Takie dokumenty mogą być zapisywane w systemie, nawet jeśli nie są całkowicie lub w ogóle nie wypełnione; nie stosuje się do nich kontroli i ograniczeń logiki biznesowej (kontrole wypełniania, daty zakazu wprowadzania zmian itp.). Dane takich dokumentów nie są odzwierciedlane na koncie (nie są wyświetlane w raportach itp.)
Jednocześnie przechowywany dokument jest „czysto rasowy”, którego tworzenie i przetwarzanie jest zakończone i o którym zdecydowano, że ten dokument powinien zostać włączony do konta.
2.2. Jeśli cykl życia dokumentu składa się z kilku etapów odpowiadających etapom określonego procesu, można wprowadzić dodatkowe statusy dla opisu tych etapów. Na przykład dokument „Zamówienie klienta” może mieć status: „nie uzgodniony”, „do zabezpieczenia”, „zamknięty”; Dokument „Nakaz zapłaty gotówką ” - najpierw zarejestrowany w rejestrze rejestracji zleceń gotówkowych (KO-3), następnie podpisany przez głównego księgowego (kierownika), przeniesiony do kasjera, a następnie zarejestrowany w księdze gotówkowej, podpisany przez głównego księgowego (kierownika).
W takich przypadkach przechowywanie dokumentu odpowiada czasowi początkowego odzwierciedlenia zdarzenia na koncie, a status przechowywanego dokumentu wyjaśnia dokładnie, w jaki sposób zdarzenie znajduje odzwierciedlenie na koncie.
Jeśli dokument zostanie opublikowany, podczas tłumaczenia dokumentu między statusami użytkownicy mogą zostać poproszeni o wypełnienie pewnych danych dokumentu, do tych danych można zastosować pewne kontrole i ograniczenia logiki biznesowej specyficzne dla każdego etapu. Do momentu przeprowadzenia tłumaczenia dokumentu „projektu” na statusy nie jest kontrolowany przez system.
Przykłady zachowania dokumentów z wielostopniowym odbiciem na koncie:
- za wypełniony dokument „Zamówienie klienta” :
- podczas transferu do statusu „nie uzgodniony” system kontroluje tylko podstawowe parametry zlecenia;
- przy przenoszeniu do statusu „zabezpieczonego” - pole „data wysyłki” jest obowiązkowe do wypełnienia, ponieważ logistyk potrzebuje informacji, w którym dniu należy złożyć zamówienie;
- W przypadku dokumentu „Zlecenie gotówkowe” przeniesienie do ostatecznego statusu „jest zarejestrowane w Księdze kasowej i podpisane przez głównego księgowego (menedżera)” oznacza, że system musi utworzyć zapisy księgowe, a raport kasjera zostanie zarejestrowany w zleceniu księgowym (lub innym rejestrze księgowym, na przykład , w organizacjach budżetowych - w dzienniku operacji).
2.3. Wyjątkiem od tej reguły („większość dokumentów musi być opublikowana”) jest
- dokumenty, które nie mają odzwierciedlać zdarzeń w księgowości. Za pomocą takich dokumentów rejestrowane są tylko różne wydarzenia w odniesieniu do czasu: na przykład korespondencja przychodząca, rozmowy, spotkania itp.
- oddzielne dokumenty, których technologia bardzo różni się od możliwości technologicznych platformy, ale które powinny wyglądać dla użytkownika tak, jakby były przetrzymywane. Na przykład są to dokumenty „Operacja (księgowość i rozliczanie podatkowe)” - do wprowadzania operacji ręcznie, „Praca rutynowa” - do wykonywania operacji zamykania miesiąca z możliwością ręcznej regulacji ruchów itp.
Takie dokumenty nie są przechowywane.
2.4. Jeśli użytkownik musi zarejestrować zdarzenie w systemie i odzwierciedlić je na koncie dla jednej akcji, konieczne jest zarejestrowanie nowego dokumentu w trybie przewodzenia.
Niedopuszczalne jest rozwiązywanie tego problemu w inny sposób, w szczególności przez wyłączenie wstrzymania dokumentu.
3.1 Podczas odzwierciedlania zdarzenia w rachunkowości może być konieczne utworzenie „drugorzędnych” danych ze złożonymi powiązaniami do punktów w czasie, okresach i innych obiektach systemu. W takim przypadku takie dane powinny być umieszczone w rejestrach. Tworzenie ruchów w rejestrach powinno być wykonywane podczas: automatycznie lub ręcznie.
Dzięki automatycznemu tworzeniu ruchów użytkownik wprowadza informacje o zdarzeniu do danych dokumentu, a gdy jest przeprowadzane na podstawie informacji wprowadzonych do dokumentu, ruchy są generowane w różnych rejestrach. Na przykład w przypadku transakcji księgowych tworzenie transakcji.
Podczas ręcznego tworzenia ruchów użytkownik wprowadza dane bezpośrednio do rejestrów. Takie dokumenty są zwykle nazywane operacjami ręcznymi. Można ich użyć do wprowadzenia początkowych sald lub do wprowadzenia transakcji biznesowych, które nie zostały dostarczone przez dewelopera konfiguracji.
3.2. W niektórych przypadkach tworzenie ruchów może być wykonywane jako oddzielny dokument. Jest to wymagane w przypadku podobnego przetwarzania różnych typów dokumentów, przetwarzania grupowego lub wdrażania złożonych procesów biznesowych, które wymagają wyraźnego rozdzielenia funkcji wykonawców. Następnie różne etapy odzwierciedlania zdarzeń w rachunkowości są realizowane nie przez przechodzenie przez stany jednego dokumentu, ale przez różne dokumenty, które są wprowadzane na podstawie siebie. W tym łańcuchu tylko niektóre dokumenty tworzą ruchy, gdy są trzymane.
Rozważmy na przykład sytuację, w której zlecenie płatnicze jest tworzone w dziale finansowym, a jednocześnie księgowy nie powinien zmieniać dokumentu źródłowego. W tym przypadku dokument „Zlecenie płatnicze” nie powoduje ruchów, a ruchy zlecenia płatniczego są tworzone przez oddzielny dokument „Wycofanie się z rachunku bieżącego” , który jest specjalnie zaprojektowany do automatycznego tworzenia ruchów.
3.3. Dokumenty nie przesłane i oznaczone do usunięcia nie mogą mieć aktywnych ruchów.
3.4. Nawet jeśli dokument nie tworzy ruchów, należy go wykonać, aby logicznie różnić się od „szkicu”.
4. W przypadku większości zdarzeń odbicie może być odwracalne. W tym przypadku należy użyć mechanizmu anulowania dokumentów.
Inne materiały na ten temat:
tworzenie ruchów w rejestrach , wypłata z rachunku bieżącego , podpisany przez , biznes , czeki , rejestry , wydarzenia , rachunkowość i rachunkowość podatkowa , refleksja , formacja , zlecenie gotówkowe , użytkownik , zlecenie płatnicze , zamówienie , konfigurowanie , przykład , dokumenty , dane , dokumentów , zarejestruj się , dokumentu , dokument
Materiały z sekcji: 1C: Enterprise 8.2 / Deweloperzy / Tworzenie i modyfikowanie obiektów metadanych
Inne materiały na ten temat:
Rachunkowość środków bezgotówkowych. Przepływy pieniężne
Zasady i mechanizmy wdrażania
Źródła danych do obliczeń budżetowych
Sprzedaż towarów i materiałów
Universal Document Journal
Zostały znalezione: dokumenty gotówkowe dotyczące wersji roboczych , status dokumentu , status dokumentów w 1 sek., Obieg dokumentów, podstawowe dokumenty gotówkowe w wersji roboczej, dokumenty podstawowe w wersji roboczej, jak zmienić datę nieudokumentowanego dokumentu w 1c 8 2, jak zabronić posiadania wydanego dokumentu 1c 8 2, zabronić zmiany dokumentu, jeśli został już zakończony 1c 8 2, 1c 8 2 dokument koszt kodu gospodarstwa