Toplu muhasebe ile ilgili ana sorular. Toplu muhasebeyle ilgili ana sorular Toplu muhasebeyi 1 saniyede etkinleştirin 8.3

Depolardaki mallarla çalışmanıza izin veren modern 1C sürümlerinde, malların kayıtlarını toplu olarak tutma işlevini kullanabilirsiniz. Ne olduğuna, ne zaman gerekli olabileceğine ve 1C 8.3'te toplu muhasebenin nasıl kurulacağına bakalım.

1C'de toplu muhasebe, programdaki her partiye bir makbuz belgesinin atandığı ve programda yeni bir "Toplu" alt hesabının göründüğü depolardaki malların muhasebeleştirilmesi için bir yöntemdir.

Aslında, belirli bir mal biriminin kendi satın alma fiyatı, tedarikçisi ve diğer teslim alma ayrıntıları vardır. Bu, örneğin sınırlı raf ömrüne sahip ürünler, tıbbi ilaçlar veya partilerden birinde kusurlu bir ürün keşfedildiğinde gerekli olabilir. Bu durumda tedarikçiye hangi fiyattan iade edeceğinizi belirleyebilirsiniz. Ayrıca toplu muhasebe, yönetim kararlarının alınmasında ve satış verimliliğinin artırılmasında analitik bir araç görevi görebilir. Ayrıca kayıtların toplu olarak tutulması, vergi ve muhasebe raporlamasında ayarlamalar yapılmasını sağlar.

Parti kayıtlarının tutulması, 1C'de çeşitli şekillerde hesaplanabilen malların maliyetinin hesaplanmasını etkiler:

tüm partiler için ortalama maliyetin hesaplanması. Bu sayede toplu muhasebe yapılmadığında maliyet hesaplanır. Bu durumda, bu ürünün satın alınan tüm mallarının toplam maliyeti miktarına bölünür;

FIFO (ilk satın alınan parti ilk önce satılır). Bu yazma ve maliyet hesaplama yöntemi 1C'de mevcuttur. Çoğu tipik durumda sıklıkla kullanılır ve mantıksal olarak gerekçelendirilir;

LIFO (en son satın alınan parti ilk önce satılır). Yöntem güçlü fiyat artışları, yoğun enflasyon artışı dönemlerinde ve işletmenin vergi muhasebesi açısından belirli sonuçlar göstermesinin faydalı olduğu diğer durumlarda uygulanabilir;

RAUZ, bir işletmenin maliyet yapısını yüksek doğrulukla analiz etmenize olanak tanıyan gelişmiş bir analitik maliyet muhasebesidir. 1C'de bu araç aynı zamanda seçim için de mevcuttur. Bu seçenek kuruluysa maliyet ayrı bir belgede hesaplanacaktır.

İşletme kayıtları toplu olarak tutmadıysa, yeni bir muhasebe yöntemine geçerken, 1C'de gerekli ayarların yapılması gerekir ve malların alındığı ve silindiği belgelerin yeniden kaydedilmesi daha iyidir.

Bunu nasıl yapacağımıza bakalım. Ayarları içeren menü öğesi programın ana sayfasında ayarlar bölümünde bulunur. Burada “Organizasyonlar”ı seçiyoruz:

Veritabanındaki kuruluşların listesini açtıktan sonra (bunlardan birkaçı olabilir, örneğin muhasebenizi farklı şirketlere veya yalnızca bir şirkete dış kaynak olarak kullanıyorsanız), yeni muhasebe yönteminin kurulacağı kuruluşu seçmeniz gerekir ve Yukarıdaki bağlantıyı kullanarak muhasebe politikası ayarlarına gidin. Daha sonra “Muhasebe Politikası”nı seçin. Burada “MPZ değerlendirme yöntemi” bölümüyle ilgileniyoruz:

Stok değerlendirme yönteminin oluşturulduğu yer burasıdır, işletmenizde kullanılacak yöntemi belirlemeniz, ardından belgeyi yazıp kapatmanız gerekir.

