Átmenet a scud aláírásra 5. Az ES aláírás átvitele az AWS KBR -ről az ASK -ra és minden kapcsolódó dologra. Az Oroszországi Bank fizetési rendszerével való kölcsönhatás technikai eszközei

(akkor az Orosz Föderáció elnöke alá tartozó Állami Műszaki Bizottság) ezt a kifejezést gyakran használták - automatizált rendszer... GOST 34.003-90 Informatika (IT). Szabványkészlet az automatizált rendszerekhez. Automatizált rendszerek. Feltételek és definíciók "a következő meghatározást adja ennek a kifejezésnek:

automatizált rendszer; AC: Személyzetből és tevékenységük automatizálására szolgáló eszközrendszerből álló rendszer, amely információtechnológiát valósít meg a megállapított funkciók ellátásához.

Egy idő után új kifejezés került használatba - Tájékoztatási rendszer... Az Art. A 2006. július 27-i szövetségi törvény N 149-FZ "Az információról, az információtechnológiákról és az információvédelemről" 2. szakasza ezt a kifejezést a következőképpen határozza meg:

Tájékoztatási rendszer- az adatbázisokban található és azok feldolgozását biztosító információhalmaz információs technológiákés technikai eszközök;

Ebben a tanulmányban mindkét kifejezést felcserélhetően használjuk.

E megközelítés érvényességét bizonyítja az a tény, hogy az Orosz FSTEC 2013. február 11 -i N 17 -i végzésében, N 17 "Az állami információs rendszerekben nem szereplő államtitkot nem képező információk védelmére vonatkozó követelmények jóváhagyásáról" megvédeni információs rendszerek az állami szabályozó előírja, hogy a GOST -ok vezéreljék automatizált rendszerek.

Továbbá információs rendszerek a bank informatikai infrastruktúrájában még egy elemtípus különböztethető meg - információs szolgáltatások, vagy ahogy gyakran nevezik, robotok.

Határozza meg a fogalmat információs szolgáltatás meglehetősen nehéz, ezért csak soroljuk fel a főbb különbségeket tájékoztatási rendszer:

1. Információs szolgáltatás sokkal könnyebb tájékoztatási rendszer, ugyanakkor nem nevezhető utóbbi összetevőjének, mivel munkájának eredményeit egyszerre többen is felhasználhatják információs rendszerek.
2. Információs szolgáltatások egyszerű, rutinfeladatok automatizálására tervezték.
3. Információs szolgáltatások nem tartalmaznak adatbázisokat.
4. Információs szolgáltatások dolgozzon be automatikus üzemmód személy részvétele nélkül (vagy minimális részvétellel).

Automatizált bankrendszer

Bármely bank információs infrastruktúrájának magja az automatizált bankrendszer vagy rövidítve ABS.

Egyszer be ABS, a fizetési megbízás a bank belső szabályzatának megfelelően ellenőrzés alatt áll, és végrehajtás céljából átutalásra kerül az Oroszországi Bank fizetési rendszerébe.

Az Oroszországi Bank fizetési rendszerével való kölcsönhatás technikai eszközei

Technikai eszközök(szoftver) fizetési rendszer A Bank of Russia a levelezőt kiszolgáló Oroszországi Bank területi intézményétől függően változhat. bankszámla.

A moszkvai régióban működő bankok esetében a következő szoftvert használják:

• AWP KBR- automatizált munkahely az Oroszországi Bank ügyfele;
• UTA- speciális szoftver a Bank of Russia ügyfél fájl interakciójához (univerzális szállítási adapter);
• SCUD aláírás- azt jelenti kriptográfiai védelem információ (CIPF) "Hardver- és szoftverkomplex Signature-client" 5. verzió, az orosz FSB tanúsítványai-СФ / 114-2680 (KS1 titkosítási védelmi szint), a КС2 titkosítási szinthez-СФ / 124-2681 (КС2 titkosítási védelem szint). A SCAD a dokumentumok kriptográfiai hitelesítési rendszerét jelenti.

AWP KBR

AWP KBR Olyan szoftver, amellyel az engedélyezett banki alkalmazottak titkosítják és elektronikusan aláírják a kimenő fizetési dokumentumokat, valamint visszafejtik és ellenőrzik Elektronikus aláírás fizetési dokumentumok az Oroszországi Banktól. De pontosabban, akkor AWP KBR munkájában nem fizetési dokumentumokkal, hanem elektronikus üzenetekkel (ES) működik, amelyek két típusból állnak:

• elektronikus fizetési üzenetek (EPM), például ED101 "Fizetési megbízás";
• elektronikus szolgáltatásinformációs üzenetek (ESIS), például ED201 "Értesítés az ES -ellenőrzés eredményeiről".

Lista és formátumok e-mailek a Bank of Russia hozta létre az Unified Electronic Banking Messaging Formats (UEFBS) album kiadásával.

Nak nek AWP KBR feldolgozhatja a fizetést, azt UEFBS formátumú elektronikus fizetési üzenetet tartalmazó fájlba kell konvertálni. Az integrációs modul felelős az ilyen átalakításért. ABS az Oroszországi Bank fizetési rendszerével. Technikai szempontból az ilyen átalakítások meglehetősen egyszerűek, mivel az UFES formátum XML -en alapul.

Az e -mail fájlok elhagyják az integrációs modult ABS nyissa ki és helyezze egy speciális mappába fájlrendszer(általában ezt hálózati mappa), amely konfigurálva van AWP KBR"Beírt" állapotú e-mailek esetén. A korábban bemutatott ábrán () ez a mappa "1. mappa" -ként van megjelölve.

Ezután a feldolgozás során az e-mailek állapotát "Vezérelt", "Elküldött" stb. Állapotra változtatják, amelyet technikailag úgy valósítanak meg, hogy az e-mailt tartalmazó fájlt áthelyezik a megfelelő mappákba. AWP KBR... A diagramon () ezek a mappák "2 mappa" -ként vannak jelölve.

A kimenő elektronikus üzenetek technológiai feldolgozásának (a bank belső szabályzatai által meghatározott) pillanatában azokat titkosítják és aláírják elektronikus aláírással SCUD aláírásés a felelős alkalmazottak privát titkosítási kulcsait.

SCUD aláírás

SCUD aláírás egy kriptográfiai információvédelmi eszköz, amelyet a Validata LLC fejlesztett ki az Oroszországi Bank megbízásából, és amelynek célja az Oroszországi Bank fizetési rendszerében található információk védelme. Ez a CIPF nincs benne nyílt hozzáférésű(kivéve az Orosz Föderáció Központi Bankjának honlapján közzétett dokumentációt), és az Orosz Bank csak a fizetési rendszer résztvevői között terjeszti. A CIPF megkülönböztető jellemzői a következők:

1. Ez a CIPF, ellentétben az oroszországi üzleti körökben gyakori más CIPF-ekkel (például Crypto-PRO CSP, VIPNET CSP stb.), Megvalósítja a sajátját, elkülönítve operációs rendszer infrastruktúra nyilvános kulcsok(PKI). Ez abban nyilvánul meg, hogy a tanúsítványokat tartalmazó nyilvános kulcsok könyvtára, a megbízható tanúsítványok listája, a visszavont tanúsítványok listája stb. Kriptográfiailag védett a felhasználó privát kulcsán, ami megakadályozza, hogy a támadó módosításokat hajtson végre, például telepítsen egy megbízható tanúsítvány a felhasználó tudta nélkül. ...
   Jegyzet. A CIPF Verba-OW hasonló kulcsmodellt valósít meg.
