işten çıkarma

1c8 her zaman etkisiz bir davranıştır. Belge formunun özellikleri. Otomatik ve yönetilen kilitler

Operasyonel muhasebenin tutulduğu 1C konfigürasyonlarıyla çalışanlar için, şekilde gösterilen form büyük olasılıkla tanıdık gelecektir. Belge bugün düzenleniyor ve 1C programı bu belgeyi yürütmek için 2 seçenek sunuyor. Bu belge gönderme biçimlerinin ne anlama geldiğine bir göz atalım...

Nerede uygulanır?

  • 1C: Ticaret yönetimi 10.3
  • 1C: Yönetim üretim tesisi 1.3
  • 1C: Entegre otomasyon 1.1

1C belgesinin hızlı yürütülmesi

  • Yalnızca geçerli gün için belgeler hemen gönderilebilir.
  • 1C belgesinin operasyonel kaydı şu anda gerçekleştirilir. Belge bugün, birkaç saat önce oluşturulmuş olsa bile, hızlı uygulama bu belge, bu belgenin saati geçerli saate göre değişecektir.
  • Çevrimiçi, çoğu konfigürasyon artıkları kontrol eder. Örneğin, depoda bakiye yoksa, o zaman ticaret belgesi yapılmayacaktır.
  • Bir belgeyi hemen ileri bir tarihe göndermek mümkün değildir.

1C belgesinin operasyonel olmayan kaydı

  • Belgenin tarihi ve saati değişmezken, herhangi bir tarih için işlem yapmadan belge nakledebilirsiniz.
  • Operasyon dışı olarak gerçekleştirilirse, kalıntılar kontrol edilemeyebilir. Örneğin, bir belge kaydedilir, ancak aynı zamanda stokta mal bulunmadığına dair bir mesaj görüntüler.
boston2005

26.10.12 — 21:33

Herkese selam! Basit bir soru: bir belge var (herhangi bir), hem muhasebe hem de operasyonel muhasebeye katılır. Soru: Yürütme modu ne olmalı (operasyonel, operasyonel olmayan) ve nedenini açıklamak güzel olurdu 🙂

zak555

1 — 26.10.12 — 21:36

8.2'ye git

ILM

2 — 26.10.12 — 21:36

Peki, varsa, o zaman ne vseravno. sonuçta doktor))

boston2005

3 — 26.10.12 — 21:37

pardon yanlış yazmış işte bu 8.2 Soru: Operasyonel davranış yasak mı veya izin veriliyor mu ve neden

Djonny

4 — 26.10.12 — 21:39

yürütme modu çalışır durumdaysa, depoda bakiyelerin varlığı, karşılıklı mutabakatların durumu kontrol edilir ve mod çalışmıyorsa bu tür kontroller yapılmaz.

boston2005

5 — 26.10.12 — 21:39

ve Gelen/Giden fatura belgesi

Djonny

6 — 26.10.12 — 21:40

zak555

7 — 26.10.12 — 21:47

http://infostart.ru/public/80344/

boston2005

8 — 26.10.12 — 21:52

Hem operasyonel muhasebe hem de muhasebenin olduğu bir konfigürasyonum var. alındı/gider fatura belgeleri hem birikim defterlerinde hem de muhasebe defterinde hareket eder. Belgelerin özelliklerinde Operasyonel ilan yasaklanmalı mı yoksa izin verilmeli mi?

AlexYeni

9 — 26.10.12 — 22:44

8.2'nin bununla ne ilgisi var? Standart olanlarda kontrolü uygulama mekanizması değişti, özü değil.

Zlopchinsky

10 — 26.10.12 — 22:53

(7) >
8.x platformunda çevrimiçi yayınlamanın, geçerli tarihle bir belge yayınlamak, zaman damgası olarak bir zaman damgası atamak ve Kayıt İşleme prosedüründe Kayıt Modu parametresini Çevrimiçi olarak ayarlamak anlamına geldiğini hatırlatmama izin verin. Bu, platformun 8. versiyonunu temel olarak, İlgililik Noktası kavramının kullanıldığı ve belgelerin ileri bir tarihe gönderilmesini engelleyen hiçbir şey olmayan 7.7 versiyonundan ayırır.
.
Dünden önceki gün yayınlanan belge (veya dünden önceki gün kaydedilen yeni bir belge) - "dünden önceki gün" zaman damgasını hızlıca kontrol edebilir misiniz?

alex kimliği

11 — 26.10.12 — 22:54

hileye geçin ve operasyonel / operasyonel olmayanları unutun

a_alenkin

12 — 26.10.12 — 22:56

(7) (kapalı) ne? - bu tür bağlantılar için yasaklamayı bıraktılar mı?

AlexYeni

13 — 26.10.12 — 22:56

(10) Dünden önceki gün 8'e ne dersiniz?

AlexYeni

14 — 26.10.12 — 22:57

(12) Bunun için - evet.

alex kimliği

15 — 26.10.12 — 22:58

alex kimliği

16 — 26.10.12 — 22:59

peki, "logan" için onlar da yasaklanabilir

AlexYeni

17 — 26.10.12 — 23:00

alex kimliği

18 — 26.10.12 — 23:01

(17) bir şey olurdu

Zlopchinsky

19 — 27.10.12 — 01:57

(13) çok basittir. yanı sıra 7.7 ve diğer kendi kendine yazılan diğer. dünden önceki gün bir belge girerken, dünden önceki gün olup olmadığını bilmem gerekiyor, belgeyi gönderirken, belgeyi gönderirken eksiye girecek.

AlexYeni

20 — 28.10.12 — 07:22

(19) Bu size burada yardımcı olmaz. Artık operasyonel olmayacak.

TurboConf 5 - 1C Configurator'ın yeteneklerini genişletme

DİKKAT! Mesaj giriş kutusunu kaybettiyseniz, Ctrl-F5 veya ctrl-r veya tarayıcıdaki Yenile düğmesi.

Konu uzun süredir güncellenmedi ve arşivlendi olarak işaretlendi. Mesaj eklemek mümkün değildir.
Ancak yeni bir konu oluşturabilirsiniz ve kesinlikle bir cevap alacaksınız!
Her saat birden fazla var 2000 insan.

1C:Kurum 8.1

Ticaret Yönetimi, ed. 10.3

Ayarlarda ek haklar kullanıcılar, "sevkiyat sırasında sipariş hacminin fazlasını kontrol et" bayrağı ayarlanmamıştır. Neden "Mal ve hizmet satışı" belgesini gönderirken, rezervin fazlası hakkında bir mesaj verilir ve fatura kaydedilmez?

