1c yeniden hesaplamalar. Maaş düzeltmeleri ve yeniden hesaplamaları

28.12.2023 -

Yeniden hesaplamalar bordro hesaplamasının ayrılmaz bir parçasını oluşturur. Muhasebe departmanı tarafından bir miktar gecikmeyle alınan çalışanların hastalık izni, tatilleri veya devamsızlıkları hakkındaki bilgiler, maaşların ve buna bağlı olarak sigorta primlerinin yeniden hesaplanmasına yol açmaktadır. 1C uzmanları, 1C: Maaşlar ve Personel Yönetimi 8 programının 3. baskısında sigorta primlerinin hesaplamalarının ve yeniden hesaplamalarının muhasebeye ve düzenlenmiş raporlamaya nasıl yansıdığını anlatıyor.

Ücretler yeniden hesaplanırken sigorta primlerinin de yeniden hesaplanması gerekli hale gelir. Ayrıca, katkı paylarının yeniden hesaplanmasının nedeni, yıl içinde tarifede meydana gelen bir değişiklik veya hataların ortaya çıkması, örneğin hesaplamanın sigorta primleri matrahına dahil edilmemesi olabilir.

Bu durumlarda, muhasebecinin güncel bilgileri Federal Vergi Hizmetine sunma ihtiyacı, yükümlülüğü ve hakkı hakkında soruları vardır.

10.10.2016 tarihli ve ММВ-7-11/551@ sayılı Rusya Federal Vergi Dairesi'nin emrinin Ek 2'sinde verilen sigorta primlerinin hesaplanmasına ilişkin Prosedürün 1.2. maddesine göre, ödeyen kişi Hesaplamada gerekli değişiklikleri yapmak ve kaydedilmemiş veya eksik bilgi olması ve ödenecek sigorta primi tutarının eksik tahmin edilmesine yol açan hatalar olması durumunda vergi dairesine güncellenmiş bir rapor sunmakla yükümlüdür.

Güncellenmiş bir hesaplamanın sunulup sunulmayacağına karar verirken muhasebeci aşağıdaki soruları yanıtlamalıdır:

tüm bilgilerin yansıtılıp yansıtılmadığı;
hataların yapılıp yapılmadığı ve bunların ödenecek sigorta primi miktarının eksik tahmin edilmesine yol açıp açmadığı.

Güncellenmiş bir Hesaplamanın sunulması bir zorunluluk, bir hak veya zorunlu bir gereklilik olabilir.

Sigorta primlerinin güncellenmiş hesaplaması

Raporu Federal Vergi Servisi'ne gönderdikten sonra, çalışanlar hakkında eksik veya yanlış bilgilerin sunulduğu veya ödenecek sigorta primi tutarının eksik tahmin edilmesine yol açan hataların keşfedildiği ortaya çıkarsa, güncellenmiş bir hesaplama sunma yükümlülüğü ortaya çıkar.

Güncellenmiş bir Hesaplamanın zorunlu olarak gönderilmesini gerektiren yaygın hata türleri:

1. Çalışan, kişisel verilerindeki değişiklikleri derhal bildirmedi ve Federal Vergi Servisi, Hesaplamanın 3. Bölümünde onun hakkında yanlış bilgi verdi.

2. Çalışan, tercihli sigorta primi oranı uygulama hakkına sahip bir departmanda çalışıyordu. Daha sonra temel sigorta prim oranının uygulandığı bir birime transfer edildi. Çalışanın transferiyle ilgili bilgi muhasebe departmanına geç ulaştı. Katkı paylarının hesaplanması hatalı olarak indirimli oranda yapılmıştır.

3. 1C: Maaş ve Personel Yönetimi 8 programının ilk kurulum aşamasında, primin sigorta primleri hesaplama matrahından çıkarılmasıyla hata yapılmıştır. Hatanın düzeltilmesi ek ücret alınmasına neden olacaktır.

4. Tercihli tarifeye sahip bir departman bu tarifeyi kullanma hakkını kaybeder ancak bilgi bordro yöneticisine gecikmeli olarak ulaşır. Temel tarifeye göre yeniden hesaplama, ödenecek sigorta primi miktarının artmasına neden olur.

5. Program, sigorta primlerini hesaplarken pozisyonun ek tarifelere tabi tehlikeli meslekler listesinde yer aldığını belirtmedi. Hatanın keşfedilip düzeltilmesinin ardından yeniden hesaplama, sigorta primlerinin ek oranlarda eksik ödenmesine neden oldu.

Örnekler kullanarak “1C: Maaşlar ve Personel Yönetimi 8” baskı 3'teki sigorta primlerini yeniden hesaplamanın özelliklerine bakalım.

örnek 1

Bir bölümün sigorta primlerini hesaplarken Stoklamak Tercihli sigorta primi oranı uygulandı Teknoloji-inovasyon özel ekonomik bölgesinin sakinleri(ücret kodu “05”). Bu tarife 2018 yılında Emekli Sandığına %13 oranında katkı sağlamaktadır; Sosyal Sigortalar Fonunda %2,9; Federal Zorunlu Sağlık Sigortası Fonu'nda %5,1. Çalışan V.S. için katkılar tam olarak bu şekilde hesaplandı. Sarmaşık. Aylık kazancı 10.000 ruble. Aylık sigorta kesintilerinin tutarı şöyle oldu:

Emeklilik Fonunda - 1.300 ruble;
FFOMS'ta - 510 ruble;
Sosyal Sigorta Fonunda - 290 ruble.

Belirtilen tutarlar 2018 yılı ilk çeyreğine ait sigorta prim hesaplamalarına yansıtılmıştır.

Bölümün tercihli sigorta primi oranı uygulama hakkını kaybettiği ortaya çıktığında, Rusya Federal Vergi Dairesi'nin 25 Ekim 2017 tarih ve GD-4-11/21611@ ve Bakanlığın mektupları uyarınca 18 Aralık 2017 tarih ve 03-15-06/ 84443 sayılı Rusya Maliye Bakanlığı'nın açıklayıcı bir Hesaplama sunma ihtiyacı vardı. Bunu oluşturmak için sigorta primlerinin yeni oranlarla yeniden hesaplanması gerekir.

Kartta Bölümler alan temizlenmeli Tercihli tarife korkusu. katkılar. Artık bölünme, organizasyon için kullanılan ve kartta belirtilen tarifeye tabidir. Organizasyonlar yer iminde Muhasebe politikaları ve diğer ayarlar bağlantı Muhasebe politikası sahada Tarife türü.

