• 
  Beyannamenin günlüğe kaydedilmesi ve bir sonraki dönem için başlangıç ​​verileri olarak kullanılması Güçlü bildirim düzenleyicisi Karşı tarafları kontrol etmek, xml dosyalarından beyanları yüklemek, güçlü seçimler ve çok daha fazlası... Üstelik tüm bunlar artık daha hızlı ve daha kullanışlı Yeni baskı 3.1

• En popüler alkol beyanı ekleri ek 5, 6, 7, 11 ve 12'dir.

  İşleme, toptan veya perakende ticaret organizasyonlarına yöneliktir. Gelecekteki raporlama yapan şirkete yönelik güncellemelerde, alkollü içki üretimi yapan işletmeler için gerekli Beyanname Ekleri planlanmaktadır.

• Ed'den bile daha hızlı. 2 kere! Bilgi tabanı verilerine dayalı beyanlar oluşturmada yüksek verimlilik.

  Yaklaşık 150 mağazalık bir ağ ile müşterilerimiz için yeni baskının uygulanması aşağıdaki sonuçları gösterdi: bilgi tabanına göre Ek 11'in oluşturulması (150 mağaza, 50.000'den fazla beyan satırı) - yaklaşık 3-4 dakika! FSRAR formatını kullanarak yükleme - bir dakikadan az! Declarant-Alco programında aynı görev 48 saatten fazla sürede tamamlandı.

• Beyannamenin bilgi tabanına göre tam otomatik olarak doldurulması.

  Tüm beyanname başvuruları otomatik olarak doldurulur. Ek 11 ve 12 "Perakende satış raporu", "Malların hareketi", "Malların kaydedilmesi", "Malların silinmesi" için "Mal ve hizmet alımı", "Mal ve hizmet satışı" belgelerinden veriler " kullanılmış.

• Kaydedilen beyanların kaydını tutmak

  Artık raporları bir günlüğe kaydedebilirsiniz. Raporunuzun bilgi tabanı verilerine göre nasıl oluşturulduğu veya harici bir dosyadan indirilip indirilmediği önemli değildir. Bu raporları bir sonraki raporlama dönemine ilişkin açılış bakiyeleri oluşturmak için kullanabilirsiniz.

• Aşağıdaki işlevlere sahip güçlü bildirim düzenleyicisi:

  önceden indirilen XML dosyalarının yanı sıra bilgi tabanı verilerine göre oluşturulan bildirimler. Yeni oluşturulan bir rapordaki veriler (henüz indirilmemiş, yani doğrudan monitör ekranından) manuel olarak düzenlenebilir ve daha sonra XML formatında indirilebilir;
• Önceki raporlama dönemi sonunda bakiye yüklemebağımlı göstergelerin otomatik olarak yeniden hesaplanmasıyla mevcut raporlama döneminin verilerine (başlangıç ​​bakiyeleri şeklinde). Bu, “seçici” muhasebeyi düzenlemenize olanak tanır; bilgi tabanında yer alan sınırlı bir kimlik bilgisi alt kümesi için.
• “Makbuzlar” ve “Sarflar” sütunlarının otomatik tamamlanması" Ek 5'te ve "Makbuz" sütunlarında" böcek. 1 Ek 11 ve 12. Ek 6 ve 7'nin yanı sıra Bölüm'deki verileri ayarlarken. Ek 11 ve 12'nin 2'sinde, Ek 5 ve Bölüm'ün ilgili sütunlarındaki göstergelerin değerlerini otomatik olarak hesaplamak mümkündür. 1 ek 11 ve 12.
• Temel göstergeleri düzenlerken yüklenen bir raporun bağımlı göstergelerinin otomatik olarak yeniden hesaplanması işlevi . Örneğin açılış bakiyeleri düzenlenirken kapanış bakiyeleri otomatik olarak yeniden hesaplanır.

Desteklenen Yapılandırmalar

Ürünü detaylı olarak tanıyabilirsiniz, belgeleri inceledikten sonra veya tavsiye için bizimle iletişime geçerseniz.