Operatif/Ameliyat dışı davranış

Prosedür: 1. Alıcının Sipariş belgesini girdikten sonra 30 kg.2 tutarındaki malları rezerve etti. Sipariş temelinde, Mal ve hizmetlerin satışı belgesini yayınladık. Ek ayarlar kullanıcı "sevkiyat sırasında aşırı hacmi kontrol et".4. "Mal ve hizmet satışı" belgesinde satılan mal miktarını değiştirirken, örneğin, Siparişi vermeden önce depoda serbest bir bakiye olması şartıyla, 35 kg bu ürün 35 kg, program bir mesaj görüntüler: "Stokta bulunan mallar" rezervinin bakiyesi Ana depo” belgesine göre “Alıcının siparişi yeterli değil. 5 adet eksik. Kalan 5 adet. 35 adet gereklidir.Programın bu davranışı doğru mu?Evet, bu program adımları doğru.Sırada belirtilmiş. Ancak bu ek ürünler yedekten değil depodan gönderilmelidir (rezerve edilmemişlerdi). bu durum malları rezervden ve malların bir kısmını cari bakiyeden depoya göndermek gerekir. Bu nedenle, uygulamanın iki satırı olmalıdır - biri “Rezervden” ve ikincisi “Depodan” gösterir. buton.

7. Negatif dengeler - onlarla çalışmanın nedenleri ve yöntemleri. Faturalarla nasıl çalışılır.

Halka açık yemek servisinde herhangi bir muhasebe sisteminde çalışırken, kaçınılmaz olarak fazla mal (ürün) veya negatif mal bakiyesi sorunu ortaya çıkar.

Negatif bakiyeler nelerdir? Bu, mal (ürün) aşımıdır.
Örneğin mutfak deposunda (teknolojik haritalara göre) 20 somun ekmek (her somun 0,5 kg) yapmak için yeterli olması gereken 10 kilogram un vardı, ancak o gün 21 somun ekmek yapıldı ve satıldı. Böylece, bir gider kaydedilirken depodan 10,5 kg düşülecektir. eksi 0,5 kg eksi bir denge verecek un. (10-10.5=-0.5).

Bu örnekten, negatif bakiyenin stokta fazla mal olduğu anlamına geldiği görülebilir.
“Ekstra” somun ekmek yapmak için un nereden geldi? Negatif bakiyeler nereden geliyor? Oluşumları için çeşitli seçenekleri ve onlarla çalışmanın yollarını analiz edeceğiz.

en muhtemel nedeni - muhasebe sistemine geliri girmeyi unuttum. Yani, 0,5 kg daha getirdiler. dikkate alınmayan un. Malların "geriye dönük olarak" gönderilmesiyle çözüldü.

ikinci sebep- teknolojik haritaların gerçek süreçlerle tutarsızlığı. Yani aşçı bir somun ekmeğe 0,476 kg ekmek koyar. un, tarifte belirtildiği gibi ve teknolojik harita hatalı olarak 0,5 kg belirtilmiştir. Bu aynı zamanda şef yeniden sigortalandığında ve bulaşıkları hazırlarken, malları işaretlemek için biraz fazla tahmin edilen normları gösterdiğinde de olur.

yoksa hırsızlık mı. Aşçı kasıtlı olarak yemeğe yemek eklemez ve garsonlarla anlaşarak “kaydedilmiş” malları eve götürür veya onlardan tabak yapar ve “kasadan geçerek” satar. Ve ne kadar eklemediğinizi ve ne kadar "sola bırakabileceğinizi" saymak kolay olmadığı için, "kaydedilmiş" mallardan "ekstra" yemekler kasiyerden geçer.

Liste uzayabilir ama bu kadarı yeterli bence. Ana şey şu ki negatif bakiyeler sorun değil, muhasebeciyi bilgilendiriyor olası hatalar muhasebede veya tutarsızlıkta teknolojik süreçler mutfakta ve kasada.

Negatif bakiyeler varsa ne olur? ?
Depoda belirli bir ürünün eksi bakiyesi varsa, bu ürün bu depoya kredilendirilemez.

1C belgelerinin operasyonel ve operasyonel olmayan tutulması

Açıklanan durum için un olacaktır.

Negatif bakiyeler (fazlalıklar) ile ne yapılmalı?
Fazlalık depoya yatırılmalıdır. Bunun için ihtiyacınız olan:

a) Makbuz vermeniz gereken tarihte bir bakiye tablosu oluşturun. "Raporlar - Bakiye listesi - Bakiye listesi" Bakiye listesindeki filtre ayarlarına dikkat edin. Pirinç. otuz.

Şekil 30. Bilanço oluşturmak.

b) Eksi bakiyeleri harmanlama sayfasına kopyalayın - "belge - faturaya kopyala" menüsü şekilde gösterildiği gibi parametreleri seçin:

Şekil 31. Eksi bakiyeleri harmanlama sayfasına kopyalama.

Şekil 32. Değişen mal miktarı ile harmanlama sayfası.

d) En önemlisi! Oluşturulan harmanlama ifadesini düne taşıyın, en son belge. Bunu yapmak için fatura listesine gidin ve belgeyi fare ile bir önceki güne sürükleyin.


Şekil 33. Harmanlama ifadesinin 24 Ocak'tan 23 Ocak'a kadar gün sonuna aktarılması işlemi.

Bu, günün başında doğru dengelerin oluşması için gereklidir.

Store Hause programındaki belgelerle çalışmak için önerilen prosedüre dikkatinizi çekmek istiyorum. Demek işe geldin:
1. Dün için bir makbuz alın. (Gelen faturalar oluşturun), gelen varsa.
2. Varsa dün için depolar arası iç transfer yapın.
3. Dün için bulaşıkların ve eşyaların masrafını (iptalini) yapın.
4. Bugüne kadarki eksi bakiyeleri kontrol edin. Negatif bakiyeler varsa, fazlalığı aktifleştirin, harmanlama tablolarını “dün” e “sürükle”meyi unutmayın.
Bu kurallara uyarsanız, "eksi bakiyeler" ile ilgili hatalarla karşılaşmazsınız.

1C'de bakiye kontrolünü devre dışı bırakma: Muhasebe

Bir satış belgesi kaydetmeye çalıştığınızda, gerekli miktarın stokta olmadığını söylüyor. Aynı zamanda, alınan mallar henüz programa kredilendirilmemiştir, ancak stokta bulunmaktadır ve sevk edilmesi gerekmektedir. 1C: Accounting sürüm 3.0'da bakiye kontrolünü devre dışı bırakmak mümkün müdür?

