Belgelerin yürütülmesi için gereklilikler

1C: Kurumsal 8.2 /
Geliştiriciler için /
Meta veri nesneleri oluşturma ve değiştirme

İçindekiler

Ayrıca bakınız

1. Belgeler, sistemde dikkate alınan göstergeleri etkileyen olayların tescili ile ilgili temel bilgileri girmeyi amaçlar. Örneğin, bir işletmenin finansal ve ekonomik faaliyetlerini otomatikleştirirken, çeşitli ticari işlemlerin bir hesabıdır; üretim kontrol sistemlerinde - üretim işlemlerinin kaydı, vb.

2.1. Bir olayın sisteme kaydı (yani hesaba yansıması) belge kullanılarak gerçekleştirilir. Belgelerin çoğu kaydedilmelidir ( Bekletme özelliği İzin Ver olarak ayarlanmıştır).

Mantıksal olarak belgelenmemiş bir belge belgelenmemiş bir belgenin hesaba yansıtılmayan bir “taslak” olması nedeniyle kaydedilenden farklıdır. Bu tür belgeler tamamen doldurulmasa veya hiç doldurulmasa bile sisteme kaydedilebilir; onlara iş mantığı kontrolleri ve kısıtlamaları uygulanmaz (doldurma kontrolleri, değişiklik yasaklama tarihleri ​​vb.). Bu tür belgelerin verileri hesaba yansıtılmaz (raporlarda vb. Gösterilmez).

Aynı zamanda, düzenlenen belge, oluşturulması ve işlenmesi tamamlanmış ve bu belgenin hesaba dahil edilmesi gerektiğine karar verildiği “safkan” tır.

2.2. Belge yaşam döngüsü, belirli bir işlemin aşamalarına karşılık gelen birkaç aşamadan oluşuyorsa, bu aşamaların açıklaması için ek durumlar girilebilir. Örneğin, "Müşteri Siparişi" belgesinde şu durum olabilir: "kabul edilmedi", "güvenlik", "kapalı"; “Nakit emri emri” belgesi - ilk önce nakit emirlerin kayıt defterine (KO-3) kayıt edilir, daha sonra baş muhasebeci (yönetici) tarafından imzalanır, kasiyere transfer edilir, daha sonra baş muhasebeci (yönetici) tarafından imzalanan Nakit Defter'e kaydedilir.

Bu gibi durumlarda, belgenin tutulması, olayın hesaba ilk yansımasının zamanına karşılık gelir ve tutulan belgenin durumları olayın hesaba nasıl yansıdığını net olarak açıklar.

Bir belge kaydedilmişse, o zaman bir belge durumlar arasında çevrilirken, kullanıcılardan belirli belge verilerini doldurmaları istenebilir, her aşamaya özgü belirli kontroller ve iş mantığı kısıtlamaları bu verilere uygulanabilir. Yürütme anına kadar “taslak” dokümanının statülerle çevirisi sistem tarafından kontrol edilmez.

Hesapta çok aşamalı yansıması olan belgelerin davranışına örnekler:

• "Müşteri Siparişi" tamamlanmış dökümanı için:
  • “kararlaştırılmadı” durumuna geçişte, sistem siparişin sadece temel parametrelerini kontrol eder;
  • “güvenli” duruma geçerken - “sevkiyat tarihi” alanı doldurulması zorunludur, çünkü logist siparişin hangi tarihte hangi tarihte getirilmesi gerektiğine ilişkin bilgiye ihtiyaç duyar;
• “Nakit Siparişi” belgesi için, “Nakit Muhasebecinin (yönetici) tarafından imzalanan ve imzalanan” son durumuna transfer, sistemin muhasebe kayıtları oluşturması gerektiği anlamına gelir ve kasiyerin raporu bir günlük emriyle (veya başka bir muhasebe kayıt defterinde) kaydedilecektir. , bütçe kuruluşlarında - işlemler günlüğünde).

2.3. Bu kuralın istisnası (“çoğu belge kaydedilmeli”).

• Muhasebedeki olayları yansıtması amaçlanmayan belgeler. Bu tür belgeler yardımıyla, zamana bağlı olarak sadece çeşitli olaylar kaydedilir: örneğin, gelen yazışmalar, çağrılar, toplantılar, vb.
• teknolojisi, platformun teknolojik özelliklerinden çok farklı olan ancak kullanıcıya sanki tutulmuş gibi bakması gereken ayrı belgeler. Örneğin, bunlar “Operasyon (muhasebe ve vergi muhasebesi)” belgeleridir - operasyonlara manuel olarak girmek için, “Rutin operasyon” - hareketlerin manuel olarak ayarlanması gibi bir ay kapanış işlemini gerçekleştirmek için.