Ürün arayüzünün ilk fikrini ve bazı işlevlerini çeşitli konfigürasyonlara ait aşağıdaki ekran görüntülerinde görebilirsiniz.

Her zaman güvenebilirsin profesyonel teknik destek Alkol beyanlarının uygulanmasında 3 yıldan fazla deneyime sahip ürün geliştiricilerinden.
Teslimat fiyatına, siparişin ödenmesinden sonraki 6 ay boyunca teknik destek dahildir.

1C konfigürasyonları için sürüm: Ticaret Yönetimi, sürüm 10.3 ve 1C: Entegre Otomasyon 1.1

Yapılandırma sürümü Ticari yönetim, sürüm 11.1, 11.2

Kaydedilen beyanların günlüğü

Beyanname tamamlama ayarları penceresi

Para iade garantisi

Infostart LLC, programın açıklamada belirtilen işlevselliğe uymaması durumunda size %100 geri ödeme garantisi verir. Paranın hesabımıza geçtiği tarihten itibaren 14 gün içerisinde talep etmeniz halinde paranın tamamı iade edilebilir.

Programın işe yaradığı o kadar kanıtlandı ki, böyle bir garantiyi tam bir güvenle verebiliriz. Tüm müşterilerimizin satın almalarından memnun olmalarını istiyoruz.

FLC – format mantıksal kontrolü, Vergi mükelleflerinin vergi raporlama formlarını doldurmalarına yardımcı olmayı amaçlayan, masa başı kontrol amacı gütmeyen, Vergi Bildirim Formlarının Hazırlanması Kurallarına uygun olarak geliştirilen bir uygulamadır.

FLC Vergi Kanunu'nun 584. Maddesinin 4-1 paragrafına göre, vergi makamları tarafından vergi raporlamasının alınması ve işlenmesi için sistem (bundan sonra sistem olarak anılacaktır) tarafından vergi raporlaması alınırken ve işlenirken gerçekleştirilen tamamlanmasının eksiksizliğinin ve doğruluğunun kontrol edilmesinden oluşur.

Vergi raporlamasının sistemin merkezi düğümü tarafından kabulü ve işlenmesinin teyidi, vergi raporlamasının sistem tarafından kabul veya kabul edilmediğine ilişkin elektronik olarak oluşturulan bir bildirimdir.

Sistem, elektronik olarak gönderilen vergi raporlamasına bir kabul durumu ("Kabul Edildi") ve vergi mükellefinin kişisel hesabına kaydedilmek üzere ("gönderildi") vergi raporlaması için bir işleme durumu atar ve ayrıca vergi raporlamasının kabul veya kabul edilmediğine ilişkin bir bildirim oluşturur. .

Dolayısıyla, bildirimde belirtilen vergi raporlama durumlarının mevcut olması durumunda, vergi raporlamasının format ve mantıksal kontrol gerekliliklerinden geçmiş olduğu ve Kanunun 584'üncü maddesinin 5'inci fıkrasının 7) numaralı bendi normu kapsamına girmediği kabul edilmektedir. Vergi kodu.

Ek dosyasının satırları (dosyanın ilk satırından sonuna kadar) ek bilgilerini içerir.

Dosyanın satırları, birbirini hemen takip eden bir çift satır başı ve satır besleme karakteri (kod 1310 ve 1010) ile birbirinden ayrılmalıdır.

Dosya, satır başı veya satır besleme karakterleriyle başlamamalı veya bitmemelidir. Dosyaya boş satır eklenmesine (satırbaşı ve satır besleme çiftlerinin hemen arka arkaya birkaç kez yinelenmesine) izin verilmez.
Yüklenen bilgiler

Her satır Tablo A.1'de listelenen niteliklerin değerlerini içermelidir.

Genel Gereksinimler

Her ek dosyası için format mantıksal kontrol günlüğü (FLC günlüğü) oluşturulur.

FLC günlük dosyasının adı, dosya adının başındaki MO harflerinin L harfiyle değiştirilmesiyle ek dosyanın adından oluşturulur:

L + Bilgi kaynağı + kayıt numarası-SMO/MO + YYYYAAGG, burada

• 
  Bilgi kaynağı: 1 – SMO veya 2 – MO,
• 
  kayıt numarası-SMO/MO – SMO veya MO'nun kayıt numarası
• 
  YYYYAAGG – verilerin hazırlandığı tarih.

Dosya içerikleri Windows-1251 kod sayfası kodlamasıyla iletilir.

Mantıksal dosya yapısı

FLC günlüğü, sınırlayıcılarla birlikte metin formatındaki bir dosyada iletilir. Dosya, “satır başı” ve “satır besleme” karakter çiftiyle birbirinden ayrılmış satırlardan oluşur (kodlar 1310 ve 1010). Noktalı virgül karakteri (";", kod 3410) ayırıcı olarak kullanılır. Değer içinde noktalı virgül veya tırnak işaretinin geçtiği durumlarda tek tek değerler tırnak içine alınmalıdır.
Format ve mantıksal kontrol hatalarının listesi

Bir hatta en az bir FLC hatası tespit edilirse hat RS ERZ'ye yüklenmek üzere gönderilmez.

1. 
   Format ve mantıksal kontrol hatalarının listesi

Ticaret Yönetimi konfigürasyonunun güncel versiyonu,
sürüm 10.3, sistem sürümüyle kullanılmak üzere tasarlanmıştır
1C:Kurumsal 8.2.19'dan düşük değil. İşletim sistemiyle çalışırken
Microsoft Windows 10, platform sürümü 8.3'ü gerektirir
"1C:Enterprise" sürüm 8.2 ile uyumluluk modunda.

Güncelleme şu sürümlere yöneliktir: 10.3.41.1, 10.3.42.1, 10.3.43.1

Ne var ne yok?

Elektronik belge formatlarının geçerlilik sürelerini kontrol etmeye yönelik işlevsellik eklendi.
Belirli bir EDF katılımcı kimliğine gönderilecek davetiyelerin gönderilmesine yönelik işlevsellik eklendi.

Perakende

Makbuz Yazıcısı ekipmanı desteği
Mutabakat belgelerinin bağlı bir makbuz yazıcısında veya bir ofis yazıcısında yazdırılmasını ve 15 Mart 2017 tarih ve 296 sayılı RF Yönetmeliği uyarınca "Taslak sırasında alıcıya verilen belgelerin kayıt defterinin" tutulmasını destekler.
“Alıcıya verilen belgelerin kayıt defteri” raporu
“Alıcıya verilen evrakların kayıt defteri” raporu eklendi, “Perakende Ticaret Yönetimi” arayüzü, “Satışlar” menüsüne bakınız.
Dizin "KKM kasaları"
“KKM Yazarkasa” dizin formuna “Fiş Arşivleme” onay kutusu eklendi. “Fiş Arşivleme” kutucuğu işaretlendiğinde “KKM Fişi” belgeleri vardiya kapatıldıktan sonra silinmez, arşivlendi olarak işaretlenir. Bu belgelerden elde edilen bilgiler "Alıcıya verilen belgelerin kayıt defteri" raporunda görüntülenir.
ReceiptPrinter.epf için hizmet işleme eklendi
İşleme, 1C: Makbuz Yazıcısı sürücüsü tarafından desteklenen ekipmanın bakımını gerçekleştirir.

10.3.43.1 sürümündeki yenilikler

Elektronik belgelerin değişimi

İsteğe bağlı bir elektronik belgeyi iptal etmek için işlevsellik eklendi.
İsteğe bağlı bir elektronik belge için "Elektronik Belge Ağacı" formu aracılığıyla EDF düzenlemelerini görüntülemeye yönelik işlevsellik eklendi.
UPD/UCD değişimine katılan tüm bilgi tabanı belgeleri arasında EDI durumunun senkronizasyonu uygulandı.
EDO Profili kaydedilirken, kuruluş sertifikalarındaki tüm değişikliklerin 1C-EDO hizmetinde tek seferlik kaydedilmesi olanağı uygulandı.
Sertifikaya erişimi olan kullanıcıların listesini belirtme yeteneği eklendi.