1C: Muhasebe 8 programında, bakiyelerin kontrolü aşağıdaki gibi kapatılır:

1). Yönetim menüsüne gitmeniz gerekiyor - Kayıt belgeleri öğesini seçin.

2). "Muhasebe verilerine göre bakiye yokluğunda envanterin silinmesine izin ver" işaretinin onay kutusu ayarlandı.

dikkate alınmalıdır ki Bu taraftan kalıntıların tam kontrolü açısından optimal değildir. Bugün uygun olabilir, ancak yarın muhasebede hatalara yol açabilir, çünkü. bir yönetici veya bir muhasebeci, var olmayan stok kalemlerinin sevkiyatına ilişkin verileri girebilir.

Kurulduğunda bu ilke bu herhangi bir niyetten dolayı değil, sadece kullanıcı hatalarından dolayı olabilir.

Sorularınız mı var ve bir 1C uzmanından yardıma mı ihtiyacınız var? Bir istek bırakın! Yalnızca sonuçlar için ödeme yapın!

Birçok şirket 1C mal rezervasyon mekanizmalarını kullanır. Bu açıklama programlar için uygun "1C: Ticaret Yönetimi, ed. 10.3" ve "Üretim İşletme Yönetimi".

Gerçekten de, rezervasyon mekanizması çok uygundur - müşteri için mallara bir rezerv koyabilir, ayrılmış malları gönderebilir, gerekirse rezervi kaldırabilirsiniz. Ne yazık ki, ticaret otomasyonu uygulamamız, tüm kullanıcıların rezervasyon mekanizmasının işleyişini tam olarak anlamadığını gösteriyor.

Bu yazıda durumu düzeltmeye, fazlalığın temel ilkelerini göz önünde bulundurmaya ve aşağıdaki soruları cevaplamaya çalışacağız:

Makale, programa aşina olan ve artıklık mekanizması hakkındaki bilgilerini genelleştirmek isteyen kullanıcılar için faydalı olacaktır.

Ürün rezervasyonu

Bir ürünü alıcı için rezerve etmenin birkaç yolu vardır.

Yöntem numarası 1 - alıcının siparişinde

Alıcı, sipariş verirken siparişte belirtilen malları rezerve edebilir.

Menü: Belgeler - Satışlar - Müşteri Siparişleri

Bunu yapmak için, mal tablosunda, "Yerleştirme" sütununda rezervasyon yapmak istediğiniz depoyu belirtmeniz gerekir.

Bir depoyu manuel olarak seçmek istemiyorsanız, siparişte "Doldur ve postala" düğmesi vardır. Bu düğmeye basmak neden olur otomatik tamamlama yerleştirme ve sıralama. Düğme yalnızca bugün sipariş verirken kullanılabilir.

Yöntem numarası 2 - alıcının siparişini ayarlarken

Bir alıcının siparişini düzeltmek için birçok kullanıcı, içinde siparişe eklenen ve siparişten çıkarılan öğeleri gösteren bir Alıcı Siparişi Düzeltme belgesi oluşturur.

Bir siparişe dayalı veya manuel olarak bir ayarlama oluşturabilirsiniz.

Menü: Belgeler - Satış - Alıcının siparişinin düzeltilmesi

Alıcı siparişlerinde yapılan ayarlamalar, alıcı siparişinde olduğu gibi bir rezerv de belirleyebilir. "Yerleştirme" sütununda depoyu belirtin veya "Doldur ve postala" düğmesini kullanın.

Yöntem numarası 3 - "Malların rezervasyonu" belgesinde

rezerv yapabilirsiniz ayrı belge"Malların rezervasyonu". Müşteri siparişi bazında veya manuel olarak oluşturulabilir.

Rezerv oluşturmak için "Yeni yerleştirme" sütununda siparişi, rezerve edilecek kalemi ve miktarını belirtmeniz ve depoyu doldurmanız gerekir. Belgenin zamanında, bir rezerv oluşturulacaktır.

Yöntem numarası 4 - malların alınması sırasında

Bu yöntem yalnızca, müşteri siparişlerini güvence altına almak için tedarikçilere sipariş verirseniz işe yarar. Bu durumda, tedarikçiye verilen sipariş, bu ürünün hangi alıcı için sipariş edildiğini gösterir.

Menü: Belgeler - Satın Alma - Mal ve hizmet makbuzları

Mal girişinde bir rezerv ayarlamak için "Alıcının siparişi" sütunu doldurulmalıdır.

Fiş, tedarikçiye verilen sipariş bazında oluşturulmuşsa, alıcıların siparişleri otomatik olarak doldurulacaktır. Mallar tedarikçiye bu alıcı için değil, sadece depo için sipariş edildiyse, malların alınmasında bir alıcı siparişinin seçilmesi kesinlikle önerilmez.

Yöntem numarası 5 - iç sırayla

Kendi departmanınız veya deponuz tarafından depodan mal sipariş etmek için bir iç sipariş kullanılır.

Menü: Belgeler - Stok (depo) - İç siparişler

Dahili siparişte ve alıcının siparişinde, öğeyi rezerve etmenize izin veren "Yerleştirme" sütunu ve "Doldur ve gönder" düğmesi vardır.

Bunlar bir rezerv oluşturmanın ana yollarıdır. En popüler yol, elbette, Alıcı Siparişi belgesi aracılığıyla bir rezerv yerleştirmektir.

Bu yöntemlere ek olarak, programın yedek yükleyebileceği başka seçenekler de vardır:

  • Dahili sipariş ayarlamasında (alıcının sipariş ayarlamasına benzer)
  • Belgede " Makbuz siparişi"Satma hakkı olmadan" bayrağı ayarlanmışsa (mallar saklama için alınır)
  • "Alıcıdan malların iadesi" belgesinde - rezervden satılan malları iade ederken
  • “Gider raporu” belgesinde, muhasebeci tedarikçi tarafından sipariş edilen mallar için gittiyse (malların alınmasına benzer şekilde).

1C'deki rezervden malların çıkarılması

Bir rezervi geri çekmenin de birçok yolu vardır, ana olanları düşünün.

Yöntem numarası 1 - mal satışında

Programdaki malların sevkiyatı sırasında "Mal ve hizmet satışı" belgesi düzenlenir.

Menü: Belgeler - Satışlar - Mal ve hizmet satışları