2. A következő jellemző az előzőből következik. A CIPF -ben a működési kulcsok létrehozásához először létre kell hoznia egy tanúsítványkönyvtárat speciális regisztrációs kulcsok használatával. Amikor a munkakulcsok lejárnak, újakat generálnak, de a generálásukhoz érvényes korábbi kulcsokkal kell rendelkezniük. A kulcsokat decentralizált rendszer szerint hozzák létre, az Oroszországi Bank mint Tanúsítási Központ részvételével.
3. A CIPF támogatja a funkcionális kulcshordozókkal (vdToken) való munkát, amelyek ellátják az elektronikus aláírás és titkosítás funkcióit a fedélzeten, átvitel nélkül privát kulcsok a számítógép memóriájába.
4. Kétféle kriptográfiai kulcsot használnak az Oroszországi Bank fizetési rendszerével való interakcióhoz:
   • "Csak titkosítás"- lehetővé teszi az e -mailek titkosítását / visszafejtését.
   • "Titkosítás és aláírás"- ugyanazt tegye, mint az első esetben, és lehetővé teszi az e -mailek aláírását is.

UTA

A titkosított és aláírt e-mailek egy speciális mappába kerülnek, a diagramon () ez a "Folder 3". UTA folyamatosan figyeli ezt a mappát, és ha új fájlokat lát ott, akkor az alábbi módok egyikével átküldi azokat az Orosz Föderáció Központi Bankjának:

• "Az interneten", bár a valóságban ez nem teljesen igaz. Az Internet helyett egy speciális távközlési szolgáltatót használnak, aki dedikált kommunikációs csatornákat biztosít az Orosz Föderáció Központi Bankjának, de mivel a hálózat IP-címezhető, azt mondják, hogy a küldés az interneten keresztül történik.
• "Modemmel". Az első típusú kommunikáció balesete esetén van tartalék modem kapcsolat formájában telefonhálózat közös használatú.
• Az összes kommunikációs csatorna meghibásodása esetén az elektronikus üzenetek futárral történő eljuttatása az OMNI -hez (elidegenített gépi adathordozó) történik. Egyébként ez az egyik módja annak, hogy a visszavont engedélyekkel rendelkező bankok fizetéseket végezzenek felszámolásuk során.

Miután bekopogtatott a Központi Bankba (első vagy második módon), UTA az e -maileket CB közzétett API -n keresztül továbbítja. A kommunikációs foglalkozások során UTA is kap Központi Bank bejövő e -maileket.

Meg kell jegyezni, hogy minden e -mail, amellyel működik UTA, titkosítva és elektronikus aláírással aláírva.

Titkosított e -mail fogadása után UTAáthelyezi a titkosított postaládába. Felhatalmazott alkalmazott a titkosítási kulcsaikkal és AWP KBR ellenőrzi az elektronikus aláírást és dekódolja az üzenetet.

A további feldolgozás az e -mail típusától függően történik. Ha ez egy fizetési üzenet, akkor azt az integrációs modulon keresztül továbbítja a címzettnek ABS, ahol annak alapján olyan számviteli tételek alakulnak ki, amelyek megváltoztatják a számlaegyenlegeket. Fontos megjegyezni, hogy az interakció során ABS(integrációs modul) és AWP KBR szabványos formátumú fájlokat használnak nyílt formában.

A működés folyamatában AWP KBR naplót vezet a munkájáról, amelyet szöveges fájlok formájában vagy DBMS felügyelete alatt futó adatbázisok segítségével lehet megvalósítani.

Alternatív kezelési rendszerek

Megfontoltuk a rendszer "klasszikus" sémáját. A valóságban sok fajtája van. Nézzünk meg néhányat közülük.

Változat 1. Üzenetek küldésének és fogadásának áramkörei
Egy séma kettővel AWP KBR... Az első emberi részvétellel működik, és csak üzeneteket küld, a második automatikus üzemmódban működik, és csak üzeneteket fogad.

Változat 2. Teljesen automata
AWP KBRúgy van konfigurálva, hogy teljesen automatikusan, emberi beavatkozás nélkül működjön

Fajta 3. Elszigetelt AWP CBD
AWP KBR dedikált számítógépként működik, amely nem csatlakozik a bank hálózatához. Az elektronikus üzeneteket emberi kezelő továbbítja neki az OMNI segítségével.

Elektronikus aláírás átvitele az AWS KBR -ről az ABS -re

Az Oroszországi Központ azt tervezi, hogy áttér a fizetéseket feldolgozó új technológiai rendszerre, amelyben az elektronikus üzeneteket nem írják be AWP KBR, mint régen, és bent ABS(pontosabban az integrációs modulban ABS - AWP KBR).

E megközelítés megvalósításához a egy új verzió AWP KBR amely úgy vált ismertté AWP KBR-N(új). A diagramok összehasonlításával minden jelentős változás látható információáramlásokáthaladó AWP KBR régi és új verziók.

Tekintsük az információáramlás sémáját a klasszikus AWS KBR -ben. A rendszer forrása az AWS KBR „A BANK OF RUSSIA CLIENT AUTOMATED WORKPLACE” automatikus munkaterülete. Programozó útmutató. CBRF.61209-04 33 01 ".

Rizs. 3.
Megjegyzések.

• Az "AS KBR" szimbólum (a Bank of Russia ügyfél automatizált rendszere) megfelel szimbólum ABS az előző diagramokon.
• Az "SPO SVK" megnevezés megfelel a megnevezésnek UTA az előző diagramokon.
• CA - egy elektronikus üzenet hitelesítési kódja (elektronikus aláírás).
• ZK - biztonsági kód egy másik típusú elektronikus aláírás, de a CA -val ellentétben, amelyet az eredeti üzenet változtatások nélkül hoz létre, a ZC csak jelentős adatok alatt jön létre, a jelölés figyelembevétele nélkül. Az űrhajók és űrhajók technikai árnyalatairól bővebben az UEFBS "Elektronikus üzenetek védelme (ES csomagok)" című dokumentációjában olvashat. Jogi szempontból a ZK egy technológiai intézkedés az információk védelmére, míg a hitelesítésszolgáltató az Oroszországi Bank fizetési rendszerének megállapodásaival és szabályaival összhangban elektronikus aláírást ismer el.

Most nézzünk egy hasonló sémát az új AWP KBR-N esetében. Forrás „OROSZORSZÁG BANKJA AUTOMATIKUS MUNKAHELYE ÜGYFÉL ÚJ. Programozó útmutató. CBRF.61289-01 33 01 "

Rizs. 4.

A kriptográfia szempontjából AWP KBR-N felelős az elektronikus üzenetek titkosításáért / visszafejtéséért, valamint az elektronikus aláírások ellenőrzéséért. Az elektronikus aláírás generálása átkerült az integrációs modulba ABS.

Logikus azt feltételezni ezt a modult továbbá ellenőriznie kell az aláírásokat a címzettől érkező üzeneteken AWP KBR-N... Technikai szempontból ez nem kötelező, de biztonsági szempontból kritikus, mivel biztosítja a között továbbított üzenetek integritását ABSés AWP KBR-N.

