Bu yayında M.A. "1C: Automation" şirketinin Sertifikalı Eğitim Merkezi'nde öğretmen-danışman olan Vlasova, ayın son operasyonlarını gerçekleştirmek için "1C: Complex Automation 8"de uygulanan mekanizmayı ayrıntılı olarak inceliyor. kanunların gerektirdiği işlemlerin oluşturulması, bir takım hesapların kapatılması ve faaliyetlerin mali sonucunun belirlenmesi. Makaleye, yazarın rutin operasyonların doğruluğu üzerindeki kontrolün organize edilmesi ve yıl sonu kapanış operasyonlarının dikkate alınması konusundaki tavsiyeleri ile özel bir alaka ve pratik değer verilmiştir.

Ay kapanış prosedürü

Ayın kapanış prosedürü bir dizi rutin işlemden oluşur: amortisman hesaplaması, iş kıyafeti ve özel ekipman maliyetinin geri ödenmesi, stokların ay için hareket maliyetinin belirlenmesi, dövizin yeniden değerlenmesi, gelecekteki giderlerin cari olarak yazılması maliyetler, üretilen ürün ve hizmetlerin gerçek maliyetlerinin belirlenmesi, muhasebe ve vergi muhasebesinde gelir tahminlerindeki ve giderlerdeki sapmaların belirlenmesi, gelir vergisinin hesaplanması, KDV yükümlülüklerinin hesaplanması vb. Tüm bu işlemler oluşturulan ve yürütülen ayrı düzenleyici belgeler ile gerçekleştirilir. belli bir sıra ile çıkar.

Kullanıcının “1C: Integrated Automation 8” konfigürasyonunda rutin işlemleri gerçekleştirmedeki çalışmasını kolaylaştırmak için “Ay Kapanışı” işlevi oluşturulmuştur. Ay sonu kapanış prosedürünü yapılandırmanıza ve kontrol etmenize olanak tanır ve bireysel düzenleyici işlemleri gerçekleştiren sorumlu kişilerin etkileşimini koordine etmenize yardımcı olur.

Ay sonu kapanış prosedürünün oluşturulması

Öncelikle ön ayarlar gerçekleştirilir (menü - Düzenleyici işlemler - Ay sonunu ayarlama). Tüm ay kapanış ayarları aynı isimli dizinin öğeleridir. Her ayar, kuruluşu oluşturan kuruluşlardan bağımsız olarak oluşturulur ve bunlardan herhangi biri için kullanılabilir.

Ayar formu, uygulanabileceği dönemin yanı sıra muhasebe, vergi ve yönetim muhasebesindeki yansıma işaretlerini belirtir. İşlemlerin bileşimi farklı vergi rejimleri için farklılık gösterdiğinden, genel veya basitleştirilmiş (farklı vergi matrahı türleri ile) bir vergi sistemi seçeneğini de seçmelisiniz.

Yer işaretinde Özet ayarları yapılması gereken işlemler not edilir. Varsayılan olarak ay kapanışı ayarı, muhasebe ayarlarına (menü VE) uymayanlar dışında gerçekleştirilebilecek tüm işlemleri içerir. "Hesap Yöneticisi" arayüzü - Muhasebe kurulumu - Muhasebe parametrelerini ayarlama).

Böylece, programdaki muhasebe parametrelerinin ayarlanmasına uygun olarak toplu muhasebe korunabilir veya gelişmiş maliyet muhasebesi analitiği (RAUZ) modu kullanılabilir. RAUZ kullanırken kaynak yoğun rutin işlemler Toplu muhasebe sırasını geri yükle Ve Stokların silinmesi maliyetini ayarlayın bu nedenle Şekil 2'de sunulan diyagramda yerine getirilmemiştir. 1, etkin değiller ve kullanımları yapılandırılamaz.

Pirinç. 1. Ay kapanışında yapılacak rutin işlemlerin listesi

Etkin olmayanlar dışındaki tüm rutin işlemler, uygun kutular işaretlenerek ay kapanış ayarına dahil edilebilir veya bunun dışında tutulabilir. Dolayısıyla, örneğin, bir kuruluşun yabancı para cinsinden fonları ve karşı taraflarla yabancı para cinsinden yapılan sözleşmeleri yoksa, o zaman bir düzenleme işlemi gerçekleştirmeye gerek yoktur. Para birimi fonlarını yeniden değerleme ve benzeri.

Her düzenleyici operasyona sorumlu bir kişi atanmalıdır. Bir ayı kapatma prosedürünü doğrudan gerçekleştirirken, program bunun için bir görev oluşturacaktır. Rutin işlemleri yapmaktan sorumlu olanlar aynı isimli sekmede görevlendirilir. Bunu, sol alanda işlemi seçerek ve sağ alanda - bunu gerçekleştirmesi gereken kullanıcıyı (veya kullanıcı grubunu) seçerek ve ardından oku kullanarak yapmak kolaydır (Şekil 2).

Pirinç. 2. Rutin işlemlerin gerçekleştirilmesinden sorumlu kullanıcıların atanması

Yer işaretinde Maliyet dağıtımı Bu ay sonu kapanış kurulumunun kullandığı maliyet tahsis yöntemlerini belirtmelisiniz. Varsayılan olarak, "Ana üretim" ve "Yardımcı üretim" türündeki bölümlerin tüm maliyetleri çıktı hacmine göre dağıtılır ve "Diğer" türündeki bölümlerin maliyetleri planlanan üretim maliyetine göre dağıtılır.

Gerekirse, maliyet dağıtım ayarı, örneğin her departmanın her maliyet kalemi için kendi dağıtım yönteminizi seçerek değiştirilebilir (üretim türüne bağlı olarak maliyet hesaplanırken - malzeme yoğun, emek yoğun vb. - veya işletmenin diğer özelliklerinin yanı sıra onaylı kuruluşun düzenleyici belgelerine uygun olarak).

Ayrıca program tarafından maliyet dağıtımının doğru bir şekilde yapılabilmesi için işletmenin bölümleri ile kuruluşların bölümleri arasındaki yazışmaların veritabanında (menü) yapılandırılması gerektiğini unutmamanız gerekir. Arayüz "Tam" - Dizinler - Şirket - Bölümler).

Ayrıca her rutin işlem için ay sonu kapanış ayarında, gerçekleştirilirken hangi belgelerin oluşturulup deftere nakledilmesi gerektiği belirtilmektedir.

Kural olarak, her düzenleyici işlem, oluşturulması ve yürütülmesi gereken bir veya daha fazla belgeye karşılık gelir. Bu yazışma bilgi kaydında yapılandırılmıştır Düzenleyici İşlem Belgelerinin Listesi. Komut çubuğu düğmesine tıkladığınızda varsayılan olarak dolu olarak açılır Düzenleyici operasyon belgeleri(Şek. 3). Kural olarak özel olarak doldurmanıza gerek yoktur.