Mallar alıcının siparişinde rezerve edilmişse, satış anında rezervin kaldırılması gerekir. Rezervin maldan çıkarılması için "Mal" tablosunda "Rezervden" yazma yöntemini belirtmeniz gerekir.

Alıcının siparişine göre mal satışının doldurulması durumunda, programın kendisi hangi malların rezervde olduğunu ve hangilerinin depodaki serbest bakiyeden düşüleceğini belirler. Belgeyi manuel olarak doldururken çok dikkatli olun: “Depodan” yazma yöntemini belirtirseniz, mallar silinir, ancak bunun rezervi kaldırılmaz ve “askıda kalır”.

Yöntem numarası 2 - belgede« Müşteri siparişlerini kapatmak»

Bu belge, bazı malların gönderilmediği veya müşterinin satın almayı reddettiği siparişleri kapatmak için kullanılır.

Menü: Belgeler - Satışlar - Müşteri siparişlerinin kapatılması

Belge, kapatılması gereken müşteri siparişlerini belirtir. Belgenin gönderilmesi sırasında program, belirtilen siparişler için rezerv olup olmadığını kontrol eder. Rezervler varsa, bunlar otomatik olarak kaldırılır.

Belge gönderildikten sonra, içerdiği tüm siparişler için herhangi bir rezerv olmayacaktır.

Yöntem numarası 3 - belgede« mal rezervasyonu»

Bu belge, bir rezerv belirlemeye ek olarak, bir yedeği kaldırmak için de kullanılabilir.

Menü: Belgeler - Satışlar - Malların rezervasyonu

Rezervi kaldırmak için "İlk yerleştirme" sütununda siparişi, ürünü ve miktarını belirtmeniz ve depoyu doldurmanız gerekir. Belgenin zamanında, rezerv kaldırılacaktır.

Not: Hem orijinal hem de yeni yerleşimi doldurursanız, bir belgeyle aynı anda bir depodan bir rezervi kaldırabilir ve diğerinde mal rezerve edebilirsiniz.

Yöntem numarası 4 - içinde« fatura-gerekliliği» veya« Malların hareketi»

"Talep-fatura" ve "Malların hareketi" belgeleri, malları departman maliyetlerine yazmak ve malları sırasıyla bir depodan diğerine taşımak için kullanılır.

Menü: Belgeler - Envanter (depo) - Malların hareketi

Menü: Belgeler - Stoklar (depo) - İhtiyaç-fatura

Belgeler, bir rezervin ayarlandığı bir iç sipariş temelinde düzenlenirse, belgelerin gönderilmesi sırasında rezervin kaldırılması gerekir. Rezervi kaldırmak için “Rezerv belgesi” sütunu doldurulmalıdır:

Not: Malların hareketi alıcı için rezervden yapılırsa, program yalnızca göndericinin deposundaki rezervi kaldırmakla kalmaz, aynı zamanda alıcının deposuna da yerleştirir.

Bir rezervi geri çekmenin bu yöntemleri en popüler olanıdır, ancak başka olası durumlar da vardır:

  • "Malların silinmesi" belgesinde, "Rezerv belgesi", "Mallar" tablosunda doldurulursa
  • "Mal ihraç belgesi" belgesinde, daha önce satış hakkı olmaksızın saklama için kabul edilen mallar karşı tarafa iade edildiğinde,
  • "Alıcı siparişinin düzeltilmesi" ve "İç siparişin düzeltilmesi" belgelerinde, negatif bir mal miktarı belirtilir ve yerleştirme doldurulursa
  • "İç siparişleri kapatma" belgesinde (müşteri siparişlerini kapatmaya benzer)

Ürün Rezervasyon Raporları

Programda rezervasyon ve rezervin geri çekilmesi için birçok fırsat olduğundan emin olduk. Ayrıca, çoğu durumda, program, belgenin doldurulmasına bağlı olarak, kullanıcıya bunu bildirmeden yedeği otomatik olarak koyar / kaldırır.

Depodaki rezervleri kontrol etmek için raporları kullanmanız gerekir, onlar sayesinde rezervde hangi malların olduğunu her zaman bileceksiniz.

"Depolarda yedekte bulunan mallar" raporu

Menü: Raporlar - Envanter (depo) - Depolarda yedekte bulunan mallar

Bu rapor sadece rezervler hakkında bilgi edinmek için hazırlanmıştır. Bu sayede her zaman öğrenebilirsiniz: hangi mallar, hangi sipariş için ve hangi depoda yedekte.

Rapor özelleştirilebilir: filtreler ayarlayın, grupların kompozisyonunu değiştirin, vb.

"Depolardaki malların mevcudiyetinin analizi" raporu

Menü: Raporlar - Stoklar (depo) - Depolardaki malların mevcudiyetinin analizi

Bu rapor, stoktaki malların dengesi hakkında daha ayrıntılı bilgi gösterir. İçinde depodaki mal bakiyesini, rezervi, tedarikçiden sipariş edilen mal miktarını ve diğer bilgileri görebilirsiniz:

Operasyonel muhasebenin tutulduğu 1C konfigürasyonlarıyla çalışanlar için, sonraki şekilde gösterilen form büyük olasılıkla tanıdık gelecektir. Belge bugün düzenleniyor ve 1C programı bu belgeyi yürütmek için 2 seçenek sunuyor.

Bu belge gönderme biçimlerinin ne anlama geldiğine bir göz atalım…

Nerede uygulanır?

1C: Ticaret yönetimi 10.3

1C: İmalat işletme yönetimi 1.3

1C: Entegre otomasyon 1.1

1C belgesinin hızlı yürütülmesi

Yalnızca geçerli gün için belgeler hemen gönderilebilir.

1C belgesinin operasyonel kaydı şu anda gerçekleştirilir. Belge bugün, birkaç saat önce oluşturulmuş olsa bile, bu belge derhal gönderilirse, bu belgenin zamanı geçerli olana değişecektir.

Çevrimiçi, çoğu konfigürasyon artıkları kontrol eder. Örneğin, depoda bakiye yoksa satış belgesi nakledilmez.

Bir belgeyi hemen ileri bir tarihe göndermek mümkün değildir.

1C belgesinin operasyonel olmayan kaydı

Belgenin tarihi ve saati değişmezken, herhangi bir tarih için işlem yapmadan belge nakledebilirsiniz.

Operasyon dışı olarak gerçekleştirilirse, kalıntılar kontrol edilemeyebilir. Örneğin, bir belge kaydedilir, ancak aynı zamanda stokta mal bulunmadığına dair bir mesaj görüntüler.