Örnek 1'de organizasyon şu şekilde ayarlanmıştır: Temel sigorta prim oranı(tarife kodu “01”), 2018 yılında katkı oranlarını öngörmektedir: Rusya Federasyonu Emeklilik Fonuna% 22 tutarında; Sosyal Sigorta Fonu %2,9; FFOMS %5,1. Emeklilik Fonu'nun katkı paylarının %9'unu (%22 - %13) “eksik ödediği” ve tarife kodunun değiştiği açıktır.

Söz konusu Örnek 1'de, katkıların yeniden hesaplanması için gelir muhasebesi prosedürünün revize edilmesi gerekmektedir. Belgenin, önceki döneme ait gelir kaydetme ve sigorta primlerini yeniden hesaplama prosedürünü kaydetmesi amaçlanıyor. (Menü Vergiler ve ücretler). Yer işaretinde Gelir bilgisi tüm çalışan gelirlerinin manuel olarak netleştirilmesi gerekir. Aynı zamanda yer iminde Tahmini katkılar Sigorta primleri otomatik olarak yeniden hesaplanacak.

Çalışan V.S.'nin sigorta primlerinin yeniden hesaplanması sonucunda. Aylık kazancı 10.000 ruble olan Ivy. Aylık sigorta kesintilerinin tutarı şöyle oldu:

Rusya Emeklilik Fonunda - 2.200 ruble;
Federal Zorunlu Sağlık Sigortası Fonu ve Sosyal Sigorta Fonu'nda - miktar değişmedi ve sırasıyla 510 ruble olarak gerçekleşti. ve 290 ovmak.

İlk çeyreğe ait sigorta primleri yeniden hesaplandıktan sonra aydınlatıcı Hesaplamalar hazırlanmalıdır. Hizmeti kullanma 1C-Raporlama, düzeltilen dönemler için yeni raporlar oluşturulması gerekmektedir. Baş sayfa belirtmek Düzeltme numarası(İncir. 2). Herkesin tarife kodu değiştiği için açıklamalar departmanın tüm çalışanlarını etkiledi. Bu nedenle güncellenen Hesaplamada Bölüm 3, departmanın tüm çalışanları için oluşturulmuştur. Diğer durumlarda, güncellenmiş bir Hesaplamanın oluşturulmasının verilerdeki değişikliklerden veya bireysel çalışanların tahakkuklarından kaynaklandığı durumlarda, Bölüm 3'te yalnızca bu çalışanlara ait veriler görüntülenir. Her durumda, açıklayıcı Hesaplamanın geri kalan bölümleri tamamen yeni verilerle doldurulur.

Pirinç. 2. 2018 yılı ilk çeyreğine ait sigorta primlerinin açıklayıcı hesaplamasının başlık sayfası

Sigorta primlerinin güncellenmiş bir hesaplamasını sunma hakkı

Sigortalılar, sigorta prim tutarının fazla tahmin edilmesine yol açan hatalar bulmaları durumunda güncellenmiş bir Hesaplamayı incelemeye sunabilirler. Hatta cari döneme ait bir sonraki katkı payı hesaplamasında yeniden hesaplama yapılıyor ve sonuç bir sonraki döneme ait rapora yansıtılıyor. Güncellenmiş bir Hesaplama sunmanıza olanak tanıyan durum seçenekleri:

1. Çalışana çalışılan ayın tamamı için maaş ödenmiştir. Sigorta primlerinin hesaplanması Federal Vergi Servisi'ne sunuldu, ancak daha sonra çalışanın hastalık izninde veya masrafları kendisine ait olmak üzere tatilde olduğu ortaya çıktı. Sigorta primlerine tabi tahakkuk yerine, prim matrahına dahil edilmeyen bir tahakkuk fazla prim ödenmesine neden oldu.

2. Sigorta primlerinin azaltılacak şekilde yeniden hesaplanmasına yol açacak şekilde çalışan tahakkuklarının yeniden hesaplanması.

Örnek 2

Çalışan S.S.'ye Haziran ayı için ücret hesaplanırken. Gorbunkov'a ödül verildi:

maaş ödemesi - 7.500 ruble;
Haziran ayı için iş gezisi ödemesi (ortalama kazanca göre) - 2.500 ruble.

Sigorta primleri temel oran üzerinden hesaplanmıştır. Haziran ayında S.S.’nin maaşından katkılar. Gorbunkov şunlardı:

Rusya Emeklilik Fonunda - 2.200 ruble;
FFOMS'ta - 510 ruble;
Sosyal Sigorta Fonunda - 290 ruble.

Bu katkılar ödenmiş ve 2018 Yarı Yıl Hesabına dahil edilmiştir. 25.06.2018-06.30.2018 dönemine ait muhasebe departmanına iletilen hastalık izni güncel Hesaplama yapılmasına sebep teşkil etmez. Programa kayıtlı belge Hastalık izniönceden tahakkuk eden seyahat ödeneklerini tersine çevirir (Şekil 3).

Pirinç. 3. “Hastalık İzni” belgesinde seyahat ödeneklerinin yeniden hesaplanması

Hastalık izni örgüt tarafından temmuz ayında alındı. Bu bir hata durumu değildir ve sigorta primlerinin eksik ödenmesine yol açmaz. Hastalık izninde tahakkuk eden tutar sigorta primlerine tabi olmadığından, aşağıdaki miktarda fazla katkı ödemesi yapılmıştır:

Rusya Federasyonu Emeklilik Fonunda - 550 ruble;
FFOMS'ta - 127,50 ruble;
Sosyal Sigorta Fonunda - 72,50 ruble.

Bir programda Hastalık izni, kayıtlı Temmuz 2018, cari aydaki sigorta primlerinin hesaplanmasını etkileyerek hesaplama matrahını azaltır.

Böyle bir durumda güncellenmiş bir Hesaplamanın sunulmasına ilişkin herhangi bir yasal gereklilik yoktur. Tüm yeniden hesaplamalar bir sonraki dönemde yapılır ve sonraki raporlara yansıtılır. Ancak aynı zamanda kuruluş, yarı yılın raporunu açıklığa kavuşturma ve bir açıklama göndererek meydana gelen fazla ödemeyi Federal Vergi Hizmetine bildirme hakkına sahiptir.

Ancak ay sonundan önce Hesaplama konusunda aceleci açıklamalar yapmamalısınız. Sonuçta ay boyunca çeşitli belgeler kaydediliyor. Bir noktada belge Hastalık izni gerçekten de önceki ayın gelirini tersine çevirebilir ve o aya ait ücret hesaplama sonuçlarına göre başka bir belge, örneğin: Maaş ve katkıların hesaplanması, önceki dönemin iptal gelirini aşan ilave tahakkuklar yapacaktır. Sonuç olarak, mevcut ayın geliri, iş gezisinin tersine çevrilmesi miktarı kadar azalacak, önceki aya ait hiçbir eksi kalmayacak ve ayarlama raporunda herhangi bir değişiklik gösterilmeyecektir.

