GIS GMP'ye gönderilen mesajların elektronik imza biçimindeki değişiklikler.

1 Temmuz 2015'ten itibaren yeni biçimler - 1.16 (mevcut sürüm 1.16.1). 1.16 sürümü formatlarına uygun olarak yeni bir GIS GMP hizmeti devreye alınmıştır. Test hizmeti ve endüstriyel hizmet, sırasıyla SID0003663 ve SID0003998 ataması ile bölümler arası elektronik etkileşim sistemine kaydedilir.

Formatlardaki değişiklik, GIS GMP ile etkileşim sırasındaki bir değişiklik ile ilişkilidir. "1C: Bir kamu kurumunun muhasebesi 8" programının standart konfigürasyonlarında, bundan böyle BGU1 olarak anılacak olan 1. baskı (sürüm 1.0.34'ten itibaren) ve bundan sonra BGU2 olarak anılacak olan 2. baskı (sürüm 2.0.34'ten itibaren) , CBS GMP ile etkileşim sırasındaki bir değişiklik dikkate alınmış ve GIS GMP ile 1.16.1 sürümü formatında veri alışverişi gerçekleştirilmiştir. Sürüm 1.15 formatlarında GIS GMF ile etkileşim de mümkündür.*

GIS GMP'ye gönderilen mesajların elektronik imza biçimindeki değişiklikler

Sürüm 1.16 biçimlerine göre, XadES-T biçiminde bir zaman damgası ayarlamayı içeren bir elektronik imza (ES) kullanılmalıdır. Bunu yapmak için, bir imza oluştururken, güvenilen zaman sunucusuna (TimeStamp Authority), ardından - TSA sunucusuna bir itiraz yapılır.

GIS GMP teknik desteğinden alınan bilgiye göre, “Katılımcı herhangi bir TSA sunucusuna erişebilir. Şu anda Federal Hazine, zaman damgası için bir TSA sunucusu sağlamıyor."

TSA sunucusu oldukça pahalı bir yazılım ürünüdür. Çeşitli firmalar tarafından anahtar teslimi çözüm olarak satılmaktadır. Muhtemelen, katılımcının kendisinin bu hizmetin mevcudiyetine katılması gerektiği varsayılmaktadır.

"1C: Bir kamu kurumunun muhasebesi 8" programı, TSP protokolünü kullanarak katılımcının ayarlarında belirtilen TSA sunucusuyla etkileşimi uygular. TSA sunucusuna http protokolü üzerinden erişilir.

TSA sunucusunun adresi (BGU1'de: "Hesaplamalar - GIS GMP/IS RNIP/UNP ile Etkileşim" menüsünde, BSU2'de: komutunda ayarlanır. GIS GMP, UNP ile değişim için organizasyon ayarları v Gezinme çubukları organizasyon kartları). Tipik bir konfigürasyonda, Crypto-Pro test hizmeti varsayılan olarak şu adreste bulunur: http://www.cryptopro.ru/tsp/tsp.srf, içinde belirtilen GIS GMP ile değişim katılımcısının ayarları TSA sunucusunun adresi olarak.

Crypto-Pro web sitesindeki bilgilere göre: “Bu TSP sunucusu yalnızca test amaçlı kullanılmalıdır. Bu sunucu tarafından verilen zaman damgalarına güvenmeyin."

GAN tarafından alt kuruluşlara tahakkuklar aktarılırken ES kullanımına ilişkin kısıtlama

1.16 biçimlerine göre, alt kurumları - Bilimler Akademisi (dolaylı etkileşim katılımcıları) tarafından oluşturulan tahakkukları GAN'ın (doğrudan etkileşimin katılımcısı) imzasıyla imzalamak kabul edilemez. Her katılımcı tahakkuklarını elektronik imzası ile imzalamalıdır.