KDV muhasebesi

25 Mayıs 2017 tarihli Rusya Federasyonu Hükümeti Kararnamesi uyarınca. 625 Sayılı Kanuna göre 07/01/2017 tarihinden itibaren kesilen faturalarda devlet sözleşmesinin kimliğinin belirtilmesi gerekmektedir.
07/01/2017 tarihli "Verilen Fatura" belgesinde "Devlet Sözleşme Tanımlayıcısı" alanı doldurulmaya uygundur.
“Verilen fatura” belgesinin basılı şekli, 25 Mayıs 2017 tarihli Rusya Federasyonu Hükümeti Kararnamesi'ne uygun hale getirildi. 625 numara.

Perakende

Rusya Federal Vergi Servisi'nin 21 Mart 2017 tarihli emri uyarınca mali veri formatı sürüm 1.0.5 için destek eklendi N ММВ-7-20/229@
"Mali belgelerin ek ayrıntılarının ve kullanılması zorunlu olan mali belge formatlarının onaylanması üzerine."
Yeni özelliklerden yararlanmak için bakım işlemi güncellemeleri gereklidir.

“Düzeltme nakit makbuzu” belgesi

“Nakit düzeltme makbuzu” belgesi eklendi. Bunu kullanmak için mağaza ekipmanı bakım işlemini 1.7 veya daha yüksek bir sürüme güncellemeniz gerekir.

Dizin "Ticari ekipman"

“Biçimsel-mantıksal kontrol yöntemi”, “Formatolojik kontrol sırasında izin verilen tutarsızlık” ayrıntıları eklendi. Yazar kasadaki bir çeki veri aktarımıyla malileştirirken kullanılır.

“Gelen nakit havale”, “Giden nakit havale”, “Alıcıdan ödeme kartıyla ödeme” belgeleri

“Ödeme Kod Çözme” tablo bölümüne “Ödeme Yöntemi Göstergesi” özelliği eklendi, varsayılan değerle dolduruldu, düzenlemeye açık ve kullanıcı bu değeri değiştirebiliyor. Ayrıntılar, veri aktarımıyla yazarkasadaki çekin malileştirilmesinde kullanılır.

“Mal ve hizmet satışı”, “Malların alıcıdan iadesi” belgeleri

Veri aktarımıyla kasada mali makbuz oluşturma yeteneği eklendi.

Tespit edilen hatalar düzeltildi

Otomatik sistemlerin etkinliği, girdi bilgilerinin güvenilirlik derecesine bağlıdır. Bilgilerin bozulması, kayıt, iletim ve işleme aşamalarında mümkündür. Birincil belgelerin doldurulması sürecinde bilgileri kaydederken operatör tarafından önemli miktarda hata ortaya çıkar. Verileri iletişim kanalları aracılığıyla bir bilgisayara aktarırken, parazit nedeniyle ve bilgi işleme sırasında bireysel bilgisayar cihazlarının arızaları ve arızaları nedeniyle bilgi bozulması mümkündür.

Bilgi güvenilirliği düzeyini artırmak amacıyla, bilginin kaynağından işlendiği yere kadar olan hareketinin tüm aşamalarında meydana gelen hataları tespit etmek için çeşitli veri kontrol yöntemleri geliştirilmiştir. Çoğu hata bilgi hazırlanırken yapıldığından, bu aşamada onu kontrol etmeye yönelik yöntemleri ele alacağız.

Birincil belgelerin hazırlanması sırasındaki bilgi kontrolü, çeşitli kontrol türlerini içerir; bunlardan bazıları doğrudan otomatik işyeri sistemindeki bir bilgisayarda bir belge hazırlama sürecinde gerçekleştirilir, kontrollerin diğer kısmı ise merkezi bilgisayarda gerçekleştirilir. bir mesaj girerek.

Ayırt etmek biçim ve mantıksal kontrol.

Şu tarihte: biçim kontrol:

Girilen her mesaj göstergesindeki karakter sayısı belirlenir ve gerekli sayıyla karşılaştırılır;