Sigorta primlerinin güncellenmiş bir hesaplamasını sunma ihtiyacı

Bazı durumlarda, güncellenmiş bir Hesaplama sunma zorunluluğu bulunmamasına rağmen, sigortalının, bir güncelleme göndermek dışında fazla prim ödemesini bildirme fırsatı yoktur:

1. Cari dönemdeki katkı paylarının yeniden hesaplanması sonucunda çalışan negatif tutar alır. Negatif tutarda bir rapor Federal Vergi Hizmetine sunulamaz. Bu nedenle, tek bir çıkış yolu var - önceki dönem için güncellenmiş bir rapor oluşturmak.

2. Çalışan tehlikeli işlerde çalıştı. Sigorta primleri ek bir oranda hesaplandı. Çalışanın normal çalışma koşullarında işe transferine ilişkin bilgi muhasebe departmanına geç ulaştı. Yeniden hesaplama sonucunda hesaplanan katkı paylarının ek oran üzerinden azaltılması mümkün değildir çünkü çalışanın cari dönemdeki tahakkukları artık ek oran katkı payına tabi değildir.

Örnek 3

Bu durumda, önceki Örnek 2'den farklı olarak, iş gezisinin iptal edilmesinden kaynaklanan negatif sigorta primi tutarı tahakkuk yoluyla telafi edilmeyecektir. Diğer çalışanların tahakkuklarından dolayı toplam sigorta prim tutarı pozitif çıkacak olmasına rağmen 3. Bölümde çalışanın negatif değerlerde kalması kabul edilemez. Bu nedenle muhasebecinin bir belge oluşturması gerekecek Sigorta primlerinin yeniden hesaplanması, Haziran ayı katkılarını yeniden hesaplayın, güncellenmiş bir Hesaplama oluşturun ve Federal Vergi Hizmetine gönderin.

1C: Maaş ve Personel Yönetimi 8 programı, sigorta primlerinin yeniden hesaplanması sürecini otomatikleştirir. Hizmeti kullanma 1C-Raporlama Sigorta primlerine ilişkin başlangıç ve netleştirme hesaplamaları otomatik olarak oluşturulur. Ancak açıklayıcı bir Hesaplama hazırlama kararı muhasebeciye aittir. Raporun sunulduğu dönemde hesaplamaları değiştiren bir belgenin kaydedilmesinin sonuçlarını analiz eden muhasebeci, ya önceki döneme ait sigorta primlerini yeniden hesaplar ya da hesaplama cari ayda otomatik olarak gerçekleşir.

Editörden. Makalede, ayarlama hesaplamalarının verilerini dikkate alan, sigorta primlerinin hesaplanmasına yönelik kontrol oranlarının kontrol edilmesi için 1C: Enterprise 8'de uygulanan mekanizma hakkında bilgi edinin.

Tünaydın. Uzun zamandır sizden haber alamadım :) Bugün ZUP 3.0'da geçmiş dönemler için yeniden hesaplamaların özelliklerine açıklık getirmek istiyorum. Bu makale içeride nasıl çalıştığından bahsediyor ve buna göre bu süreci kontrol edebilirsiniz. Sonuçta, muhtemelen programın beklenmedik bir şekilde kişiye bilinmeyen miktarlar tahakkuk ettirdiği, bunları tersine çevirdiği, bazı farklılıklar ortaya çıktığı gerçeğiyle karşılaşmışsınızdır... ve bunu istemediniz veya istediniz. Ama bu olmadı))

Hadi başlayalım. Öncelikle maaşı “Bordro” belgesi olarak değerlendirdiğiniz anda yeniden hesaplamalar gerçekleşir. Bu amaçla “Ek tahakkuklar, yeniden hesaplamalar” sekmesini sağlar. Size tavsiyede bulunmak istediğim ilk şey: daima plakadaki verileri kontrol edin "Ek tahakkuklar, yeniden hesaplamalar" . Bilginiz dışında orada görünebilirler ve hesaplamadaki tutarın neden aynı olmadığını anlamayacaksınız.

Teorik olarak, belgenin başlığında her zaman programın birisini saymak üzere olduğu veya onu yeniden doldurmamız gerektiği konusunda uyarılırız, çünkü... birisi sayılmadı.

Program kimi ve hangi ay için saymam gerektiğini nasıl biliyor?

Bunu sizin eylemlerinize göre belirler. Belgeyi geriye doğru tarihlendirdiniz mi? Program bu belgede yer alan çalışanlara baktı ve listelerini kaydetti. Belgede bir düzeltme yaptınız mı (örneğin, geçen aya ait zaman çizelgesini düzelttiniz)? Program bu zaman çizelgesindeki herkesi hatırladı ve bu ay yeniden hesaplanacak. Hem personel hem de maaş bordrosu olmak üzere neredeyse tüm belgeler etkilenir. Bu durumda belgeye dokunmanızın maaşınızı etkileyip etkilemediği program tarafından önemsenmez.

Diyelim ki iş başvurusuna gittiniz ve oraya bir yorum yazdınız, ardından belgeyi yeniden yayınladınız. Maaş yok, randevu tarihi yok, pozisyon yok... Hiçbir şeye dokunulmadı. Ancak program önceki döneme ait belgenin üzerine neden yazdığınızı bilmiyor, bu bir telepat değil, sadece bu çalışanı kaydetti.

İkinci ipucu (diğer adıyla ilk sır): "tüm işlevler" aracılığıyla "Maaş yeniden hesaplama" bilgi kaydına gidin. Tembel olmayın ve içeri girin! Her maaş bordrosu hesaplamasından önce ve her eski tarihli belgeden sonra oraya girin.

Birçok muhasebeci bu tavsiyeyi, zaten yeterince sahip oldukları yeni bir işe sahip oldukları anlamına geliyor. Ama oraya tırmanmazsanız işin mantığını anlayamazsınız ve program sizin için bir kara kutu gibiyse o zaman onunla arkadaş olmazsınız. Dostluk, dostun iç dünyasını anlamakla başlar! Rakibinizin iç dünyasını umursamıyorsanız o sizin dostunuz değildir.

Peki, içeri girdin mi? Harika. Kural olarak boştur ve tek bir satır yoktur, ancak geriye dönük olarak bir şeye dokunduğunuz anda burada çalışanı ve yeniden hesaplanması gereken ayı içeren bir kayıt görünecektir.