Katılımcılar ile GIS GMP operatörü arasındaki bilgi etkileşimi Prosedürünün 2.26 paragrafına göre (30 Kasım 2012 tarih ve 19n Rusya Hazine Emri), tahakkuk yöneticilerinin (AN) GIS GMP ile etkileşimi mümkündür. hem baş tahakkuk yöneticisi (GAN) aracılığıyla - GIS GMP'ye kaydolurken, GMP GIS ile GAN aracılığıyla etkileşime girecek tahakkuk yöneticilerinin bir listesi ile baş tahakkuk yöneticisi ve bağımsız olarak - Bilimler Akademisi'ni GMP GIS'e kaydederken tahakkuk yöneticisi olarak.

"1C: Bir devlet kurumunun muhasebesi 8" programında tahakkuk yöneticilerinin GIS GMP ile etkileşimi uygulanır hem bağımsız olarak hem de tahakkukların baş yöneticisi aracılığıyla.

"1C: Bir devlet kurumunun muhasebesi 8" programı, ES ücretleri oluşturmak için iki yöntem uygular:

1. Hizmetle bir değişim gerçekleştirirken (gönderen katılımcının temelinde gerçekleştirilir)- bu durumda, GIS GMP'ye gönderilen belgelere göre - tahakkuklar, dosyalar oluşturulur ve dosyadaki her tahakkuk, bu tahakkuku oluşturan katılımcının imzası ile imzalanır.

Bu yöntem, doğrudan etkileşimdeki katılımcılar için olduğu kadar dolaylı etkileşimdeki katılımcılar için de uygundur (GAN veritabanında alt olanların tahakkukları için ES oluşturmak için teknik bir olasılık varsa).

2. Ayrı işlem (tahakkukları oluşturan katılımcının veri tabanında gerçekleştirilir)- bu durumda, katılımcının belgelerinde " Ödeme makbuzu" düğme belirir ES imzala" tıklandığında bir xml dosyası oluşturulur ve bu katılımcının ayarlarında belirtilen sertifikanın ES'si imzalanır. Oluşturulan ve imzalanan dosya bilgi kaydında saklanır " İmzalanmış tahakkuklar » ve imzalı belgenin kendisi düzenlenemez hale gelir (imza kaldırılana kadar). Bu ayarla katılımcı tahakkukları gönderilirken önceden kaydedilmiş ve imzalanmış bir xml dosyası gönderilir. İmzasız faturalar gönderilemez.

GIS GMP ile etkileşim sırasındaki değişiklikler

Tahakkuk aktarma prosedürü önemli ölçüde değişti:

• 1.16 formatlarını kullanarak tahakkukları GIS GMP'ye aktarırken, bir dosya birkaç tahakkuk içerebilir.
• Tahakkukların transferi eşzamansız hale geldi:
• birkaç tahakkuk içeren bir dosya (bir tahakkuk paketi) GIS GMP'ye aktarılır. Paket formatı hata içermiyorsa, hizmette işlenmek üzere kuyruğa girer ve yanıt olarak hizmet, paketin kayıt numarasını iletir.
• daha sonra katılımcı bu paketin işlenmesi için bir talep oluşturur ve servise gönderir. Bu zamana kadar paket işlenirse, paketteki her bir tahakkuk için indirmenin sonucu döndürülür. Tahakkuk başarıyla yüklenirse, yanıt olarak kendisine "0" kodu döndürülür. Başarısız olursa, bir hata kodu ve mesajı verilir.

Hata kodlarının listesi ve anlamları GIS GMP 1.16 ile değişim formatlarında “6. Kontrol listesi.

"1C: Bir devlet kurumunun muhasebesi 8" programında tahakkukların GIS GMP'ye aktarılması

Belgeleri değil, 1.16 formatlarında alışveriş yaparken " ödeme makbuzu y" ve belgeler " Tahakkuk paketleri ».