Fizikçiler sürekli hareket makinesine, simyacılar felsefe taşına ve 1C mimarları her zaman güncel toplu muhasebeye sahiptir. Bu, sıra sınırını geri yüklemeye gerek olmayan ve toplu dağıtım algoritmasının, belgelerde geriye dönük herhangi bir değişiklik için geçerli kaldığı bir toplu dağıtım algoritması uygulamasıdır.

Bu konuyla ilgili pek çok kopya kırıldı, ancak ideali henüz bulunamadı. Konunun çekiciliğini artıran şey, yöntemin var olması gerektiğine dair sezgisel duygudur.

Bana öyle geliyor ki sonunda bu eski soruna bir çözüm buldum. Ne yazık ki bu fikri kodda uygulayamıyorum çünkü... Boş vakit yok. Bu nedenle, sanatçının defnelerini başka bir programcıya veriyorum ve kendime ideolojik ilham kaynağı olarak mütevazı bir rol bırakıyorum.

Algoritmanın normal bir toplu algoritmadan daha karmaşık olduğu, ancak büyüklük sırasına göre değil, birkaç kat daha karmaşık olduğu ve hırslı bir geliştiricinin uygulaması oldukça mümkün olduğu ortaya çıktı.

Fikrin yalnızca 1s8'de ortaya çıkan yeni mekanizmalar tarafından uygulanmasına izin verildi. Bunlar bilgi kayıtlarıdır ve veritabanındaki kayıt kümeleri aracılığıyla onlarla çalışırlar.

Kullanılan kayıtlar

Şekilde toplu muhasebe için kullanılan iki kayıt gösterilmektedir - klasik ve önerilen:

Demo örneği

Yeni toplu muhasebe ilkesinin netleşeceği bir gösteri örneğini ele alalım. Bazı ürün hareketi geçmişine bakalım:

1,06 100 adet PNK1 faturasına göre geldi

2,06 konşimento RNA1 kullanılarak 20 adet satıldı

PNK1'den 20 adet düşülmüştür, PNK1 için bakiye 80 adettir

3,06 PNK2 sevk irsaliyesine göre 30 adet teslim alınmıştır

4,06 RNA2 konşimento kullanılarak satılan 20 adet

PNK1'den 20 adet düşüldü, PNK1'in bakiyesi 60 adettir.

4,06 RNA3 konşimento kullanılarak satılan 70 adet

PNK1'den 60 adet düşüldü, PNK1'in bakiyesi 0 adettir.

PNK2'den 10 adet düşüldü, PNK2'nin bakiyesi 20 adettir.

Bu silme işleminin klasik yaklaşımda birikim defteriyle nasıl yapıldığını herkes biliyor, dolayısıyla buna dair bir işaret olmayacak.

Demonun kayıt defterine yansıtılması

Önerilen yaklaşımda bilgi kaydı girişleri şu şekilde görünecektir:

İsimlendirme, Depo, Maliyet alanları sunum kolaylığı açısından dikkate alınmamıştır.

Kayıt belgesi bir toplu belgedir.

Belge, üzerinde hareketin gerçekleştiği bir belgedir.

Miktar, belgeye göre miktardır. Pozitif gelir, negatif ise giderdir.

Geriye kalan kısım taşınmadan sonra arsada kalan kısımdır.

Tarih - hareketin tarihi ve saati.

Bitiş tarihi, bakiyenin geçerli olacağı tarih ve saattir. Sonsuza kadar herhangi bir büyük tarihi alabilirsiniz, örneğin 01/01/3000.

Kayıt verilerinin yorumlanması

Belirli bir tarih/saat D için kayıt bakiyelerini elde etmek için, P bilgi kaydının tüm kayıtlarını koşula göre alacak bir sorgu oluşturmanız gerekir:

R.Tarih>=G&G

Belki de 1C'de bir tarih için birkaç belgenin olabileceği gerçeğini hesaba katarak seçim koşulları hakkında daha dikkatli düşünmeniz gerekir.

Buna göre, partilerin belirtilen tarih/saat itibarıyla bakiyelerini yansıtan bir dizi kayıt girişi alacağız.

Algoritmanın yürütülmesi