Üçüncü ipucu: Programın çalışanı sayma niyetini kabul etmiyorsanız bu kayıttaki satırı silin.

1. Çizgilerin nasıl göründüğünü zaten anlıyor musunuz? Harika.

2. “Bordro” belgesini doldururken ve kayıttaki satırlara göre kaydederken, tablonun yeniden hesaplanması ve doldurulması gerçekleştirilir. "Ek tahakkuklar, yeniden hesaplamalar."

3. Yeniden hesaplanan çalışanlar kayıttan silinir ve boş hale gelir.

4. “Bordro” belgesini iptal ettiğinizde satırlar yerine geri döner, böylece tekrar doldurduğunuzda her şey yerli yerine oturur.

Dördüncü ipucu (belki bu düzeltilecektir): “Bordro” belgesini yeniden doldurmadan önce yayın!

Algoritmaya göre, belge gönderildikten sonra kayıt temizlenir. Temizlemeden yeniden doldurursanız, program kimin sayılması gerektiğini bilemeyecek ve yeniden hesaplamaların olduğu tablo kısmı boş olacaktır. Bu 21. sürüm için geçerliydi. 22. sürümde henüz kontrol edecek zamanım olmadı.

Başka bir nüans, belgede yeniden hesaplama yapılacak kişilerin listesine tıklarsanız bilgi kayıt listesi formu açılacaktır."Maaşların yeniden hesaplanması." Ayrıca bir girişi “silmek” için bir düğme de olacaktır.

Not: (önemli)

Bu araştırmanın nedeni, Muhasebe 3.0'dan orijinal verileri aktarırken yapılan sonsuz yeniden hesaplamalardı. Geçiş sırasında tüm tekniklere ve çevirilere dokunmanız gerekecek)) bundan sonra kayıt defterinin tüm içeriğini silin " "Maaşın yeniden hesaplanması" aksi takdirde tüm yıllar için her şeyin yeniden hesaplanmasını alırsınız.Muhasebe 3.0'dan veri aktarımıyla ZUP 3.0'a başlama

Bir iş yeniden yürütüldüğünde demo veritabanında olan şey budur. Ve 1C Accounting 3.0'ı 1C ZUP 3.0'a aktardığınızda mümkün olan her şeyi yeniden yapacaksınız:

Hepsi bu, yorumlardaki sorular ve programdan korkmayın, onu anlamalısınız ve o size sevgiyle karşılığını verecektir.

Bu yazımızda hesaplama kayıtlarıyla çalışmanın teorik temellerini ele alacağız ve ayrıca çalışanın ücretini çalışılan saat sayısına göre hesaplayacağız.

Teori

Hesaplama kaydı (RR)- 1C sisteminde periyodik hesaplamaları uygulamak için kullanılan bir yapılandırma meta veri nesnesi. Hesaplama kayıtlarının belirgin uygulama alanları şunlardır: bordro hesaplaması, kira hesaplaması, kira hesaplaması.

Hesaplama kayıtları yapı itibarıyla birikim kayıtları veya bilgi kayıtlarına benzer. Tıpkı birikim kayıtları gibi, ölçümleri, kaynakları, detayları vardır, ancak hesaplama kayıtlarının çalışma prensibi tamamen farklıdır.

Özünde, birikim kaydındaki ölçümler “ filtre» birikim kaydından veri aldığımız bağlamda. Örnek olarak, birikim kaydına göre “geriye kalan”ı belirli bir kalem bağlamında “Kalan mal” veya belirli bir çalışan bağlamında “Çalışan maaşları” bilgi kaydına göre “en son kesim” aldığımızda . Biriktirme kaydının aksine, periyodik hesaplama kaydındaki ölçümler ““ uygulanmasına hizmet eder (bu, zaman uzatımlı hesaplama türlerinin, kaydın geçerlilik süresi aralığı boyunca birbirleriyle rekabet ettiği zamandır; örneğin, iş gezisi hesaplaması). türü, geçerlilik süresi için maaş hesaplama türünün yerini alır) ve ““(bu, ikramiye hesaplama türünün önceki dönemlere ait maaş hesaplama türüne bağlı olduğu durumdur).

etki süresine göre baskı mekanizması«:

Burada “İş gezisi” hesaplama türünün zaman içinde bir süresi olduğunu ve 10 Nisan – 20 Nisan tarihleri arasında geçerli olduğunu, “Maaş” hesaplama türü için “İş gezisi”nin yer değiştiren hesaplama türü olarak belirtildiğini görüyoruz. “Maaş” da zamanla uzanır ve 1 Nisan'dan 30 Nisan'a kadar geçerlidir. “İş gezisi”, “Maaş” hesaplama türü için yer değiştiren bir hesaplama türü olarak belirtildiğinden (maaştan daha yüksek önceliğe sahiptir) ve maaşın geçerlilik süresi boyunca geçerli olduğundan, maaş bir iş gezisi ile değiştirilir ve “Maaşın fiili geçerlilik süresi” oluşturulur.” Maaşın fiili geçerlilik süresi “Bu, maaşın bir iş gezisi nedeniyle yerinden edilmesinden sonraki geçerlilik süresidir, bizim durumumuzda 2 dönemden oluşur - 1 Nisan'dan itibaren 9'a kadar ve 21-30 Nisan'a kadar olmak üzere toplam 19 gündür. Dönem bazlı yer değiştirme mekanizması yalnızca uzun vadeli hesaplamalarda işe yarar.

Yukarıdaki şekil grafiksel olarak " ilkesini göstermektedir " Temel döneme göre bağımlılık mekanizması«:

Diyelim ki 2017 yılının Nisan ayı sonunda bir çalışanımıza maaşının %10'u oranında ikramiye vermek istiyoruz. Maaş, ikramiyeler için temel hesaplama türü olarak belirtilir.

Ancak primi hesaplamak için "taban" olarak Nisan ayının tamamını değil, yalnızca 10 Nisan ile 20 Nisan arasındaki aralığı (11 gün) alacağız. İkramiyenin matrahını hesaplayalım, çalışanın maaşı 60.000 ruble, ayda 30 gün var, günlük maaş = 60.000/30 = 2.000 ruble. Sonraki 2000*11 = 22000 ovma. Prim hesaplamasının temeli 22.000 ruble.

Primi hesaplayalım: (22000/100)*10 = 2200 ruble. Maaşın% 10'u tutarında ikramiye 2.200 ruble.

Uygulama meta veri nesnesi "Hesaplama türleri planı" hesaplama kaydıyla yakından ilişkilidir.

Hesaplama türlerinin planı (PVR)- hesaplama türlerinin türleri hakkında bilgi depolayan ve farklı hesaplamaların birbirleri üzerindeki etkisini belirleyen bir yapılandırma meta veri nesnesi.