Girilen mesajda kabul edilebilir sayıda göstergenin varlığı kontrol edilir;

Sayısal bir karakterin olması gereken yerde alfabetik bir karakterin varlığı kontrol edilir ve bunun tersi de geçerlidir.

Mantıksal kontrol ile:

Ana verilerde yer alan kabul edilebilir değerler aralığının her mesaj göstergesinin değeri kontrol edilir;

Girilen mesajın her bir cümlesi içinde ve farklı cümleler arasında (cümlelerarası kontrol) bireysel göstergelerin birbirine karşılıklı mantıksal uyumu için bir kontrol yapılır;

Demiryolu araçlarının sayısı, istasyon sayısı, kargo gibi mesajın en önemli göstergelerinde hataların varlığı, kontrol işaretleri hesaplanarak tespit edilir.

Mesajın servis ve bilgi cümlelerine yönelik format ve mantıksal kontroller yapılır. Hata tespit edilirse, mesajı gönderen abone, hata kodunu ve hataların yapıldığı göstergeleri içeren 497 numaralı teşhis mesajını alır. Abonenin hataları düzeltmesi veya mesajı yeniden girmesi gerekir.

İşte bazı hataların örnekleri:

1. Biçimlendirme hataları

1.1. Bir bütün olarak mesaj 02'nin doğru formatının izlenmesi.

Bu örnekteki hata türü var olmayan bir mesaj kodudur. Mesaj 03 mevcut değil.

1.2. Bir hizmet ifadesinin biçim kontrolü

Bu bir metrik format hatasını gösterir. Kompozisyonun sıra numarası örnekte olduğu gibi üç değil iki karakterden oluşmalıdır.

1.3. Bilgi cümlesinin format kontrolü

Bu aynı zamanda format göstergesi hatasını da gösterir. Sahip kodu, makaralı rulman işareti üç karakter içermelidir.

2. Mantıksal hatalar

2.1. Bir hizmet ifadesinin mantıksal kontrolü.

Kompozisyon yazma göstergesi 1 veya 2'ye eşit olmalıdır.

2.2. Mantıksal bilgi cümlesi kontrolü

Yükün ağırlığı sıfırdan farklı ise aracın gideceği istasyon bilgisi verilmelidir.

2.3.Mantıksal ifadeler arası kontrol

Vagonların aynı envanter numaraları

Çözüm

Test çalışmasının sonuçlarına dayanarak otomatik kontrol sisteminin çalışma prensibi hakkında bir sonuca varmak mümkündür.

Bir tren oluşturulurken, DVC'ye iletilen mesaj 02'nin (TGNL) servis ve bilgi blokları derlenir. Servis bloğu, bir bütün olarak oluşturulan bileşim hakkında bilgi içerir. Bilgi bloğu her araba hakkında bilgi içerir: envanter numarası, kargo ağırlığı, varış istasyonu, kargo kodu vb.

Kompozisyon daha önce DVC'ye iletilen TGNL'ye karşılık gelmiyorsa, kompozisyondaki tüm değişiklikleri gösteren mesaj 09 oluşturulur. Bu tür bir tutarsızlığın en yaygın nedeni, vagonların güzergah boyunca bir trene planlı olarak ayrılması veya bağlanması ya da bir vagonun teknik veya ticari arızası nedeniyle ayrılmasıdır.

Tren istasyondan ayrıldığında 200 mesajı üretilir;

tren istasyona vardığında - mesaj 201;

trenle istasyona yolculuk - mesaj 202;

kompozisyonun dağıtılması - mesaj 203;

bir vagonun yüklenmesi - mesaj 241;

arabanın boşaltılması - mesaj 242;

aracın arızalı gruba aktarılması – mesaj 1353

Listelenen mesajların her biri, trenin oluşma zamanı, trendeki vagon türleri, trenin oluşum istasyonundan ayrılması, vagonların yüklenmesi ve boşaltılması, vagonların bağlanması ve ayrılması, vagonların çalışma dışı duruma getirilmesi hakkında bilgi sağlar. filo vb.