Bu tür belgeler tutulmaz.

2.4. Kullanıcının olayı sisteme kaydetmesi ve bir eylem için hesaba yansıtması gerekiyorsa, yürütme modunda yeni bir belge kaydetmek gerekir.

Bu sorunu başka yollarla, özellikle de dokümanın tutulmasını engelleyerek çözmek kabul edilemez.

3.1 Muhasebedeki bir olayı yansıtırken, zaman, nokta ve sistemin diğer nesnelerine noktalara karmaşık bağlar içeren “ikincil” veriler oluşturmak gerekebilir. Bu durumda, bu tür veriler kayıt defterlerine yerleştirilmelidir. Kayıtlardaki hareketlerin oluşumu aşağıdakiler sırasında yapılmalıdır: otomatik veya manuel olarak.

Otomatik hareket oluşumu ile kullanıcı, belge verisinde olay hakkındaki bilgileri girer ve belgeye girilen bilgiler temelinde gerçekleştirildiğinde, çeşitli kayıtlarda hareketler oluşturulur. Örneğin, muhasebe işlemleri için işlemlerin oluşturulması.

Manuel olarak hareketler oluştururken, kullanıcı verileri doğrudan kayıtlara girer. Bu tür belgeler genellikle manuel işlem olarak adlandırılır. İlk bakiyeleri tanıtmak veya yapılandırma geliştiricisi tarafından sağlanmayan ticari işlemleri girmek için kullanılabilirler.

3.2. Bazı durumlarda, hareketlerin oluşumu ayrı bir belge olarak gerçekleştirilebilir. Farklı belge türlerinin benzer şekilde işlenmesi, grup işlemesi veya performansçıların işlevlerinin açık bir şekilde ayrılmasını gerektiren karmaşık iş süreçlerinin uygulanması durumunda bu gereklidir. Ardından, muhasebe olaylarının yansımasının farklı aşamaları, bir belgenin statülerinden geçerek değil, birbirlerinin temelinde girilen farklı belgelerle gerçekleştirilir. Bu zincirde, yalnızca belirli belgeler tutulduğunda hareketleri oluşturur.

Örneğin, finans departmanında bir ödeme emri oluşturulduğunda durumu göz önünde bulundurun ve aynı zamanda muhasebeci kaynak belgeyi değiştirmemelidir. Bu durumda, "Ödeme Emri" belgesi hareket yapmaz ve ödeme emri üzerindeki hareketler, otomatik olarak hareketlerin oluşturulması için özel olarak tasarlanmış olan "Cari hesaptan çekilme" adlı ayrı bir belge ile oluşturulur.

3.3. Silmek için teslim edilmemiş ve işaretlenmemiş belgelerin etkin hareketleri olmamalıdır.

3.4. Belge hareketler oluşturmasa bile, mantıksal olarak “taslak” dan farklı olması için yapılmalıdır.

4. Çoğu olay için, yansıma geri dönüşümlü olabilir. Bu durumda, bunun için belgelerin iptali mekanizmasını kullanmalısınız.

Konuyla ilgili diğer malzemeler:
kütüklerde hareket oluşumu . cari hesaptan para çekme . tarafından imzalanan . iş . çekler . kayıtlar . olaylar . muhasebe ve vergi muhasebesi . yansıma . formasyon . peşin ödeme . kullanıcı . ödeme emri . sipariş . yapılandırarak . bir örnek . evraklar . veri . belgelerin . kayıt . belgenin . belge

Bölümden Malzemeler: 1C: Enterprise 8.2 / Geliştiriciler / Meta veri nesneleri oluşturma ve değiştirme

Konuyla ilgili diğer malzemeler:

Nakitsiz fonlar için muhasebe. Nakit akışı

Uygulama ilkeleri ve mekanizmaları

Bütçeleme hesaplamaları için veri kaynakları

Mal ve malzemelerin satışı

Evrensel Belge Günlüğü

Bulunanlar : taslaklar üzerinde nakit belgeler, tutulan belgelerin durumu , 1'lerde belgelerin durumu , belge akışı, taslaklarda birincil nakit belgeler, taslaklar üzerindeki birincil belgeler, 1c 8 2'de belgelenmemiş bir belgenin tarihinin nasıl değiştirileceği, harcanan bir belgenin tutulmasının nasıl yasaklanacağı 2, 1c 8 2, 1c 8 2 belge tutma masrafı gidermiş ise belgenin değiştirilmesini yasaklar