Bir hesaplama türü planı birden fazla hesaplama kaydında kullanılabilir, ancak bir hesaplama kaydı birden fazla hesaplama türü planını aynı anda kullanamaz.

Hesaplama kaydı, hesaplanan verilerin saklandığı bir tablodur ve hesaplama türleri açısından bu verileri hesaplamaya yönelik algoritmalar depolanır. Hesaplama kaydında, hesaplama kaydında hareketler yapan en az bir belge kayıt kuruluşu bulunmalıdır (örneğin, Bordro).

1C Enterprise sistemindeki hesaplama mekanizmaları, önce hesaplama kaydına giriş yapmanız ve ancak daha sonra bu verilere dayanarak hesaplamayı yapmanız gerekecek şekilde tasarlanmıştır. Örneğin bir maaş üzerinden ikramiye hesaplamak, aynı maaş hesaplama defterine kaydedilmeden mümkün değildir.

Pratik

Uygulamadaki hesaplama kayıtlarına daha yakından bakalım:

Aşama 1 Hesaplama türleri için bir planla başlayalım. Hesaplama kaydı oluşturmadan önce hesaplama türü planı oluşturmalısınız. Hesaplama kaydından önce hesaplama türleri için bir plan oluştururuz çünkü hesaplanan verileri depolamak için bir tablo (yani bir hesaplama kaydı) oluşturmadan önce, bu verileri hesaplamak için algoritmalar (yani hesaplama türleri için bir plan) belirlemek gerekir.

“Temel masraflar” hesaplama türleri için bir plan oluşturalım. Hemen “Hesaplama” sekmesine geçelim. Burada hemen bayrağı görüyoruz" Geçerlilik süresini kullanır", bu bayrak ayarlandığında bu planda yer alan tüm hesaplama türleri zaman içindeki uzunluk(örneğin, Maaş, İş gezisi) ve ayrıca bu hesaplama türleri planı için “ etki süresine göre baskı mekanizması". “Geçerlilik süresini kullanır” bayrağı ayarlanmazsa, hesaplama türlerinde süre uzatımı olmayacak (örneğin, Bonus, Ceza) ve “geçerlilik süresine göre yer değiştirme mekanizması” çalışmayacaktır. Ayrıca bu sekmede “Tabana bağımlılık” ve “Hesaplama türleri için temel planlar” bölümleri bulunmaktadır - bunlar uygulamaya hizmet etmektedir. Temel döneme göre bağımlılık mekanizması"Ama bunu daha sonra konuşacağız. Şimdilik “Bağımlılık”ı “Bağımsız” modda bırakalım.

Önceden tanımlanmış bir hesaplama türü “Maaş” oluşturalım. "Temel" sekmesinde her şey basittir. Hesaplama türünün adını ve kodunu ayarlayın.

Bayrağı koyduğumuz için teşekkürler" Geçerlilik süresini kullanır"Artık bir sekmemiz var" Yer değiştirme"ve açıldı" döneme dayalı baskı mekanizması«.

Bu sekmede maaşın geçerlilik süresine göre yerini değiştirecek hesaplama türlerini belirtiyoruz (örneğin, İş gezisi).

Not: “Yer Değiştirme” bölümünde yalnızca bu hesaplama türleri planına ait hesaplama türlerini ekleyebilirsiniz.

Ayrıca bir sekme de var " Sunucular»—değiştirildiğinde geçerli hesaplama türünü yeniden hesaplaması gereken hesaplama türlerini belirtir. Burada diğer hesaplama türü planlarından da hesaplama türlerini belirleyebilirsiniz. Örneğin “Bonus” hesaplama türünün başında “Maaş” hesaplama türü gelmektedir. Maaş değiştiğinde ikramiyeyi de yeniden hesaplamak zorundayız çünkü Bonus maaşa göre hesaplanır. Bu durumda “Maaş” hesaplama türü geçerlilik süresi kullanan “Temel Tahakkuklar” PRP'ye, “Bonus” hesaplama türü ise geçerlilik süresi kullanmayan “Ek Tahakkuklar” PRP'ye aittir.

Adım 2.Varsayılan yapıya sahip bir “Charts” dizini oluşturalım. “Programlar” dizininde çalışanların çalışma saatlerini (beş günlük, altı günlük vb.) saklayacağız.

Aşama 3.Ayrıca Üretim takvimini (çalışma günleri ve hafta sonları) saklayacağımız bir nesneye de ihtiyacımız var. Bu amaçlar doğrultusunda, periyodik olmayan bağımsız bir bilgi kaydı kullanıyoruz.

“Tarih” ve “Çizelge” olmak üzere 2 boyutlu ve “Saat Sayısı” kaynağına sahip, periyodik olmayan bağımsız bir bilgi kaydı olan “Çalışma Programları” oluşturalım.

“Çalışma Programları” bilgi kaydı sayesinde çalışılan gün sayısıyla orantılı olarak maaştan ücret hesaplaması yapabileceğiz.

4. Adım.Aşağıda gösterilen detaylı yapıya sahip bir “Bordro” belgesi oluşturun:

Gereksinimler:

Operasyonel yürütme "Yasakla" olarak ayarlandıÇünkü 1C'deki periyodik ödeme mekanizması için bir anlam ifade etmiyor - ikramiyeleri, maaşları veya para cezalarını asla gerçek zamanlı olarak hesaplamayız.

Varsayılan ayarlarla bir belge formu oluşturalım.

Adım 5. Sonunda hesaplama kayıtları oluşturma noktasına geldik.

Hesaplama kaydı meta veri nesnesi, yapılandırıcının "Hesaplama kayıtları" dalında bulunur.

Bir hesaplama kaydı “Temel masraflar” oluşturalım. Aşağıdaki hesaplama kaydı ayarlarına bakalım:

1. “Hesaplama türleri planı” alanında, 1. adımda oluşturulan PVR “Temel masraflar”ı belirtin.

2. "Geçerlilik süresi" bayrağını "Doğru" olarak ayarlayın çünkü 1. adımda belirtilen PVR'nin zamanda uzatma.

Bu bayrağı ayarladıktan sonra, "Action Period", "Action PeriodStart", "ActionPeriodEnd" standart ayrıntıları hemen bizim için kullanılabilir hale gelir; bu, bu hesaplama kaydında kayıtlı hesaplama türlerinin de sahip olduğu anlamına gelir. zaman içindeki uzunluk ve şuna erişebiliyoruz " etki süresine göre baskı mekanizması«.