Pirinç. 3. Rutin işlemleri gerçekleştirmek için belgeler

Gerekirse, eşleşme listesi varsayılan ayarlarla (komut çubuğu düğmesi I) otomatik olarak yeniden doldurulabilir ve bundan önce önceden oluşturulmuş tüm girişler silinir. Bazı düzenleyici işlemler için, belgeler doldurulurken varsayılan olarak yüklenmez:

  • veya ek işlemler gerçekleştirme ihtiyacı nedeniyle (örneğin, ücretleri ve "maaş" vergilerini hesaplarken UTII'deki faaliyet yüzdesini girmeniz gerekebilir);
  • veya oluşturulan belgelerin çokluğu nedeniyle doldurma sonuçları öncekilere bağlı (işlem) Maaşları ve birleşik sosyal vergiyi hesaplayın);
  • veya belge eksikliği nedeniyle (rutin bir işlem yalnızca bir belgeyle değil, aynı zamanda özel işlemlerle de gerçekleştirilebilir);
  • veya rutin bir işlemi gerçekleştirme prosedürünün ayrı bir şemada detaylandırılmış olması nedeniyle.

Formdan rutin bir işlemin sonuçlarını izlemek için kullanıcıya sunulacak raporların bir listesini yapılandırmak da mümkündür. Düzenli çalışma(komut paneli düğmesiyle Raporlar).

Ayarlar bilgi kaydında yapılır Rutin Operasyon Raporlarının Listesi(Ay kapatma ayarları formunun komut paneli düğmesi Düzenleyici Operasyon Raporları). Bir rutin işlem için isteğe bağlı sayıda rapor belirtilebilir. Raporların kompozisyonunu ayarlamak isteğe bağlıdır.

İşlemlerin bileşimi ve sırası grafik şemasına yansıtılmıştır (belge Ay sonunu ayarlama yer imi Şema). Rutin bir işlemin yürütülmesinin etkinleştirilmesi/devre dışı bırakılması ve sorumlu kişilerin atanması doğrudan diyagram üzerinden yapılabilir.

Ay sonu kapanış prosedürünü gerçekleştirme prosedürünü ele alalım.

Ay sonu kapanış işleminin başlatılması

Menüde yeni ay kapanış prosedürü oluşturuldu Arayüz "Muhasebe Yöneticisi" - Düzenleyici işlemler - Ay kapanış prosedürü.

Şeklinde Ayın kapanışı Parametreler sekmesinde şunları belirtmeniz gerekir:

  • kapanış ayı;
  • organizasyon;
  • ay kapanış ayarları;
  • muhasebe türlerine ait (yönetim, muhasebe, vergi).

Daha sonra ayarları yüklemeli ve aynı isimli butonları kullanarak prosedürü başlatmalısınız.

Bu adımlar tamamlandıktan sonra kullanıcıya hangi rutin işlemlerin yapılacağı ve hangi sorumlu kişiye atanacağı konusunda bilgi verilecek bir bilgi penceresi açılacaktır. Herhangi bir değişiklik gerekmiyorsa düğmeye tıklayın Öğle yemeği.

Ay sonu kapanış işlemi sırasında:

  • Sorumlu kişilerin rutin işlemleri gerçekleştirmesi için görevler otomatik olarak oluşturulur;
  • Bir sonraki rutin işlemi gerçekleştirirken, bir sonraki işleme geçiş otomatik olarak gerçekleştirilir ve yeni görevler oluşturulur. Ayrıca bazı işlemler paralel (aynı anda) gerçekleştirilebilmektedir.

Ay sonu kapanış işlemi, tüm düzenleme işlemleri tamamlandıktan sonra tamamlanmış sayılır.

Prosedürün ilerlemesinin izlenmesi

Yer işaretinde Şema prosedürler Ayın kapanışı Grafik görüntüleri kullanarak bireysel düzenleme işlemlerinin mevcut durumunu açıkça görebilirsiniz (Şekil 4):

  • gerçekleştirilmeyen işlemler (program ayarları nedeniyle) beyaz bir arka planda bulunur; ayrıca şunu belirtir: “İcra edilmedi”;
  • kullanıcı tarafından devre dışı bırakılan işlemler gri renkte görüntülenir;
  • geçerli kullanıcı (veya ait olduğu kullanıcı grubu) tarafından gerçekleştirilmek üzere atanan işlemler kalın çerçeveyle belirtilmiştir;
  • henüz görevlerin oluşturulmadığı işlemler herhangi bir anahat olmaksızın açık renkte görüntülenir;
  • görevlerin halihazırda oluşturulduğu (ve yürütülmeyi bekleyen) işlemler kırmızı noktalı çizgiyle daire içine alınmıştır;
  • tamamlanan işlemler gölgelidir;
  • Ay kapanış işlemi tamamlandığında diyagramın arka planı kararır.

Pirinç. 4. Ay sonu kapanış prosedürünün grafiksel gösterimi

Ay sonu kapanış prosedürünün mevcut durumu ("başladı", "tamamlandı") formun başlığında görüntülenir. Rutin görev formunu, grafik diyagramın ilgili öğesine veya rutin işlemler listesindeki rutin göreve farenin sol tuşuna çift tıklayarak açabilirsiniz. Rutin görev formunu kullanarak, rutin bir işlemi gerçekleştirmek için gerekli tüm belgeleri bir kerede oluşturabilir ve gönderebilir, menü düğmelerini kullanarak kayıtlara gönderilme sonuçlarını kontrol edebilir, rutin işlemlerin uygulanmasına ilişkin raporları (referanslar, hesaplamalar) görüntüleyebilir, ve ayrıca programa bu düzenleme işleminin tamamlandığına dair bilgi girin.

Rutin işlemleri gerçekleştirmek

Rutin işlemleri yapmaktan sorumlu olanlar, rutin işlemleri gerçekleştirmek için kendilerine gönderilen görevleri "Rutin İşlemler" listesi (menü) şeklinde görebilirler. Arayüz "Muhasebe Yöneticisi" - Düzenleyici işlemler - Düzenleyici işlemler).

Her düzenleyici işlemi gerçekleştirmek için aşağıdaki eylemlerin gerçekleştirilmesi gerekir.

1. İlgili (düzenleyici bir operasyona atanmış) düzenleyici belgeleri oluşturun ve yürütün veya işlemleri gerçekleştirin. İşlem, programın ana menüsündeki butonlar kullanılarak ay kapatma iş sürecinden ayrı olarak gerçekleştirilir. Belgelerin oluşturulması iş sürecinden ayrı olarak da yapılabilir, ancak bunu, gerekli belgeleri otomatik olarak oluşturmanıza olanak tanıyan aynı adı taşıyan düğmeyi kullanarak düzenleyici bir görev biçiminde yapmak mantıklıdır. Rutin görev formu, ay sonu kapanış şemasındaki prosedürün grafiksel görüntüsüne sol tıklandığında veya rutin görevler listesindeki ilgili satıra tıklandığında açılır.