Amellett, hogy a fájl felület, interakció között ABS,AWP KBR-Nés UTA hozzáadott felület

Átirat

1 Ajánlások az AWS KBR beállításaira A PC telepítése és konfigurálása Az AWS KBR az "A Bank of Russia ügyfél automatizált munkaállomása. Rendszergazdai útmutató" dokumentum 4. és 5. szakaszának megfelelően történik. A konfigurációs beállítások változatai az „Automatizált munkaállomás egy Bank of Russia ügyfél számára” dokumentumban találhatók. Felügyeleti útmutató "a" részben Lehetséges lehetőségek konfigurációk "(lásd a konfigurációs beállításokat az űrhajók elhelyezésével). A NOB felhívja az IH figyelmét, hogy a különböző lehetőségek Az ES védelem egy PC AWS KBR -jén nem biztosított. 1. Az "Üzemmód" szoftvercsomag általános paraméterei: javasoljuk a kombinált vagy automatikus "Referenciaadatok és vezérlés" használatát, amelyeket az ügyfél alapértelmezés szerint kitölt. Kézi beviteli paraméterek: Javasoljuk, hogy engedélyezze az opciót Világ idő"Végezze el az átalakítást". Szolgáltatási boríték részletei: - teszteléshez a címzett címe (COI): uic :; a feladó AWS uic címe: xxxxxxxxxxxxna, ahol XXXXXXXXXX - a BR -ügyfél UIS -jének meg kell egyeznie a "BR -ügyfél szervezetének feltételei" lapon kitöltött UIS -sel (például ebben a mezőben, ahol 11 az AWP száma);. - ipari üzemeltetés esetén a címzett címe (COI): uic :; a feladó címe AWP uic: xxxxxxxxxxxxna, ahol XXXXXXXXXX - a BR ügyfél UIS -jének meg kell egyeznie a "BR ügyfél szervezeti feltételei" fülön kitöltött UIS -sel (például ebben a mezőben, ahol 00 a munkaállomás száma);. Kérjük, vegye figyelembe, hogy a feladó és a címzett "uic:" betűvel kezdődik - az engedélyezett "Nyugta kérése" opció releváns a szállítási adapterrel való munkavégzéshez (a küldésről nyugta készül). 2. Az SCAD aláírás használatával kapcsolatos beállítások A tanúsítvány és a kulcs "Figyelmeztetés a lejáratáról" attribútumcsoportja ajánlott 15 nap megadása. de. Ajánlások a PC AWS KBR konfigurálására kombinált kriptográfiai kulcsok használata esetén (1 védelmi opció) A PC AWS KBR -ben a munkát az "Operator" funkcionális szerepkörrel rendelkező felhasználó végzi a kulcsdokumentumokkal FELDOLGOZÁS. egy

2 A titkosítási kulcsok egy csoportja az első védelmi lehetőség használatakor: A CA létrehozása = FELDOLGOZÁSI OID A kulcs kiterjesztett hatóköre A kulcs alkalmazási köre: Elektronikus aláírás, Kulcstitkosítás, Adattitkosítás. A használt kulcsok OID -jeinek listája: A CA létrehozása A ZK KOI DSP ellenőrzése A KOI DSP AS DKO ellenőrzése Ha a használt kulcsok OID -listája nincs kitöltve, akkor az OID megfelelőségi ellenőrzés nem történik meg. "Az ES -védelem változata ZK használatával" 1. aláírási lehetőség Ne generáljon ZK -ellenőrzést - 2. lehetőség ZK az OID címzettkulcs teljes csomagjához. ES feldolgozása ": Az" Üzemeltető "funkcionális szerepkörrel rendelkező felhasználó számára zászlót kell beállítani a következő összetevőkön: Kezdés: "Az ügyfél AS -től kapott ES bejövő vezérlése"; "Az űrhajó kialakulása" "Az űrhajó / űrhajó ellenőrzése". "ES küldése"; "ES fogadása". "ZK kialakulása" - nincs kitöltve. Az "Érvényesítés" jelölőnégyzeteknek minden lapon szerepelniük kell. "Szigorú ellenőrzés" esetén - a jelölőnégyzeteket mindenhol be kell jelölni, kivéve az "Üzenetek fogadása" 2. összetevőt

3 b. Javaslatok a PC AWS KBR konfigurálására abban az esetben, ha a harmadik védelmi opcióhoz kiadott, és a jelenlegi sémában használható titkosítási kulcsokat használják az első védelmi beállítás használatakor. A PC AWP KBR munkáját az "Operator" és a "Controller" funkcionális szerepkörrel rendelkező felhasználók végzik, a megfelelő kulcsdokumentumokkal, a FELDOLGOZÁS és a VEZÉRLÉS. Szükséges a kezelői tanúsítványok, KOI, DSP, AS DKO tanúsítványok importálása a vezérlő tanúsítványainak helyi könyvtárába. A harmadik védelmi opcióhoz kiadott kriptográfiai kulcsok halmaza, amelyek az első védelmi beállítás használatakor használhatók a jelenlegi sémában. A ZK CN formázása = FELDOLGOZÁSI OID A kulcs kiterjesztett hatóköre A kulcs alkalmazási köre: Elektronikus aláírás. CA létrehozása és titkosítás CN = CONTROL OID A kulcs kiterjesztett alkalmazási területe A kulcs alkalmazási területe: Elektronikus aláírás, Kulcstitkosítás, Adattitkosítás. A SCAD használatához kapcsolódó beállítások Aláírás: A használt kulcsok OID -jeinek listája: A CA létrehozása A ZK KOI PIC ellenőrzése A KOI KOI AS DKO ellenőrzése Ha a használt kulcsok OID -jeinek listája nincs kitöltve, akkor az OID ellenőrzése a megfelelést nem hajtják végre. "Az ES -védelem változata ZK használatával" 1. aláírási lehetőség Ne generáljon ZK -ellenőrzést - 2. lehetőség ZK a teljes csomaghoz A címzett kulcsa OID Kérjük, vegye figyelembe, hogy ebben az esetben a PC AWS KBR gépfüggő paramétereinek beállítását az alábbiak szerint kell végrehajtani: "ES feldolgozás" paramétercsoport beállítása: 3