D tarihli belirli bir belgeyi kaydetmek için, D'den sonraki hareket tarihinde bulunan tüm kayıtları yeniden hesaplamanız gerekir. Bu, gelen veya giden tüm belgeler için geçerlidir, çünkü alındı ​​belgesi mevcut partilerin sayısını artırır, dolayısıyla silme düzeni değişir.

Belge iptal edildiğinde de aynı şey olur.

Aklınıza şu soru gelebilir: Algoritmadaki yenilikler neler? Sonuçta, olağan durumda belgeyi gönderdikten hemen sonra sıra sınırını geri yükleyebilirsiniz. Doğru, uzun zaman aldığı için kimse bunu yapmıyor.

Buradaki fikir, geçerli belgeden sonraki tüm hareketleri bir okuma kayıt seti ile seçebilmemiz, bunları hızlı bir şekilde bellekte yeniden hesaplayabilmemiz ve ardından bunları kayıt setinin bir yazma işlemiyle veritabanına yazabilmemizdir.

Bilgi kayıt girişleri tek bir okuma işleminde okunabilir ve yazılabilir.

1. Sorgu, sıralama ve gruplama yapmanızı sağlar. Bu, özellikle birden fazla ürün için bir talepte bulunduğumuzda geçerlidir.
2. Sorgu, tüm verileri belleğe yüklemeyen bir seçim kullanılarak geçilebilir; buna göre keyfi olarak büyük hareket kümeleri işlenebilir.

Okunan kayıtlar toplu dağıtım algoritması tarafından işlenir, yeni bir dağıtım, yeni bakiyeler ve geçerlilik tarihleri ​​hesaplanır.

Kayıtlar bir kayıt kümesine sırayla yazılır. Kayıt kümesinin çok büyük olduğu ortaya çıkarsa, bunu porsiyonlar halinde kaydedebilirsiniz.

Algoritmanın hızlı olduğu ortaya çıktı. Yalnızca belge hareketinden sonraki hareketler yeniden hesaplanır. Önceki hareketler değiştirilmez, okunmaz veya üzerine yazılmaz. Bir belge ne kadar eskiye aktarılırsa, parti dağıtımının resminin eski haline getirilmesi o kadar uzun sürer. Ancak bağımlılık üstel değildir; hız farkı çok yavaş artar çünkü Her zaman bir kayıt seti okuma ve yazma vardır.

Çözüm

Meslektaşlarımdan algoritma hakkında görüşlerini belirtmelerini isterim. Bana göre oldukça etkili bir algoritma.

1C'de toplu muhasebenin temel prensipleri

Toplu muhasebe, belirli bir rezervin ayrı partiler halinde geldiğini varsayar.
Yani bu rezerv heterojendir ancak farklı özelliklere sahip farklı partilerden oluşur.
Dolayısıyla bir kaynağı kullanırken kaynağı belirtmek yeterli değildir; bu kaynağın partisini de belirtmeniz gerekir.
En basit örnek malların alınmasıdır.
Aynı ürünün her partisi tedarikçi, raf ömrü, satın alma fiyatı, teslimat maliyetleri vb. açısından farklılık gösterebilir.
Bir toplu kaynak harcanırken, toplu işlerin belirlenmesi için aşağıdaki modeller mümkündür:

• Parti göstergesi—kullanılan parti doğrudan gösterilir.
• LIFO - Kalan tüm gönderiler tanımlanır, giriş tarihine bölünür ve bu sırayla kullanılır.
• FIFO - kalan tüm partiler tanımlanır, varış tarihine bölünür ve bu sırayla kullanılır.
• Ortalama olarak - bir toplu kaynak, toplu işin bazı özelliklerinin (örneğin satın alma fiyatı) ortalaması alınarak tek bir toplu kaynağa dönüştürülür. Bu özelliğin ortalama değeri alınır ve kaynak devredildiğinde bu özellik gösterilir.

Toplu muhasebe örnekleri
Toplu muhasebenin temel nüansları.
Partilerin kaydını aşağıdaki bölümlerde tutalım: Ürün, Parti = Adet Tutar
Bu kaydın geri kalanının aşağıdaki partileri içermesine izin verin:

Konyak PNK-01 10'lu 100r
Konyak PNK-02 50 adet 600 RUR
Konyak PNK-03 20'li 260 RUR
Maden suyu PNK-04 30 adet 600 RUR
Maden suyu PNK-05 20 adet 500 RUR

Belge numarası ne kadar büyük olursa, o kadar geç girilir, tarihi de o kadar büyük olur.
Farklı algoritmalar (FIFO, LIFO ve ortalama) için 40 pozisyon konyak ve 30 pozisyon maden suyu yazmayı düşünelim.

FIFO tarafından iptal

Konyak PNK-01 10 adet 100 (tüm parti gidiyor)
Konyak PNK-02 30'lu 600/50*30=360
Maden suyu PNK-04 30 adet 600 (tüm parti gidiyor)

LIFO iptali

Konyak PNK-02 20li 600/50*20=240
Konyak PNK-03 20 adet 260 (tüm parti ayrılıyor)
Maden suyu PNK-04 10'lu 600/30*10=200
Maden suyu PNK-05 20 adet 500 (tüm parti gidiyor)

Ortalamaya göre silme
Ortalama olarak yazarken aynı yapıya sahip bir kayıt alınabilir, yalnızca Toplu iş alanı doldurulmaz, bu nedenle mal bakiyeleri çöker:

Konyak 80 adet, (10*100)+(50*600)+(20*260)\80=452.5r
Maden suyu 50 adet, (30*600)+(20*500)\50=440r

Buna göre, mahsup edilirken ürünün tutarının miktarına bölünmesine eşit bir fiyat alınacaktır.

Toplu muhasebenin sırrı

Aslında toplu kayıt şuna benzer bir yapıya sahip olabilir:
Boyutlar(Depo, Parti)=>Kaynaklar(Miktar).
Aslında, bir toplu iş dizini tutarsanız, miktarı toplu kayıtta saklamanıza gerek yoktur, çünkü parti maliyeti ve parti fiyatı toplu iş dizininde saklanacaktır. Algoritmalar basitleştirilmiştir, tüm hareketler yalnızca niceliksel olarak gerçekleştirildiğinden, maliyet yalnızca rapor oluşturma aşamasında eklenir (toplu dizininden alınır).

1C 8.3'te toplu muhasebeyi ayarlamak için yapmanız gerekenler:

1. Muhasebe parametreleri ayarlarında: Yönetim – – Hesap planını ayarlama, Stok muhasebesinde Partilere göre (makbuz belgeleri) kutusunu işaretleyin:

2. Muhasebe ilkesi ayarlarında: Ana - Muhasebe ilkesi, Envanter sekmesinde, FIFO'ya göre envanter tahmin etme yöntemini ayarlayın. Bu yöntem, malların ayrı partiler halinde alındığını ve bir ürünün her partisinin ayrı ayrı muhasebeleştirildiğini varsayar:

Bu ayarlardan sonra envanter hesaplarında yeni bir Batch alt hesabı görünür:

Önemli! Makbuz ve satış belgelerinde% 0 ve KDV'siz KDV oranını belirtirken ve ayrıca 1C 8.3 Muhasebe programında basitleştirilmiş bir vergi sistemi kullanıldığında, program ayarlarından bağımsız olarak toplu muhasebe korunur.

Partilerin depoya alınması

Mal ve malzeme giriş belgelerinde, diğer tüm girişlerde olduğu gibi belgenin doldurulması değişmez ve standart kalır:

Yalnızca ilanlardaki analizler değiştirilir, yeni bir Batch alt hesabı doldurulur:

Önemli! 1C 8.3 veritabanına toplu kayıt tutmayan başka bir kuruluş girilirse, yani muhasebe politikası ortalama maliyete göre silme işlemini belirlerse, o zaman belgelerde makbuz da toplu kayıtlara yansıtılacaktır, ancak yazma -off ortalama maliyette gerçekleşir.

Partilerin satışı

Hangi şekilde olursa olsun partilerin silinmesi - satış veya üretime bırakılması vb. maliyet fiyatı FIFO'dan düşülür.