Not: Şu özelliklere sahip bir PVR belirtirseniz: zaman içindeki uzunluk"Geçerlilik Süresi" bayrağı "Yanlış" olarak ayarlanmış bir RR için bu PVR, geçerlilik süresi olmayan bir PVR olarak çalışacaktır. zamanda uzatma.

3. “Geçerlilik süresi” bayrağını “Doğru” olarak ayarladıktan sonra “Grafik”, “Grafik değeri”, “Grafik tarihi” alanları kullanımımıza açılır.

“Zamanlama” alanında 3. adımda oluşturulan “Çalışma Programları” bilgi kaydını belirtiyoruz.

“Çizelge Değeri” alanında “Çalışma Programları” bilgi kaydındaki “Saat Sayısı” kaynağını belirtiyoruz.

“Planlama Tarihi” alanında, “Çalışma Programları” bilgi kaydının “Tarih” boyutunu belirtin.

4. “Frekans” alanına “Ay” değerini belirtiyoruz, bu da verilerin aylık olarak kayıt defterine girileceği anlamına geliyor.

Kayıt defteri meta veri yapısı aşağıdadır:

Bir boyutun "Temel" bayrağı yalnızca performansı etkiler; bunu ayarlamanıza gerek yoktur, ancak ayarlarsanız "Çalışan" alanı dizine eklenir.

"Çalışan" boyutu - "'de kullanılır etki süresine dayalı baskı mekanizması" Ve " baz periyoduna bağımlılık mekanizması«.

Kaynak “Tutar” - hesaplanan maaş oraya kaydedilecektir.

“Grafik” özelliği bir kayıt boyutu olarak değil, bir özellik olarak belirtilir, çünkü ne o ne de herhangi bir şeyin yerini alır; aslında bir referans alanıdır. Önemli!!! "Bağlantıyı Planla" alanını doldurmayı unutmayın“Zamanlama” özelliğinde “Çalışma Programları” bilgi kaydının “Çizelge” boyutu burada belirtilmelidir, aksi takdirde maaş tutarı hesaplanmayacaktır.

“Parametre” özelliği maaş değerini saklayacaktır.

Artık “Çalışma Programları” MS'si ile bağlantıyı belirttiğimize göre, çalışanın maaşını çalışılan gün sayısıyla orantılı olarak hesaplayacağız.

Belgeyi kayıt memuru olarak belirtiyoruz " Maaş bordrosu" 4. adımda oluşturuldu.

Adım 6. “Temel masraflar” hesaplama kaydına göre hareketler yapıyoruz.

4. adımda oluşturulan “Bordro” belgesine dönelim.

Belge nesnesi modülünde kayıt işleminin işlenmesini açıklayalım:

Belge işleme işleme kodunun parçası

1C (Kod)

Prosedür ProcessingProcessing(Arıza, İşleme Modu) // Hareketin Temel Tahakkuklarını kaydedin.MainAccruals.Write = True; Hareketler.MainAccruals.Clear(); Kayıt Dönemi = Ayın Başlangıcı (Tarih); Her TechLineMainTahakkuklar için AnaTahakkuklar Döngüsünden Hareket = Hareketler.MainAccruals.Add(); Move.Reversal = Yanlış; Movement.CalculationType = TechLineMainAccruals.CalculationType; Movement.ActionPeriodStart = TechLineMainAccruals.StartDate; Movement.ActionPeriodEnd = EndDay(TexLineMainAccruals.EndDate); Hareket.Kayıt Dönemi = Kayıt Dönemi; Movement.Employee = TechLineMainAccruals.Employee; Hareket.Chart = TechStringMainAccruals.Chart; Movement.Parameter = TechStringMainAccruals.Size; EndCycle; Prosedürü Sonlandır

İşleme Prosedürü(Arıza, Mod)

// Ana Tahakkuklar kaydı

Hareketler. Temel Tahakkuklar. yaz = doğru;

Hareketler. Temel Tahakkuklar. Temizlemek() ;

Kayıt Dönemi = Ay Başı (Tarih) ;

Her TechLine BasicAccruals için BasicAccrualsCycle'dan

Hareket = Hareketler. Temel Tahakkuklar. Eklemek() ;

Hareket. Storno= Yanlış;

Hareket. Hesaplama Türü=TexLineMainTahakkuklar. Hesaplama Türü;

Hareket. PeriodActionStart = TechLineMainTahakkuklar. Başlangıç tarihi;

Hareket. ActionPeriodEnd=EndDay(TexLineMainAccruals.EndDate) ;

Hareket. Kayıt Dönemi = Kayıt Dönemi;

Hareket. Çalışan = TechLineMainAccruals. Çalışan;

Hareket. Grafik = TechLineMainTahakkuklar. Takvim;

Hareket. Parametre = TechStringMainAccruals. Boyut;

EndCycle;

Prosedürü Sonlandır

Bir test belgesi oluşturup çalıştıralım:

Gelelim “Belge Hareketleri”ne:

Kayıt döneminin ay başına ayarlandığını görüyoruz çünkü RR'nin sıklığı “Ay” olarak belirtilmektedir. Ayrıca tutar dışındaki tüm alanların doldurulduğunu (maaş henüz hesaplanmadığını) görüyoruz.

Adım 7.Bordro hesaplama kodunu yazalım.

Aşağıdaki bayraklarla genel bir "Hesaplama" modülü oluşturalım:

Hesaplamanın kendisi bu genel modülde gerçekleştirilecektir.

“Hesaplama” modülüne “Masrafları hesapla” dışa aktarma fonksiyonunu yazalım:

RR "Temel masraflar" ayarlarında "Plan", "Plan değeri", "Plan tarihi" alanlarını doldurduğumuzdan, hesaplama kaydının sanal bir tablosu bizim için kullanılabilir hale geldi Veri Grafikleri, sanal bir tabloya yapılan sorguda aşağıdaki alanlarla ilgileniyoruz:

“Saat Sayısı Fiili İşlem Süresi” — program verilerine göre hesaplanan gerçekte çalışılan saat sayısını içerir

"Saat SayısıEylem Süresi" - hesaplama dönemindeki program verilerine göre hesaplanan çalışma saati sayısını içerir

Bordro hesaplama prosedürü

1C (Kod)