4 Az "Operátor" funkcionális szerepkörrel rendelkező felhasználónál a start zászlót a következő összetevőkre kell állítani: Start: "Az ügyfél AS -től kapott ES bemeneti vezérlése"; "Űrhajó -képződés"; "KA / ZK ellenőrzés". A "Vezérlő" funkcionális szerepkörrel rendelkező felhasználó esetén a start zászlót a következő összetevőkre kell állítani: Start: "Send ES"; "ES fogadása". Az "Érvényesítés" jelölőnégyzeteknek minden lapon szerepelniük kell. "Szigorú ellenőrzéshez" - a jelölőnégyzeteknek mindenhol jelen kell lenniük, kivéve az "Üzenetek fogadása" összetevőt. ban ben. A PC AWS KBR beállítására vonatkozó ajánlások a harmadik védelmi opciónak szánt kriptográfiai kulcsok használata esetén A PC AWS KBR -ben az "Operator" és "Controller" funkcionális szerepkörrel rendelkező felhasználók végzik a megfelelő kulcsdokumentumokat. Ha különböző lehetőségeket szeretne használni a kimenő ES -k védelmére az UO -któl, amikor különböző automatizált rendszerekkel (fizetési rendszer, SPFS, AS DKO) cserél, az ITSO azt javasolja, hogy a PC AWS KBR -t különböző számítógépekre vagy egy számítógépre telepítse, de különböző könyvtárakba. Ugyanakkor lehetetlen a PC AWP KBR két példányának egyidejű működése egy felhasználó alatt. Az UO futtathatja a különböző könyvtárakba telepített AWS KBR PC -t felváltva egy felhasználó alatt, vagy az AWS KBR PC -t különböző felhasználók alatt. A kezelő tanúsítványait, a CSP, AS DKO, DSP tanúsítványait importálni kell a vezérlő tanúsítványainak helyi könyvtárába. Amikor a 3. védelmi opcióra vált, az UO ES -nek a következő kulcskészlettel kell rendelkeznie: A ZK CN formázása = FELDOLGOZÁSI OID a kulcs kiterjesztett hatóköre A kulcs hatóköre: Elektronikus aláírás. CA létrehozása és titkosítás CN = CONTROL OID A kulcs kiterjesztett alkalmazási területe A kulcs alkalmazási területe: Elektronikus aláírás, Kulcs titkosítás, Adattitkosítás. A SCAD Signature használatával kapcsolatos beállítások. A használt kulcsok OID listája: 4

5 A ZK kialakulása Az űrhajó kialakulása A ZK ellenőrzése Az űrhajó ellenőrzése Ha a használt kulcsok OID -jeinek listája nincs kitöltve, akkor az OID -nek való megfelelés ellenőrzése nem történik meg. "Az ES védelem lehetősége a ZK segítségével" A ZK aláírásának 3 opciója minden ES ellenőrzéshez - 2 lehetőség a ZK -hoz a teljes csomaghoz OID a címzett kulcsa A PC AWS KBR gépfüggő paramétereinek konfigurálása A paramétercsoport konfigurálása " ES feldolgozása ": Az" Üzemeltető "funkcionális szerepkörrel rendelkező felhasználónál a start zászlót a következő összetevőkre kell állítani: Start:" Az ügyfél AS -től kapott ES bejövő vezérlése "; "A ZK megalakulása"; "KA / ZK ellenőrzés". A "Vezérlő" funkcionális szerepkörrel rendelkező felhasználó esetében a start zászlót a következő összetevőkre kell állítani: Start: "CA létrehozása"; "ES küldése"; "ES fogadása". A konfigurációs beállítások minden opciója megtalálható az „Automatizált munkaállomás a Bank of Russia ügyfél számára” dokumentumban. Felügyeleti kézikönyv "a" Lehetséges konfigurációs lehetőségek "részben (lásd a konfigurációs beállításokat a ZK és az SC beállításával). A PC AWS KBR beállításaira vonatkozó ajánlásokat az ES AS DKO (DOFR), DSP (1 védelmi opció) elküldésekor ezen ajánlások 2b. öt

6 3. Csere DOFR -rel - a DOFR logikai címének tesztelésére: uic :; - ipari üzem esetén a DOFR logikai címe: uic :; DOFR kulcs OID

7 4. Csere DSP -vel - a logikai DSP -cím teszteléséhez: uic :; - ipari üzem esetén a DSP logikai címe: uic :; DSP kulcs OID A többi beállítás a szokásos módon történik az 5. ügyfél számára. Saját formátumok használatával kapcsolatos beállítások Ez a paramétercsoport határozza meg a Gateway PC összetevőinek működését: "ED501 formázás" és "ED501 vétel". A következő paramétereket tartalmazza: Indítsa el az összetevő indításának jelét olyan felhasználó által, aki rendelkezik "Operator" vagy "Controller" funkcionális szerepkörrel; "Ed501 formázása" Egy bármilyen formátumú fájlt a könyvtárba helyezünk bejegyzésre, átalakítjuk a base64 -be, és az ed501 -et generáljuk ennek alapján. Az üzenet fájlnevének natív AEO formátumban a következőnek kell lennie:<УИС получателя>{10}<уникальный в течение операционного дня для УИС номер>(9). Ed501, 7

8 ahol az érvényes karakterek halmaza, ebben az esetben 0 és 9 közötti számok, (10), (9) a mező hossza. Az Ed501 ActualReceiver és Edno attribútumai a következők szerint jönnek létre: Az ActualReceiver a fájlnévből származik<УИС получателя>... Ezért a fájlnévnek tartalmaznia kell a címzett UIS helyes értékét, különben a létrehozott ed501 a logikai vezérlési szakaszban elutasításra kerül. Az EdNo a fájlnévből származik<уникальный в течение ОД для УИС номер >... A "Receive ed501" SigEnvelope formátumú fájlt vár a "Check KA / ZK" átjáró összetevő kimenetének bemenetén. Ha a "Vevő ES elhelyezése alkönyvtárakba" jelölőnégyzet be van kapcsolva, akkor a kapott fájlokat átalakítás után alkönyvtárakra bontja az ActualReceiver mező értékének megfelelően. Ha a szabványos könyvtáraktól eltérő (az AWS telepítése során keletkezett) könyvtárakat határozzák meg ES cserekatalógusként, akkor a felhasználó hozzáférési jogait ezekhez a katalógusokhoz a szabványos ES cserekatalógusok hozzáférési jogaival analógia útján kell beállítani. nyolc

9 6. A SWIFT formátumok használatával kapcsolatos beállítások A "SWIFT feldolgozás" lapon Ez a paramétercsoport határozza meg a Gateway PC összetevőinek működését: "ED503 generáció" és "ED503 vétel". A következő paramétereket tartalmazza: "Ed503 generálása" Egy SWIFT formátumú fájl kerül a könyvtárba a bejegyzéshez, és az ed503 ennek alapján jön létre. A "Receive ed503" SigEnvelope formátumú fájlt vár a "KA / ZK check" átjáró komponens kimenetének bemenetén. Ha a "Vevő ES elhelyezése alkönyvtárakba" jelölőnégyzet be van kapcsolva, akkor a kapott fájlokat átalakítás után alkönyvtárakra bontja az ActualReceiver mező értékének megfelelően. Ha a szabványos könyvtáraktól eltérő (az AWS telepítése során keletkezett) könyvtárakat határozza meg ES cserekatalógusként, akkor a felhasználó hozzáférési jogait ezekhez a katalógusokhoz a szabványos ES cserekatalógusok hozzáférési jogaival analógia útján kell beállítani. Ha az "Eredeti üzenet hozzáadása a nyugtákhoz" paraméter be van állítva a konfigurációban, akkor a boríték állapotának az ESIS DSP -től történő megérkezésekor SWIFT értesítés jön létre minden olyan SWIFT üzenetről, amely a boríték részeként átvette az ellenőrzést és blokkokkal egészült ki Az eredeti üzenet 1-5. Ha az "Egyedi azonosítók generálása" paraméter be van állítva a konfigurációban, akkor a SWIFT formátumú üzenet 1. blokkjának "munkamenet száma" és "sorszáma" mezői programszerűen lesznek kitöltve. Fogadott SWIFT üzenet (szakaszokkal (3 :) (4: -) (5:) vagy (1 :) (2 :) (3 :) (4: -) (5 :)) a Bank of Russia ügyfél AS -jéhez kerül továbbításra. Az UO saját AS -jét használva SWIFT formátumú dokumentumokat tartalmazó szöveges fájlokat hozhat létre, és benyújthatja azokat további feldolgozásra a PC AWS KBR -ben. Szöveges fájlok a munkanap során meg kell felelnie a fájlnév egyediségére vonatkozó követelményeknek, és tartalmaznia kell az információs blokkokat (1 :) (2 :) (3 :) (4: -) (5 :). kilenc