Bir uygulama örneğine bakalım.

Partileri belgenin tablolu kısmına yansıtmak için Daha Fazla - Formu Değiştir düğmesini kullanarak Makbuz Belgesi sütununu eklemeniz gerekir:

Varsayılan olarak, 1C 8.3'te kayıt belgesi otomatik olarak girilir, ancak manuel olarak da girilebilir:

Mevcut tüm tarafları görüntülemek için Oluştur'a tıklayın. Dönem tarihi itibarıyla bakiyesi bulunan aktifleştirme belgeleri yansıtılmıştır:

Belge kayıtlarında maliyet fiyatı FIFO ilkesine göre oluşturulur:

Önemli! 1C 8.3 veritabanına toplu kayıt tutmayan başka bir kuruluş girilirse, yani muhasebe politikası ortalama maliyet üzerinden silme işlemini belirlerse, silme belgelerinde maliyetin silinmesi için bir giriş olacaktır ve miktarı ortalama olarak hesaplanır. Parti analizleri doldurulmayacaktır:

Önemli! 1C 8.3'te toplu muhasebe kullanıldığında, maliyet yalnızca yazıldığında oluşur ve "ortalama maliyet" yönteminde olduğu gibi ay sonunda düzeltilmez.

Alındı ​​belgelerinin geç girilmesi

Makbuz belgeleri zamanında girilmezse, partilerin FIFO prensibine göre yazılmadığı bir durum ortaya çıkabilir. 1C 8.3'teki partilerin silinmesinin doğruluğunu sağlamak için belgelerin yeniden gönderilmesi gerekir. Belge sırasını geri yükleme, İşlemler bölümündeki Belgelerin grup halinde yeniden yayınlanması komutu kullanılarak gerçekleştirilir:

Veya ayı kapatırken ay için belgeleri yeniden gönderme işlemini kullanın:

Parti Bilgileri

1C 8.3'teki partilere ilişkin bilgiler, Raporlar bölümündeki Hesap bilançosu raporunda görüntülenebilir - Hesap bilançosu:

Grupların rapora yansıtılması için 1C 8.3 programının ayarlarında Toplu İş onay kutusunu işaretlemeniz gerekir:

Hangi belgelerin ve referans kitaplarının nerede bulunduğunu, programın hangi eylemleri otomatik olarak gerçekleştirdiğini ve hangilerini kendiniz yapmanız gerektiğini, programı "kendiniz için nasıl özelleştireceğinizi", programda hangi evrak ve düzenleyici raporlama sırasının geçerli olduğunu öğrenebilirsiniz - tüm bunları şuradan öğrenebilirsiniz. Kurs hakkında daha fazla bilgi için aşağıdaki videoyu izleyin:

Depo muhasebesi ile ilgili 1C 8.3 programlarında ürün bakiyelerini makbuz partileri halinde takip etmek mümkündür. Bu fırsat, 1C'de toplu yazma yönteminin bir çeşidinin belirtilmesiyle gerçekleştirilir.

Aşağıdaki seçenekler mevcuttur:

• LIFO (son giren ilk çıkar). Günümüzde çok nadir kullanılmaktadır. Şiddetli enflasyon durumunda etkili bir şekilde kullanılır. Maliyetler ilk olarak satın alınan son partiye gider.
• FIFO (ilk giren ilk çıkar). Temelde en mantıklı ve en çok kullanılan seçenek.
• Ortalamaya dayalı hesaplama. En basit hesaplama yöntemi; daha önce bu yöntem seçildiğinde toplu muhasebe bile yapılmıyordu.
• Gelişmiş analitik maliyet muhasebesi (RAUZ). Programa oldukça yakın zamanda tanıtıldı. Bu muhasebe türünü seçerken maliyet hemen hesaplanmaz. Maliyet tutarları “Maliyet Maliyet Hesaplama” dokümanı tamamlanıp işlendikten sonra görünür. Bu, üretkenliği artırmak ve kullanıcıları belgeleri yeniden sıralama zahmetinden kurtarmak için yapılır.