Prosedür Tahakkukları Hesapla(Kayıt Memuru, Kayıt Seti) Dışa Aktar //Maaş Talebi=Yeni Talep; Query.Text="SELECT | ISNULL(BasicAccrualsGraphicsData.NumberofHoursActualActionPeriod, 0) AS HoursFact, |BasicAccrualsGraphicsData.Parameter, |ISNULL(BasicAccrualsGraphicsData.NumberofHoursActionPeriod, 0) AS HoursPlan, |BasicAccrualsGraphicsData ica.Satır Numarası |FROM | Hesaplama Kaydı. Temel Tahakkuklar. Grafik Verileri(| Kayıt Şirketi = &Kayıt Şirketi | Ve Hesaplama Türü = &Hesaplama TürüMaaş) AS Temel TahakkukVerileriGrafikleri"; request.SetParameter("Kayıt Edici", Kaydedici); // aramanın yalnızca mevcut belge üzerinde gerçekleştirilmesi için belgeyi kayıt şirketine iletin request.SetParameter("Hesaplama TürüMaaş", Hesaplama Türlerinin Planları. Temel Tahakkuklar. Maaş); //maaş hesaplama türünü ayarlayın çünkü maaşı hesapla Selection=Request.Run().Select(); SearchStructure=YeniYapı; SearchStructure.Insert("RowNumber",0); //satır numarasına göre hesaplama yapmak üzere veri aramak için bir yapı oluşturun RecordSet'ten Her Kayıt İçin Döngü //mevcut belgenin kayıt kümesinde dolaşınSearch Structure.LineNumber=Record.LineNumber; //arama için satır numarasını doldurun If Selection.FindNext(Search Structure) Sonra //mevcut satır numarasına göre hesaplama için veri örneğine bakarız Record.Sum =?(Selection.HoursPlan=0.0, Sampling.HoursFact /Sample.HoursPlan * Örnekleme .Parametre); //Parametrede çalışılan günlerle orantılı olarak maaşı hesaplayın - mevcut maaş EndIf; Seçim.Reset(); //seçimi sıfırlıyoruz, önce seçim boyunca arama yapmak için kayıt kümesinin bir sonraki kaydına ihtiyacımız var EndCycle; Recordset.Write(, True); //hesaplanan kayıtları veritabanına yazın, Change = True EndProcedure parametresini iletin

//Maaş

İstek=Yeni İstek;

Rica etmek. Metin = "SEÇ

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActualActionPeriod, 0) AS HoursFact,

| BasicAccrualsDataGraphics.Parametre,

| ISNULL(BasicAccrualsDataGraphics.NumberofHoursActionPeriod, 0) AS HoursPlan,

| BasicAccrualsDataGraphics.NumberLines

|DAN