Diğer 1C kullanıcılarının bu bilgileri İnternette daha hızlı bulmasına yardımcı olmak için aşağıdaki düğmelerden birine tıklayın.

  1. Bir konu okuyorum. Durum öyle ki, konunun nüansları oldukça açık, ancak genel resim- sonuna kadar değil. Lütfen okuduklarımdan kendim için çıkardığım iki nokta hakkında yorum yapın, ancak bunların doğruluğundan emin değilim.

    1. "Hızlı yürütme" tekniği ve kavramı, platformu hiçbir şeye mecbur bırakmaması anlamında çok koşullu ve soyuttur. Şunlar. Başlangıçta, "operasyonel" ve "operasyonel olmayan" belgeler, haklar bakımından kesinlikle eşittir ve hiçbir şekilde ayırt edilemez.
    2. Bunlar ve bunlar arasındaki fark, yalnızca kendi yapılandırmasını çalıştıran kullanıcının olay işleyici ProcessingPerformance'ın (parametre adı - Mod) ikinci parametresini analiz ettiği anda ortaya çıkar. IF...THEN dallanmayı analiz noktasına ekler ve burada ve sadece burada, bununla şu arasında fark var. Ve burada bile, fark belgeler arasında değil, süreçler arasında olacaktır = bunların uygulanması için algoritmalar. Şunlar. platformun yaptığı maksimum, aynı Davranış Modunu bilgilendirmesidir. Bu bilgiyle ne yapılmalı, ona nasıl tepki verileceği ve tepki gösterilip gösterilmeyeceği - bunların hepsi belirli bir konfigürasyonun belirli yazarına bağlıdır.

    Doğru yazılmış mı?

  2. Açıkcası bana kişisel olarak düşüncelerinizin seyri zaten ikinci bir konu olarak hiç net değil. Her şey basit. Belge, bir yapılandırma meta veri nesnesidir. İşletmedeki herhangi bir olayın gerçeğini yansıtması amaçlanmıştır. Belge, çeşitli kayıtlarda sözde hareketler (veya belki de bu arada değil) yapar. (Sanırım bir sonraki konunuz kayıtlara ayrılacak). En banal örnek, malların depodan alınmasıdır. 1C'de bir dizi belge gibi bir şey var, yani. belgeler açıkça zamana bağlıdır. Böylece en önemli şeye geliyoruz. Belgeler derhal ve işlem yapmadan gönderilebilir. Geçerli zamanda operasyonel anlamına gelir. Ve çalışmıyor, geçerli saatten farklı bir tarih anlamına gelir. Mükemmel ve yalnızca daha küçük bir yönde, yani. Belgeyi gelecekteki bir tarihle gönderemezsiniz. Programladığım kadarıyla, davranışı işleme kodunda davranış biçimine bir bağlayıcı olduğunu hiç görmedim.
  3. 1. "Hızlı yürütme" tekniği ve kavramı, platformu hiçbir şeye mecbur bırakmaması anlamında çok koşullu ve soyuttur. Şunlar. Başlangıçta, "operasyonel" ve "operasyonel olmayan" belgeler tamamen eşittir ve hiçbir şekilde ayırt edilemez.

    Ortaya çıkarmak için tıklayın...

    Koşullu ve soyut değil, oldukça somut. "Uygulamalı Sorunların Çözümü" kitabını indirin 1C'de bir tane var ve tamamen aydınlanana kadar orada okuyun.

  4. Geçerli zamanda operasyonel anlamına gelir. Ve çalışmıyor, geçerli saatten farklı bir tarih anlamına gelir. Mükemmel ve yalnızca daha küçük bir yönde, yani. Belgeyi gelecekteki bir tarihle gönderemezsiniz.

    Ortaya çıkarmak için tıklayın...

    Programladığım kadarıyla, davranışı işleme kodunda davranış biçimine bir bağlayıcı olduğunu hiç görmedim.

    Ortaya çıkarmak için tıklayın...

    Ve bu, afedersiniz, genellikle kalın bir trolleme gibi görünüyor. Pekala, Radchenko, tartışılanın ilk sözü ve bu söz için basit bir örnek - moda bağlı olarak hemen işleme dalları. Sizce platform Davranışın İşlenmesinde ikinci parametreyi neden geçiyor? İşlemedeki analizlerinin yanı sıra genel olarak bu iki modla ne yapmayı öneriyorsunuz?

    ama oldukça spesifik

    Ortaya çıkarmak için tıklayın...

    Pekala, platformun (kendisinin!) özellikle

    "Uygulamalı problemlerin çözümü" kitabını indirin

    Ortaya çıkarmak için tıklayın...

    Bu ipucu için teşekkürler, anlamaya çalışacağım. Ama şimdilik sorular burada kalsın, belki biri cevap verir.

  5. Platform, belgenin tarihini, kaydın gerçek zamanı ile otomatik olarak ayarlayarak yanıt verir.
  6. Çok "yüzeyde yüzüyorsun" - daha derine dal. Tarihlerin eşleşmediği gerçeği belirlendiğinde, platform şu veya bu durumda nasıl tepki veriyor?

    Ve bu, afedersiniz, genellikle kalın bir trolleme gibi görünüyor. Pekala, Radchenko, tartışılanın ilk sözü ve bu söz için basit bir örnek - moda bağlı olarak hemen işleme dalları. Sizce platform Davranışın İşlenmesinde ikinci parametreyi neden geçiyor? İşlemedeki analizlerinin yanı sıra genel olarak bu iki modla ne yapmayı öneriyorsunuz?

    Pekala, platformun (kendisinin!) özellikle moda bağlı olarak aynı belgeye farklı tepki veriyor mu?

    Bu ipucu için teşekkürler, anlamaya çalışacağım. Ama şimdilik sorular burada kalsın, belki biri cevap verir.

    Ortaya çıkarmak için tıklayın...

    susmayı tercih ederim...

  7. anlatmak istediğini tam olarak anlayamadım galiba

    Neden olmasın?

  8. Ama yani, eğer düşünürseniz, evet, belgeler arasında hiçbir fark yoktur (ve onların hareketleri de, hemen tersi bir örnek düşünemiyorum) hızlı ve hızlı olmayan bir şekilde gerçekleştirilir ve tüm fark içindedir. konfigürasyon geliştiricisinin mevcut yürütme modunu analiz ederken kullanacağı algoritmalar.

    Ortaya çıkarmak için tıklayın...


    Bir an iletirsiniz ve sistem belgenin hemen işlenip işlenmediğini anlar.

  9. Kayıtlardan kalanları okurken farklılıklar vardır. Hızlı yaparsanız, Hududu devretseniz de devretmeseniz de... 3999 yılı için hesaplanan kütük bakiyeleri tablosundan okuma yapılacaktır.
    Bir an iletirsiniz ve sistem belgenin hemen işlenip işlenmediğini anlar.

    Ortaya çıkarmak için tıklayın...

    cümlenizi anlamadım.

    Hemen söylemeliyim ki, ilk ve en önemli nokta: orada kalıntıların bir şekilde şu veya bu şekilde okunacağını görün - sonuçta bu, "geliştiricinin kullandığı algoritma" dır. Okurken belgemde artıklara ihtiyacım yoksa ne olur? Ancak, yürütürken, yılın başında kesinlikle bakiyeleri okumam gerekiyorsa ve belgenin hangi tarihte yayınlandığı önemli değilse? (neden diye sormayın sadece tavandan bir örnek). Bu nedenle, farklı kayıt modlarındaki bir belge arasındaki fark, yapılandırma geliştiricisinin buna nasıl tepki verdiğidir.

    Ve ikinci nokta, sadece kendime sormak istedim - cümlenizde bir tür program kodundan mı bahsettiniz ya da ne? Sadece anlamadım.

    Oh, ve evet, bunu düşündüm ve yine de ifademi düzelteceğim.

    Ama yani, eğer düşünürseniz, evet, belgeler arasında hiçbir fark yoktur (ve onların hareketleri de, hemen tersi bir örnek düşünemiyorum) hızlı ve hızlı olmayan bir şekilde gerçekleştirilir ve tüm fark içindedir. konfigürasyon geliştiricisinin mevcut yürütme modunu analiz ederken kullanacağı algoritmalar.

    Ortaya çıkarmak için tıklayın...

    Bu tamamen doğru değil.
    Konfigürasyon çalışmasının uygulama katmanında geliştirici veya son kullanıcı olarak herhangi bir fark görmeyeceksiniz. Fiziksel düzeyde, yani. veritabanındaki kayıtlar düzeyinde - bazı farklılıklar olacaktır. Ancak burada bile, muhtemelen "operasyonel" - "operasyonel olmayan" rejimler, yani belgenin tarihini çok fazla etkilemez.

  10. Okurken belgemde artıklara ihtiyacım yoksa ne olur?

    Ortaya çıkarmak için tıklayın...

    Bunlar zaten bazı varsayımlar. Soru, operasyonel veya operasyonel olmayan davranış sırasında platformun davranışında bir fark olup olmadığıydı. En azından ben böyle anladım.

    Ortaya çıkarmak için tıklayın...

    En azından geçen yılın başında okuyun. Biriktirme kaydının sanal tablosunun parametrelerine Zaman Anını (yani tarih + bağlantı) iletirseniz, belgenin işlenip işlenmediğini platform derhal belirleyecektir dedim. Ve derhal gerçekleştirilirse, veriler 3999 (veya 5999 ... tam olarak hatırlamıyorum) yılı için sanal bakiye tablosundan okunacaktır.

    Ve orada algoritmalar yapacak olmanız zaten sadece sizin işiniz. Her durumda, platform yukarıda anlattığım gibi çalışacaktır.. Ve eğer veriye ihtiyacınız varsa geçmiş dönem sonra karar verdiğin gibi onları al.

  11. Biriktirme kaydının sanal tablosunun parametrelerine Zaman Anını (yani tarih + bağlantı) iletirseniz, belgenin işlenip işlenmediğini platform derhal belirleyecektir dedim. Ve derhal gerçekleştirilirse, veriler 3999 (veya 5999 ... tam olarak hatırlamıyorum) yılı için sanal bakiye tablosundan okunacaktır.
    Yani, örneğin, belgenin kendisinin hareketlerini sorgunun sonucundan hariç tutmak ve örneğin, belgenin hareketlerini hariç tutan bir "sınır" geçmek istiyorsak, bu işe yaramaz. Ve önce bu belgenin hareketlerini temizlemeniz gerekiyor.
    Bu mekanizmanın anlaşılması, bir platform uzmanı tarafından test edilecek ve hazırlık aşamasında ayrıntılı olarak ele alınacaktır.

    Ortaya çıkarmak için tıklayın...

    Bu açık. Bunun anlaşıldığı Chistov'un makalesi (yazmış görünüyor?) Muhtemelen iki yıl önce.
    Bug 1C bir özellik olarak sunulmaktadır. Eh, aslında bu bir bug ya da bir özellik, önemli değil ama evet, öyle bir an var ki.
    Evet kabul ediyorum.

    Ama yine de, davranış sırasında kalanları okumak - bu bir algoritma mı, değil mi?
    bence algoritma Ayrıca bu, artıkları kontrol etmek için özel bir algoritmadır.
    VE? Artık kontrolü bir algoritma olarak kaldırırsak, o zaman
    ?