10 10

Ajánlások az AWS CBD beállításaihoz jogalanyok A PC AWS KBR telepítését és konfigurálását az "Oroszországi Bank ügyfele automatizált munkaállomása" című dokumentum 4. és 5. szakaszának megfelelően kell elvégezni.

A BR AS -szel való kölcsönhatáshoz szükséges kulcsok az AWS KBR használatakor, amikor az ES harmadik védelmi opciójára váltanak

Az Orosz Bankkal folytatott elektronikus cserében részt vevő szervezetek vezetői (a lista szerint, kivéve a DPU -t, PU -t) Az Oroszországi Bank által a szoftvercsere résztvevői számára tervezett változásokról,

Az Orosz Bankkal folytatott elektronikus cserében részt vevő szervezetek vezetői (a lista szerint, kivéve a DPU-t, PU-t) Az ajánlások irányáról Az információs üzenet VD-16-4-6-1 / 4718, 2019.08.02.

Az NP RTS elektronikus dokumentumkezelő rendszer fájlátjárója Dokumentum verzió: 1.0.3 2016. 04. 04. Changelog 1.0.2. Verzió, 2015. november 10. Hozzáadta az Alkalmazás indítása Windows szolgáltatásként részt.

AZ OROSZ SZÖVETSÉG KÖZPONTI BANKJA (OROSZORSZÁG BANKJA)

Az AWP a kötvénytulajdonosok számára készült, és ingyenesen letölthető az FSS webhelyéről. Főbb funkciók: szervezetek könyvtárainak karbantartása, egyénekés szabályozási dokumentumok Az ellátások bejegyzése

A SUFD-portálra való belépéshez meg kell adnia a szervezet által postán kapott "Felhasználónév" és "Jelszó" címet. A Fizetési megbízás dokumentum kezeléséhez lépjen a "Dokumentumok regisztrálása" menüpontra

Függelék PUL KO1 likviditási pool fő résztvevője KO2, KO3, KO4, KO5, KO6 A likviditási pool 1 alárendelt résztvevője Ellenőrzési forgatókönyv KO7, KO8 résztvevők, akik nem szerepelnek a likviditási poolban A lehetőségért

Szoftver és hardver komplex "BANK-CLIENT" Utasítások a "Bank-Client" rendszer beállításához és elektronikus kulcsok előállításához digitális aláírás Rutoken EDS Tyumen, 2011 Tartalom 1. A rendszer leírása

A Sberbank-Corporation AS első lépései Tartalom-jegyzék 1. A Sberbank-Corporation AS telepítése ... 1 1.1. Beállítások az Azk2Clnt.ini fájlban ... 4 2. Hozzáférés megszerzése és bejelentkezés a rendszerbe ... 5 3. Létrehozás

Tartalomjegyzék 1. E-token profil beállítása a Tumar CSP-ben 2 2. Bejelentkezés a rendszerbe 3 3. Fő rendszerfelület 8 4. Nyilatkozat kérése 8 5. Nyilatkozat megtekintése 10 6. Fizetési dokumentumok 12 6.1. Fizetés 13

Inv. Inv. AZ OROSZ SZÖVETSÉG KÖZPONTI BANKJA (OROSZORSZÁG BANKJA) -LU JÓVÁHAGYOTT

AZ OROSZ SZÖVETSÉG KÖZPONTI BANKJA (OROSZORSZÁG BANKJA) Az elektronikus banki üzenetek egységes formátumai ELEKTRONIKUS KOMMUNIKÁCIÓK VÉDELME (csomagok) 2015.4.0. Verzió Moszkva 2015 Tartalom 1. ELEKTRONIKAI VÉDELEM

Potenciális kérdések a DIT -hez a Bank of Russia hitelintézetek, a Szövetségi Kincstár képviselőivel tartott találkozóján a 2018. július 2 -tól az új fizetési rendszerre történő átállás előkészítéséről

ÚTMUTATÓ a Client-Bank SGB program 1.1.226.11 verziójának telepítéséhez és konfigurálásához Tartalomjegyzék 1. Általános információ a programról ... 3 1.1 Cél és funkcionalitást programok ... 3 1.2 Biztosítás

Távoli tanúsítvány átvétel és megújítás 1 Tartalom: 1. Feltételek és definíciók 3 2. Távoli tanúsítvány -átvétel 5 3 Távoli tanúsítvány -megújítás 10 2 1. Feltételek és meghatározások Hitelesítés

Szövetségi Állami Egységes Vállalat A Szövetségi Adószolgálat fő kutatási számítási központja GNIVTS EXPRESS SKEO 2.1 verzió Telepítési útmutató 13 2010

Tipikus kérdések a Bank of Russia fizetési rendszer új szolgáltatásainak használatára való áttéréssel kapcsolatban 2018. július 2 -tól p.p. Kérdés Válasz 1. A jelenlegi BIK -címtárat dbf formátumban kísérik -e?

Nemzeti Hitelesítési Központ CJSC Felhasználói kézikönyv CryptoNUC szoftvercsomag 1.12.1.0 verzió Lukovnikov D. A 2015.08.26. TARTALOM 1. BEVEZETÉS ... 3 1.1. Leírás ... 3 1.2. Szisztémás

BANCS EXP Secure Mail STC Sistema - Moszkva 2015 - Tartalomjegyzék Biztonságos levél BANCS EXP ... 3 Szoftver telepítése ... 4 Konfiguráció levelező kliens BANCS EXP ... 4 Küldés és fogadás

Utasítások az Admin-PKI szoftver telepítéséhez és konfigurálásához a "Fizetési projekthez" való csatlakozáshoz a szolgáltatással az új Rendszer Fizetési projektek Szoftver telepítési folyamata,

A „HAJÓ” RÉSZ ADMINISZTRATORI KÉZIKÖNYVE Dokumentum neve Moszkva, 2016 Tartalom 1 Útmutató a fedélzeti kommunikátorral való integrációhoz ... 3 1.1 Integráció konfigurálása a „Gonets” fedélzeti kommunikátorral ...

KÖZÖS TÁRSASÁGTÁRSASÁG "FŐ KUTATÁSI INNOVATÍV VÉGREHAJTÓKÖZPONT" ​​(JSC "GNIVTS") A szállítási rendszer ügyfele (CTS) Ügyfél rész Modul "KTS: Biztonsági rendszergazda" felhasználói kézikönyv

Rendszer "ibank 2" "Pénzügyi Ellenőrző Központ Offline" Számlakezelés vállalati ügyfelek 2.0.14 verzió Tartalom A "Pénzügyi Ellenőrző Központ Offline" szolgáltatás célja ............ 2 Regisztráció

Nagykereskedelmi ügyfél Felhasználói kézikönyv 1.0 verzió Page 1 Tartalomjegyzék Bevezetés ... 3 1. Ügyfélbeállítások ... 4 2. A kliens főmenüje ... 4 3. "Forgalom" szakasz ... 5 3.1. TTN és az eltérési igazolás elküldése ...