| Hesaplama Kaydı Temel Tahakkuklar Grafik Verileri (

| Kaydedici = &Kaydedici

Bu makaleyi e-posta adresime gönder

Bu yazıda 1C ZUP'ta tatil ücretinin nasıl yeniden hesaplanacağına bakacağız. Bu tür durumlar çeşitli nedenlerle ortaya çıkabilir. Örneğin bilgi sistemindeki veriler değişti veya muhasebedeki bir hata nedeniyle. Birkaç düzeltme seçeneğinin olduğu hemen belirtilmelidir. Tahakkuk ayı hala açıksa doğrudan belgenin kendisinde düzeltmeler yapabilir ve ardından yeniden gönderebilirsiniz. Aksi halde düzeltme yapılması gerekir aksi halde muhasebe tutarsızlıkları ortaya çıkabilir.

Örneğin tatilin fiili tarihten daha erken sonlandırıldığı durumu ele alalım. Çalışana başlangıçta Ekim ayının birincisinden üçüncüsüne kadar olan dönem için tatil ücreti tahakkuk ettirildi.

Örneğin, bir nedenden dolayı çalışan daha erken, 2 Ekim'de izne ayrılmak zorunda kaldı. Bu eylemi yansıtmak ve tutarı yeniden hesaplamak için orijinal belgeyi açın ve belgenin altındaki ilgili "Doğru" köprüsüne tıklayın.

Bu durumda kuruluş çalışanının tatilden dönmesi için yeni tarihin belirtilmesi gereken yeni bir belge oluşturulacaktır.

“Önceki dönemin yeniden hesaplanması” sekmesine gidin. Daha önce tahakkuk eden tutarın geri alınacağını görüyoruz.

Daha sonra belgeyi gerçekleştiriyoruz. Yeniden hesaplanan tutar tahakkuk tutarını aştığı için herhangi bir ödeme yapılmayacağı unutulmamalıdır. Buna karşılık, hesaplanan vergi yeniden hesaplamaya tabidir. Sonuçta ortaya çıkan fazla kişisel gelir vergisi ödemesi, bir sonraki bordro hesaplanırken dikkate alınacaktır. Hesaplanan vergi miktarı, tatilin yeniden hesaplanmasıyla bağlantılı olarak ortaya çıkan fazla ödeme miktarı kadar azaltılacaktır. 6-NDFL raporu fazladan kesilen veya aktarılan vergi tutarını göstermez ancak bir sonraki maaş ödendiğinde aktarılacak vergi miktarında bu fazla ödeme dikkate alınacaktır. Bundan sonra, bankaya veya kasaya yapılacak bir sonraki ekstrede, kişisel gelir vergisi, daha önce yapılan fazla ödeme dikkate alınarak aktarılacak ve bu, daha sonra 6 kişisel gelir vergisi raporunda kişisel gelir vergisi muhasebesinin doğru şekilde görüntülenmesini sağlayacaktır.

1C ZUP'ta tatil ücretinin yeniden hesaplanması konusunda sorularınız varsa, makalenin altındaki yorumlarda onlara sorun, uzmanlarımız bunları yanıtlamaya çalışacaktır.

Şimdi ikinci örneğe bakalım. Kuruluşun bir çalışanı 1 Ekim'den 14 Ekim'e kadar izin başvurusu yazdı. Benzer şekilde tatil de hesap özeti üzerinden hesaplandı ve ödendi. Ancak bir önceki aya - Eylül ayına ait ücretler, bu cari ay olduğu için henüz hesaplanamadı. Ay sonunda ve Eylül ayı ücretlerinin hesaplanmasında tatil ücretinin yeniden hesaplanması gerekli hale gelir. Ortalama kazançlarla ilgili bilgileri yeniden doldurmamız gereken bilgilere sahip olacağımız orijinal tatil belgesini açalım. Bu, verilerin değiştiği anlamına gelir.

Aynı şekilde, daha önce tahakkuk eden tutarın ters çevrileceği yeni bir “Tatil” belgesinin de oluşturulacağı “Doğru” bağlantısına tıklayın ve “Tahakkuk Edenler (ayrıntılar)” sekmesine tıklayın, yeni hesaplama koşulları dikkate alınarak yeni bir tatil tahakkuku yapılacaktır. Ücretlerdeki fark için yeni bir kişisel gelir vergisi hesaplanacaktır. Daha sonra belgeyi gerçekleştiriyoruz.

Diğerlerinden - örneğin ikramiye, dönemin maaş miktarına göre belirlenebilir. Bu durumda ikramiye hesaplandıktan sonra maaşın değişmesi mümkündür. Varsayılan olarak platform bu tür durumları kontrol etmez. Geliştirici bunu izlemenin gerekli olduğunu düşünüyorsa, hesaplama kaydının özel bir alt nesnesini kullanmanız gerekir - Yeniden Hesaplama:

Yeniden hesaplama kayıtları ayrı bir tabloda saklanır. Bağımlı kaydın doğru bir şekilde yeniden hesaplanması gerektiğini garanti etmezler ancak böyle bir potansiyel ihtiyacın sinyali olarak hizmet ederler.

Genel olarak yeniden hesaplama tablosu girişleri aşağıdaki alanları içerir:

yeniden hesaplama nesnesi (verilerinin yeniden hesaplanması gereken kayıt belgesi)
hesaplama türü - bu hesaplama kaydı için tanımlanan hesaplama türlerinin Planından hesaplama türüne bağlantı

Kayıtlar, belirli bir hesaplama kaydının bir veya birkaç boyutu bağlamında daha ayrıntılı olarak saklanabilir. Örneğin, tüm departmanın maaş bordrosu kayıt memurunun tarihi geriye dönüktü; Üstelik değişiklikler yalnızca çalışan Ivanov içindi. Çalışan boyutunu Yeniden Hesaplama'ya eklemek bunu takip edebilmenizi sağlayacaktır. Bu durumda Yeniden Hesaplama boyutunun hesaplama kayıt boyutuna bağlanması gerekir:

İlgili hesaplama türü planında Temel dönem özelliği ayarlanmışsa, yeniden hesaplama tablosundaki veriler otomatik olarak oluşturulur. Özellik ayarlanmamışsa kayıtların oluşturulmasından geliştirici sorumludur.

Sınav 1C'nin 14.41. Sorusu: Platform Profesyoneli. Veriler yeniden hesaplanıyor...

hesaplama kayıt girişleri değil
hesaplama kayıt girişleri
yeniden hesaplama kayıt girişleri
gerçek geçerlilik süresi tablosunun kayıtlarıdır

Doğru cevap ilkidir, genellikle ayrı tablolarda saklanırlar.

Sınav 1C'nin 14.42. Sorusu: Platform Profesyoneli. "Yeniden hesaplama" boyut özellikleri penceresinde, "İletişim" sekmesinde, "Boyutu kaydet" özelliğinde şunu belirtin:...

temel kaydın ölçümü, verileri değiştiğinde mevcut kayıt kaydının yeniden hesaplanması gerekir
temel kayıtların verileri değiştiğinde girişleri yeniden hesaplanması gereken mevcut kaydın ölçümü
temel kayıtların ölçümleri, verileri değiştiğinde mevcut kayıt kaydının yeniden hesaplanması gerekir

Doğru cevap ikincisidir. Mevcut kayıttaki girişlerin güncellenmesi ihtiyacını izlemek için yeniden hesaplamanın kendisi gereklidir.

1C sınavının 14.43. Sorusu: Platform Profesyoneli. "Yeniden hesaplama" tablosu satırlarla doludur ve bunların her biri şunu temsil eder:

hesaplama türü ve yeniden hesaplanması gereken hesaplama kayıt girişinin belge kayıt şirketi hakkında bir dizi bilgi. Tablo ayrıca yeniden hesaplama ölçümlerini de içerecektir
hesaplama türü ve yeniden hesaplanması gereken hesaplama kayıt girişinin belge kayıt şirketi hakkında bir dizi bilgi
hesaplama türü, kayıt şirketi belgesinin satır numarası ve yeniden hesaplanması gereken hesaplama kayıt girişinin kayıt şirketinin kendisi hakkında bir dizi bilgi. Tablo ayrıca yeniden hesaplama ölçümlerini de içerecektir
doğru cevaplar yok

İlk cevap doğrudur, yukarıdaki analiz.

1C sınavının 14.45. Sorusu: Platform Profesyoneli. Doğru cevabı seç:

Yeniden hesaplamalarla çalışma sürecinde geliştirici, sistemin yeniden hesaplama tablosunda sağladığı bilgileri "göz ardı edebilir", yani hesaplama sonuçlarını gözden geçirmeyi reddedebilir
1C: Enterprise 8 sistemindeki yeniden hesaplamaların çalışma prensibi “bildirimdir”
Yapılandırma geliştiricisi, mutabakat defteri girişlerinin yeniden hesaplanması sürecini kontrol edemez; sistem her şeyi otomatik olarak yapar
1. ve 2. ifade doğrudur

Dördüncü doğru cevap, yeniden hesaplamanın yalnızca bağımlı verileri değiştirme potansiyel ihtiyacını izlemesidir.

Sınav 1C'nin 14.46. Sorusu: Platform Profesyoneli. Bir hesaplama kaydı için...

Yalnızca bir yeniden hesaplama desteklenebilir
Farklı yapıların yalnızca üç tahsisi desteklenebilir
Farklı yapıların herhangi bir sayıda yeniden hesaplanması desteklenir

Doğru cevap üçüncüdür, herhangi bir sayıda ikincil Yeniden Hesaplama nesnesinin hesaplama kaydına eklenmesinde sorun yoktur; bunların yapısı hiçbir şekilde kontrol edilmez.

1C sınavının 14.57. Sorusu: Platform Profesyoneli. Yerleşim sıklığı aylıktır. İlgili ayarlar hesaplama kaydında yapılmıştır. Maaş hesaplama türü için Gezi hesaplama türü, yer değiştirme hesaplama türü olarak belirtilir. 03/01/14 tarihinde bilgi bankasına maaş bilgisi girildi ancak hesaplama yapılmadı. 20.03.14 tarihinde iş gezisi bilgi veritabanına girildi ve hesaplandı. 30.03.14 tarihinde maaş hesaplamasına geçildi. Maaş hesaplanırken iş gezisi verileri dikkate alınacak mı? İş seyahatimi yeniden hesaplamam gerekiyor mu?

Dikkate alınacak, ancak iş gezisinin yeniden hesaplanması gerekecek
Dikkate alınacaktır, seyahatin yeniden hesaplanmasına gerek yoktur
Dikkate alınmayacaktır. Yolculuk hesaplamasını iptal etmek ve her iki hesaplama türünü yeniden hesaplamak gerekir
Dikkate alınmayacaktır. Hesaplamanın doğru yapılabilmesi için maaş ve iş gezisinin tek bir belgede olması gerekir

Yeniden hesaplamaya gerek yoktur, iş gezisi kaydı ay içindedir.