Belgenin tablo bölümünde Tahakkuk paketi" belgelerin bir listesini içerir Ödeme makbuzu" ve/veya " Asttan tahakkuk "(uzaktaki üslerden ikincil NA'lara tahakkukları aktarırken). Bir belge için Tahakkuk paketi" belgenin tablo kısmında listelenen tahakkukları içeren bir dosya oluşturulur. Dosyadaki her tahakkuk, katılımcının ayarlarda belirtilen ES'si tarafından imzalanır.

Belge gönderirken Tahakkuk paketi" hizmete, hata içermiyorsa bir kayıt numarası atanır. Belgeler " Ödeme makbuzu" durumu atandı İşlenmek üzere gönderildi.

Daha sonra katılımcı paketin işlenmesinin sonucu hakkında bir talep oluşturur ve bu zamana kadar paket işlenmişse tahakkuk sonucu her tahakkuk için belgeye yüklenir. Tahakkuk bir belge ise " Ödeme makbuzu" başarıyla yüklendi, durum atandı " Yürütmede ve". Yükleme sırasında hatalar bulunursa, durum tekrar " olarak değişir. Hazırlanmış".

"1C: Bir devlet kurumunun muhasebesi 8" programında, GIS GMP ile değişim için işleme kullanılır ", bu da katılımcıların tahakkuklarını göndermenize, tahakkuk paketlerinin, ödemelerin işlenmesinin sonucunu talep etmenize ve tahakkukların onaylanmasını gerçekleştirmenize olanak tanır. hem ödemeli hem de ödemesiz.

Tedavi " GIS GMP / IS RNIP / UNP ile makbuz oluşumu ve veri alışverişi " GIS GMP ile hem 1.15 formatlarında hem de 1.16 formatlarında alışverişi sağlar. Değişim parametreleri, ilgili işleme sekmelerinde ayarlanır.

1.16 biçimleri için, işleme sırasında gerekli tahakkuklar not edilir. Diğer belgeler otomatik olarak oluşturulur " Tahakkuk paketleri », bunlara göre xml dosyaları oluşturulur ve ES imzalanır. İmzalanan dosyalar GIS GMP'ye aktarılır.

Ayrı bir işleme sekmesinde, kendi kendine oluşturulan belgeleri GIS GMP'ye göndermek mümkündür " Tahakkuk paketleri » veya işlenmek üzere gönderilen belgelerde işleme sonucunu talep edin.

BSU1 ve BSU 2'nin standart konfigürasyonları, format 1.16'ya göre GIS GMP ile etkileşim için "Bir devlet kurumunun Muhasebe Departmanı" konfigürasyonunun kurulmasına yönelik Talimatları içerir.

1.16 formatlarını kullanarak GIS GMP ile etkileşim kurmak için “Bir devlet kurumunun muhasebe departmanı” konfigürasyonunu kurma talimatları (“GIS GMP ile veri alışverişi prosedürü - Makbuzları dışa aktarma” bölümü) tahakkukları GIS GMP'ye aktarma örneklerini ele almaktadır. hem bu işlemi kullanarak hem de kullanmadan.

Benzersiz bir tahakkuk tanımlayıcısı oluşturmak için formatı değiştirme

1.16 biçimlerine geçerken, referans kitabında " Belge tanımlayıcı şablonları "Ödeme makbuzu"» her kurum için ayarı yeniden doldurun.

Ödeyen tanımlayıcıları oluşturmak için algoritmayı değiştirme

1.16 biçimlerine göre, Tek Ödeyen Tanımlayıcı yalnızca bireysel girişimci (IP) olan bireyler için mümkündür. Bireysel girişimci olmayan bireyler için sadece alternatifödeyen tanımlayıcı - TIN, SNILS, pasaport ve diğer belgelere ve belirli bir listeye göre.

Bu nedenle, 1.16 biçimlerine geçerken, dizinin öğelerini kontrol etmelisiniz " isimlendirme" tipi ile" Devlet hizmeti "ödeyen tanımlayıcıları oluşturmak ve gerekirse yenilerini eklemek için kullanılan ayarlar.

1.15 formattan 1.16 formata geçiş

1.16 formatında SID0003998 hizmetiyle bir değişime geçmek için aşağıdakileri yapın.

1. GIS GMP 1.16 formatlarını konfigürasyon teslim dosyasından (GIS GMP 1.16.xml) indirin.

GIS GMP 1.16.xml biçimleri dosyası, yapılandırma şablonu dizininde \v82\1c\StateAccounting\1_0_2X_X\ECExchangeFormats bulunur.

Bkz. nokta 4. Bölümdeki GIS GMP ile değişim formatlarının yüklenmesi BSU'nun GIS GMP ile etkileşim için ayarlanması 1.16 formatlarına göre GIS GMP ile etkileşim için "Bir devlet kurumunun Muhasebe Departmanı" konfigürasyonunun ayarlanması için talimatlar.

2. Tüm katılımcılar için değişim katılımcıları için ayarları yapın - doğrudan ve dolaylı.

Ayrıntılar için, paragraf 7'ye bakın. Bölümün GIS GMP'si ile değiş tokuş için katılımcıların ayarlanması GIS GMP ile etkileşim için BSU'nun ayarlanması GIS GMP ile etkileşim için “Bir devlet kurumunun muhasebe departmanı” konfigürasyonunun ayarlanması için talimatlar. 1.16 formatları için.

3. Değiştir "Ödeme makbuzu" belgesinde benzersiz bir tahakkuk tanımlayıcısı oluşturmak için şablon.

Ayrıntılar için 8. paragrafa bakın. CBS GMP ile etkileşim için bir BSU'nun ayarlanması bölümündeki benzersiz bir tahakkuk tanımlayıcısı oluşturmak için şablon Formatlara göre CBS GMP ile etkileşim için “Bir devlet kurumunun Muhasebe Departmanı” yapılandırmasını kurmaya yönelik talimatlar 1.16.

4. Öğe ayarında kullanılan ödeyen tanımlayıcı türlerini kontrol edin ve gerekirse yenilerini ekleyin (SNILS veya diğerleri).

5. Mümkünse malzemeleri doldurun " Derleyici Durumu (101)", Çünkü bu belgede gerekli bir alandır Ödeme makbuzu".

GIS GMP ile etkileşim hakkında daha fazla bilgi için, 1.16 formatlarını kullanarak GIS GMP ile etkileşim için “Bir devlet kurumunun Muhasebe Departmanı” konfigürasyonunu kurma Talimatlarına bakın:

• BGU1 - Hesaplamalar menüsü - GIS GMP / IS RNIP / UNP ile etkileşim - GIS GMP ile etkileşim hakkında yardım".
• BSU2 - "Düzenleyici referans bilgileri" bölümü, gezinme paneli "Ayrıca bkz. - GIS GMF ile etkileşim hakkında yardım".

Rusya Federasyonu Maliye Bakanlığı

FEDERAL HAZİNE

CBS GMP ile 1.16.5 ve 2.0 sürümlerinin katılımcılarının bilgi sistemleri arasındaki etkileşim biçimleri hakkında

İşbu belgeyle, Federal Hazine tarafından, Devlet ve Belediye Ödemelerine İlişkin Devlet Bilgi Sisteminin Katılımcıların Bilgi Sistemleri Sürüm 2.0 (bundan böyle Format 2.0 olarak anılacaktır) ile Etkileşim Biçimlerinin, tek bir elektronik Metodolojik elektronik etkileşim sürüm 3.XX'e uygun olarak işleyen bölümler arası elektronik etkileşim sisteminin hizmeti.

Aynı zamanda, yukarıdaki formatlara geçiş sürecinde, katılımcıların Devlet ve Belediye Ödemelerine ilişkin Devlet Bilgi Sistemi (bundan böyle GIS GMP olarak anılacaktır) ile etkileşimini sağlamak için, ilgili değişiklikler hakkında sizi bilgilendiririz. Federal Hazine tarafından, GIS GMP'nin elektronik hizmetinin 1.16.5 versiyonunun (bundan sonra - format 1.16.5) katılımcılarının bilgi sistemleri ile Devlet ve Belediye ödemelerine ilişkin Devlet Bilgi Sisteminin Etkileşimi Formatlarında yansıtılan bu formatlar 2.XX sürümünün bölümler arası elektronik etkileşim sistemi ile çalışmak için Metodolojik önerilere uygun olarak çalışan birleşik bir bölümler arası elektronik etkileşim sistemi.

2.0 formatları ve 1.16.5 formatları, Federal Hazine'nin resmi web sitesinde İnternet'teki "GIS GMP" bölümünde (roskazna.ru/gis) yayınlanır ve 15 Mart 2018'de yürürlüğe girer.

CBS GMP katılımcıları, Aralık 2017'de bölümler arası elektronik etkileşim sisteminin emülatörünü kullanarak CBS GMP Format 2.0'a uygun olarak geliştirilen bilgi türlerini test etmeye başlayabilir. Aynı zamanda 15 Ocak 2018 tarihinden itibaren katılımcılara GMF GIS ile test yapma imkanı sağlanacaktır.

Aynı zamanda, Devlet Bilgi Sisteminin Devlet ve Belediye Ödemelerine İlişkin Etkileşim Biçimlerine uygun olarak birleşik bir departmanlar arası elektronik etkileşim sisteminde çalışan GIS GMP'nin elektronik hizmetinin, katılımcıların bilgi sistemleriyle bilgi sistemlerine uygun olduğunu size bildiririz. 1.16.4 sürümü, 1.16.5 biçimlerine güncellenecektir. test devresinde (SID0003663) - 1 Şubat 2018, endüstriyel devrede (SID0003998) - 15 Mart 2018. Aynı zamanda, federal yürütme organlarının ve devlet bütçe dışı fonlarının, bölümler arası elektronik etkileşim sisteminin tek bir elektronik hizmetini kullanarak, bölümler arası çalışma için metodolojik önerilere uygun olarak bilgi sağlanmasına geçiş planına uygun olarak. yaşam kalitesini ve iş koşullarını iyileştirmek için bilgi teknolojilerinin kullanımına ilişkin Hükümet Komisyonuna devlet ve belediye hizmetlerinin sağlanmasında bilgi teknolojilerinin kullanımına ilişkin alt komitenin bir toplantısında onaylanan elektronik etkileşim sistemi sürüm 3.XX, bu elektronik hizmet GIS GMP (SID0003998), Aralık 2018'de hizmet dışı bırakılacaktır.

15 Mart 2018 tarihine kadar kullandıkları bilgi sistemlerinin 1.16.5 formatlarına uygun olarak yapılandırılmasının sağlanması ve aynı zamanda GIS GMP katılımcılarına yukarıdaki bilgileri getirmenizi rica ederim. 1 Aralık 2018'e kadar 2.0 biçimlerine uygun olarak GIS GMP ile etkileşime geçiş.

Ve hakkında. Önder

Federal Hazine

S.E. Prokofiev

Belgenin elektronik metni

JSC "Kodeks" tarafından hazırlanmış ve kontrol edilmiştir.

GIS GMP 1.16.2 formatları ve mevzuat albümü desteğinin bir parçası olarak (28 Mart 2016 tarihinden itibaren geçerli olmak üzere 23 Eylül 2015 tarih ve Rusya Federasyonu Maliye Bakanlığı'nın 148 No.lu Kararının 1. paragrafının “b” bendi), aşağıdaki kontroller uygulanmıştır:

1.6.0 sürümüne 1.16.2 biçimlerinin albümüne karşı önceden uygulanan kontrolleri tanıtın:

1. alan için TedarikçiBillKimliği:

1.1. Alan değeri = "0" ise.

Alan değeri = "0" ise, "PayerIdentifier" alanının sıfır olmayan bir değere sahip olup olmadığını kontrol edin. Her iki alan da "0"a eşitse, "UIN ve ödeyen tanımlayıcı aynı anda sıfıra eşit olamaz!" hatasını döndürün.

1.2. Alan uzunluğu 20 karakter ise .

1.2.1. 4'ten 19'a kadar olan basamaklarda belirtilen 16 hanenin tümü aynı anda = 0 olamaz.Sıfır değerler için, "Olası UIN değerleri: "0" hatasını veya 20 boşluk olmayan karakterden oluşan bir dize veya 25 basamaklı bir dize döndürün. 1.16.2 biçimlerinin albümü! »

1.2.2 UIN alanının değeri, CCF alanının değeriyle eşleşmemelidir. Eşleşirse, "CBC UIN ile eşleşemez" hatasını döndürün

1.2.3 UIN'nin 20. hanesindeki değer hesaplanan değere karşılık gelmiyorsa, "UIN'nin kontrol basamağı yanlış bir değere sahip" hatası döndürülür.

Kontrol basamağı UIN aşağıdaki kurallara göre oluşturulur. :

• UIN niteliğinin değeri sayılardan oluşur;
• UIN'nin her basamağına, en yüksek basamaktan başlayarak, 1'den 10'a kadar olan doğal sayı dizisine karşılık gelen bir ağırlık kümesi atanır, ardından ağırlık kümesi tekrarlanır;
• UIN'nin her basamağı, kategorinin atanan ağırlığı ile çarpılır ve alınan ürünlerin toplamı hesaplanır;
• UIN için kontrol basamağı, "11" modülü tarafından alınan miktarın bölünmesinin geri kalanıdır. Kontrol basamağı 0 ile 9 arasında olmalıdır;
• 10'un geri kalanı elde edilirse, bir bitlik kontrol basamağı sağlamak için, orijinal dizinin iki bit sola çevrimsel kaymasının sonucu olan ikinci ağırlık dizisini kullanarak yeniden hesaplamak gerekir (3, 4, 5, 6, 7, 8, 9, 10, 12...). Yeniden hesaplama durumunda, bölmenin geri kalanı tekrar 10'a eşitse, kontrol basamağının değeri "0" olarak ayarlanır.

Örnek:

UIN (kontrol basamağı olmadan) 1881035013021000001'e eşittir

Kontrol basamağı UIN değerinin hesaplanması:

Birinci ağırlık katsayıları ile kontrol basamağı değerinin hesaplanması:

1 * 1 + 8 * 2 + 8 * 3 + 1 * 4 + 0 * 5 + 3 * 6 + 5 * 7 + 0 * 8 + 1 * 9 + 3 * 10 + 0 * 1 + 2 * 2 + 1 * 3 + 0 * 4 + 0 * 5 + 0 * 6 + 0 * 7 + 0 * 8 + 1 * 9 = 1 + 16 + 24 + 4 + 0 + 18 + 35 + 0 + 9 + 30 + 0 + 4 + 3 + 0 + 0 + 0 + 0 + 0 + 9 = 153

153 \ 11 = 10 (kalan)

Bölmenin geri kalanı 10 olduğu için ikinci ağırlık katsayıları ile hesaplama yapılır:

1 * 3 + 8 * 4 + 8 * 5 + 1 * 6 + 0 * 7 + 3 * 8 + 5 * 9 + 0 * 10 + 1 * 1 + 3 * 2 + 0 * 3 + 2 * 4 + 1 * 5 + 0 * 6 + 0 * 7 + 0 * 8 + 0 * 9 + 0 * 10 + 1 * 1 = 3 + 32 + 40 + 6 + 0 + 24 + 45 + 0 + 1 + 6 + 0 + 8 + 5 + 0 + 0 + 0 + 0 + 0 + 1 = 171

171 \ 11 = 6 (kalan)

Tam UIN: 18810350130210000016

1.3. Alan uzunluğu 25 karakter ise.

1.3.1. 9'dan 24'e kadar olan rakamlarda belirtilen 16 hanenin tümü aynı anda = 0 olamaz.Sıfır değerler için, "Olası UIN değerleri: "0" hatasını veya 20 boşluk olmayan karakterden oluşan bir dize veya 25 haneli bir dize döndürün. 1.16.2 biçimlerinin albümü! »

UIN'nin 25. hanesindeki değer hesaplanan değere karşılık gelmiyorsa (madde 1.2.3'teki algoritmaya göre), "UIN'nin kontrol basamağı yanlış bir değere sahip" hatası döndürülür.

1.4. UIN değer doğrulamasına bir kontrol ekleyin: son rakam (20 veya 25 karakter) bir rakam olmalıdır.

2. Eğer alanın değeri " PayerIdentifier" = "0", ardından TedarikçiBillID alanının sıfır olmayan bir değere sahip olduğunu kontrol edin. Her iki alan da "0" ise, "UIN ve ödeyen kimliği aynı anda sıfır olamaz!" hatasını döndürün.

3. Alan biçimini değiştir" Anlatı" - 1 ila 210 karakter arasında girişe izin verilir.

4. Kutuda Amaç"VU, DK, PC, KK, TK'nin olası değerlerini ekleyin.

5. Alan biçimini değiştir" VergiDoküman Numarası": Geçerli değerler 1 ila 15 karakter arasındadır.

6. " alanı için normal ifadeyi değiştirin Ödeme şekli", "0" değerine veya 2 büyük Kiril harf girişine izin verilir.

Giriş maskesi:

veya "0" değeri.

7. Alan biçimini değiştir" Alıcı adı": Geçerli değerler 1 ila 500 karakter arasındadır.

8. Alan için KBK:

8.1. Alan "0" değerini alabilir

8.2 Değer sıfır değilse, BCF alanı UIN alanının değeriyle eşleşmemelidir. Eşleşirse, "CBC UIN ile eşleşemez" hatasını döndürün

8.3 Fonlar "40101%" hesabına yatırılırsa, BCC değeri sıfırdan farklı olmalıdır. Aksi takdirde, "Alıcının hesabındaki BCC'nin değeri %40101 sıfıra eşit olmamalıdır!" hatası verir.

9. Alan için OKTMO:

9.1. Alan değerinde önde üç sıfıra izin verilmez (solda)

Giriş maskeleri:

([^0^\D]\d(2)|\d(2)[^0^\D]|\d[^0^\D]\d)\d(8)

"0" değeri

9.2 "%40101" hesabına para yatırılırsa, OKTMO değeri sıfırdan farklı olmalıdır. Aksi takdirde, "Alıcının hesabındaki OKTMO'nun değeri %40101 sıfıra eşit olmamalıdır!" hatası verir.

10. CBC (CBC değeri "0" veya 20 karakter), OKATO ("0" değeri, 8 veya 11 karakter), KIO (5 karakter) ve UIN (PaymentID, 20 veya 25 karakter) UFEBS detayları için, tüm karakterler aynı anda sıfır ("0") değerini alabilir;

11. için kalay ayrıntıları (INN, 10 veya 12 karakter) ve önce KPP (KPP, 9 karakter) 2 işareti aynı anda sıfır ("0") değerini alamaz. Şu anda, geçersizlik kontrolü uygulanmaktadır. üç baştaki karakterler sıfır ("0").

Ayrıca, kontrol noktaları 5 ve 6 için karakter büyük Latin harfleri veya sayıları olabilir ve 1-4 ve 7-9 karakterleri yalnızca sayı olabilir.

Alıcının TIN giriş maskesi ("PayeeINN"):

([^0^\D]\d|\d[^0^\D])\d(8)

Alıcının KPP giriş maskesi ("PayeeKPP"):

([^0^\D]\d|\d[^0^\D])\d(2)(2)\d(3)

12. Şunları içeren bir kontrol uygulayın: Ödeme tarihi geçerli sistem tarihinden daha büyük değil. Tarih aşılırsa, "Ödeme tarihi geçerli tarih ve saati geçmemelidir!" hatası verin.

13. İçinde 102012 kodlu sistem ayarı ("Federal Hazine tarafından atanan benzersiz bir tanımlayıcı") girdi doğrulaması ekler. 6 karakterlik (harfler ve sayılar) bir değere izin verilir. Aksi takdirde, "İzin verilen değerler 4 basamak veya 6 harf ve sayıdır!" hata metnini görüntüleyin.

Giriş maskesi:

^(\d(4)|(6))$

14. Doldurma TENEKE bireysel ödeme yapan (INN, 12 haneli) aşağıdaki koşullarda zorunlu hale gelir:

a) Durum = "03","16","19","20","24", TaxDocNumber = "0", TedarikçiBillID = "0".

b) Durum = "09" - "14", TedarikçiBillID = "0".

Bu koşullar altında TIN doldurulmazsa, "UIN = 0, belge numarası = 0, ödeyici durum kodu = 03,16,19,20 veya 24 ve ayrıca UIN = 0 ve ödeyen koşulları altında" bir hata verin durum kodu = 09, 10, 11, 12, 13 veya 14 ödeyen kişi, TIN tarafından tanımlanan bireysel veya bireysel girişimci olmalıdır!".