Bir formu açarken belge tarihini ayarla

Belge tarihi başlangıçta ayarlanmamışsa, yeni bir belge formu açıldığında belge tarihi, geçerli oturum tarihi değerine ayarlanır.

Ayrıca, belge süresi aşağıdaki ayarlara bağlı olarak ayarlanacaktır. eğer mülk Otomatik Zaman belge formu uzantıları önemlidir Kullanmayın daha sonra belge zamanı, geçerli oturum tarihinin değerine ayarlanacaktır. Diğer durumlarda, belgenin tarihine günün başlangıç ​​saati (00:00:00) atanır.

Bir formda yeni bir belge yazarken yeni bir belgenin tarihini ayarlama

Çevrimiçi kayıt modunda bir belge kaydederken, belge tarihinin değeri verilen çevrimiçi zaman damgasına göre ayarlanır. Burada, form uzantısı özelliklerinin ayarları bir rol oynamaz.

Ancak belgenin zamanı "sıfır" (0:00:00) ise, o zaman belge çalışır durumda değil ise, mülkün ayarlarına göre değişecektir. Otomatik Zaman.İstisna ne zaman Otomatik Zaman anlamı var Kullanmayın daha sonra belgenin zamanı değişmez.

.

Gönderilen bir belgenin gönderilmeden etkileşimli olarak kaydedilmesinin yasaklanması (yeniden gönderilmesi)