Utasítások az elektronikus dokumentumkezelés megszervezéséhez szükséges szoftverek telepítéséhez és konfigurálásához a jogi személyek javára történő fordítások fogadására irányuló szolgáltatások nyújtásának részeként A szoftver telepítésének folyamata

A VTB BANK (PJSC) Fizetési projektje Felhasználói kézikönyv TARTALOM A fizetési projekt szakaszai ... 3 I. szakasz A szerződés megkötése ... 4 II. Szakasz. Kártyák kiállítása és munkavállalóknak történő kibocsátás ... 5 III. Bérek beíratása

FELHASZNÁLÓI KÉZIKÖNYV REGIONÁLIS LAP-KÉRDÉSEKKEL MŰKÖDÉSRE 24 2014 TARTALOM 1 ELJÁRÁS AZ ADATFELHASZNÁLÓNAK ... 5 1.1 Kezdeti lépések ... 5 1.2 Belépés a szabályok végrehajtási rendszerébe ...

UTASÍTÁSOK A Kontur - Extern rendszer felhasználói számára JELENTÉSEK KÜLDÉSE FSS -hez Bevezetés ... 2 1. Követelmények és szükséges szoftverek ... 3 2. A 4 -FSS nyomtatvány elkészítése és benyújtása az FSS portálon ...

Használat CryptoPro CSP az Outlook 2007 -ben A kriptográfiai védelem használata az Outlook 2007 -ben nagyjából ugyanaz, mint az Outlookban korai verziók... Érdemes azonban megjegyezni a következő jellemzőket:

Utasítások a formázáshoz, küldéshez és fogadáshoz elektronikus dokumentumok az 1C: Enterprise 8.2 program használatával, konfiguráció Enterprise Accounting, 2.0 kiadás Technocad LLC Moscow 2013 Tartalomjegyzék

Az ES -ek cseréjére vonatkozó előírások Feltételek, meghatározások és rövidítések E dokumentum vonatkozásában a következő kifejezéseket, meghatározásokat és rövidítéseket használják: ABS automatizált bankrendszer AUR kapcsolódó

1C-EDO szerviz felhasználói kézikönyv Kaluga Astral CJSC Kaluga, 2014 TARTALOM 1. ÁLTALÁNOS INFORMÁCIÓK ... 3 1.1. Az "1C" SZOFTVER KONFIGURÁCIÓJA AZ ELEKTRONIKUS DOKUMENTUMKEZELÉS LEHETŐSÉGÉNEK ELŐÍRÁSÁHOZ ...

A BS-Client v.3 rendszer telepítése több lépésből áll: A kísérő szoftver telepítése. A BS-Client v.3 rendszer normál működéséhez szükséges, hogy a szoftver,

OROSZORSZÁG BANKJA PERSPEKTÍV Fizetési Rendszere Az Oroszországi Bank fizetési rendszerének fejlesztése Svetlana Romashkina A Nemzeti Fizetési Rendszer Tanszéke PERSPEKTÍV Fizetési Rendszer létrehozása

Utasítások a tanúsítványok távoli átvételéhez és megújításához EDS kulcsok az intelligens kártyákról az Internet-Bank rendszerben Tartalom Feltételek és fogalommeghatározások ...

1C - EDO integrációs szoftver modul 1.0 verzió Kezelési utasítás 1.0.05, 2014.08.09. 1 1C - EDO integrációs szoftver modul Kezelési útmutató TARTALOM BEVEZETÉS ... 3 1. ÁLTALÁNOS LEÍRÁS

UTASÍTÁS Elektronikus csere munkaállomás konfigurálása a "Gorod" rendszerhez (token hordozó) TARTALOM: 1 Leírás 2 A CryptoPro CSP 3.6 kriptográfiai információvédelmi rendszer telepítése 3 Telepítés szoftver eszköz CryptoARM 4 illesztőprogram telepítése

KÉZIKÖNYV Egyablakos ügyfél osztályközi interakció (ICMV) GIS GMP 13 lapon Salekhard, 2013 TARTALOM 1. Bevezetés ... 3 2. RÖVIDÍTÉSEK ... 4 3 MUNKÁRA KÉSZÜLÉK ... 5

United Construction Bank (Korlátolt Felelősségű Társaság) Helyszín: 644043, Omszk, st. Frunze, 1, bldg. 4 OGRN 1125000001257, INN 5032998599, KPP 550501001, regisztrációs szám,

"Bank-ügyfél" tankönyv 1 Tartalom 1. Műszaki követelmények 3 2. Felhasználói kézikönyv az "Admin-PKI" szoftverhez 4 2.1. Az Admin-PKI program telepítése ES kulcsok előállításához 4 2.2. Munkaállomás telepítési utasítások

Az "SBiS ++ adóellenőr" célja és képességei. A felhasználói kézikönyv felépítése. A program felépítése. Az információvédelem megszervezése. Az elektronikus jelentési rendszerhez való csatlakozás menete. Időpont egyeztetés

Korlátolt Felelősségű Társaság "SOFTCLUB" jóváhagyva Projektmenedzser: 2015. április 10. / Filimonov D.A. TÁVBANKRENDSZER "SC-RBS" ALRENDSZER "ÜGYFÉL" MINSK

Utasítások a PJSC "Vector Bank" "Client-Bank" rendszerének telepítéséhez 2 Tartalom 1. A programról ... 3 1.1. Jellemzők: ... 3 1.2. Az ügyfél-bank rendszerhez való csatlakozás lépései: ... 3 1.3. Hozzáférési lehetőségek a

AS "Sberbank Corporation @ ization" Termék "Közvetlen felügyelet Termékszámlák" "Számlák közvetlen kezelése" A "Számlák közvetlen kezelése" termék keretein belül a Holding pénztárosa lehetőséget kap arra, hogy létrehozza, aláírja

Útmutató a CryptoARM lapok telepítéséhez, konfigurálásához és használatához 17 InfoTeX Internet Trust 2013 Tartalomjegyzék 1. A CryptoARM beszerzése és telepítése ... 3 2. A CryptoARM konfigurálása ... 3 3. A CryptoARM használata ...

Rendszer "ZapSib inet" Utasítások a "Biztonsági csomag" használatához. 2. kiadás 1. 1. A tranzakciók megerősítése a SafeTouch segítségével. EDS: Miután elmentette a fizetési dokumentumot, és rákattintott az "Aláírás" gombra, és belépett

Külső feldolgozás 1C For tipikus megoldások 1C: Enterprise 8.3 "Vékony kliens" módban. (Vállalati számvitel, rev. 3.0, BIT: Továbbítás rev. 3.6) Dokumentum verzió: 0.2, 2015.8.31. 1 oldal

Utasítások a File-PRO program telepítéséhez és konfigurálásához A File-PRO program célja a nyílt kommunikációs csatornákon fájlok formájában tárolt és továbbított információk kriptográfiai védelme. File-PRO,

ÜGYFÉLBANK HASZNÁLATI ÚTMUTATÓ Elektronikus aláírási kulcsok generálása 1.1.0.214 verzió Tartalomjegyzék Bevezetés .... 3 1. LÉPÉS 1. Új elektronikus aláírási kulcsok generálása .... 4 LÉPÉS 2. Fogadási kérelem küldése

