Od 1 lipca 2015 r. stosowane są nowe formaty interakcji pomiędzy Państwowym Systemem Informacji o Płatnościach Państwowych i Komunalnych (GIS GMP) a systemami informacyjnymi uczestników - 1.16 (obecnie wersja 1.16.1). Zgodnie z formatami wersji 1.16 została uruchomiona nowa usługa GIS GMP. Usługa testowa i usługa przemysłowa są zarejestrowane w międzywydziałowym systemie interakcji elektronicznej z przydziałem odpowiednio SID0003663 i SID0003998.

Zmiana formatów wiąże się ze zmianą kolejności interakcji z GIS GMP. W standardowych konfiguracjach programu „1C: Rachunkowość instytucji publicznych 8” edycja 1 (od wersji 1.0.34), dalej - BGU1 i edycja 2 (od wersji 2.0.34), dalej - BGU2, zmiana kolejności uwzględniono interakcję z GIS GMP i wdrożono wymianę danych z GIS GMP w formacie wersji 1.16.1. Możliwa jest także interakcja z GIS GMP w formatach wersji 1.15.*

Zmiany w formacie podpisu elektronicznego wiadomości przesyłanych do GIS GMP

Zgodnie z formatami wersji 1.16 podpis elektroniczny (ES) musi być stosowany w formacie XadES-T, co wiąże się z zainstalowaniem znacznika czasu. W tym celu podczas generowania podpisu nawiązywane jest połączenie z zaufanym serwerem czasu (TimeStamp Authority), nazywanym wówczas serwerem TSA.

Według informacji wsparcia technicznego GIS GMP: „Uczestnik może uzyskać dostęp do dowolnego serwera TSA. W tej chwili Skarb Federalny nie udostępnia serwera TSA do oznaczania czasu.”

Serwer TSA jest dość drogim oprogramowaniem. Jest sprzedawany jako rozwiązanie „pod klucz” przez różne firmy. Prawdopodobnie zakłada się, że o dostępność tej usługi powinien zadbać sam uczestnik.

Program „1C: Księgowość instytucji publicznych 8” realizuje interakcję z serwerem TSA, określonym w ustawieniach uczestnika, za pomocą protokołu TSP. Dostęp do serwera TSA odbywa się poprzez protokół http.

Adres serwera TSA ustawia się w (w BGU1: menu „Obliczenia - Interakcja z GIS GMP/IS RNIP/UNP”, w BGU2: polecenie Ustawienia organizacji do wymiany z GIS GMP, UNP V Paski nawigacyjne karty organizacyjne). W standardowej konfiguracji używana jest domyślna usługa testowa Crypto-Pro, zlokalizowana pod adresem http://www.cryptopro.ru/tsp/tsp.srf, co jest wskazane w Ustawienia uczestnika wymiany z GIS GMP jako adres serwera TSA.

Według informacji ze strony Crypto-Pro: „Ten serwer TSP powinien być używany wyłącznie w celach testowych. Nie należy ufać znacznikom czasu wydanym przez ten serwer.”

Ograniczenia w stosowaniu podpisów elektronicznych przy przekazywaniu rozliczeń międzyokresowych z instytucji podległych do Administracji Państwowej

Zgodnie z formatami 1.16 niedopuszczalne jest podpisywanie podpisem GAN (uczestnika interakcji bezpośredniej) rozliczeń międzyokresowych generowanych przez podległe mu instytucje - AN (uczestnicy interakcji pośredniej). Każdy uczestnik ma obowiązek podpisać swoje rozliczenia własnoręcznym podpisem elektronicznym.