2. Sonucu kontrol edin.

3. Rutin işlemi tamamlandı olarak işaretleyin ("Tamamlandı olarak işaretle" düğmesi). Ayrıca, Ay Kapanışı prosedürüne bir rutin işlem atanmışsa, ancak aslında bunun yürütülmesi gerekli değilse (programın buna karşılık gelen bir mesaj görüntülediği), o zaman böyle bir rutin işlem için kendi formunda “Olmadan yürüt” eylemini atayabilirsiniz. kontrol eder”.

Düzenleyici işlemler arasında yer alan işlemleri ele alalım.

Ek belge işleme gerçekleştirin

Bu işlem aynı adın işlenmesiyle gerçekleştirilir (menü Arayüz "Muhasebe Yöneticisi" - Ertelenen - Ek belgeler). Kuruluş için ertelenmiş belge işleme modu ayarlandığında prosedür gereklidir (Şekil 5).

Pirinç. 5. Gecikmeli gönderim modunu ayarlama

İşleme sırasında, ay boyunca ertelenmiş kayıt moduna göre gerekli kayıtların yalnızca bir kısmında kaydedilen belgeler diğer tüm kayıtlara kaydedilecektir.

Belgelerin son işlemlerini tamamladıktan sonra rutin işlemin tamamlandığını işaretliyoruz. Bu durumda program, rutin işlemler listesinde işlemin tamamlandığını belirten kutuları işaretleyecek ve grafik diyagramda tamamlanan rutin işleme karşılık gelen öğe gölgelenecektir (Şekil 6).

Pirinç. 6. Rutin bir işlemin tamamlandığını işaretleme

Aynı zamanda, rutin işlemler listesinde, ayı kapatma prosedürü, grafik diyagramda noktalı çizgiyle özetlenen bir sonraki rutin işlemi gerçekleştirmek için bir görev oluşturacaktır.

Her rutin işlem gerçekleştirilirken benzer eylemler gerçekleştirilmelidir.

Satın almalar (satışlar) için hesaplama sırasını geri yükleyin

Bu rutin işlemler, karşı taraflarla yapılan anlaşmaların durumunun eski haline getirilmesi işlemiyle gerçekleştirilir (menü Arayüz "Muhasebe Yöneticisi" - Düzenleyici işlemler - Hesaplama sırasını geri yükleme), ilerlemelerin varlığını belirlemeyi amaçlamaktadır (Şekil 7).

Pirinç. 7. Karşı taraflarla yapılan ödeme sırasının eski haline getirilmesi

İşleme, sıraları yeniden düzenleyerek, borcun geri ödenmesi ve tedarikçilerle ve müşterilerle yapılan ödemeler için avans ödemelerinin mahsup edilmesiyle ilişkili özel kayıtların işlemlerini ve hareketlerini üretir.

Buna ek olarak, yabancı para cinsinden yapılan ödemeler için işleme, avansları farklı bir oranda mahsup ederken girişleri ve satış tutarlarını ayarlar ve ayrıca tüm yabancı para birimi hesaplarındaki bakiyeleri yeniden değerlendirir ve muhasebe ve vergi muhasebesinde döviz kuru farkları için girişler oluşturur.

Toplu muhasebe sırasını geri yükle

Şirket RAUZ kullanmıyorsa, işleme göre toplu olarak Post (menü) tarafından gerçekleştirilen ek bir işlemin gerçekleştirilmesi gerekir. Arayüz "Muhasebe Yöneticisi" - Maliyet Muhasebesi - Partiler halinde gerçekleştirilmesi), amaçlanan:

  • makbuz ve iptal belgelerinin geriye dönük olarak gerçekleştirilmesi durumunda, stok grupları için doğru muhasebe sırasını yeniden sağlamak;
  • belgelerin kaydedilmesi sırasında böyle bir silme işleminin yapılmaması durumunda, envanter partilerinin maliyetinin düzenlenmiş olarak silinmesi için (yani, muhasebe parametrelerini ayarlarken, Belgeleri kaydederken partileri sil onay kutusu işaretlenmişti) seçili değil).

Toplu muhasebe sırası geri yüklenmezse, stok partilerinin alınması ve satışı (silinmesi) ile ilgili işlemlerin muhasebesini kontrol etmeli ve stok hareketiyle ilgili tüm belgelerin bilgi tabanına kaydedildiğinden emin olmalısınız. (işlemeye başlamadan önce stok hesaplarında eksi bakiye olmadığından da emin olabilirsiniz (örneğin, raporu kullanarak) Depolardaki malların listesi).

Hataları bulmayı kolaylaştırmak için işlemin üst kısmındaki "Ayarlar" düğmesinin kullanılması da önerilir. Partiler halinde gerçekleştirilmesi ve menü öğesini seçerek İşleme ayarları, kutuyu kontrol et Yeterli toplu iş yoksa toplu işlemeyi durdurun. İşlem tamamlandıktan sonra mesaj penceresinden ve logdan yazılmamış partilere ait tüm mesajlar alınabilir.

Stokların silinmesi maliyetini ayarlayın

RAUZ uygulanmazsa, kuruluşun ayı kapatırken silinen stokların değerini ayarlamak için rutin bir işlem yapması gerekir. Belgeye göre gerçekleştirilir (Menü - Dokümantasyon - Düzenleyici işlemler - Malların silinmesi maliyetinin ayarlanması). Aşağıdakiler için ayarlama gereklidir:

  • Stokların değerlendirilmesinde “Ortalama olarak” yöntemi kullanıldığında partilerin silinmesinin ağırlıklı ortalama maliyetinin hesaplanması (ay boyunca maliyet, hareketli ortalama kullanılarak dikkate alındı ​​ve bu işlem onu ​​yeniden hesaplıyor).
  • bu tür giderlerin varlıkların silinmesinden sonra muhasebe kayıtlarına yansıtılması durumunda, edinimleri için ek giderler de dahil olmak üzere stok kalemlerinin maliyetinin yeniden hesaplanması.

Rutin operasyonların paralel yürütülmesi

Bazı rutin görevler paralel olarak gerçekleştirilebilir (Şekil 8). Bu, rutin görevler listesinde ve hatta grafiksel diyagramda daha açık bir şekilde görülebilir (görevler aynı seviyede bulunur ve her biri noktalı bir çizgiyle çevrelenmiştir).

Pirinç. 8. Birkaç rutin görevi aynı anda atama