Kaydedilen bir belgenin kaydedilmeden (yeniden gönderim) etkileşimli kaydının yasaklanması, örneğin aşağıdaki durumun yaratılmaması için kullanılır: ilk önce satış belgesi dolduruldu ve kaydedildi, deftere nakledilirken, miktarı gösteren kayıt hareketleri oluşturuldu. belgedeki miktara karşılık gelir. Bundan sonra kullanıcı, belge verilerini düzeltti ve gerçekleştirmeden kaydetti.


Bu tür manipülasyonlar sonucunda belgeye yeni veriler kaydedilecek ve önceki belgedeki veriler kayıt hareketlerinde kalacak, yani hiçbir şekilde mevcut belge verilerine karşılık gelmeyecektir.

Bu tür durumların önlenmesi, belge formu uzantısı özelliği ayarlanarak sağlanır. OnRecordRewire anlam Doğru. Ardından, kaydı işlemeyi reddetme, işlemin geri alınmasına neden olur - belgenin üzerine yazılmaz.

Davranış modunu ayarlama

Bir formdan bir belge gönderirken, sistem kullanıcının uygun haklara sahip olup olmadığını kontrol eder (Gönderi, Etkileşimli gönderi, Etkileşimli operasyonel olmayan gönderi). Mevcut değillerse, belgeyi kaydetmenin imkansızlığı hakkında bir mesaj görüntülenir ve belgenin formdan kaydedildiği kayıt iptal edilir. Sistemin davranışını değiştirebileceğine bağlı olarak, yalnızca operasyonel olmayan gönderiler için hakların olmaması/mevcudiyeti olasılığını dikkate alacağız, çünkü ilk iki hak yoksa, belge ilke olarak formdan gönderilemez.

Etkileşimli gönderi etkinleştirilirse, gönderi seçeneğinin seçimi, gönderi modunu formdan ayarlama mekanizmasını uygulama mantığı ile belirlenmelidir. Yani bazı durumlarda sistem modu katı bir şekilde seçmek zorundadır, bazı durumlarda ise kullanıcıya modu seçme hakkı verilebilir. Bunu yapmak için geliştirici, sistem tarafından belge formunun hak ve uzantılarının farklılaştırılması yoluyla sağlanan bir dizi fırsata sahiptir.

Bir formdan belge yazarken, belge formu uzantısı belge kayıt modunu ayarlar.

Bu işlevi uygulamak için sistem şu seçeneği kullanır ( Otomatik, Çevrimiçi, Çalışmaz, İstemi) özellik değeri olarak belirtilir KullanımTutmaModu belge formu uzantıları.

"Otomatik" seçeneği

Seçenek Otomatik olarak Otomatik olarak mülkte KullanımTutmaModu belge formu uzantıları. Çerçeve, yeni bir form için bu değeri varsayılan olarak alır.

Bu seçeneği kullanırken, duruma ve ayarlara bağlı olarak, seçeneklerden iletim modunun birincil seçimi vardır. operasyonel veya operasyonel olmayan.

Kaydedilmiş bir belge için, belge tarihinin konumu, geçerli oturum tarihine göre kontrol edilir.

Belge tarihi (saat hariç) mevcut oturum tarihine eşitse sistem otomatik olarak operasyonel.

Belge tarihi (saat hariç) mevcut oturum tarihinden büyükse, kullanıcı "Gönderilen çevrimiçi belgenin tarihi mevcut olandan daha büyük. Belge çevrimiçi olarak gönderilemez!" diye uyarılır ve belge gönderimi iptal edilir. .

Belge tarihi (saat hariç) geçerli oturum tarihinden küçükse, kayıt seçeneği seçilir. operasyonel olmayan. Bu durumda, kullanıcının gerçek zamanlı olmayan gönderi yapma hakkı yoksa, "Gerçek zamanlı olmayan gönderi için yetersiz haklar" uyarısı verilir ve belgenin gönderilmesi iptal edilir.

"Operatif" seçeneği

Değer seçilerek Operasyonel seçeneği ayarlanır. operasyonel mülkte KullanımTutmaModu belge formu uzantıları.

Bu seçenekte, belge tarihi (saat hariç) mevcut oturum tarihinden küçükse, "Çevrimiçi belgenin yayınlandığı tarih, mevcut belgenin tarihinden daha az. Belge çevrimiçi yayınlanamaz!" uyarısı verilir ve belge gönderimi iptal edilir.

Belge tarihi (saat hariç) mevcut oturum tarihine eşit ise, belge çevrimiçi olarak kayıt altına alınır.

Belge tarihi (saat hariç) mevcut oturum tarihinden büyükse, "Online gönderilen belgenin tarihi mevcut olandan daha büyük. Belge online olarak yayınlanamaz!" uyarısı verilir ve belge gönderimi iptal edilir. .

"Çalışmıyor" seçeneği

Seçenek operasyonel olmayan bir değer seçerek ayarlayın operasyonel olmayan mülkte KullanımTutmaModu belge formu uzantıları.

Bu seçeneği kullanırken, belge tarihinin geçerli oturum tarihine göre konumundan bağımsız olarak, bir formdan belge kaydı her zaman gerçek zamanlı olmayan modda yapılır.

Bu durumda, kullanıcının gerçek zamanlı olmayan gönderi yapma hakkı yoksa, "Gerçek zamanlı olmayan gönderi için yetersiz haklar" uyarısı verilir ve belge gönderimi iptal edilir.


"Talep" seçeneği

Seçenek Rica etmek bir değer seçerek ayarlayın Rica etmek mülkte KullanımTutmaModu belge formu uzantıları.

Bu seçenek, kullanıcının her bir özel durum için iletim modu seçimine karar vermesine yardımcı olmak için sistemde uygulanmaktadır.

Bu seçenekte, kullanıcının kaydı başlatmadan önce özel bir sistem penceresinde belge kayıt modunu seçmesi gerekecektir.

Bu seçenekle sistemin davranışı, öncelikle belge tarihinin (saatsiz) mevcut oturum tarihine göre konumu ile belirlenir.

Bu tarihler eşitse, kullanıcının belgeyi işlemsiz olarak gönderme hakkının olup olmadığı kontrol edilir. Kullanıcının böyle bir hakkı yoksa sistem bu belge operasyonel modda. İşlemsel olmayan bir kayıt hakkı varsa, kullanıcıya kayıt seçim modunun olduğu bir iletişim kutusu sunulur. Gönderme modunu seçtikten sonra, sistem belgeyi sırasıyla çevrimiçi veya çevrimdışı modda gönderir.