Zgodnie z klauzulą ​​2.26 Procedury interakcji informacyjnej Uczestników z operatorem GIS GMP (Zarządzenie Skarbu Rosji z dnia 30 listopada 2012 r. Nr 19n) interakcja administratorów rozliczeń (AN) z GIS GMP jest możliwa zarówno poprzez główny administrator rozliczeń (CAN) - przy rejestracji głównego administratora rozliczeń w GIS GMP lista administratorów rozliczeń, którzy będą wchodzić w interakcję z GIS GMP za pośrednictwem GAN, oraz niezależnie - podczas rejestracji AN w GIS GMP jako administrator rozliczeń.

W programie „1C: Rachunkowość instytucji publicznych 8” wdrożono interakcję administratorów rozliczeń z GIS GMP zarówno niezależnie, jak i za pośrednictwem głównego administratora rozliczeń międzyokresowych.

Program „1C: Rachunkowość instytucji publicznych 8” wdraża dwie metody generowania elektronicznych rozliczeń międzyokresowych:

1. Podczas dokonywania wymiany z usługą (wykonywanej w bazie uczestników nadawcy)– w tym przypadku pliki generowane są na podstawie dokumentów przesłanych do GIS GMP – rozliczenia międzyokresowe, przy czym każdy rozliczenie w pliku jest podpisane podpisem uczestnika, który ten rozliczenie wygenerował.

Ta metoda jest odpowiednia dla uczestników interakcji bezpośredniej, a także uczestników interakcji pośredniej (jeśli baza danych GAN ma techniczną możliwość generowania podpisów elektronicznych dla rozliczeń międzyokresowych podwładnych).

2. Oddzielny proces (wykonywany w bazie uczestnika, który wygenerował rozliczenie)- w tym przypadku w dokumentach uczestnika „ Potwierdzenie zapłaty” przycisk " Podpisz podpis elektroniczny” po kliknięciu generowany jest plik xml i podpisywany jest podpis elektroniczny certyfikatu określonego w ustawieniach tego uczestnika. Wygenerowany i podpisany plik zostaje zapisany w rejestrze informacyjnym” Podpisane rozliczenia międzyokresowe”, a sam podpisany dokument staje się niedostępny do edycji (do czasu usunięcia podpisu). Podczas wysyłania rozliczeń dla uczestnika z tym ustawieniem wysyłany jest wcześniej zapisany i podpisany plik xml. Niepodpisane faktury nie mogą być wysyłane.

Zmiany w procedurze współpracy z GIS GMP

Procedura przenoszenia rozliczeń międzyokresowych uległa istotnej zmianie:

• Podczas przesyłania rozliczeń międzyokresowych do GIS GMP przy użyciu formatów 1.16, w jednym pliku może znajdować się kilka rozliczeń międzyokresowych.
• Sam transfer rozliczeń międzyokresowych stał się asynchroniczny:
• plik zawierający kilka opłat (pakiet opłat) przekazywany jest do GIS GMP. Jeżeli format pakietu nie zawiera błędów, to zostaje on umieszczony w kolejce usługi do przetworzenia, a w odpowiedzi usługa przesyła numer rejestracyjny pakietu.
• Później uczestnik generuje żądanie przetworzenia tego pakietu i wysyła go do usługi. Jeśli do tego czasu pakiet zostanie przetworzony, wówczas zwracany jest wynik pobrania za każdą z opłat w pakiecie. Jeśli naliczenie zostało pomyślnie załadowane, zwracany jest kod „0”. Jeżeli operacja się nie powiedzie, zostanie wyświetlony kod błędu i komunikat.

Lista kodów błędów i ich znaczenie są podane w formatach wymiany z GIS GMP 1.16 w rozdziale „6. Lista kontroli.”

Przenoszenie rozliczeń międzyokresowych do GIS GMP w programie „1C: Rachunkowość instytucji publicznych 8”

Przy wymianie w formatach 1.16 nie są to dokumenty” Potwierdzenie zapłaty y”, a dokumenty „ Pakiety memoriałowe”.