Bir işlemin seçilmesi Sabit varlıkların amortismanını hesaplayın Amortismanı hesaplamak ve gerekirse sabit kıymeti muhasebe için kabul ederken (işletmeye sokmak) yapılan ayarlara uygun olarak amortisman ikramiyesini hesaplamak için tasarlanmıştır. Grafik diyagramda gösterilen elemanın üzerine farenin sol tuşuna çift tıklayarak rutin işlem penceresini açın ve “Belge oluştur” butonuna tıklayın. Sonuç olarak, kapatılan ayın son günü tarihli bir “Sabit varlıkların amortismanı” belgesi oluşturulacaktır. Düzenleyici bir işlem formundan, uygun düğmelere tıklayarak bir belgeyi gönderebilir ve muhasebe ve vergi muhasebesinde kaydın sonucunu görebilirsiniz (Şekil 9).

Pirinç. 9. Oluşturulan belgenin kaydedilmesi Sabit varlıkların amortismanı

Bundan sonra amortisman işleminin tamamlandı olarak işaretlenmesi gerekir. Bu bir düğme kullanılarak yapılır Tamamlandı olarak işaretle rutin bir işlem şeklinde veya bir menü kullanarak Hareketler - Tamamlanmış rutin işlemler listesinde.

Aşağıdaki işlemler de benzer şekilde gerçekleştirilir.

Maddi olmayan duran varlıkların amortismanını hesaplayın. Bu işlem, oluşturulan belgeyi gerçekleştirirken maddi olmayan duran varlıkların amortismanını tahakkuk ettirecek ve araştırma ve geliştirme (Ar-Ge) maliyetlerini yazacaktır. Maddi olmayan duran varlıkların amortismanı.

P özel kıyafetlerin maliyetini ödeyin. Bu işlem sırasında, işletmeye alma sırasında tamamen geri ödenmemişse, özel giysi ve özel ekipman maliyetinin bir kısmı silinecektir. Bu, belgeyi gönderirken yapılacaktır. Maliyetin geri ödenmesi (iş kıyafetleri, özel ekipman, envanter).

RBP'yi yazın. Bu işlem sırasında ertelenmiş giderlerin maliyetinin bir kısmı belge ile cari giderlere aktarılacaktır. .

Yabancı paranın yeniden değerlenmesi. Yeniden değerleme, muhasebe ve vergi mevzuatına uygun olarak para birimi ve yabancı para cinsinden borçların yeniden hesaplanmasının yapıldığı "Döviz fonlarının yeniden değerlemesi" belgesi kullanılarak gerçekleştirilir.

Sigorta maliyetlerini hesaplayın. Bu işlemi gerçekleştirirken oluşturulan “Gönüllü sigorta giderleri” belgesi, muhasebe (76.01.2 “Çalışanların gönüllü sigortası için ödemeler (katkılar)) ve vergi muhasebesinde (97.02 “Ertelenmiş) çalışanların gönüllü sigortasına ilişkin gelecekteki masrafların yazılması için tasarlanmıştır. gönüllü sigorta masrafları”) çalışan sigortası”).

Bir sonraki düzenleyici işlem için belgeler Maaşları ve birleşik sosyal vergiyi hesaplayın formundan geçmeden yaratılır. Bu tür belgeler şunları içerir:

  • Maaş bordrosu(Menü Arayüz "Kuruluş çalışanlarının maaşlarının hesaplanması" - Maaş hesaplama - Bordro);
  • Birleşik Sosyal Vergi hesaplaması(Menü Arayüz "Kuruluş çalışanlarının maaşlarının hesaplanması" - Vergiler - Birleşik Sosyal Vergi hesaplaması);
  • Maaşın düzenleyici muhasebeye yansıması(Menü Arayüz "Kuruluş çalışanlarının maaşlarının hesaplanması" - Maaş muhasebesi - Maaşların düzenleyici muhasebeye yansıması).

Operasyon KDV'yi hesapla birçok düzenleyici belgenin oluşturulmasını içerir ve bu nedenle uygulamasının ilerleyişi ayrı bir grafik diyagram kullanılarak izlenebilir (Şekil 10). Öngörülen tüm düzenleme işlemleri tamamlandıktan sonra diyagramın arka planı kararır ve işlem KDV'yi hesapla ana diyagramda tamamlanmış (gölgeli) hale gelir.

Pirinç. 10. KDV için düzenleyici işlemlerin uygulanmasının grafik diyagramı

Giderleri faaliyet türüne göre dağıtın, giderleri standartlaştırın

Bir belgeyi gönderirken Düzenli vergi muhasebesi işlemleri (gelir vergisi) belge iletişim formunda işaretlenen rutin işlemler gerçekleştirilecektir.

Giderlerin faaliyet türüne göre dağılımı (UTII/UTII dışı). Bu işlem, UTII ödemesine tabi faaliyetlerin yanı sıra, belirtilen özel rejim kapsamına girmeyen faaliyetlerin gerçekleştirilmesi durumunda kullanılır. Operasyon, herhangi bir faaliyet türüne doğrudan atfedilemeyen giderleri, her faaliyet türünden elde edilen gelirin toplam gelir içindeki payı oranında dağıtmaktadır.

Reklam maliyetlerinin rasyonelleştirilmesi. Gönüllü sigorta maliyetlerinin ve çalışanlara faiz ödemeleri için geri ödeme maliyetinin rasyonelleştirilmesi. Eğlence giderlerinin oranlanması. Bu işlemler, Rusya Federasyonu Vergi Kanunu'nun 25. Bölümünde belirlenen standartlara göre vergi amaçlı olarak dikkate alınan belirtilen harcamalarla ilgili olarak kullanılır.

Maliyeti hesaplayın (BU, NU). Maliyet fiyatını (CC) hesaplayın

Bu işlemler sırasında oluşturulan belgeler, fiili üretim maliyetini, iş performansını, muhasebe, vergi ve yönetim muhasebesindeki hizmetlerin sunumunu hesaplar.

Operasyon Maliyet hesabı yalnızca RAUZ kullanıldığında kullanılabilir. Belgeye göre gerçekleştirilir Üretim maliyetlerinin hesaplanması kompozisyonu farklı organizasyonlar için farklı olabilecek çeşitli eylemlere bölünür (Şekil 11).

Program, bunları otomatik olarak doğru sırayla gerçekleştirmek için bir algoritma içerdiğinden, belgedeki eylemlerin sırası önemli değildir.

Pirinç. on bir.Üretim maliyetlerinin hesaplanması

Finansal sonuçlar üretin

Bu düzenleme işlemi, ay boyunca 90 "Satışlar" ve 91 "Diğer gelir ve giderler" hesaplarına yansıtılan gelir ve giderlere ilişkin mali sonucun belirlenmesine hizmet eder. Bu belgeyle belirlenen mali sonuç 99 "Kar ve Zararlar" hesabına yazılır.