Bejegyezve az Oroszországi Igazságügyi Minisztériumban 2015. július 27-én. N 38188 AZ OROSZ FEDERÁCIÓ KÖZPONTI BANKJA, 2015. június 29.

ARM FEANOR AND ROUND Utasítások a vámfizetés ROUND kártyával történő távoli befizetéséhez a nyilatkozattevő Feanor Multiservice fizetési rendszer LLC automatikus munkahelyén keresztül 115054, Moszkva, st.

Synerdocs. TLK. Utasítások az illesztőprogramok azonosításához és létrehozásához fiókot A járművezető személyazonosítási eljárása 1. A járművezető érkezik a fuvarozó cég irodájába, és bemutat egy igazoló dokumentumot

Projekt "Közvetlen kifizetések" Társadalombiztosítási Alap Pszkov regionális fióktelepe 2018 http://cabinets.fss.ru/

A kommunikáció tesztelése az előfizetővel. A tesztellenőrzés és a vizsgálati adófizető telepítése és konfigurálása. Tesztjelentés küldése. Az "SBiS ++ Tax Inspector" telepítése ... 2 Telepítési program ... 2 Eljárás

Távoli banki telepítési utasítások TARTALOM 1. REGISZTRÁCIÓS GOMBOK LETÖLTÉSE ... 3 1.1. Regisztrációs kulcsok letöltése a Bank forrásaiból ... 3 2. ELSŐ INDÍTÁS ... 4 2.1.

Fájl átjáró a kockázati rátákhoz 1.0 verzió 2014. március 26. 2 Tartalom 1. A "File gateway for risk rate" számítógépes program fő funkciói ... 3 2. Rendszerkövetelmények... 3 3. A szoftver telepítése

Intelligens Internet Bank telepítése Windows operációs rendszerre. Kérés létrehozása elektronikus aláírási kulcsok előállítására. A tanúsítvány megújítása. Tartalom 1. Feltételek és definíciók .... 2 2. Telepítés Bank-Client "Smart" .... 3 3. Távoli

Tanúsítványok távoli beszerzése és megújítása Felhasználói kézikönyv Tartalom 1. Feltételek és meghatározások ... 3 2. Távoli tanúsítványszerzés ... 4 3. Távoli tanúsítványmegújítás ... 10 4. További

Nyílt részvénytársaság Promsvyazbank System Bank-Client BS-Client v. 3 »Felhasználói kézikönyv 4. kötet Referenciakönyvek Moszkva, 2009 Tartalom 1 BEVEZETÉS ... 7 1.1 CÉLKITŰZÉS ... 7 1.2 CÉL