W tabelarycznej części dokumentu „ Pakiet opłat” zawiera wykaz dokumentów” Potwierdzenie zapłaty” i/lub " Naliczenie od podwładnego”(przy przekazywaniu rozliczeń międzyokresowych do podległych AN ze zdalnych baz). Według jednego dokumentu „ Pakiet opłat” generowany jest jeden plik zawierający rozliczenia międzyokresowe wymienione w części tabelarycznej dokumentu. Każde rozliczenie w pliku jest podpisane elektronicznym podpisem uczestnika określonym w ustawieniach.

Podczas wysyłania dokumentu” Pakiet opłat” do serwisu, jeżeli nie zawiera błędów, zostaje mu nadany numer rejestracyjny. Dokumenty” Potwierdzenie zapłaty” przypisano status „ Przekazano do przetworzenia”.

Później uczestnik generuje zapytanie o wynik przetworzenia paczki i jeśli do tego czasu paczka zostanie przetworzona, to wynik przetworzenia memoriałowego jest wczytywany do dokumentu dla każdego rozliczenia. Jeżeli rozliczenie jest dokumentem „ Potwierdzenie zapłaty” załadowany pomyślnie, otrzymuje status „ W wydajności I". Jeśli podczas ładowania zostaną wykryte błędy, status zmieni się z powrotem na „ Przygotowany".

W programie „1C: Rachunkowość instytucji publicznych 8” do wymiany z GIS GMP wykorzystywane jest przetwarzanie, które umożliwia wysyłanie rozliczeń międzyokresowych uczestników, żądanie wyniku przetwarzania pakietów rozliczeniowych, płatności oraz dokonywanie potwierdzeń rozliczeń zarówno w przypadku płatności, jak i bez płatności.

Przetwarzanie” Generowanie paragonów i wymiana danych z GIS GMP / IS RNIP / UNP” zapewnia wymianę z GIS GMP zarówno w formacie 1.15, jak i 1.16. Parametry wymiany ustawia się na odpowiednich zakładkach przetwarzania.

W przypadku formatów 1.16 niezbędne rozliczenia międzyokresowe są rejestrowane w przetwarzaniu. Następnie automatycznie generowane są dokumenty” Pakiety memoriałowe” z nich generowane są pliki xml i podpisywane są podpisy elektroniczne. Podpisane pliki przesyłane są do GIS GMP.

Na osobnej zakładce przetwarzania istnieje możliwość przesłania samodzielnie wygenerowanych dokumentów do GIS GMP.” Pakiety memoriałowe” lub na podstawie dokumentów przesłanych do przetwarzania zażądać wyniku przetwarzania.

Standardowe konfiguracje BGU1 i BGU 2 zawierają Instrukcję konfiguracji konfiguracji „Księgowość instytucji publicznej” do interakcji z GIS GMP w formatach 1.16

W Instrukcji konfiguracji konfiguracji „Księgowość instytucji państwowej” do interakcji z GIS GMP przy użyciu formatów 1.16 (sekcja „Procedura wymiany danych z GIS GMP – Eksport wpływów”) omówiono przykłady przekazywania rozliczeń międzyokresowych do GIS GMP zarówno z wykorzystaniem tego przetwarzania i bez jego użycia.

Zmiana formatu generowania unikalnego identyfikatora rozliczenia

W przypadku przejścia na formaty 1.16 postępuj zgodnie z instrukcją „ Szablony identyfikatorów dokumentów „Potwierdzenie zapłaty”» Dla każdej instytucji uzupełnij ustawienie.

Zmiana algorytmu generowania identyfikatorów płatników

Zgodnie z formatami 1.16 Ujednolicony Identyfikator Płatnika jest możliwy tylko dla osób fizycznych będących przedsiębiorcami indywidualnymi (IP). W przypadku osób fizycznych niebędących indywidualnymi przedsiębiorcami jest to jedynie możliwe alternatywny identyfikator płatnika - według INN, SNILS, paszportu i innych dokumentów oraz określonej listy.