Oluşturulan belge, Rusya Federasyonu Vergi Kanunu'nun 283. Maddesi gereklerine uygun olarak vergi muhasebesi amacıyla önceki yıllara ait zararları da yazabilir. Zarar miktarı şu şekilde hesaplanır: Ayın kapanışı sırasında 97.11 "Geçmiş yılların zararları" hesabında borç bakiyesi varsa, gelecekteki giderlerin mahsup edilmesi tutarı, Kurallarda belirtilen kurallara göre hesaplanır. referans kitabına dayalı analizler Gelecekteki harcamalar. Alınan tutarlar 99.01 "Gelir vergisi hariç kar ve zararlar" hesabına yazılır.

Gelir vergisini hesaplayın

Belge I, kalıcı ve ertelenmiş vergi varlıklarını ve yükümlülüklerini PBU 18/02 "Gelir vergisi hesaplamalarının muhasebeleştirilmesi" normlarına uygun olarak hesaplar, koşullu gelir vergisi giderinin (veya gelirinin) miktarını belirler ve ayrıca cari gelir vergisini bütçeye tahakkuk ettirir ( bütçe düzeylerine göre dağıtım ile).

Yılı kapat

Belge Yılın kapanışı Bilançoyu yeniden düzenler ve vergi muhasebesinde gelir ve gider hesaplarını kapatır. Böyle bir belge Aralık ayının sonunda oluşturulur.

Başlatılan ay sonu kapanış prosedürünün öngördüğü tüm rutin işlemler tamamlandıktan sonra bu prosedür tamamlanmış sayılır. Rutin işlemleri gösteren grafik diyagramın arka planı kararır (Şek. 12).

Pirinç. 12. Tamamlanan ay sonu kapanış prosedürünün grafik diyagramı

Ay kapanışı için rutin işlemlerin iptali

Ayı kapatmak için rutin işlemlerden birini iptal etmeniz gerekiyorsa aşağıdaki işlemleri yapmalısınız. Ayı kapatmak için çalıştırma prosedürünün şemasında (menü Düzenli operasyonlar - Ayın kapanışı) iptal edilen işlemin grafik görüntüsüne sağ tıklayıp bir eylem seçmeniz gerekir Rutin bir işlemin yürütülmesini iptal etme.

Bu durumda program seçilen rutin işlemin yürütülmesini iptal edecek ve şemada iptal edilen işlemi takip eden tüm rutin işlemler silinecektir. Bu düzenleyici operasyonların bir parçası olarak oluşturulan belgelerin işlenmesi de iptal edilecektir.

Yalnızca bir rutin işlemin değil, ayın kapatılması prosedürünün tamamının yürütülmesini iptal etmek için menü düğmesine tıklamanız gerekir. Hareketler ay kapanışı prosedür formlarında öğeyi seçmeniz gerekir Prosedür başlangıcını iptal et. Program tüm rutin işlem ve evrakların yürütülmesini iptal edecek ve ay sonu kapanış işlemi başlatılmadı durumuna geçecektir.

Ayın son işlemlerine ilişkin hesaplama sertifikaları

Muhasebe belgeleri oluşturmak ve bunları onaylanmak ve kağıt üzerinde saklamak için çıktı almak için "Referanslar-Hesaplamalar" adı verilen bir dizi rapor sağlanır (menü Arayüz "Muhasebe ve vergi muhasebesi" - Düzenleyici işlemler - Yardım ve hesaplamalar).