Belge tarihi (saat hariç) mevcut oturum tarihinden küçükse, sistemin davranışı yine kullanıcının gerçek zamanlı olmayan kayıt hakkı tarafından belirlenir. Kullanıcının bu hakkı yoksa "Online gönderilen belgenin tarihi güncel olandan daha az. Belge online yayınlanamaz!" uyarısı verilir ve belgenin gönderimi iptal edilir.

İşlemsel olmayan bir kayıt hakkı varsa, kullanıcıya kayıt seçim modunun olduğu bir iletişim kutusu sunulur. Gerçek zamanlı olmayan kayıt modunu seçtikten sonra, sistem belgeyi gerçek zamanlı olmayan modda kaydeder. Kullanıcı çevrimiçi gönderme modunu seçerse, "Çevrimiçi olarak gönderilen belgenin tarihi mevcut olandan daha az. Belge çevrimiçi olarak gönderilemez!" uyarısı verilir ve belge gönderimi iptal edilir.

Belge tarihi (saat hariç) geçerli oturum tarihinden büyükse, sistem belgeyi hemen kaydetmenize izin vermez. Bu nedenle, derhal postalama hakkı yoksa, derhal bir uyarı verilir: "Hemen gönderilen belgenin tarihi, mevcut olandan daha büyük. Belge derhal gönderilemez!" ve belgenin postalanması iptal edildi.

İşlemsel olmayan bir kayıt hakkı varsa, kullanıcıya kayıt seçim modunun olduğu bir iletişim kutusu sunulur. Gerçek zamanlı olmayan kayıt modunu seçtikten sonra, sistem belgeyi gerçek zamanlı olmayan modda kaydeder. Kullanıcı çevrimiçi gönderme modunu seçerse, "Çevrimiçi yayınlanan belgenin tarihi mevcut olandan daha büyük. Belge çevrimiçi yayınlanamaz!" uyarısı verilir ve belge gönderme iptal edilir.

Diğer fonksiyonlar

Belge formu uzantısı, kayıt modunu seçme ve belge tarihini ayarlamanın yanı sıra aşağıdaki işlevleri de uygular:

  • gönderilen bir belgenin formunu açarken, kullanıcının hakkı yoksa Etkileşimli veri değişikliği form ayarlandı Sadece Görüntüle;
  • ana özniteliğin (belge nesnesi) hareketlerini yansıtan tabloları içeren bir belge formunu açarken, bu hareketler otomatik olarak veritabanından okunur ve görüntülenir;
  • bir formdan yazarken (programlı olsa bile - aracılığıyla Yazmak()) sistem, etkileşimli gönderi veya etkileşimli gönderi kaldırma haklarını kontrol eder.

Açıklamaya geçmeden önce, 1C terminolojisinde “iletken”in ne olduğunu hatırlatmak isterim. 1C'de “yürütme”, tamamlanan işlemle ilgili birincil bilgileri veritabanına girmeyi amaçlayan belgelerin sahip olduğu bir özelliktir. Ancak aynı konuda bilgi ticari işlem görünebilir çeşitli belgeler, bu demektir ki oluştururken birincil belge onların içine düşmeli ve korunmalıdır. Bu prosedüre 1C'de "yürütme" denir.

"Hızlı davranış" ifadesini görünce, deneyimsiz bir kullanıcının düşüneceği ilk şey, bunun bilgi işleme hızından kaynaklandığıdır. Ancak bu ilişkilendirme yanlıştır. Gerçek şu ki, “operasyonel” ve “operasyonel olmayan” yürütme ile aynı şeyi yapar, yani işlemle ilgili bilgileri birincil belgeden diğer belgelere girer ve orada kaydeder. Bununla birlikte, 1C programlarındaki her belgenin önemli bir özelliği vardır - ticari işlemin tarihi. Belge göndermenin operasyonel modunu seçerek, ticari işlemin hemen veya daha doğrusu işlemden sonraki an kaydedilmesini sağlıyoruz. Operasyonel olmayan yürütme durumunda, sadece bir saniye geçmiş olsa bile, işlem şimdiki andan itibaren geçmişe kaydedilir.

Kullanıcı belgeyi dün "gönderirse", programın kendisi operasyonel olmayan gönderme modunu belirler. Yeni bir belge oluştururken olduğu gibi, varsayılan olarak çevrimiçi gönderme modu kullanılır. Ancak, gönderilen belgeyi düzelttiyseniz ve yeniden yayınlamaya karar verdiyseniz, program kesinlikle gönderme modunu seçmenizi isteyecektir.

Çoğu durumda, kullanıcının bu bilgilere ihtiyacı yoktur, ancak davranış modlarının ne olduğunu anlamanın zarar vermeyeceği birkaç nokta vardır.

Hatırlanması gereken ilk şey, hemen gönderilen bir belgenin ileri bir tarihte nakledilemeyeceğidir. Bu durumda program hata verecektir. Örneğin, bir nakit makbuz alın. Tabii bugün yarın kasaya ne kadar para gideceğini bilemezsiniz. Bunu ancak işlem gerçekleştiğinde, kasiyer parayı eline aldığında ve belgeyi tuttuğunda öğreneceksiniz.

İkinci önemli nokta. Belgeleri yürütme şekline göre standart programlar(özellikle ticarete yönelik: ve 1C: Üretim İşletme Yönetimi 8 ()) geliştiricileri, çeşitli çatışmaları kontrol etme işlevlerini uygulamışlardır. Örneğin, satış için bir operasyon yürütmek için depodaki mal stokunun yeterliliğinin kontrolü.

Bu kontroller, hemen nakledilen bir belgenin gelecekteki bir işlemi yansıtmayacağı anlayışına dayanır; bu, tüm benzer belgeler arasında en alakalı olduğu anlamına gelir. Bu nedenle, belgenin operasyonel yürütülmesi sırasında program, önceden girilen bilgileri temel alan her türlü kontrol modülünü ona bağlar. Kullanıcı operasyonel olmayan gönderiyi seçerse, bu, sisteme bu belgenin büyük olasılıkla en son olmayacağı konusunda açıkça bilgi verir, bu nedenle birçok kontrol işlevini kullanmak pratik değildir. Bu nedenle, belgenin gerçek zamanlı olmayan gönderilmesini seçerek, kullanıcı programda uygulanan kontrolü devre dışı bırakır ve bu, çalışmada sonradan bazı hatalara yol açabilir. Örneğin, depoda yeterli miktarın varlığının kontrolü işe yaramadı ve operatör artık orada olmayanı sattı.

Bu bağlamda geliştiriciler, gerçek zamanlı olmayan modun yalnızca kullanıcının sonucun doğruluğundan emin olduğu durumlarda kullanılmasını önerir.