Dlatego przy przejściu na formaty 1.16 należy sprawdzić elementy katalogu „ Nomenklatura" z typem " Służba państwowa” ustawienia służące do generowania identyfikatorów płatników i w razie potrzeby dodać nowe.

Przejście z formatów 1.15 na formaty 1.16

Aby przejść na wymianę z usługą SID0003998 w formacie 1.16, należy wykonać następujące czynności.

1. Pobierz formaty GIS GMP 1.16 z pliku konfiguracyjnego (GIS GMP 1.16.xml).

Plik formatów GIS GMP 1.16.xml znajduje się w katalogu szablonów konfiguracji \v82\1c\StateAccounting\1_0_2Х_Х\ECExchangeFormats.

Patrz punkt 4. Wczytywanie formatów wymiany z sekcji GIS GMP sekcji Konfiguracja BSU do współpracy z GIS GMP Instrukcja konfiguracji konfiguracji „Księgowość instytucji rządowej” do współpracy z GIS GMP z wykorzystaniem formatów 1.16.

2. Ustaw ustawienia uczestników wymiany dla wszystkich uczestników – bezpośrednich i pośrednich.

Więcej szczegółów w paragrafie 7. Konfiguracja uczestników do wymiany z GIS GMP w sekcji Konfiguracja BSU do interakcji z GIS GMP Instrukcja konfiguracji konfiguracji „Księgowość instytucji rządowej” do interakcji z GIS GMP w formatach 1.16.

3. Edytuj Szablon do generowania unikalnego identyfikatora rozliczenia w dokumencie „Potwierdzenie płatności”..

Więcej szczegółów w paragrafie 8. Szablon do generowania unikalnego identyfikatora rozliczeń w sekcji Konfigurowanie BSU do interakcji z GIS GMP Instrukcje dotyczące konfigurowania konfiguracji „Księgowość instytucji publicznej” do interakcji z GIS GMP przy użyciu formatów 1.16 .

4. Sprawdź w ustawieniach pozycji stosowane typy identyfikatorów płatnika i w razie potrzeby dodaj nowe (SNILS lub inne).

5. Jeśli to możliwe, uzupełnij dane „ Stan kompilatora (101)”, ponieważ Jest to wymagane pole w dokumencie" Potwierdzenie zapłaty”.

Więcej informacji na temat interakcji z GIS GMP można znaleźć w Instrukcji konfiguracji konfiguracji „Rachunkowość instytucji rządowej” do interakcji z GIS GMP przy użyciu formatów 1.16:

• BGU1 - menu Obliczenia - Interakcja z GIS GMP / IS RNIP / UNP - Pomoc w zakresie interakcji z GIS GMP."
• BGU2 – sekcja „Informacje referencyjne dotyczące przepisów”, panel nawigacyjny „Zobacz także - Pomoc dotycząca interakcji z GIS GMP”.

W ramach wspierania albumu formatów i przepisów GIS GMP 1.16.2 (punkt „b” ust. 1 zarządzenia nr 148 Ministerstwa Finansów Federacji Rosyjskiej z dnia 23 września 2015 r., data wejścia w życie 28 marca 2016 r.) przeprowadzono następujące kontrole:

Dodaj wcześniej zaimplementowane kontrole formatów albumów 1.16.2 do wersji 1.6.0:

1. Dla pola Identyfikator rachunku dostawcy:

1.1. Jeżeli wartość pola = "0".

Jeśli wartość pola = „0”, sprawdź, czy pole „PayerIdentifier” ma wartość różną od zera. Jeśli oba pola są równe „0”, zwróć błąd „UIN i identyfikator płatnika nie mogą być jednocześnie równe zero!”

1.2. Jeśli długość pola wynosi 20 znaków .