Aşağıdaki sertifikaları ve hesaplamaları içerirler:

  • Yabancı paranın yeniden değerlenmesi(yeniden değerlenmiş hesaplar analitik, döviz kuru farklılıkları bağlamında yansıtılır);
  • Ertelenen giderlerin silinmesi(cari giderlere tahsis edilen her RBP'nin tutarını, yazılmamış tutarın bakiyesini gösterir);
  • Maliyet karnesi(rapor, eğlence, reklam ve diğer giderlerin karneye tabi tutulmasına ilişkin esasları, vergi dönemi ve kapanış ayı için tahakkuk esasına göre gelir vergisi hesaplanırken dikkate alınan tutarları içerir);
  • Kalıcı ve geçici farklar(Kalıcı ve geçici farkları, bunlar esas alınarak hesaplanan kalıcı ve ertelenmiş vergi varlık ve yükümlülüklerinin muhasebeleştirilmesi ve silinmesine ilişkin prosedürü yansıtır);
  • Gelir vergisi hesaplaması(Rusya Federasyonu Vergi Kanunu'nun 25. Bölümü uyarınca dikkate alınan ve dikkate alınmayan gelir ve giderler karşılaştırılır, mali sonuç muhasebe verilerine göre belirlenir, muhasebe mali sonucundaki düzeltmeler gösterilir, vergi gelir vergisi matrahı hesaplanır);
  • Ertelenmiş varlık ve yükümlülüklerin değerinin yeniden hesaplanması(2009 yılı başından itibaren gelir vergisi oranındaki yasal indirim sırasında ONA ve ONO yeniden hesaplanırken kullanılır).

Birçok kişi, 1C 7.7 - MS SQL kombinasyonunda belgelerin yavaş işlenmesi ve yeniden aktarılması sorununu hatırlıyor.

İşletmemin ticaret üssünü DBF'den SQL'e aktardıktan sonra aynı sorunla bir kez karşılaştım.

O zaman bu teknoloji uygulandı. Her ne kadar fikrin kendisi bana biraz daha erken görünse de.

Verilenler: malların toplu muhasebesi, FIFO, belgenin yeniden gönderilmesi sırasında maliyetin silinmesi. Günde emtia ve kasa muhasebesi kayıtlarındaki hareketleri içeren 2.500'e kadar belge, bu da ayda yaklaşık 60.000'e tekabül ediyordu. Envanter Uygulama belgesi başına ortalama 22 satır. Cari ayın emtia belgelerinde "geriye dönük olarak" sık sık ayarlamalar yapılıyor. TP'den satış. Çevrimiçi maliyet/marka müdürü tarafından kontrol. Mal ve malzemelerin uygulanmasıyla ilgili belgelerin işlenmesi için ortalama süre (en "ağır" olarak) 2-2,5 saniyedir.

Gerekenler: Ayı kapatmadan önce hızlı bir şekilde, tercihen 4-5 saat içinde tüm sıralamayı geri yüklemek. Üstelik hayat, sürecin 2-3 kez tekrarlanabileceğini gösterdi. Aynı zamanda konfigürasyonun yapısında ve kodlamasında herhangi bir değişiklik yapılmadan.

Envanterin Uygulanması belgesinin "Toplu Kullanılabilirlik" kaydındaki hareketlere bakalım:

Envanter kalemi partilerini silerken, bakiyenin ilk gelen partiden düşüldüğünü biliyoruz. Silinen malların miktarı, belirli bir partinin bakiyesindeki miktardan fazlaysa, sonraki partiler için bir silme işlemi gerçekleşir.

Şimdi "Toplu Envanter ve Malzeme Beyanı"na bakalım:

Grubun bir kopyası var. Hangi koşullar buna yol açabilir?

1. Önceki gruptan belgelerin "taranması";

2. Fiş/makbuz belgesindeki miktar/değerin azaltılması;

3. Silinme belgelerinin miktarının arttırılması;

4. Bu partiden bir iade çıkarılmış olabilir;

5. Belge, belge günlüğünün zamanına göre - günün sonundan başına veya dahası - bir günden diğerine taşınmış olabilir.

Artık kimin, ne zaman, ne, nerede ve neden olduğu umurumuzda değil. Amacımız “kızarıklığı” ortadan kaldırmaktır.

Bunu elle yaparsanız bunun için ne gerekiyor? Doğru, 3845 ve 3846 numaralı belgeleri sırayla yeniden yayınlayın, ardından bir sonraki partiye "kayacaklar". Daha sonra raporu güncelliyoruz ve bir sonraki partide herhangi bir “kızarıklık” olup olmadığına bakıyoruz.

Aynı zamanda, diğer tüm belgeler için yeniden işlemenin herhangi bir rolü olmayacaktır! Tüm ürünler kendi “yerel” partilerinde kalacaktır.

Peki, taraflar arasındaki bu yazışmaları kontrol edecek analitik bir modül yazmaktan bizi alıkoyan ne? Hiç bir şey.

Analiz, toplam hareket kütlesindeki bu tür değişikliklerin aylık toplam belge sayısının %10'undan fazla olmadığını gösterdi. Ancak yine de 6.000'i aktarmak 60.000'i aktarmaktan daha kolaydır.

Bu, işlenen döneme ait her bir belge için sırasıyla belgedeki mal sayısının oranına, partilere göre bakiyelere ve bu belgenin parti kaydındaki hareketlere ilişkin bir tablo oluşturduğumuz anlamına gelir:

Bakiyeler ve partilerdeki farklılıklar renkli olarak vurgulanır.

Aslında böyle bir tablodaki en az bir tutarsızlığın varlığı zaten bu belgenin revize edilmesi gerektiğinin bir işaretidir.

Bu arada, doğrudan bir SQL sorgusunda, bu tür durumların tam analizinin bir versiyonunu uygulamak mümkündür ve sonuç olarak bunu başardık: sorgu bize yalnızca ürün sıkıntısı olan satırları döndürdü. Bu örnekte bunlar 3, 6, 8 numaralı ürün grupları olacaktır.

Tutarsızlıklar bulduk ve bunları yeniden kontrol ettik. Sonra bir sonraki.

Ödeme analizi analojiye göre düzenlendi.

Bu yaklaşım, saniyede 5 belgeye varan bir hızda ön analiz yapılmasını mümkün kıldı. Ve analizin kendisinin artık özel moda geçerek veritabanının engellenmesini gerektirmediği ve mevcut belgelerin oluşturulması ve sürdürülmesi süreçlerine müdahale etmediği gerçeği göz önüne alındığında, gelecekte dizinin geri yüklenmesi genellikle yalnızca geceleri değil, aynı zamanda meydana geldi. ayrıca çalışanlara herhangi bir özel müdahale olmaksızın çalışma saatleri sırasında.

23/10/2015

Paralel toplu kurtarma

Üretim işletmelerinin modern muhasebe görevleri, özellikle yüksek yük (büyük belge akışı veya kullanıcı sayısı) altında çalışan sistemler için oldukça karmaşık olmaya devam etmektedir. Ve en zor görevlerden biri üretim maliyetini hesaplama görevi olmaya devam ediyor.

Tipik 1C yapılandırmaları, örneğin "1C: Üretim İşletme Yönetimi" (UPM), uzun süredir bu hesaplamaları basitleştirmek için birçok mekanizma, örneğin RAUZ (gelişmiş maliyet muhasebesi analitiği) mekanizmasının araçları sunmaktadır. Bu mekanizma, bazı durumlarda teknik olarak önemli ölçüde basitleştirmeye ve dolayısıyla maliyet hesaplama işlevlerini hızlandırmaya gerçekten olanak tanır. Tek sorun, bu yaklaşımı kullanmanın her zaman mümkün olmaması ve işletmelerin eski güzel toplu muhasebeyi kullanması ve bununla birlikte toplu muhasebeyi geri yükleme prosedürünü kullanması gerektiğidir.

Çoğu durumda, önemli belge akışıyla, ayın kapatılması ve maliyetlerin hesaplanması sürecinde en emek yoğun ve zaman alıcı olan, "toplu işlerin geri yüklenmesi" görevidir. Hadi buna her yönden daha yakından bakalım ve zamanı optimize etmenin ve azaltmanın hangi yolları olduğuna bakalım.

Toplu kurtarma prosedürünün performansını optimize etmek için projeler uygularken karşılaştığınız ilk şey, bu prosedürü gerçekleştirmenin eski yöntemleri, yani belgelerin tamamen yeniden işlenmesidir. Bazen bunlar yalnızca "toplu işlere" katılan belirli belge türleridir, bazen de her şey ayrım gözetmeksizin. Bize öyle geliyor ki bu yaklaşım aslında başka alternatifin olmadığı zamanlardan ya da bunun tek yol olduğu konfigürasyonlardan geliyor. Ancak şimdi düşündüğümüz kontrollü başlatıcı konfigürasyonu için durum böyle değil. UPP'nin bu görevleri gerçekleştirmek için daha doğru ve etkili mekanizmaları vardır:

  • Toplu muhasebe sırasını geri yükleme prosedürü (yönetim, muhasebe, kuruluşlar için ayrı ayrı)
  • Karşılıklı uzlaşmaların yeniden sağlanması prosedürü (avansların tanımlanması)

Bu noktaların her biri ayrı bir işlemle gerçekleştirilir; bu, belgelerin tamamen yeniden gönderilmesi yerine yalnızca çok sınırlı sayıda kaydın hareketlerini düzeltir ve bu sayede süreç kıyaslanamayacak kadar hızlı tamamlanır. Karşılıklı uzlaşmaların yeniden sağlanmasına yönelik ikinci işlem yaklaşık olarak aynı şekilde ilerler. Ek olarak, bu mekanizmaların çalışmasını belgelerin olağan yeniden işlenmesiyle karşılaştırırsanız, muhasebe verilerini bozan aşağıdaki sorunla karşılaşabilirsiniz: belgelerin tarihe göre sıralanması, belgelerin "kronolojik sıraya göre" düzenlenmesi gerekir, doğrulukla çalışır saniyeler içinde ve bir saniye içinde sistemde birkaç farklı belge (örneğin, makbuz ve iptal) bulunabilir; bunların işlem sırası, oluşturulan maliyeti belirleyecektir. Normal operasyonlarda böyle bir düzeni sağlamanın herhangi bir yolu yoktur ve böyle bir hesaplama zaman zaman farklı sonuçlar verebilir. Bu sorunu çözmek için platform, bu sorunu çözen ve belgeleri her zaman aynı kronolojik sıraya göre düzenlemeyi garanti eden özel bir nesne olan "dizi" sağlar ve dizi geri yükleme işlemi her zaman bu sıraya göre gerçekleştirilir.

Tamam, peki ya tam olarak bu tedavileri kullanıyorsak ve yine de partileri geri yükleme süreci uzun sürüyorsa, örneğin bir gecede tamamlanacak vaktimiz yoksa? Aynı zamanda, sunucu kapasiteleri çoğunlukla boştadır (%30'u bile yüklü değildir).

Deneyimlerimize göre bir belgenin işlem süresi 0,2 - 0,8 saniyeyi geçmiyor ve hareketleri düzeltmek için kodun kendisi oldukça iyi yazılmış. Önemli bir artış elde etmek için, bu süreyi örneğin 0,2 saniyeden 0,05'e düşürmeniz gerekir; bu, yalnızca yapılandırma kodunu değiştirme olasılığını değil, aynı zamanda ekipmanı tamamen değiştirme olasılığını da düşünsek bile neredeyse imkansız bir görev gibi görünüyor. Flash/SSD'deki en yeni nesil işlemciler ve depolama sistemleri verileri. Gerçekten çıkış yolu yok mu?

Öyle olduğu ortaya çıktı! Burada, Olimpiyat programlamasındaki deneyimimiz ve görünüşte saçma bir cümle fısıldayan meraklı bir zihin yardımımıza geliyor - hadi "diziyi" "paralel" geri yükleme sürecini yapalım! Bu imkansız gibi görünüyor, çünkü belgeleri kasıtlı olarak birbiri ardına "düzenliyoruz" ve onları bu şekilde işliyoruz. Bu, sürecin yavaşlığını açıklıyor - kural olarak şu anda oldukça fazla sayıda başka çekirdeğin boşta olduğu sunucuların bir işlemci çekirdeğinin performansıyla sınırlı, tek bir iş parçacığında çalışıyor.

Aslında belgeleri birbiri ardına yerleştirmek, kasıtlı olarak kullanılan ve muhasebenin doğruluğunu garanti eden bir basitleştirmedir ancak olası tek çözüm değildir. Sıradaki her belge önceki belgelerin tümüne değil, yalnızca bazılarına, örneğin aynı terminolojiyi içeren belgelere bağlıdır. Aynı zamanda, diğer tüm belgelerin seçilen belgemizden "önce" yayınlanmasına gerek yoktur ve paralel olarak gönderilebilirler!

Açıkçası böyle bir fikir ve yaklaşım kesinlikle yeni değil; örneğin 1C şirketinin teknolojik konulardaki bilgi tabanında bir makale var (http://kb.1c.ru/articleView.jsp?id=72) benzer yaklaşımları anlattı. Bu tür yaklaşımların çeşitli yorumları da dahil olmak üzere internette başka benzer konular da bulabilirsiniz (örneğin, "engelleme mekanizması" http://www.softpoint.ru/article_id375.htm, vb.). Ancak tüm bu yaklaşımların sorunları, belirli varsayımlara veya yapay olarak oluşturulmuş veri işleme "bloklarına" dayanmaları ve net bir işlem sırasına sahip olmamalarıdır. Biz bu eksiklikleri en “akademik” yaklaşımla gidermek istedik ve bunu da başardığımıza inanıyoruz.

Uyguladığımız paralel toplu kurtarma süreci iki önemli aşamadan oluşuyor. İlk ve anahtar aşama, genel olarak uygulanan varsayımların dikkate alınması da dahil olmak üzere, özel algoritmalar kullanılarak belge bağımlılıklarının birbirinden hesaplanmasıdır. Örneğin, tüm makbuzların yeni partiler oluşturduğunu ve zarar yazmaların aksine "önceki" kimseye bağlı olmadığını fark edebilirsiniz. Bu tür bağımlılıkların tümü, noktaları belgeler ve kenarları bağımlılıkları olan bir grafik biçiminde temsil edilir. Açıkça konuşursak, bu yönlendirilmiş bir grafiktir, ancak onu geçmenin yolu klasik tekniklerden ve algoritmalardan farklıdır, bu yüzden kendimizinkini yazmak zorunda kaldık, bunun için bu önemli değil.

İkinci aşama, yalnızca belgelerin platform tarafından kaydedilme sırasına göre değil, grafiğimize göre doğrudan restorasyondur (hareketlerin düzeltilmesi). Aynı zamanda önemli olan kodun kendisinin ve hareket oluşturmaya yönelik algoritmaların tamamen standart kalmasıdır, bu da konfigürasyonun güncellenme olasılığını koruduğu anlamına gelir. Tüm modifikasyonlarımız ayrı bir alt sistemde bulunur ve yalnızca standart işlemlerde de kullanılan ortak modüllerin işlevlerini kullanır. Bu aynı zamanda sonucun doğruluğunu da garanti eder; her zaman tipik, sıralı bir iyileşmeyle çakışacaktır. Üstelik bu, belirli belgelerin sırayla bulunabileceği endüstri çözümleri (örneğin, "1C: Kümes Hayvanı Çiftliği Yönetimi") için de geçerlidir. Grafiğin ilk aşamasının ve ayrıca klasik derinlik-ilk geçişin varlığı, veri tabanındaki spesifik verilere bağlı olduğu açık olan hem işlem süresini hem de sürecin "paralellik" derecesini tahmin etmeyi bile mümkün kılar. Bu mekanizmaların yardımıyla gerekli sunucu kaynaklarını anlayabilir ve bunları etkili bir şekilde yönetebiliriz.


Böyle bir grafik kullanılarak bir belge kuyruğunun fiili olarak işlenmesi herhangi bir zorluk yaratmaz ve oldukça tipiktir - işlenmek üzere mevcut belgeleri gerekli sırayla belirleyen ve her biri için gerekli sayıda arka plan çalışmasını başlatan kontrol edici bir arka plan işi vardır. belirli bir belgeyi işleyen. Tüm süreç eşzamansız olarak gerçekleşir; bu, operatörün başlatmanın yapıldığı kontrollü başlatıcı oturumunu açık tutmasına gerek olmadığı anlamına gelir; her şey kendi başına çalışacak ve süreci özel bir diyagramda dinamik olarak görüntüleyecektir. Burada yükü düzenleyebilirsiniz - aynı anda başlatılacak maksimum iş parçacığı sayısı (arka plan çalışanları). Ve burada, yeniden hesaplamaya ve başlatmaya gerek kalmadan, işlemi duraklatarak bu işlemi duraklatabilir ve devam ettirebilirsiniz. İlk aşamada belgelerin paralel işlenmesi olasılığından emin olmak için özel hesaplamalar yaptığımızdan, işleme sırasında kilitlenmeler ve kilitlenme zaman aşımları pratik olarak ortadan kaldırılır. Sürece yalnızca paralel kullanıcılar müdahale edebilir ve bu kullanıcılar süreci yalnızca biraz yavaşlatabilir, ancak bu hiçbir şeyi bozmaz ve sonuç her durumda doğru olacaktır. Evet, doğru anladınız - çalışan kullanıcılarla bile sırayı oldukça etkili bir şekilde geri yükleyebilirsiniz, asıl önemli olan, kurtarma döneminde veri değişikliklerini hariç tutmaktır.


Böylece sorun çözülmüş gibi görünüyordu, algoritma en küçük ayrıntısına kadar yazıldı, doğrulandı ve test edildi, ancak normal modda çalışmaya başlayan gerçek bir çalışma tabanındaki lansman, grafiğin ortasında performansta önemli ölçüde düşmeye başladı. işleme. Bir belgenin işlem süresi 10 saniyeyi aşmaya başladı (planlananın yerine - bir saniyeden fazla değil) ve burada optimizasyona yönelik standart yaklaşımlar zaten uygulandı - sorgu planlarının analizi ve optimizasyonları. Bu çalışmanın sonucunda UPP'de, biraz yeniden yazarak bu tür bozulmaları ortadan kaldırabilecek, sonuçları standart formdakiyle tamamen aynı kalan standart bir sorgu bulduk. Bu "yama" hem dizinin sıralı olarak geri yüklenmesi hem de belgelerin tamamen yeniden işlenmesi için kullanılabilir. E-posta adresimize talep edilmesi halinde bunu tamamen ücretsiz olarak sağlayabiliriz: .

Artık tam olarak planladığımız şeyi elde ettik: dizi restorasyon süresinde çok sayıda azalma (16 kattan fazla!), verimli ekipman yükleme, süreci yönetmek için kullanışlı ve esnek araçlar. Ancak en önemli şey, her zaman ana hedefimiz ve en yüksek değerimiz olan memnun müşterimizdir.


İncelemeyi çok yakında sitemizde okuyabileceksiniz.

Ve son olarak sizin için küçük bir kontrol listesi.

En basitinden en yenilikçisine kadar temel sıralama teknikleri:

  • Yalnızca toplu muhasebe sırasında kullanılan ve tarihe göre değil, zamana göre sıralanan belgeler için sırayı geri yüklemek üzere belgeleri yeniden mi gönderiyorsunuz?
  • Yeniden yayınlamak yerine, partileri ve karşılıklı yerleşimleri (UPP ve benzeri konfigürasyonlarda) geri yüklemek için özel bir mekanizma kullanıyor musunuz?
  • Tescilli çok iş parçacıklı, paralel toplu kurtarmamızı mı kullanıyorsunuz? J

Belirli türdeki belgelerin sıralı olarak oluşturulmasını ve işlenmesini ve özel işlemenin uygulanmasını temsil eder.

Sisteme yansıyan ticari işlem türlerine bağlı olarak belgelerin bileşimi ve işlenmesi değişebilir. Bu makalede en yaygın olanları listelenmektedir. Bir ayı kapatmak için adım adım talimatlara bakalım.

Bazı eylemler bence bunun açıklığa kavuşturulması gerekiyor , yorumlanacaktır.

Ayrıca ay sonu kapanış süreci sistemsel bir iş sürecini de ifade edebilir, ön konfigürasyon gerektirir. İş tecrübeme dayanarak, kullanımının fizibilitesinin şüpheli olduğunu söyleyebilirim, kurulum ve kullanım prosedürü açıklanmayacaktır.

Prosedürler adım adım

Ay sonu kapanış işlemine başlamadan önce sistem verilerinin düzenlenmesine yönelik bazı işlemlerin yapılması gerekmektedir. Bu işlemlerin yürütülmesi önemli miktarda zaman harcaması gerektirir; bunların veritabanında aktif kullanıcı olmadığında gerçekleştirilmesi tavsiye edilir (zaten işlenmiş bir belgeyi değiştirmemek için).

1C'de 267 video dersini ücretsiz alın:

Yukarıdakilere dayanarak, bunların çalışma saatleri dışında yapılması tavsiye edilir. Belirtilen işlem, maliyet muhasebesi modunun kullanılması durumunda 1C UPP 8.2 veritabanındaki ayı kapatmadan önce gerçekleştirilir -. RAUZ kullanılıyorsa bu işleme işlemlerinin yürütülmesi beklenmez.

  • Bir satın alma işlemi için kapatma sırasını geri yükleyin (Mutabakat sırasını geri yükleyin).
  • Uygulama - işleme için hesaplama sırasını geri yükleyin (Hesaplama sırasını geri yükleyin).
  • Toplu muhasebe - işleme sırasını geri yükleyin (Toplu olarak gönderin).
  • Malların silinmesi maliyetinin ayarlanması - belge (maliyeti hareketli ortalamaya getirir).
  • Sabit varlıkların amortismanı - belge.
  • Maliyetin geri ödenmesi () – belge.
  • – belge.
  • Yabancı para biriminin yeniden değerlemesi - belge.
  • - tedavi. Alınan avansları bulur (62.02 hesabındaki bakiyeler), “Çalıştır” düğmesine tıkladığınızda avans için faturalar oluşturur, eğer bu tür faturalar sistemde zaten mevcutsa, bunların üzerine yazar (bunları iki katına çıkarmaz).
  • Sıfır KDV oranının teyidi – belge. Sistemde uygun muhasebe mevcut ise doldurulacaktır.
  • Satınalma defteri girişlerinin oluşturulması – belge.
  • Satınalma defteri girişleri oluşturma (%0) – belge. Sistemde uygun muhasebe mevcut ise doldurulacaktır.
  • Satış defteri girişlerinin oluşturulması – belge.
  • Satış defteri girişleri oluşturma (%0) – belge. Sistemde uygun muhasebe mevcut ise doldurulacaktır.
  • Maliyet hesaplaması - belge. En önemli belge maliyetli hesapları kapatır.
  • Mali sonuçların belirlenmesi - belge.
  • Gelir vergisi hesaplamaları – belge.