A RENDSZERBANK RENDELETE a SIGNATURA kriptográfiai engedélyezési rendszer elektronikus dokumentumokhoz (SCAD) a fizetési információk védelme érdekében az Oroszországi Bank régióközi elektronikus elszámolási (MED) rendszerében. Az elvégzett munka eredményei alapján az Orosz Bank Bank Gazdasági Fejlesztési Minisztériumának minden résztvevője benyújtotta az Oroszországi Bank Információs Rendszerei Osztályának, hogy készen áll a Gazdasági Fejlesztési Minisztérium új körülmények közötti végrehajtására. Annak érdekében, hogy a SCAD "SIGNATURA" állandó működésbe léphessen az Oroszországi Bank Gazdasági Fejlesztési Minisztériumának rendszerében, kötelezem: 1. Információs Rendszerek Osztályát (Senatorov M.Yu.), a Biztonsági és Főigazgatóságot Információvédelem (Lakhtikov AI) és a Bank of Russia 2004. május 26-i végzésével létrehozott bizottság N R-252 (Zinoviev SP, Akhmedov VG), hogy koordinálja a SCAD "SIGNATURA" megvalósítását az állandó működésben a az Oroszországi Bank Gazdasági Fejlesztési Minisztériumának rendszere. 2. A legfontosabb információk fő központja elektronikus rendszerek (Gvozdev IM) a Biztonsági és Információvédelmi Főigazgatóságtól, hogy a Gazdasági Fejlesztési Minisztérium résztvevői szervezzék meg a SCAD "SIGNATURA" kulcsok előállítását, a kulcsok hitelesítését és a tanúsítványok 2004. december 3 -ig történő kiküldését. a Biztonsági és Információvédelmi Főigazgatóság vezetése által jóváhagyott, a MED rendszer résztvevői számára a SCAD "SIGNATURA" 01 -es sorozat kulcsainak előállítására vonatkozó szabályokkal. 3. Információs Rendszerek Tanszék (Senatorov M.Yu.), Biztonsági és Információvédelmi Főigazgatóság (Lakhtikov AI), Interregionális Informatikai Központ az Orosz Banknál (Petrovsky V.Yu.), a MED rendszerben részt vevő területi intézmények tartsa 2004. december 4 -én és december 5 -én a SCAD "SIGNATURA" állandó üzembe helyezésére irányuló munkát a Gazdasági Fejlesztési Minisztériumban, a SCAD "SIGNATURA" megvalósításának eljárásával összhangban a minisztérium rendszerében. Az Oroszországi Bank gazdasági fejlődése (a Megrendelés Függeléke) (a továbbiakban: Eljárás). 4. Elnökhelyettes - az Információs Rendszerek Osztály igazgatója, Senatorov M.Yu., a Lakhtikov AI Biztonsági és Információvédelmi Főigazgatóság vezetője, az Oroszországi Bank Központi Informatikai Központjának igazgatója, Petrovsky V.Yu., a területi intézmények - a MED rendszer résztvevői, hogy biztosítsák a munkát 2004. december 4 -én és 5 -én, minden szükséges szakember bevonásával. A 2004. december 4 -én és 5 -én végzett munkáért járó kártérítést az Orosz Föderáció Munka Törvénykönyve által meghatározott módon és feltételekkel kell kifizetni. 5. A megrendelés függelékével összhangban végzett munka pozitív eredménye esetén a MED rendszert a beépített SIGNATURA SCAD rendszerrel 2004. december 5-től 18:00 órakor moszkvai idő szerint állandó üzembe helyezze. Ugyanakkor szüntesse meg az 1995.6.10 -én kelt távirat 2. bekezdésében foglalt követelmények hatását N 9210 / k az "Én javaslom" szakaszban. AV VOYLUKOV első elnökhelyettes, 2004. október 18. OROSZORSZÁG Annak érdekében, hogy a SIGNATURA SCAD állandó üzembe helyezésekor az interregionális elektronikus elszámolási rendszer folyamatos működését biztosítsák, a következő eljárást állapítják meg a munkához: a REMART információs rendszerben), amely az informatikai részlegtől felelős az információ kölcsönhatásért a SIGNATURA végrehajtása során SCAD a MED rendszerbe. 2. A MED rendszer zavartalan működésének megzavarásának kockázatának csökkentése érdekében 2004. december 3-ig a MED résztvevőinek meg kell határozniuk azt az eljárást, amely szerint a MED technológiai folyamatból a beépített SIGNATURA SCAD rendszerrel visszatérnek a meglévő technológiai folyamathoz. az UTM -CryptoManager (a továbbiakban: UTM) alapú, beleértve azt is, amely további ellenőrzést tartalmaz a küldött régióközi elektronikus fizetések megbízhatósága felett. 3. 2004. december 4 -én, moszkvai idő szerint 05: 00 -ig a MED résztvevői befejezik a MED végrehajtására irányuló összes műveletet az EPD alapján, az összeállítási dátumig, 2004. december 3 -ig bezárólag, beleértve a visszatérés és a napi egyeztetés műveleteit is. . 2004. december 4 -én, moszkvai idő szerint 05:00 órától a MED résztvevői leállítják az üzenetek küldését az UTM -en aláírt MED rendszeren keresztül. A területi intézmények értesítik a hozzájuk kapcsolódó terepi intézményeket e műveletek végrehajtásáról és az ehhez kapcsolódó intézkedésekről. 4. 2004. december 4 -én, moszkvai idő szerint 10: 00 -ig a MER résztvevői átveszik a REMART fizetési szerverről a számukra korábban elküldött összes üzenetet és UTM -nyugtát, és elküldik a visszaküldési nyugtákat az UTM -nek. Annak érdekében, hogy 2004. december 4 -én 09:00 és 10:00 között moszkvai idő szerint 09:00 és 10:00 óra között az UTM üzeneteinek és nyugtáinak kiválasztása teljessé váljon, az összes fizetési UTM -t előre meghatározott gyakorisággal "Automatikus levél" üzemmódba kapcsolják. a levelezési ciklus 7-8 perc. 5. Az eljárás 4. pontjában meghatározott műveletek befejezése után a fizetési UTM szoftverkomplexumában (az "UTM felhasználó" programban) az üzenet aláírási módja le van tiltva, valamint a fizetési dokumentumok nyomtatása az UTM -en (papíron és fájlban). 6. 2004. december 4-én, moszkvai idő szerint 10:00 órától a Gazdasági Fejlesztési Minisztérium résztvevői összekapcsolják az automatizált munkaállomásokat (AWS) a beépített SCAD "SIGNATURA" -val a Gazdasági Fejlesztési Minisztérium és az ellenőrzés a frissített MED komplexum működőképessége az informatikai támogató központoktól kapott módszertani ajánlásoknak megfelelően ... 7. Az eljárás 6. pontjában meghatározott munka befejezése után a Gazdasági Fejlesztési Minisztérium minden résztvevője legkésőbb 2004. december 4 -én, moszkvai idő szerint 14:00 órakor üzenetet küld a MED rendszerben való működésre való készenlétről. a szoftverkomplexum a beépített SCAD "SIGNATURA" -val a REMART információs rendszer SIGNMER hívójelén lévő jutalékhoz ... 8. Miután készenléti üzenetet küldött a bizottságnak, minden MED -résztvevő elküldi a többi MED -résztvevőnek a „W” üzeneteket (866 kódolású szabad formátumú ESID) a megalakulás dátumával, 2004. december 4 -én, a következő szöveggel: "<Наименование участника МЭР - отправителя сообщения>készen áll a régiók közötti elektronikus elszámolásokra új feltételek mellett "(például:" Az Oroszországi Központi Bank Chukotka Autonóm Terület Igazgatósága kész a régiók közötti elektronikus elszámolásokra új feltételek mellett "). Minden MED -résztvevő" A "üzenetet küld a fogadott üzenetnek" W "(ESID válasz), megalakulásának dátuma: 2004. december 4, a következő szöveggel:"<Наименование участника МЭР - получателя "W"-сообщения> Megkaptam a készültségről szóló üzenetét. "9. A" W "és" A "üzenetek küldésének előkészítése során a Gazdasági Fejlesztési Minisztérium minden résztvevőjének hitelesítési kódokat kell beállítania a minisztérium végrehajtójának AWS -jén található 01 -es sorozatú kulcsokon. a Gazdasági Fejlesztési Minisztérium és a Gazdasági Fejlesztési Minisztérium kontrollerének AWP -je a MED technológiai láncában, a DIS N 19/2003. feladatok és az 1. és 2. függelék követelményeinek megfelelően. Ennek megfelelően a fogadott "W" és "A", a Gazdasági Fejlesztési Minisztérium minden résztvevőjének ellenőriznie kell a Gazdasági Fejlesztési Minisztérium ellenőrzőjének AWS -jén és a Gazdasági Fejlesztési Minisztérium technológiai láncban végrehajtó AWS -jén található hitelesítési kódokat. December 4 -én tart. , 2004 -től moszkvai idő szerint 18: 00 -ig 11. Legkésőbb 2004. december 5 -én, moszkvai idő szerint 10: 00 -ig a Gazdasági Fejlesztési Minisztérium minden tagja üzenetet küld a Bizottságnak a REMART információs rendszer SIGNMER hívójeléről. sikeres "W" és "A" üzenetváltás a Gazdasági Fejlesztési Minisztérium valamennyi résztvevőjével vagy a meglévő problémákról. és tegyen korrekciós intézkedéseket. A felmerült problémákról a Gazdasági Fejlesztési Minisztérium tagjai üzeneteket küldenek a bizottságnak a REMART információs rendszer SIGNMER hívójelén. 13. A vészhelyzetek kiküszöbölése után a Gazdasági Fejlesztési Minisztérium résztvevői, csak azok, akikben előfordultak, 2004. december 5 -én, moszkvai idő szerint 12:00 óráig ismételten kicserélik a "W" - és az "A" -t. -üzenetek. Miután az ismételt cserét 2004. december 5 -én 15:00 óra előtt befejezték, a MED résztvevői, akik részt vettek az ismételt cserében, üzeneteket küldenek a Bizottságnak a REMART információs rendszer SIGNMER hívójelén a sikeres ismételt cseréről vagy kb. a fennmaradó problémák. 14. Az Orosz Banknál található Interregionális Információs Központ összefoglalja a MED résztvevőitől a sikeres cseréről és a fennálló problémákról kapott információkat, és erről értesíti a bizottságot legkésőbb 2004. december 5 -én, moszkvai idő szerint 17:00 óráig. 15. A kapott információk alapján a bizottság döntést hoz a SCAD "SIGNATURA" megvalósításával kapcsolatos munka befejezéséről az Oroszországi Bank Gazdasági Fejlesztési Minisztériumának rendszerében. Az elfogadott határozatot eljuttatják az Oroszországi Bank Interregionális Információs Központjához, amely eljuttatja azt a Gazdasági Fejlesztési Minisztérium minden résztvevőjéhez az eljárás 1. pontjában előre meghatározott REMART információs rendszer hívójelein. 16. Ha a Gazdasági Fejlesztési Minisztérium résztvevői között a "W" és "A" tesztüzenet -csere pozitív eredményeket mutat, akkor tervezik a SCAD "SIGNATURA" megvalósítását a Gazdasági Fejlesztési Minisztérium rendszerében. 2004. december 5 -én kell befejezni, moszkvai idő szerint 18:00 előtt. 17. Ha a 2004. december 4 -i és 5 -i tesztcsere során bármely területi intézményben lehetetlen kiküszöbölni a vészhelyzetet, a MED rendszer az Eljárás 2. pontjának megfelelően átkerül a jelenlegi technológiára. A beépített SCAD "SIGNATURA" -val rendelkező MED-rendszer technológiára történő átvitelének idejét az Orosz Bank jegyzőkönyve határozza meg.