1.2.1. 16 cyfr wskazanych w cyfrach od 4 do 19 nie może jednocześnie wynosić = 0. W przypadku wartości zerowych zwróć błąd „Możliwe wartości UIN: „0” lub ciąg 20 znaków innych niż białe znaki lub 25 cyfr zgodnie z sformatuj album 1.16.2! »

1.2.2 Wartość pola UIN nie powinna pokrywać się z wartością pola KBK. Jeśli istnieje dopasowanie, zwróć błąd „KBK nie może dopasować UIN”

1.2.3 Jeżeli wartość 20. cyfry UIN nie odpowiada wartości obliczonej, zwracany jest błąd „Cyfra kontrolna UIN ma błędną wartość”.

Cyfrę kontrolną UIN tworzy się według następujących zasad :

• wartość atrybutu UIN składa się z liczb;
• każdej cyfrze UIN, począwszy od cyfry najwyższej, przypisywany jest zestaw wag odpowiadający naturalnemu ciągowi liczb od 1 do 10, po czym zestaw wag jest powtarzany;
• każdą cyfrę UIN mnoży się przez przypisaną wagę kategorii i oblicza się sumę otrzymanych produktów;
• Cyfrą kontrolną dla UIN jest reszta z dzielenia otrzymanej kwoty przez moduł „11”. Cyfra kontrolna musi mieć wartość od 0 do 9;
• jeśli otrzymana zostanie reszta z 10, to aby zapewnić jednobitową cyfrę kontrolną, należy przeliczyć z wykorzystaniem drugiego ciągu wag, co jest wynikiem cyklicznego przesuwania pierwotnego ciągu o dwie cyfry w lewo (3 , 4, 5, 6, 7, 8, 9, 10, 1, 2...). Jeżeli w przypadku powtórnego obliczenia reszta dzielenia ponownie pozostanie równa 10, wówczas wartość cyfry kontrolnej zostanie ustawiona na „0”.

Przykład:

UIN (bez cyfry kontrolnej) jest równy 1881035013021000001

Obliczanie wartości cyfry kontrolnej UIN:

Obliczanie wartości cyfry kontrolnej przy użyciu pierwszych współczynników ważących:

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 (reszta z dzielenia)

Ponieważ pozostała część dzielenia wynosi 10, obliczenia przeprowadza się przy użyciu drugich współczynników ważących:

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 (reszta z dzielenia)

Pełny numer UIN: 18810350130210000016

1.3. Jeśli długość pola wynosi 25 znaków.

1.3.1. 16 cyfr określonych w cyfrach od 9 do 24 nie może być jednocześnie = 0. W przypadku wartości zerowych zwróć błąd „Możliwe wartości UIN: „0” lub ciąg 20 znaków innych niż białe znaki lub 25 cyfr zgodnie z formatem. album 1.16.2! »

Jeżeli wartość w 25. cyfrze UIN nie odpowiada wartości obliczonej (zgodnie z algorytmem z p. 1.2.3), to zwracany jest błąd „Cyfra kontrolna UIN ma błędną wartość”.

1.4. Dodaj kontrolę do sprawdzania wartości UIN: ostatnia cyfra (20 lub 25 znaków) musi być cyfrą.

2. Jeśli wartość pola „ Identyfikator płatnika" = "0", następnie sprawdź, czy pole ProviderBillID ma wartość różną od zera. Jeśli oba pola są równe "0", zwróć błąd "UIN i identyfikator płatnika nie mogą być jednocześnie równe zero!"

3. Zmień format pola " Narracja" - dozwolone jest wprowadzenie od 1 do 210 znaków.

4. W terenie” Zamiar„dodaj możliwe wartości VU, DK, PC, KK, TK.

5. Zmień format pola " Numer Dokumentu Podatkowego": Prawidłowe wartości mieszczą się w zakresie od 1 do 15 znaków.

6. Zmień wyrażenie regularne dla pola „ Typ płatności", dopuszczalna jest wartość "0" lub wpisanie 2 wielkich liter cyrylicy.

Maska wprowadzania:

lub wartość „0”.

7. Zmień format pola " Nazwa odbiorcy płatności": Prawidłowe wartości mieszczą się w zakresie od 1 do 500 znaków.

8. Na boisku KBK:

8.1. Pole może przyjmować wartość „0”

8.2 Jeżeli wartość jest różna od zera, pole KBK nie powinno pokrywać się z wartością pola UIN. Jeśli istnieje dopasowanie, zwróć błąd „KBK nie może dopasować UIN”

8.3 Jeżeli na konto „40101%” wpływają środki, wówczas wartość BCC musi być różna od zera. W przeciwnym razie wystaw błąd „Wartość BCC dla konta odbiorcy to 40101% nie powinna być równa zero!”

9. Na boisku OKTMO:

9.1. Niedopuszczalne jest posiadanie trzech zer w najbardziej znaczących cyfrach (po lewej stronie) wartości pola

Maski wprowadzania:

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

wartość „0”

9.2 Jeżeli środki zostaną zaksięgowane na koncie „40101%”, wówczas wartość OKTMO musi być różna od zera. W przeciwnym razie wygeneruj błąd „Wartość OKTMO dla konta odbiorcy wynosi 40101%, a nie powinna być równa zero!”

10. W przypadku danych KBK (CBC, wartość „0” lub 20 znaków), OKATO (wartość „0”, 8 lub 11 znaków), KIO (5 znaków) i UIN (PaymentID, 20 lub 25 znaków) UFEBS wszystkie znaki są nie może jednocześnie przyjmować wartości zero („0”);

11. Za Szczegóły NIP (INN, 10 lub 12 znaków) i KPP (KPP, 9 znaków). dwa znak nie może jednocześnie przyjmować wartości zerowej („0”). Obecnie wdrożona jest kontrola nieważności trzy znaki początkowe zero („0”).

Ponadto w przypadku punktów kontrolnych 5 i 6 symbolem mogą być wielkie litery łacińskie lub cyfry, a symbole 1-4 i 7-9 mogą być tylko cyframi.

Maska wprowadzania numeru INN odbiorcy („PayeeINN”):

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

Maska wprowadzania punktu kontrolnego odbiorcy („PayeeKPP”):

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

12. Zaimplementuj to sprawdź Data płatności nie później niż bieżąca data systemowa. W przypadku przekroczenia terminu wyświetli się błąd „Termin płatności nie może przekraczać aktualnej daty i godziny!”

13. B ustawienie systemowe za pomocą kodu 102012 („Unikalny identyfikator nadawany przez Skarb Federalny”) umożliwia weryfikację wprowadzonej wartości. Dopuszczalna jest wartość 6 znaków (liter i cyfr). W przeciwnym razie wyświetl komunikat o błędzie „Dopuszczalne wartości to 4 cyfry lub 6 liter i cyfr!”

Maska wprowadzania:

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

14. Wypełnienie CYNA płatnik-indywidualny (INN, 12 znaków) staje się obowiązkowy pod następującymi warunkami:

a) Status = „03”, „16”, „19”, „20”, „24”, TaxDocNumber = „0”, ProviderBillID = „0”.

b) Status = „09” - „14”, ProviderBillID = „0”.

Jeżeli w tych warunkach NIP nie zostanie wypełniony, wyświetli się błąd „W warunkach UIN = 0, numer dokumentu = 0, kod statusu płatnika = 03,16,19,20 lub 24, a także dla UIN = 0 i kod statusu płatnika = 09, 10, 11, 12, 13 lub 14, płatnikiem musi być osoba fizyczna lub indywidualny przedsiębiorca identyfikowany przez NIP!”.

Ministerstwo Finansów Federacji Rosyjskiej

SKARBU FEDERALNEGO

O formatach interakcji GIS GMP z systemami informacyjnymi uczestników wersja 1.16.5 i 2.0

Niniejszym informujemy o opracowaniu przez Federalny Skarb Państwa formatów interakcji Państwowego Systemu Informacyjnego o płatnościach państwowych i gminnych z systemami informacyjnymi uczestników w wersji 2.0 (zwanych dalej formatami 2.0), przewidującymi korzystanie z jednego elektronicznego obsługa międzywydziałowego systemu interakcji elektronicznej, działająca zgodnie z Zaleceniami Metodycznymi dotyczącymi pracy z międzywydziałowym systemem elektronicznej interakcji w wersji 3.XX.

Jednocześnie, aby zapewnić interakcję uczestników z Państwowym Systemem Informacji o Płatnościach Państwowych i Komunalnych (dalej – GIS GMP) w trakcie przejścia na powyższe formaty, informujemy o zmianach odpowiadających tym formatom, odzwierciedlonych Skarb Federalny w formatach interakcji Państwowego Systemu Informacji o płatnościach państwowych i gminnych z systemami informacyjnymi uczestników w wersji 1.16.5 (zwanymi dalej formatami 1.16.5) usługi elektronicznej GIS GMP ujednoliconego systemu międzywydziałowej interakcji elektronicznej , działający zgodnie z Zaleceniami metodycznymi pracy z systemem międzywydziałowej interakcji elektronicznej w wersji 2.XX.

Formaty 2.0 i formaty 1.16.5 są publikowane na oficjalnej stronie internetowej Skarbu Federalnego w Internecie w sekcji „GIS GMP” (roskazna.ru/gis) i wchodzą w życie 15 marca 2018 r.

Uczestnicy GIS GMP mogą rozpocząć testowanie rodzajów informacji GIS GMP opracowanych zgodnie z Formatami 2.0 przy użyciu emulatora międzywydziałowego systemu interakcji elektronicznej w grudniu 2017 r. Jednocześnie możliwość przeprowadzenia testów z GIS GMP zostanie udostępniona uczestnikom już od 15 stycznia 2018 r.

Jednocześnie informujemy, że usługa elektroniczna GIS GMP, działająca w jednolitym systemie międzywydziałowej interakcji elektronicznej, zgodnie z Formatami interakcji Państwowego Systemu Informacji o Płatnościach Państwowych i Gminnych z systemami informacyjnymi uczestników , wersja 1.16.4, zostanie zaktualizowana do formatów 1.16.5. w obwodzie testowym (SID0003663) – 1 lutego 2018 r., w obwodzie przemysłowym (SID0003998) – 15 marca 2018 r. Jednocześnie, zgodnie z Planem przejścia federalnych władz wykonawczych i stanowych funduszy pozabudżetowych do dostarczania informacji za pomocą jednej usługi elektronicznej międzyresortowego systemu interakcji elektronicznej, zgodnie z zaleceniami metodologicznymi dotyczącymi współpracy z międzyresortowym elektroniczny system interakcji w wersji 3.XX, zatwierdzony na posiedzeniu podkomisji ds. wykorzystania technologii informatycznych w świadczeniu usług państwowych i komunalnych przed Komisją Rządową ds. wykorzystania technologii informatycznych dla poprawy jakości życia i warunków prowadzenia działalności gospodarczej, ta elektroniczna usługa GIS GMP (SID0003998) zostanie wycofana z eksploatacji w grudniu 2018 r.

Prosimy o przekazanie powyższej informacji uczestnikom GIS GMP, informując ich o konieczności zapewnienia konfiguracji wykorzystywanych przez nich systemów informatycznych zgodnie z formatami 1.16.5 w terminie do 15 marca 2018 r., a także zapewnienia przejścia na interakcję z GIS GMP zgodnie z formatami 2.0 do dnia 1 grudnia 2018 r.

Działanie głowa

Skarb Federalny

SE Prokofiew

Tekst dokumentu elektronicznego

przygotowane przez Kodeks JSC i zweryfikowane.