Вернуться назад

 

Журнал № 9 за 2003 г. 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦБАНКА КР от 26 апреля 2002 года N 20/2 "О Положении о классификации активов и соответствующих отчислениях в резерв на покрытие потенциальных потерь и убытков" 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦБАНКА КР от 5 июня 2002 года N 24/8 "О Положении "Об узле коллективного пользования SWIFT (УКП SWIFT)" 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦБАНКА КР от 12 июня 2002 года N 25/4 "О "Требованиях к формату электронных платежных документов" 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦБАНКА КР от 22 октября 2003 года N 31/3 "О "Временном положении об общих принципах классификации активов и формировании резервов на покрытие потенциальных потерь и убытков микрофинансовыми организациями в Кыргызской Республике, не имеющими права на осуществление приема вкладов от физических и юридических лиц" 

 

 

г.Бишкек 

от 26 апреля 2002 года N 20/2 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА 

КЫРГЫЗСКОЙ РЕСПУБЛИКИ 

 

О Положении о классификации активов 

и соответствующих отчислениях в резерв на 

покрытие потенциальных потерь и убытков 

 

Рассмотрев проект Положения о классификации активов и соответствующих отчислениях в резерв на покрытие потенциальных потерь и убытков, Правление Национального банка Кыргызской Республики постановляет: 

1. Утвердить Положение о классификации активов и соответствующих отчислениях в резерв на покрытие потенциальных потерь и убытков. 

2. Ввести в действие Положение о классификации активов и соответствующих отчислениях в резерв на покрытие потенциальных потерь и убытков с 1 июня 2002 года. 

3. С 1 июня 2002 года признать утратившими силу постановления Правления Национального банка Кыргызской Республики согласно прилагаемому перечню. 

4. Всем коммерческим банкам, РСК и КСФК с 1 июня 2002 года привести свою деятельность в соответствие с Положением о классификации активов и соответствующих отчислениях в резерв на покрытие потенциальных потерь и убытков. 

5. Управлению методологии надзора и лицензирования довести настоящее постановление до сведения областных (региональных) управлений НБКР, Ассоциации банков Кыргызстана, коммерческих банков, РСК и КСФК. 

6. Контроль за исполнением настоящего постановления возложить на Шаршекееву К.Ш., заместителя Председателя Национального банка Кыргызской Республики. 

 

Председатель Правления Национального 

банка Кыргызской Республики У.Сарбанов 

 

 

Приложение 

к постановлению Правления 

Национального банка 

Кыргызской Республики 

от 26 апреля 2002 года N 20/2 

 

ПЕРЕЧЕНЬ 

постановлений Правления Национального банка 

Кыргызской Республики (отдельных пунктов), 

утративших силу в соответствии с постановлением 

Правления НБКР от 26 апреля 2002 года N 20/2 

 

1. Постановление Правления НБКР от 30 декабря 1994 года N 13/2 "О Положении о создании резерва на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

2. Постановление Правления НБКР от 30 июня 1995 года N 16/6 "О Положении о классификации кредитов и соответствующих отчислениях в резерв на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

3. Постановление Правления НБКР от 14 июля 1995 года N 17/2 "Об изменениях и дополнениях к Положению о классификации кредитов и соответствующих отчислениях в резерв на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

4. Постановление Правления НБКР от 30 июня 1995 года N 16/2 "О внесении изменений и дополнений к "Положению о создании резерва на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

5. Постановление Правления НБКР от 27 февраля 1996 года N 8/8 "О внесении изменений и дополнений в Положение "О создании резерва на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

6. Пункт 3 постановления Правления НБКР от 7 февраля 1997 года N 3/4 "Об отмене Временного порядка формирования резервов, установленных для погашения банковских убытков". 

7. Постановление Правления НБКР от 19 марта 1997 года N 6/10 "Об изменениях и дополнениях в нормативные документы Национального банка Кыргызской Республики, вызванные введением международных стандартов бухгалтерского учета". 

8. Постановление Правления НБКР от 2 декабря 1997 года N 24/5 "О внесении изменений и дополнений в Положение о классификации кредитов и соответствующих отчислениях в резерв на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

9. Пункт IV изменений и дополнений в некоторые нормативные акты НБКР, утвержденных постановлением Правления НБКР от 8 апреля 1998 года N 5/4 "О внесении изменений и дополнений в некоторые нормативные акты НБКР". 

10. Постановление Правления НБКР от 29 декабря 1998 года N 36/7 "О внесении изменений и дополнений в некоторые нормативные акты НБКР". 

11. Пункт I прилагаемых изменений и дополнений в некоторые нормативные документы НБКР, утвержденных постановлением Правления НБКР от 18 февраля 1999 года N 10/4 "О внесении изменений и дополнений в некоторые нормативные документы НБКР". 

12. Постановление Правления НБКР от 19 апреля 2000 года N 15/5 "О внесении дополнений в Положение о классификации кредитов и соответствующих отчислениях в резерв на покрытие потенциальных кредитных, лизинговых потерь и убытков". 

Утверждено 

постановлением Правления 

Национального банка 

Кыргызской Республики 

от 26 апреля 2002 года N 20/2 

 

ПОЛОЖЕНИЕ 

о классификации активов и соответствующих отчислениях 

в резерв на покрытие потенциальных потерь и убытков 

 

1. Общие положения 

 

1.1. Настоящее Положение разработано в соответствии с Законом Кыргызской Республики "О банках и банковской деятельности в Кыргызской Республике", согласно которому "банк обязан периодически проводить классификацию кредитного портфеля и иных активов, включая забалансовые обязательства, и производить необходимые отчисления в резерв на покрытие потенциальных потерь". 

1.2. Для своевременного покрытия потенциальных убытков от активов, несущих в себе кредитный риск, а также в целях определения реального финансового состояния и эффективности работы, все коммерческие банки, Расчетно-Сберегательная Компания и Кыргызская Сельскохозяйственная Финансовая Корпорация (далее по тексту банки), обязаны постоянно проводить оценку качества своих активов и создавать резерв на покрытие потенциальных потерь и убытков (далее по тексту РППУ). 

1.3. Банки должны поддерживать РППУ на уровне, достаточном для покрытия возможных потерь активов. Основой для правильной оценки размера резерва является система классификации активов, которая должна быть разработана банком в соответствии с настоящим Положением. 

Деятельность банка, при которой не обеспечивается адекватный уровень РППУ, Национальным банком Кыргызской Республики (далее по тексту НБКР) будет рассматриваться как ненадежная и нездоровая банковская практика, которая ставит под угрозу интересы вкладчиков. 

1.4. Классификация активов является выражением различных степеней одного фактора - кредитного риска. Все активы несут в себе определенную степень риска, которая варьируется в зависимости от различных факторов. 

1.5. Кредитный риск может быть связан с финансовым состоянием клиента (см. примечание 1) банка (далее по тексту клиента), качеством залога, типом клиента по форме собственности, отраслевой принадлежностью, наличием и видами гарантий по активам и надежностью самих гарантов, оценкой выполнения ранее данных обязательств по активам банков, перспектив дальнейшего развития бизнеса клиента и другими потенциальными факторами. 

1.6. В целях осуществления банковского надзора классификации подвергаются не только кредиты банка, но и приравненные к ним активы, несущие в себе кредитный риск, а также забалансовые обязательства банка. К ним относятся: 

- лизинги; 

- инвестиции; 

- межбанковские размещения; 

- овердрафты, независимо от причины их возникновения; 

- кредитные заменители, или забалансовые обязательства (аккредитивы, гарантии, любое узаконенное обязательство по выдаче кредита, и др.); 

- выдача кредита под условием обратного выкупа; 

- просроченная дебиторская задолженность; 

- любые иные активы, которые несут в себе кредитный риск. 

Для реструктуризированных кредитов, межбанковских размещений, инвестиций в ценные бумаги и/или капитал, забалансовых обязательств и прочей собственности банка, принятой в погашение актива, настоящее Положение определяет специальные требования для их классификации. 

1.7. Для осуществления классификации активов банки должны отслеживать и анализировать данные о движении денежных средств и оценивать способность клиента получить достаточный объем денежных средств для погашения актива. По условиям договора о предоставлении актива банк вправе периодически получать информацию о платежеспособности клиента (информацию о движении денежных средств), помимо обязательных ежеквартальных отчетов (балансовых отчетов и отчетов о прибылях и убытках). При этом отсутствие достоверной финансовой информации (например, проверенные внешним аудитором или сотрудником банка балансовые отчеты и отчеты о прибылях и убытках клиентов) и ее надлежащего анализа является серьезным недостатком. В соответствии с законодательством Кыргызской Республики ответственность за полноту и достоверность предоставляемой банку отчетности и информации несет клиент. Тем не менее, банк, принимая на себя риски, связанные с предоставлением актива, должен проверять достоверность этих отчетов, как до момента предоставления актива, так и в последующем - до полного возврата средств банка. 

 

2. Основные понятия, применяемые в настоящем Положении 

 

2.1. Кредитный риск - это риск неисполнения клиентами своих обязательств в соответствии со сроками и условиями договора. 

2.2. Активы, приравненные к кредитам - это активы, а также забалансовые обязательства, как в сомах, так и в иностранной валюте, которые несут в себе кредитный риск. 

2.3. Под обеспечением актива понимается залог, поручительство, банковская гарантия. 

2.4. Под просроченными активами банка подразумеваются те активы, по которым: 

- основная сумма, учитываемая по балансу (включая частичные плановые платежи), или процентные платежи просрочены и не выплачиваются 30 дней и более; 

- процентные платежи, просроченные на 30 и более дней, были пролонгированы; 

- кредиты выдаются в виде овердрафтов или, если подобное финансирование осуществляется без установленного графика погашения, а проценты по ним не выплачены 30 и более дней. 

2.5. Реструктуризированные кредиты - это кредиты, по которым банк осуществляет уступку клиенту в целях получения оставшейся задолженности или ее части, из-за ухудшения финансового состояния клиента, путем изменения условий договора (с обязательным заключением нового договора), отличающихся от обычной практики банка по выдаче кредитов. При этом изменение процентной ставки и/или срока до погашения суммы основного долга/процентов приводят к изменению ожидаемых будущих денежных потоков по ставке дисконтирования. 

Примером реструктуризированного кредита может служить кредит, по которому банк произвел уменьшение процентной ставки, основной суммы долга или увеличение срока выплаты. 

2.6. Инвестиции банка в ценные бумаги и/или в капитал - приобретение акций или финансовое вложение в капитал с целью получения выгоды в форме распределения результатов деятельности инвестируемой компании, а также вложения банка в долговые ценные бумаги. 

Вложения банковских средств в оборотные средства других компаний считаются кредитом. 

2.7. Нерыночные инвестиции в ценные бумаги - это инвестиции, которые не котируются на рынке ценных бумаг, а сам рынок этих ценных бумаг не является развитым, эффективным, транспарентным и не позволяет определить справедливую стоимость этих ценных бумаг. При этом сделки с ценными бумагами носят эпизодический характер, а также отсутствует обширная, достоверная и легкодоступная для всех лиц информация о ценной бумаге. 

Все остальные инвестиции в ценные бумаги являются рыночными. 

2.8. Для унифицированной классификации качества активов и создания РППУ устанавливаются следующие категории: 

А. Неклассифицированные активы: 1) нормальные; 

2) удовлетворительные; 

3) активы под наблюдением. 

В. Классифицированные активы: 4) субстандартные активы; 

5) сомнительные активы; 

6) активы, классифицируемые как 

потери. 

 

3. Общие указания по классификации активов 

 

3.1. При осуществлении классификации активов необходимо проводить анализ как состояния правоспособности и финансовой возможности клиента вернуть актив, так и изменения финансового состояния клиентов, их гарантов, а также анализировать качество залога и другие факторы. 

3.2. Правильная классификация актива по одной из категорий зависит от полноты оценки финансового состояния клиента, от цели и условий актива, возможности его возврата. Чем дольше клиент владеет денежными средствами банка или имеет право по контракту получать средства (кредитные линии, обязательства, аккредитивы и т.д.), тем больше степень риска появления отрицательных тенденций. При анализе активов следует учитывать, что каждый актив имеет первичный и вторичный источник погашения. Первичным источником называется такой, который при нормальном развитии событий создает средства, необходимые для погашения актива. Например, кредит под оборотный капитал погашается в процессе оборота товарно-материальных ценностей, кредит под урожай или экспортная ссуда - из средств, полученных от продажи товара, потребительская ссуда - из личного дохода. На случай, если с течением времени первичный источник погашения окажется недостаточным, или иными словами, не будет генерироваться необходимый поток денежных средств, достаточный для обеспечения выполнения своих обязательств, банк должен предусмотреть вторичные источники, такие как залог, поручительство и банковские гарантии. 

3.3. При использовании вторичных источников следует учитывать, что это обычно влечет за собой задержку платежей, связанную с трудностью определения стоимости реализации залога, с судебными издержками и отсрочками. Эти факторы обычно приводят к тому, что конечная сумма платежа по долгу, полученная с привлечением вторичного источника, не соответствует ожиданиям. 

3.4. Если банк полагается полностью на лицо, выступающее в качестве поручителя или гаранта, как на вторичный источник погашения, то банк должен иметь полную информацию о финансовом положении данного лица для оценки его способности погасить задолженность в случае необходимости. Если указанное лицо стало единственным источником погашения задолженности, при классификации должны быть учтены не только его платежеспособность, но и желание погасить гарантированный им актив, которое должно быть оформлено в соответствующем документе. Если информация о гаранте является недостоверной или вообще отсутствует, то такая гарантия не должна приниматься во внимание при классификации актива. 

3.5. Значительное отклонение от первоначального источника погашения является достаточным основанием классификации так же, как и неконкретные условия погашения или просрочка актива. Однако не все просроченные активы могут быть подвергнуты классификации. Актив может быть просрочен, но если в то же время он имеет обеспечение наличностью или государственными казначейскими векселями, которые еще не были погашены, то такой актив может быть признан неклассифицируемым. 

3.6. Выраженное в письменной форме намерение и способность клиента выполнить свои обязательства согласно договору является первичным критерием оценки риска актива. Это подразумевает, что клиент должен иметь доходы или ликвидные активы, достаточные для уплаты процентов по активу и сокращения или погашения самой задолженности перед банком в соответствии с договоренностью в разумные и предсказуемые сроки. 

3.7. При проведении классификации необходимо руководствоваться определениями категорий классификации (выделенными по тексту жирным шрифтом) и опираться на здравые смысл и суждения для отнесения актива к той или иной категории классификации. 

3.8. В связи с возможными различными толкованиями определений категорий классификации вводятся количественные и качественные характеристики. Один или совокупность двух и более признаков определяет категорию классификации. 

3.9. Бухгалтерский учет РППУ должен осуществляться в соответствии со стандартами бухгалтерского учета. 

3.10. Контрактные отношения между банком и его клиентами, отраженные в соответствующих договорах, должны осуществляться на основании законодательства Кыргызской Республики. 

3.11. Данные рекомендации охватывают лишь необходимый минимум требований и критериев классификации активов, так как невозможно предусмотреть каждую конкретную ситуацию. НБКР и банки могут и имеют право самостоятельно, принимая за основу требования и критерии настоящего Положения, вводить собственные дополнительные факторы оценки активов. 

 

4. Неклассифицированные активы 

 

4.1. Нормальные активы 

 

4.1.1. Нормальными называются те активы, по которым генерируется необходимый поток денежных средств, достаточный для обеспечения выполнения клиентом своих обязательств, а также активы, обеспеченные, как минимум, на 120% от суммы актива залогом (в виде заклада), состоящим из: 

- краткосрочных государственных казначейских векселей (если срок погашения векселей наступает до срока погашения актива, то банк должен в качестве залогового обеспечения принять денежные средства, полученные от погашения векселей, либо принять в качестве обеспечения дополнительный вексель); 

- средств, находящихся на депозитном счете в этом банке, причем эти средства должны быть либо в валюте Кыргызской Республики, либо в валюте стран, входящих в валютную корзину СДР. 

При этом должны выполняться следующие условия: 

1) в Договоре о предоставлении актива и Договоре о залоге должно быть указание о том, что данные денежные средства являются обеспечением выданных банком средств, и банк должен изъять у клиента оригиналы документов (депозитный сертификат, депозитную книжку); 

2) движение по депозитному счету может быть произведено только при выполнении всех условий Договора о предоставлении актива. В случаях, если: 

а) в качестве обеспечения выступает депозитный счет до востребования (физических и юридических лиц), то движение по нему возможно только в случае постоянного поддержания 120 процентов, обеспечивающих покрытие актива; 

б) в качестве обеспечения выступает срочный депозит - движение по которому возможно только после окончания срока актива; 

в) в исключительных случаях, в соответствии с законодательством Кыргызской Республики, банк может уменьшить сумму депозита при условии поддержания 120 процентного покрытия суммы актива. 

В любом случае в банке должны быть разработаны соответствующие процедуры, и осуществляться внутренний контроль, обеспечивающие сохранность депозита до окончания срока актива; 

3) в Договоре о предоставлении актива и Договоре о залоге должно быть указано право банка в одностороннем порядке производить списание средств клиента, находящихся на его депозитном счете и оформленных в качестве залога, в случае невыполнения им условий Договора; 

4) обязательное проведение еженедельной переоценки залога, в случае, если в качестве обеспечения актива предоставлены денежные средства в валюте, отличной от валюты актива. Если по результатам переоценки стоимость залога уменьшилась, то банк обязан в течение 5 рабочих дней потребовать увеличения его стоимости в соответствии с требованиями настоящего Положения и обеспечить исполнение этого требования; 

5) В случае, если требования, указанные в пп.4), не выполнены по истечении указанного срока, то такой актив будет считаться не полностью обеспеченным, и он должен быть переведен в другую категорию классификации. 

 

4.2. Удовлетворительные активы 

 

4.2.1. Удовлетворительный актив - это такой актив, с которым по состоянию на текущий момент не связана степень кредитного риска, превышающая нормальную банковскую практику. 

4.2.2. Активы считаются удовлетворительными, если: 

- первичный источник погашения обеспечивает генерирование достаточного потока денежных средств для обслуживания долга; 

- финансовое состояние клиента удовлетворительное; 

- предприятие клиента является стабильным, хорошо капитализированным; 

- погашение задолженности производится своевременно; 

- имеется залог на сумму актива в форме таких активов, которые могут быть преобразованы в денежную наличность в разумные и предсказуемые сроки; 

- клиент имеет значительную и хорошую кредитную историю (не допускал задержек в платежах, осуществлял сотрудничество с банком и др.). 

 

4.3. Активы под наблюдением 

 

4.3.1. Активами под наблюдением называются активы, по которым замечаются определенные тенденции к ухудшению, достаточно ясно показывающие, что если по подобным активам не будут приняты меры, то в скором времени возможно ухудшение их качества. Отнесение актива к категории "актив под наблюдением" является переходной стадией между удовлетворительными и классифицируемыми активами. 

Характерными признаками, посредством которых актив можно считать активом под наблюдением, являются: 

- активы, имеющие все характеристики, присущие удовлетворительным активам, но не в полной мере обеспеченные залогом; 

- активы, просроченные по основной сумме и/или процентам, на срок не более 30 дней; 

- активы, пролонгированные один раз, если при этом пролонгация не связана с ухудшением финансового состояния клиента, а банк имеет документацию, показывающую почему была произведена пролонгация. При этом проценты должны быть выплачены полностью; 

- активы, по которым банк не может проводить мониторинг по залогу и активу из-за недостаточной документации по ним, либо из-за отсутствия соответствующих экспертов; 

- намечающееся уменьшение ликвидности залога (снижение цен, падение курса валюты); 

- появление тенденций к ухудшению финансового состояния клиента; 

- изменение рыночных условий, которые могут повлиять на возврат актива. 

 

5. Классифицированные активы 

 

5.1. Субстандартные активы 

 

5.1.1. Субстандартные активы недостаточно защищены платежеспособностью клиента и/или залоговым обеспечением, если таковое существует, и имеют четко определенные недостатки (недостаток) или слабые стороны, которые несут в себе риск неполного погашения актива. В том случае, если недостатки не будут исправлены, то существует вероятность, что банк понесет некоторые потери. 

К субстандартным могут быть отнесены следующие виды активов: 

- активы, по которым имеется просроченная задолженность по плановым платежам от 30 до 60 дней; 

- активы, пролонгированные два раза; 

- активы с недостаточными денежными потоками для оплаты задолженности; 

- активы, которые обеспечены реализуемым залогом в форме движимого и недвижимого имущества, в размере, достаточном для выплаты банку основной суммы долга, всех процентов в соответствии с договором, возможных издержек, связанных с реализацией залоговых прав, а также активы, обеспеченные залогом, который может быть реализован различными путями, включая судебный (см. примечание 2). При этом его реализация должна произойти в следующие сроки: 

а) недвижимого имущества - не позднее 365 дней; 

б) движимого имущества - не позднее 120 дней; 

- активы, по которым стоимость залога падает, ухудшается его качество, залог становится труднореализуемым. 

 

5.2. Сомнительные активы 

 

5.2.1. Активы данной категории имеют такие же недостатки, как и субстандартные, но, кроме того, они имеют дополнительные проблемы, которые в совокупности с другими недостатками, делают возможность погашения задолженности, на основе известных фактов и условий, довольно сомнительной и маловероятной. Возможность потерь от сомнительных активов очень велика, но из-за некоторых важных специфических ожидаемых факторов, которые могут укрепить актив, его классификация как предполагаемых потерь может быть отсрочена до определения более точного статуса. 

5.2.2. Активы считаются сомнительными, если: 

- просроченная задолженность по основной сумме и/или процентам составляет от 60 до 90 дней; 

- имеется пролонгация три раза; 

- финансовое состояние клиента серьезно ухудшилось (либо клиент находится на грани банкротства); 

- состояние залога плохое или он отсутствует. 

 

5.3. Активы, классифицированные как потери 

 

5.3.1. Активы, классифицированные как потери, считаются невзимаемыми и имеют такую маленькую реальную стоимость, что их содержание на балансе банка нецелесообразно. Однако это не означает, что актив никогда не будет возвращен, но при данных обстоятельствах непрактично и нежелательно откладывать списание этого ничего не стоящего актива, даже если в будущем предвидится его возмещение. 

Признаками, по которым актив относится к потерям, являются: 

- просроченная задолженность более 90 дней; 

- пролонгация более 3 раз; 

- отсутствие залога или невозможность его продажи из-за отсутствия рынка; 

- неспособность, отказ клиента погасить задолженность, либо намерение оплаты без осуществления реального погашения, и отсутствие вторичного источника для погашения актива; 

- нежелание клиента сотрудничать с банком либо отсутствие клиента; 

- прекращение работы бизнеса клиента либо объявление его банкротом; 

- предоставление активов субъектам оффшорных зон. Все виды банковских операций и любые сделки коммерческих банков с субъектами оффшорных зон являются ничтожными. Данное положение не распространяется на такие отношения с филиалами, зарегистрированными в оффшорных зонах, головные учреждения которых зарегистрированы вне оффшорных зон. 

 

6. Разделение классификации 

 

6.1. В исключительных случаях активы могут быть классифицированы по двум категориям классификации, т.е. может использоваться разделение классификации. 

Например, для актива, обеспеченного необходимым залогом, можно использовать одну категорию классификации на сумму, равную сумме этого залога, и другую категорию ("потери") - для остальной необеспеченной части актива. 

 

7. Классификация реструктуризированных кредитов 

 

7.1. Реструктуризированные кредиты должны сразу классифицироваться как субстандартные до момента подтверждения наличия устойчивых потоков платежей по основной сумме актива и процентов по ней на протяжении 180 дней согласно условиям реального (действенного) плана реструктуризации. РППУ по таким кредитам создается на сумму основного долга за минусом дисконта. 

 

8. Классификация межбанковских размещений 

 

8.1. Необеспеченные межбанковские размещения (включая межбанковские кредиты, корреспондентские счета (см. примечание 3) и др.) со сроком погашения не более 30 дней классифицируются с учетом следующего: 

- межбанковские размещения, просроченные на срок от 2 до 10 дней, классифицируются как субстандартные; 

- межбанковские размещения, просроченные на срок от 10 до 30 дней, классифицируются как сомнительные; 

- межбанковские размещения, просроченные более 30 дней, классифицируются как потери. 

8.2. Межбанковские размещения, обеспеченные залогом, и/или со сроком погашения более 30 дней, классифицируются в соответствии с пунктами 4 и 5 настоящего Положения. 

 

9. Классификация прочей собственности банка, 

принятой в погашение актива 

 

9.1. После первоначального признания в балансе, прочая собственность банка, принятая в погашение актива, сразу классифицируется как субстандартная. 

9.2. Прочая собственность банка, принятая в погашение актива, классифицируется как потери, если она не продана по истечении следующих сроков: 

а) одного года - для движимого имущества; 

б) трех лет - для недвижимого имущества. 

9.3. При составлении финансовой отчетности, по мере необходимости, но не реже одного раза в год, банк должен оценивать залог на предмет ухудшения его стоимости в соответствии с стандартами бухгалтерского учета. 

 

10. Классификация инвестиций в ценные бумаги 

и/или капитал компании 

 

10.1. Все инвестиции банка в ценные бумаги и/или капитал компании подразделяют на: 

1) инвестиции в долговые ценные бумаги; 

2) инвестиции в капитал компании (в форме акций, финансового участия в капитале инвестируемой компании). 

10.2. Все инвестиции в ценные бумаги и/или капитал, отражаемые на балансе, должны оцениваться на предмет их качества в соответствии со стандартами бухгалтерского учета, требованиями настоящего Положения и на основе представленной банком документации. 

10.3. Банк должен иметь финансовую отчетность (квартальную и годовую, при этом годовая отчетность должна быть заверена независимым аудитором) и другую информацию об инвестируемой компании и/или эмитенте ценных бумаг. Наличие вышеуказанных отчетностей не является доказательством того, что банк изучил эмитента ценной бумаги. Банк должен на основе представленных отчетов проводить соответствующий анализ. 

10.4. Для целей настоящего Положения инвестиции банка в ценные бумаги и/или капитал компании подразделяются на рыночные и нерыночные. 

10.5. Рыночные ценные бумаги не подлежат классификации, если банк сможет представить соответствующую достоверную документацию о том, что рынки, на которых они котируются, и сам рынок этих ценных бумаг является развитым, эффективным, транспарентным, и позволяет определить справедливую стоимость этих ценных бумаг. 

10.6. Нерыночные инвестиции в ценные бумаги и/или капитал компании классифицируются, как минимум, как сомнительные в случае отсутствия информации об инвестируемой компании, включая финансовую отчетность, анализ будущих потоков денежных средств, положение на рынке, бизнес-план компании и другую информацию, которая позволит оценивать качество этих инвестиций. 

10.7. В случае объявления дефолта эмитента, такие инвестиции должны автоматически классифицироваться как сомнительные, а при отсутствии информации об инвестируемой компании, указанной в п.10.6 - как потери. 

10.8. Ценные бумаги центральных банков и Правительств обычно не подвергаются классификации, но, тем не менее, банк должен представить соответствующую информацию (например, рейтинг выше, чем максимальная категория В, присваиваемая ведущими мировыми рейтинговыми агентствами (см. примечание 4)) о том, что центральные банки и Правительства этих стран платежеспособны, а ценообразование этих ценных бумаг транспарентно. 

10.9. РППУ по таким инвестициям создается на сумму основного долга за минусом размера ухудшения стоимости. 

10.10. При наличии разногласий в вопросе отнесения актива к той или иной категории классификации между банком и проверяющими инспекторами банковского надзора, в обязанность банка входит представление соответствующего анализа и доказательства правильности своей классификации. 

 

11. Классификация забалансовых обязательств 

 

11.1. Классификация забалансовых обязательств производится аналогично классификации активов банка согласно требованиям настоящего Положения. 

11.2. Забалансовые обязательства подвергаются классификации в зависимости от: 

- наступления у банка вероятности юридического выполнения своих обязательств по этим забалансовым обязательствам; 

- вероятности того, что клиент воспользуется этим обязательством; 

- наличия залога; 

- других факторов. 

 

12. Резерв на покрытие потенциальных потерь и убытков 

 

12.1. Резерв на покрытие потенциальных потерь и убытков создается за счет расходов банка и является контр-счетом к соответствующей категории активов. Каждый банк обязан создавать следующие резервы: 

- РППУ по кредитам и лизингам; 

- РППУ по инвестициям в ценные бумаги и/или капитал, и другим активам, отличным от кредитов и лизингов; 

- РППУ по прочей собственности банка, принятой в погашение актива. 

12.2. Резерв по забалансовым обязательствам является обязательством банка. 

12.3. РППУ подразделяется на две части - общие и специальные резервы. Общие резервы создаются по неклассифицированным активам, специальные резервы - по классифицированным активам банка. 

12.4. НБКР устанавливает следующие размеры отчислений в РППУ по активам: 

Общие резервы: Специальные резервы: 

 

Нормальные - 0% Субстандартные - 25%; 

Удовлетворительные - 2% Сомнительные - 50%; 

Активы под наблюдением - 5% Потери - 100%. 

12.5. После подсчета размеров всех требуемых отчислений, они суммируются по каждому виду резерва, и определяются общие требуемые размеры отчислений в РППУ. Эти суммы сравниваются с суммой текущих размеров РППУ по балансу. В случае недостатка текущего размера РППУ по балансу, банки должны привести его в соответствие к рассчитанному требуемому размеру РППУ до конца отчетного месяца. Банк может создавать дополнительное отчисление в РППУ только при условии, что он сможет привести доказательства необходимости данной меры. 

12.6. Запрещается использовать вышеуказанные положения в целях уклонения от уплаты налога путем неоправданного завышения формулы подсчета или какими-либо другими средствами. 

12.7. При оценке размера РППУ банк обязательно должен рассмотреть следующее: 

- исторические потери; 

- тенденции в неплатежах по обязательствам и по активам, по которым прекращено начисление процентов. Банк должен организовать учет и вести отчетность, которые реально показывают тенденции, наблюдаемые по потерям, неплатежам по обязательствам и активам; 

- тенденции в классифицированных активах. Их следует рассматривать в отношении к размеру активов банка и капитала. Соотношение классифицированных активов к капиталу показывает уровень риска, вызванного ухудшением качества активов; 

- экономические условия. Ухудшение экономических условий обычно означает, что клиенты банков будут испытывать трудности, которые могут повлиять на их способность выплачивать активы и тем самым увеличиваются потенциальные потери; 

- сосредоточение активов в определенном секторе промышленности, отрасли экономики или географической местности; 

- другие факторы, которые, по мнению банка, влияют на качество активов. 

12.8. Адекватность РППУ во многом зависит от систематической оценки активов банка. Каждый банк должен разработать систему проверки адекватности своих активов. Такая проверка должна фокусироваться не только на качестве активов, но и на кредитной политике банка в целом. Проверка может быть произведена отделом внутреннего банковского аудита или какой-либо внешней аудиторской фирмой. Какой бы вариант ни был выбран, проверяющее лицо должно быть опытным и независимым от отдела кредитования. Это означает, что проверяющему лицу должна быть предоставлена полная свобода действия при осмотре любого актива и в отчете должны быть указаны все недостатки, обнаруженные в ходе проверки. Отчет о проверке должен представляться Совету Директоров и Председателю Правления банка. 

12.9. Классификация активов и расчет РППУ должны производиться банком ежемесячно, по состоянию на первое число месяца, следующего за отчетным. Каждый банк обязан производить регулярную проверку кредитов и других активов в зависимости от объема активов, а также адекватности РППУ. Неправильное указание размера РППУ (преувеличенное или уменьшенное) приводит к неверной оценке финансового состояния банка в отчетах и расценивается как искажение отчетности. 

12.10. Каждый банк должен разработать пакет документов, содержащих политику банка в отношении анализа и классификации активов, методологии и исходных положений о формировании и отчислениях в РППУ, о порядке проведения проверок адекватности РППУ в соответствии с настоящим Положением. Эти документы должны быть включены в номенклатуру дел банка. 

 

Примечания: 

(1) В целях настоящего Положения здесь и далее по тексту под "клиентом" банка понимают юридическое или физическое лицо, принимающее обязательства по возврату активов банка, перечисленных в п.1.6 настоящего Положения. 

(2) Настоящий показатель служит для описания качества и состояния залога, но никак не относится к описанию качества самого актива. 

(3) Классификации подлежит сумма неисполненного банком-корреспондентом платежного поручения. 

(4) Moody's Investors Service (США), Standard & Poors (США), Duff & Phelps (США), FitchIBCA (Великобритания), Thomson Bank Watch-BREE (Великобритания), Nippon Investment Service (Япония)). 

 

г.Бишкек 

от 5 июня 2002 года N 24/8 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА 

КЫРГЫЗСКОЙ РЕСПУБЛИКИ 

 

О Положении "Об узле коллективного 

пользования SWIFT (УКП SWIFT)" 

 

Рассмотрев представленный Управлением платежных систем проект Положения "Об узле коллективного пользования SWIFT (УКП SWIFT)", Правление Национального банка Кыргызской Республики постановляет: 

1. Утвердить Положение "Об узле коллективного пользования SWIFT (УКП SWIFT)" (прилагается) и ввести в действие с 17 июня 2002 года. 

2. Управлению платежных систем довести настоящее постановление до сведения коммерческих банков Кыргызской Республики, Расчетно-Сберегательной Компании. 

3. Контроль за исполнением настоящего постановления возложить на заместителя Председателя Национального банка Кыргызской Республики Оморова Ж.Д. 

 

Председатель Правления Национального 

банка Кыргызской Республики У.Сарбанов 

Утверждено 

постановлением Правления 

Национального банка 

Кыргызской Республики 

от 5 июня 2002 года N 24/8 

 

ПОЛОЖЕНИЕ 

об узле коллективного пользования SWIFT 

(УКП SWIFT) 

 

1. Общие положения 

 

1.1. Узел коллективного пользования SWIFT (далее - УКП SWIFT) представляет собой аппаратно-программный комплекс, созданный на базе комплекса SWIFT Национального банка Кыргызской Республики (далее НБКР). УКП SWIFT обеспечивает Пользователям доступ к сети SWIFT через общий интерфейс SWIFTAlliance Access (далее интерфейс SWIFT). 

1.2. Пользователями являются НБКР и коммерческие банки (далее КБ), подключенные к УКП SWIFT. 

1.3. УКП SWIFT предназначен для обеспечения Пользователям возможности оказания банковских услуг с применением телекоммуникационной среды SWIFT. 

1.4. Целью создания УКП SWIFT является усовершенствование технологий проведения международных и внутриреспубликанских платежей и предоставление КБ возможности менее затратного подключения к сети SWIFT. 

1.5. Оператором, осуществляющим поддержку и функционирование УКП SWIFT является НБКР. 

1.6. Настоящее Положение определяет основные принципы функционирования УКП SWIFT, условия подключения, доступа Пользователей к интерфейсу SWIFT и предоставления НБКР услуг по использованию УКП SWIFT. 

1.7. Взаимоотношения Пользователей в процессе функционирования и эксплуатации УКП SWIFT, распределение рисков, ответственность, права и обязанности устанавливаются в "Многостороннем соглашении о создании и функционировании УКП SWIFT" и двухсторонних "Договорах между КБ и НБКР о подключении к УКП SWIFT и его эксплуатации" (далее - Договоры). 

 

2. Основные принципы функционирования УКП SWIFT 

 

2.1. УКП SWIFT функционирует в соответствии с требованиями, установленными в Техническом задании и в документах технического проекта. 

2.2. Поддержка и функционирование УКП SWIFT обеспечивается НБКР совместно с предприятиями связи и передачи данных. При этом: 

a) НБКР обеспечивает поддержку и функционирование программного обеспечения (далее - ПО) и оборудования интерфейса SWIFT в соответствии с Договорами; 

b) предприятия связи и передачи данных обеспечивают поддержку и функционирование каналов связи УКП SWIFT в соответствии с двухсторонними договорами с Пользователями. 

2.3. Доступ Пользователей к интерфейсу SWIFT осуществляется через рабочие станции SWIFT (далее терминалы SWIFT). Поддержка и функционирование соответствующего терминала SWIFT обеспечивается каждым Пользователем самостоятельно. 

2.4. Функциональная деятельность УКП SWIFT обеспечивается: 

- технической инфраструктурой УКП SWIFT; 

- персоналом НБКР, обслуживающим УКП SWIFT (далее персонал УКП SWIFT); 

- нормативными документами, регулирующими работу с сетью SWIFT, разработанными обществом SWIFT (далее нормативные документы SWIFT); 

- нормативными документами, регулирующими работу с УКП SWIFT, разработанными НБКР (далее нормативные документы НБКР); 

- Договорами. 

2.5. Техническая инфраструктура включает в себя: 

a) основной узел комплекса SWIFT НБКР: 

1) два терминала (основной и резервный) с интерфейсом SWIFT на платформе SUN с подключением карт-ридера, шифровального и сетевого оборудования; 

2) два канала связи до точки доступа к сети SWIFT (далее SWIFT Access Point - SAP SWIFT) - основной (выделенная линия) и резервный (телефонная коммутируемая линия); 

b) дополнительное ПО SWIFT и специальное телекоммуникационное оборудование, предназначенные для подключения Пользователей к УКП SWIFT. 

2.6. Персонал УКП SWIFT, назначается приказом НБКР и состоит из следующих специалистов: 

a) системного администратора, отвечающего за инсталляцию и сопровождение операционной системы Unix - специалист Отдела информационных технологий Управления информационных систем (далее ОИТ УИС); 

b) администратора ПО интерфейса SWIFT, отвечающего за инсталляцию и сопровождение ПО интерфейса SWIFT - специалист УИС; 

c) сетевого администратора, отвечающего за инсталляцию, настройку сетевого оборудования и обеспечение информационной безопасности системы УКП SWIFT на сетевом уровне - специалист ОИТ УИС; 

d) администратора безопасности УКП SWIFT, отвечающего за обеспечение конфиденциальности и безопасности доступа Пользователей к интерфейсу SWIFT - специалист ОИЗ; 

e) координатора УКП SWIFT, отвечающего за проведение мониторинга работы УКП SWIFT и координацию взаимодействия Пользователей и персонала УКП SWIFT - специалист Управления платежных систем (далее - УПС). 

Функции каждого специалиста персонала УКП SWIFT приведены в приложении к настоящему Положению. 

Персонал УКП SWIFT не имеет доступа к формированию и отправке сообщений по сети SWIFT. 

2.7. НБКР предоставляет Пользователям услуги УКП SWIFT в пределах полученных НБКР лицензий на использование ПО интерфейса SWIFT. 

2.8. Для разрешения спорных вопросов, в случаях обнаружения нарушений в процессе эксплуатации УКП SWIFT, создается экспертная группа из специалистов, по согласованию с каждым Пользователем, в полномочия которой входят установление факта нарушений, оценка сумм материального ущерба и документальное оформление заключения, которое является основанием для возмещения виновной стороной материального ущерба. 

 

3. Обеспечение надежности функционирования 

УКП SWIFT 

 

3.1. Обеспечение надежности функционирования УКП SWIFT осуществляется НБКР в соответствии со следующими принципами: 

a) защита от операционных рисков и рисков среды функционирования; 

b) конфиденциальность и целостность данных Пользователей; 

c) непрерывность доступа Пользователей к интерфейсу SWIFT. 

3.2. Защита от операционных рисков и рисков среды функционирования обеспечивается наличием: 

a) персонала с достаточной квалификацией, для обеспечения поддержки и функционирования УКП SWIFT; 

b) отдельной локальной сети для терминалов SWIFT Пользователей; 

c) резервного аппаратного и программного обеспечения интерфейса SWIFT; 

d) резервного канала связи до SAP SWIFT; 

e) оборудования по обеспечению бесперебойного электрического питания; 

f) средств по защите от несанкционированного доступа Пользователей и персонала УКП SWIFT к интерфейсу SWIFT; 

g) дублирующего состава персонала УКП SWIFT; 

h) специального помещения с ограниченным доступом и оборудованием по обнаружению и блокировке от рисков среды (пожара, нагревания, пыли и прочих). 

3.3. Обеспечение конфиденциальности и целостности данных Пользователей (информация входящих/исходящих сообщений, шифровальных и идентификационных ключей и т.п.) включает выполнение следующих условий: 

a) распределение доступа каждого специалиста персонала УКП SWIFT к интерфейсу SWIFT строго в соответствии с требованиями, установленными в нормативных документах SWIFT; 

b) строгое распределение ответственности персонала УКП SWIFT по обеспечению конфиденциальности и целостности данных Пользователей; 

c) проведение ежедневного контроля за технологическим процессом эксплуатации УКП SWIFT (контроль за соблюдением процедур формирования и отправки сообщений, конфиденциальности, хранения данных, несанкционированного доступа к ним) и оперативное предоставление Пользователям информации по выявленным нарушениям. 

3.4. Непрерывность доступа Пользователей к интерфейсу SWIFT обеспечивается круглосуточным функционированием УКП SWIFT с определенным периодом времени восстановления в случаях сбоев ПО или оборудования интерфейса SWIFT согласно условиям Договоров. О возникновении сбоя администратор безопасности УКП SWIFT немедленно информирует всех Пользователей согласно установленной процедуры. При необходимости приема/передачи срочного сообщения в случаях сбоев ПО или оборудования интерфейса SWIFT Пользователь использует любое, имеющееся у себя резервное средство передачи данных. 

3.5. Всем Пользователям предоставляется одинаковый Уровень защиты конфиденциальности, целостности данных и доступности к интерфейсу SWIFT. 

3.6. При возникновении нештатных ситуаций, в случаях, когда период времени восстановления сбоев ПО или оборудования интерфейса SWIFT превышает установленный в Договорах срок, администратор безопасности УКП SWIFT немедленно извещает об этом Пользователя и до полного устранения возникшей ситуации Пользователь использует для приема/передачи сообщений любое, имеющееся у себя резервное средство передачи данных. 

 

4. Стоимость услуг по использованию 

УКП SWIFT и условия оплаты 

 

4.1. В стоимость услуг по использованию УКП SWIFT в соответствии с Договорами входят: 

a) сумма финансовых затрат, произведенных НБКР на подключение КБ к УКП SWIFT (как сумма ежемесячной амортизации дополнительного ПО SWIFT и специального телекоммуникационного оборудования); 

b) сумма финансовых затрат НБКР на поддержку дополнительного ПО SWIFT, приобретенного для подключения КБ; 

c) сумма сверхурочной оплаты персоналу УКП SWIFT, в случаях обеспечения поддержки функционирования УКП SWIFT при работе КБ во внеурочное время (после 18:00 часов и в выходные дни); 

d) сумма компенсации затрат НБКР, выплачиваемых предприятиям связи, за поддержку каналов связи УКП SWIFT с SAP SWIFT; 

e) другие затраты согласно Договорам. 

Расчет стоимости услуг и условия оплаты устанавливаются в Договорах. 

4.2. Оплата за услуги по использованию УКП SWIFT производится КБ с даты ввода в действие терминала SWIFT ежемесячно согласно счету, выставляемому НБКР до 10 числа каждого месяца. 

 

5. Условия подключения КБ к УКП SWIFT 

 

5.1. Подключение КБ к УКП SWIFT осуществляет НБКР. 

5.2. Основными условиями для подключения КБ к УКП SWIFT являются: 

a) вступление в члены общества SWIFT (осуществляется КБ самостоятельно в соответствии с процедурами, предусмотренными обществом SWIFT); 

b) присоединение к "Многостороннему соглашению о создании и функционировании УКП SWIFT" в соответствии с процедурой, предусмотренной в нем и заключение с НБКР двустороннего "Договора о подключении к УКП SWIFT и его эксплуатации"; 

c) создание терминала SWIFT, включающее проведение следующих мероприятий: 

1) закупка и установка оборудования терминала SWIFT с программным обеспечением SWIFTAlliance Workstation в соответствии с нормативными документами SWIFT и условиями Договоров; 

2) закупка карт-ридеров у SWIFT и установка в соответствии с нормативными документами SWIFT; 

3) организация для работы терминала SWIFT с интерфейсом SWIFT отдельной сети, независимой от общей локальной сети КБ; 

4) обеспечение безопасной среды функционирования терминала SWIFT (специального помещения с ограниченным доступом и оборудованием по обнаружению и блокировке от рисков среды - пожара, нагревания, пыли и прочих); 

5) сохранение имеющегося средства передачи данных в качестве резервного для обеспечения отправки/получения сообщений при возникновении нештатных ситуаций в работе УКП SWIFT, либо установка такого средства в случае его отсутствия; 

6) установка основного и резервного каналов связи от терминала SWIFT к УКП SWIFT с использованием выделенной линии, обеспечивающей передачу данных на скорости не менее 64 Кбит/с, в соответствии с условиями Договоров; 

7) обучение персонала работе с интерфейсом SWIFT; 

8) проведение тест-тренингового режима работы терминала SWIFT; 

9) ввод в действие терминала SWIFT в реальном режиме времени. 

 

6. Условия предоставления доступа 

Пользователей к интерфейсу SWIFT 

 

6.1. Для получения доступа к интерфейсу SWIFT Пользователь должен соблюдать следующие условия: 

a) назначить персонал, который непосредственно должен принимать участие в эксплуатации УКП SWIFT, распределить права доступа к интерфейсу SWIFT и ответственность каждого специалиста строго в соответствии с требованиями, установленными в нормативных документах SWIFT; 

b) обеспечивать соответствующий уровень защиты информации терминала SWIFT от несанкционированного доступа; 

c) обеспечивать поддержку и функционирование терминала SWIFT и нести ответственность за все риски, связанные со сбоями оборудования, ПО, каналов связи терминала SWIFT, операционной деятельностью персонала (ошибки операторов, несанкционированный доступ, мошенничество); 

d) разработать и утвердить внутренние процедуры формирования и отправки сообщений, соблюдения конфиденциальности, хранения данных и несанкционированного доступа к ним в соответствии с нормативными документами SWIFT, НБКР и Договорами, а также порядок работы персонала при возникновении нештатных ситуаций в процессе эксплуатации терминала SWIFT; 

e) предоставлять условия и необходимую информацию НБКР для проведения технической экспертизы терминала SWIFT и каналов связи на соответствие настоящим требованиям. 

6.2. Для обеспечения соответствующего уровня защиты информации необходимо, чтобы: 

a) распределение обязанностей персонала, имеющих доступ к терминалу SWIFT, осуществлялось в соответствии с нормативными документами SWIFT; 

b) осуществлялся систематический контроль за выполнением требований предоставления доступа персонала к терминалу SWIFT в соответствии с установленными внутренними процедурами; 

c) было предусмотрено для Пользователей КБ шифрование графика от терминала SWIFT до УКП SWIFT. 

6.3. Основными нормативными документами SWIFT, регламентирующими работу персонала Пользователя с интерфейсом SWIFT являются: 

a) "SWIFTAlliance Workstation Instalation and Administration Guide"; 

b) "SWIFTAlliance Access Daily Operations Guide"; 

c) "SWIFTAlliance Access Security Guide"; 

d) "Card Readers"; 

e) "Key Management Guide". 

6.4. Нарушение настоящих условий является основанием для прекращения предоставления доступа Пользователя к интерфейсу SWIFT. 

 

 

Приложение 

 

ФУНКЦИИ 

персонала УКП SWIFT 

 

1. Системный администратор несет ответственность за администрирование операционной системы UNIX. 

Администрирование операционной системы UNIX включает в себя выполнение следующих функциональных обязанностей: 

a) проведение инсталляций операционной системы серверов SWIFT, пакетов обновления (Patches) системы и сопутствующего программного обеспечения, необходимого для работы серверов и дискового массива SWIFT; 

b) контроль за состоянием и функционированием операционной системы и аппаратной части серверов и дискового массива SWIFT; 

c) восстановление работоспособности серверов, дискового массива SWIFT и операционной системы в случае сбоев в соответствии с процедурами восстановления в результате сбоя; 

d) предоставление доступа к серверам для Пользователей, администраторов в соответствии с необходимым уровнем; 

e) контроль за сохранностью информации на серверах и дисковом массиве SWIFT; 

f) периодическое выполнение резервного копирования информации и операционной системы в соответствии с процедурами резервного копирования, установленными в НБКР и должностной инструкцией системного администратора; 

g) обеспечение безопасности и защита от неправомерного доступа к системе и информации; 

h) инсталляция и администрирование системного и прикладного программного обеспечения клиентской части программного обеспечения SWIFT; 

i) планирование развития аппаратных и системных программных средств; 

j) ведение документации, описывающей состояние серверов применительно к системному администрированию, сбор статистики по использованию серверных ресурсов; 

k) оптимизация производительности серверов; 

l) владение административными паролями и исключение возможности доступа к ним другим лицам в соответствии с процедурой передачи и хранения административных паролей; 

m) поддержка и настройка модемов SWIFT, обеспечение бесперебойной работы основного и резервного каналов связи. В случае необходимости перевод системы с основной на резервную линию связи. 

Системный администратор не имеет доступа к интерфейсу SWIFT. 

2. Администратор ПО интерфейса SWIFT несет ответственность за инсталляцию и сопровождение комплекса аппаратных и программных средств SWIFT и выполняет следующие функции: 

a) инсталляцию и настройку ПО SWIFT совместно с системным администратором; 

b) контроль за состоянием и функционированием ПО SWIFT; 

c) восстановление работоспособности программного обеспечения SWIFT, в случае сбоев, в соответствии с процедурой восстановления в результате сбоя совместно с системным администратором; 

d) выполнение архивирования программного обеспечения, базы данных словаря, журнала событий, базы данных сообщений SWIFT; 

e) формирование различных отчетов о функционировании интерфейса SWIFT, каналов связи УКП SWIFT и т.д.; 

f) контроль журнала событий интерфейса SWIFT. 

3. Сетевой администратор несет ответственность за администрирование сетевого и коммуникационного оборудования УКП SWIFT и выполняет следующие функции: 

a) установку и настройку сетевого оборудования локальной сети УКП SWIFT; 

b) установку и настройку коммуникационного оборудования УКП SWIFT; 

c) контроль за состоянием сетевого и коммуникационного оборудования и восстановление работоспособности в случаях их сбоя; 

d) обеспечение информационной безопасности УКП SWIFT на сетевом уровне интерфейса SWIFT. 

Сетевой администратор не имеет доступа к интерфейсу SWIFT. 

4. Администратор безопасности УКП SWIFT, несет ответственность за обеспечение конфиденциальности и безопасности доступа Пользователей к интерфейсу SWIFT и выполняет следующие функции: 

a) проводит ежедневный мониторинг системных журналов и контроль за работой Пользователей (включая контроль за соблюдением процедур формирования и отправки сообщений, конфиденциальности, хранения данных, несанкционированного доступа к ним) и администраторов УКП SWIFT согласно установленных процедур по соблюдению информационной безопасности при работе с интерфейсом SWIFT; 

b) по обнаруженным фактам нарушений проводит работу по установлению их причины; 

c) оперативно предоставляет Пользователям информацию по выявленным нарушениям в процессе работы с интерфейсом SWIFT; 

d) разрабатывает нормативные акты, инструкции, требования по соблюдению информационной безопасности при работе с интерфейсом SWIFT; 

e) разрабатывает требования к каналам связи и коммуникациям, обеспечивающим безопасность работы Пользователей и адмис интерфейсом SWIFT. 

5. Координатор УКП SWIFT не имеет доступ к интерфейсу SWIFT, выполняет функции мониторинга работы УКП SWIFT и координирует взаимодействие Пользователей и персонала УКП SWIFT. Данные функции включают следующие работы: 

a) сбор и анализ данных о работе УКП SWIFT, представляемых подразделениями, являющимися ее непосредственными Пользователями, в установленной форме и периодичности; 

b) организация встреч персонала, обслуживающего УКП SWIFT и Пользователей для совместного решения возникших проблем при работе, по мере необходимости; 

c) сверка текущих расходов по оплате за SWIFT, в соответствии с договорами и тарифами на услуги, подготовка распоряжений на оплату, подготовка предложений по расходам УКП SWIFT; 

d) предоставление интересующим сторонам информации о работе УКП SWIFT, по мере необходимости; 

e) сбор и анализ информации по вопросу подключения коммерческих банков к УКП SWIFT и по мере необходимости, разработка мероприятий по их подключению; 

f) разработка предложений по развитию УКП SWIFT. 

6. Персонал УКП SWIFT в своей деятельности руководствуется следующими нормативными документами: 

a) нормативные документы SWIFT: 

1. "SWIFTAlliance Access Installation and Administration Guide"; 

2. "SWIFTAlliance Access Security Guide"; 

3. "SWIFTAlliance Access System management Guide"; 

4. "SWIFTAlliance Access Default Printouts"; 

5. "SWIFTAlliance Implementation Information"; 

6. "SWIFTAlliance Workstation Instalation and Administration Guide"; 

7. "Secure X25 User Guide"; 

8. "Getting Started"; 

9. "Card Readers"; 

10. "Key Management Guide"; 

b) нормативные документы НБКР; 

c) Договора. 

г.Бишкек 

от 12 июня 2002 года N 25/4 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА 

КЫРГЫЗСКОЙ РЕСПУБЛИКИ 

 

О "Требованиях к формату электронных 

платежных документов" 

 

Рассмотрев представленный Управлением платежных систем проект "Требований к формату электронных платежных документов", Правление Национального банка Кыргызской Республики постановляет: 

1. Утвердить "Требования к формату электронных платежных документов" (прилагается). 

2. Управлению платежных систем довести настоящее постановление до сведения коммерческих банков Кыргызской Республики, Национальной Автоматизированной Клиринговой Палаты, Расчетно-Сберегательной Компании и Областных (Региональных) Управлений Национального банка Кыргызской Республики в срок до 15 июня 2002 года. 

3. Пресс-секретарю Национального банка Кыргызской Республики опубликовать "Требования к формату электронных платежных документов" в средствах массовой информации. 

4. Контроль за исполнением настоящего постановления возложить на заместителя Председателя Национального банка Кыргызской Республики Оморова Ж.Д. 

 

Председатель Правления Национального 

банка Кыргызской Республики У.Сарбанов 

Утверждены 

постановлением Правления 

Национального банка 

Кыргызской Республики 

от 12 июня 2002 года N 25/4 

 

ТРЕБОВАНИЯ 

к формату электронных платежных документов 

 

ВВЕДЕНИЕ 

 

1.1. Данные Требования разработаны на основе: 

- "Закона об электронных платежах", принятого Законодательным собранием Жогорку Кенеша Кыргызской Республики 15 октября 1999 г.; 

- "Положения о межбанковских электронных платежных документах", утвержденного Правлением НБКР N 47/4 от 24.06.1999 г.; 

- "Положения о межбанковских клиринговой и гроссовой системах Кыргызской Республики", утвержденного постановлением Правления НБКР N 47/2 от 24.06.1999 г.; 

- "Правил заполнения унифицированной формы платежного поручения", утвержденных постановлением Правления НБКР N 6/9 от 25 января 2002 г.; 

- "Правил заполнения формы мемориального ордера", утвержденных постановлением Правления НБКР N 12/8 от 6 марта 2002 г. 

1.2. Термины и определения, используемые в настоящих Требованиях, соответствуют терминам и определениям, приведенным в документе "Об основных положениях по организации платежной системы в Кыргызской Республике", утвержденном постановлением Правления Национального банка Кыргызской Республики N 3/6 от 16.02.2001 г. 

1.3. Документ описывает форматы электронных платежных документов, используемых в клиринговой и гроссовой системах. 

1.4. Электронный платежный документ (ЭПД) является аналогом бумажного платежного документа и содержит все реквизиты бумажного платежного документа, необходимые для проведения платежа. 

1.5. Порядок обмена ЭПД между участниками платежной системы должен быть описан в соответствующих нормативных документах. 

1.6. Формат ЭПД основывается на следующих правилах: 

- каждый реквизит ЭПД должен быть записан в отдельном поле; 

- в полях могут присутствовать ключевые слова; 

- одни и те же реквизиты должны иметь одно и то же наименование (номер) поля в различных видах ЭПД; 

- каждый вид ЭПД может иметь обязательные и необязательные для заполнения поля; 

- обязательные к заполнению поля должны быть заполнены в ЭПД всех видов; 

- необязательные для заполнения поля могут отсутствовать в ЭПД всех видов. 

Принятые обозначения: 

a - только буквы; 

n - только цифры; 

d - число с дробной частью (2 знака), дробная часть отделяется от целой части запятой; 

x - любые допустимые символы; 

9n - значение поля состоит из 9 цифр; 

60x - значение поля не превышает 60 символов; 

5*50x - значения поля может составлять 5 строк по 50 символов; 

[5*50x] - поле не обязательно для заполнения. 

 

1. ФОРМАТ ФАЙЛА ЭЛЕКТРОННЫХ ДОКУМЕНТОВ 

МЕЖБАНКОВСКОЙ КЛИРИНГОВОЙ СИСТЕМЫ ПЛАТЕЖЕЙ 

 

1.1. Структура файла 

 

Файл электронных документов клиринговой системы основан на формате внешнего интерфейса автоматизированной клиринговой системы ARACS. Структура файла: 

- заголовок файла; 

- от одного до нескольких сообщений; 

- хвостовик файла. 

 

1.2. Заголовок файла 

 

Заголовок файла содержит данные, относящиеся к отправителю и получателю. 

┌──────────────────────────┬──────┬───────────────────────────────────┐ 

Поле Формат Примечание │ 

├──────────────────────────┼──────┼───────────────────────────────────┤ 

Длина записи 4n = 0048 │ 

Идентификатор записи 3n = 001 │ 

Банк-участник 9n Код банка-отправителя для входных │ 

файлов и код банка-получателя для │ 

выходных файлов │ 

Идентификатор файла 3n Порядковый номер файла в течение │ 

клирингового дня │ 

Индикатор потока данных 1n = 6 для входного файла │ 

= 4 для выходного файла │ 

Дата создания 8n Дата, когда файл был создан в │ 

формате ГГГГДДММ │ 

Версия формата 4n = 0100 │ 

Формат интерфейса 1n = 1 │ 

Индикатор кодировки 2n = 00 │ 

символов │ 

Индикатор теста 1n = 0 │ 

Индикатор перезаписи 1n = 0 │ 

Дата обработки 8n Дата обработки файла в формате │ 

ГГГГДДММ │ 

Номер цикла 3n Номер клирингового цикла │ 

└──────────────────────────┴──────┴───────────────────────────────────┘ 

Примечание: Дата создания должна быть физической календарной датой, когда файл был создан банком-отправителем. Она может быть системной датой компьютера банка-отправителя, на котором создавался данный файл. 

Для выходных файлов, в качестве даты создания будет использоваться дата проведения клиринговой сессии, в процессе которой файл был создан в клиринговом центре. 

Пример заголовка файла: 

 

004800198765432100162002051101001000020020511000│ 

 

Знаки "" поставлены между полями только для удобства восприятия. 

В реальной записи заголовка файла разделительные знаки между полями не ставятся. 

 

1.3. Хвостовик файла 

 

┌──────────────────────────┬──────┬───────────────────────────────────┐ 

Поле Формат Примечание │ 

├──────────────────────────┼──────┼───────────────────────────────────┤ 

Длина записи 4n = 0192 │ 

Идентификатор записи 3n = 990 │ 

Общая сумма всех сообщений23d Общая сумма всех платежных │ 

в файле сообщений включенных в данный файл.│ 

Суммирование ведется по полю 32 │ 

всех сообщений файла с двумя │ 

десятичными знаками │ 

Начальный порядковый номер7n Порядковый номер первого сообщения │ 

в файле (поле 20) │ 

Конечный порядковый номер 7n Порядковый номер последнего │ 

сообщения в файле (поле 20) │ 

Наполнитель 148X Зарезервировано │ 

└──────────────────────────┴──────┴───────────────────────────────────┘ 

Примечание: Общая сумма всех сообщений файла не должна равняться нулю. 

Пример хвостовика файла: 

 

019299000000000000001505000,0000000010000024│ 

 

Знаки "" поставлены между полями только для удобства восприятия. 

В реальной записи хвостовика файла разделительные знаки между полями не ставятся. 

 

1.4. Формат электронного документа 

 

1.4.1. Структура заголовка сообщения 

 

┌──────────────────────────┬──────┬───────────────────────────────────┐ 

Поле Формат Примечание │ 

├──────────────────────────┼──────┼───────────────────────────────────┤ 

Длина записи 4n Физическая длина платежного │ 

документа в байтах │ 

Индикатор обработки 4n = 0100 │ 

Банк-отправитель 9n Код банка-отправителя │ 

Банк-получатель 9n Код банка-получателя │ 

Тип сообщения 3x С11 - для входных сообщений │ 

С12 - для подтверждений │ 

С13 - для поступающих сообщений │ 

Дата документа 8n Дата создания документа │ 

отправителем (ГГГГММДД) │ 

Код приоритета 2n Приоритет обработки: │ 

00 - минимальный │ 

99 - максимальный │ 

└──────────────────────────┴──────┴───────────────────────────────────┘ 

Пример заголовка сообщения: 

 

02850100123456789987654321С112002052500│ 

 

Знаки "" поставлены между полями только для удобства восприятия. 

В реальной записи знаки "" между полями не ставятся. 

Формат подтверждающих и поступающих сообщений аналогичен формату входящих сообщений. 

 

1.4.2. Структура сообщения 

 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Референс операции 7n │ 

Обязат. 30 Дата платежа 8n │ 

Обязат. 32 Сумма платежа 19d │ 

Обязат. 50 Клиент-отправитель 16n │ 

/INN/14n │ 

/ОКРО/8n │ 

[/SFOND/14n] │ 

5*50х │ 

Обязат. 52 Банк клиента-отправителя 9n │ 

5*50х │ 

Обязат. 57 Банк клиента-получателя 9n │ 

5*50х │ 

Обязат. 59 Клиент-получатель 16n │ 

[/SCHET/16X] │ 

5*50х │ 

Обязат. 70 Назначение платежа 10*50х │ 

Обязат. 71 Номер документа │ 

Обязат. 72 Вид операции 2n │ 

Обязат. 73 Тип платежа 8n │ 

Обязат. 75 Дата документа 8n │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

 

Поле 20 

 

Референс (номер) сообщения. 

Формат: 7n 

Правила заполнения: значение поля должно содержать 7 цифровых символов. Заполнение поля нецифровыми символами не допускается. Начальные пробелы не допускаются. Референс сообщения для каждого из участников должен быть уникальным в течение одного операционного дня. 

 

Поле 30 

 

Дата платежа. 

Формат: 8n 

Правила заполнения: формат поля должен быть ГГГГММДД. Не допускается заполнение поля нецифровыми символами. Начальные пробелы не допускаются. Дата платежа должна соответствовать дате клиринга. 

 

Поле 32 

 

Сумма платежа (обязательно для заполнения). 

Формат: 19d 

Правила заполнения: сумма платежа не должна содержать разделителей групп разрядов. Дробная часть суммы указывается всегда, содержит два знака и отделяется от целой части запятой. Заполнение поля символами, не указанными в спецификации, не допускается. Начальные пробелы не допускаются. 

 

Поле 50 

 

Реквизиты клиента-отправителя. 

Формат: 16n 

/INN/14n 

/ОКРО/8n 

[/SFOND/14n] 

5*50х 

 

16n - номер счета клиента-отправителя (обязательно для за- 

полнения); 

/INN/14n - индивидуальный номер налогоплательщика клиента-отпра- 

вителя (ИНН) (обязательно для заполнения); 

/ОКРО/8n - код ОКПО клиента-отправителя (обязательно для запол- 

нения); 

/SFOND/14n - регистрационный номер клиента-плательщика в соц. фон- 

де (заполняется только при платежах в адрес Социаль- 

ного фонда); 

5*50х - наименование (обязательно для заполнения) и другие 

реквизиты клиента-отправителя (необязательно для за- 

полнения). 

Правила заполнения: значение поля номера счета клиента должно содержать 16 цифровых символов. Если значение счета клиента меньше 16 знаков, необходимо дополнить его слева нулями до 16 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Начальные пробелы не допускаются. 

Ключевые слова располагаются последовательно на следующих строках, начиная с первой позиции. Значение поля ИНН клиента должно содержать 14 цифровых символов. Если значение кода ИНН меньше 14 знаков, необходимо дополнить его слева нулями до 14 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Начальные пробелы не допускаются. 

Значение поля номера клиента в учреждении соц. фонда должно содержать 14 цифровых символов. Если это значение меньше 14 знаков, необходимо дополнить его слева нулями до 14 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Начальные пробелы не допускаются. 

Значение поля кода ОКПО клиента должно содержать 8 цифровых символов. Если значение кода ОКПО меньше 8 знаков, необходимо дополнить его слева нулями до 8 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Начальные пробелы не допускаются. 

В текстовых строках допускаются начальные пробелы. 

 

Поле 52 

 

Реквизиты банка-отправителя. 

Формат: 9n 

5*50х 

 

9п - код банка (обязательно для заполнения); 

5*50х - наименование и местонахождение банка-плательщика (обяза- 

тельно для заполнения) и другие реквизиты банка-отправите- 

ля (необязательно для заполнения). 

Правила заполнения: поле кода банка должно содержать 9 цифровых символов. Начальные пробелы не допускаются. Код банка должен быть прописан в системе. 

Не допускается начинать текстовые поля символами "-" и ":". В текстовых строках допускаются начальные пробелы. 

 

Поле 57 

 

Реквизиты банка-получателя. 

Варианты формата: 9n 

5*50х 

 

9n - код банка (обязательно для заполнения); 

5*50х - наименование и местонахождение банка-получателя (обяза- 

тельно для заполнения) и другие реквизиты банка-получателя 

(необязательно для заполнения). 

Правила заполнения: поле кода банка должно содержать 9 цифровых символов. Начальные пробелы не допускаются. Код банка должен быть прописан в системе. 

Не допускается начинать текстовые поля символами "-" и ":". В текстовых строках допускаются начальные пробелы. 

 

Поле 59 

 

Реквизиты клиента-получателя. 

Формат: 16n 

/SCHET/16x 

5*50х 

 

16n - счет клиента-получателя (обязательно для заполнения); 

/SCHET/16x - субсчет клиента-получателя (заполняется при необходи- 

мости); 

5*50х - наименование (обязательно для заполнения) и другие 

реквизиты клиента-получателя (необязательно для за- 

полнения). 

Правила заполнения: значение поля номера счета клиента должно содержать 16 цифровых символов. Если значение счета клиента меньше 16 знаков, необходимо дополнить его слева нулями до 16 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Начальные пробелы не допускаются. 

Ключевые слова располагаются последовательно на следующих строках, начиная с первой позиции. Значение поля субсчета клиента должно содержать до 16 символов. 

Не допускается начинать текстовые поля символами "-" и ":". В текстовых строках допускаются начальные пробелы. 

 

Поле 70 

 

Назначение платежа. 

Формат: 10*50х 

Правила заполнения: допускается заполнение поля любыми символами. Первая строка располагается справа от номера поля. Каждая из следующих строк начинается с новой строки с первой позиции. Каждая из текстовых строк должна заканчиваться символом "CRLF". He допускается наличие в первой позиции символов "-" и ":". Допускается наличие начальных пробелов. 

 

Поле 71 

 

Номер документа. 

Формат: 9х 

Правила заполнения: допускается заполнение поля до 9 любых символов. 

 

Поле 72 

 

Вид операции. 

Формат: 2n 

Правила заполнения: не допускается заполнение поля нецифровыми символами. Начальные пробелы не допускаются. Допускаются следующие значения поля: 

01 - платежное поручение; 

06 - мемориальный ордер. 

По умолчанию значение поля равно 01. 

 

Поле 73 

 

Тип платежа. 

Формат: 8n 

Правила заполнения: не допускается заполнение поля нецифровыми символами. Начальные пробелы не допускаются. 

 

Поле 75 

 

Дата документа. 

Формат: 8n 

Правила заполнения: формат поля должен быть ГГГГММДД. Не допускается заполнение поля нецифровыми символами. Начальные пробелы не допускаются. Дата документа не должна быть более поздней, чем дата клиринга. 

 

3. Общие правила по заполнению и проверке 

полей электронного платежного поручения 

 

3.1. Все поля должны соответствовать спецификации, указанной в таблице. 

3.2. Все символы должны соответствовать кодировочной таблице N 866 со следующими ASCII кодами: 

с 32 по 126 включительно; 

с 128 по 175 включительно; 

с 224 по 241 включительно. 

3.3. Каждое поле должно начинаться с новой строки символом ":"номер поля":" (например, :59:) и заканчиваться символом "CRLF". После номера поля должно следовать содержание поля без пробелов. Начальные пробелы допускаются лишь в текстовых полях. 

3.4. Поля 50 и 59 должны содержать 16 цифровых символов. Если значение счета клиента меньше 16 знаков, необходимо дополнить его слева нулями до 16 позиций. Не допускается заполнение этих полей нецифровыми символами. 

3.5. Поля 52 и 57 должны содержать 9 цифровых символов. Коды банков отправителя и получателя (поля 52 и 57) не должны быть одинаковыми. Коды банков в полях 52 и 57 должны быть известны в системе. Не допускается заполнение полей нецифровыми символами. 

3.6. Текстовая информация полей 50 и 59 может содержать до 5 строк, каждая текстовая строка должна начинаться со следующей строки с 1 позиции и иметь строку длиной до 50 символов. При этом строка не должна начинаться с символов "-" и ":", первым символом (символами) строки может быть пробел (пробелы). Каждая строка заканчивается символом "CRLF". 

3.7. Текстовая информация поля 70 может содержать до 10 строк каждая длиной до 50 символов. Первая строка располагается справа от номера поля, каждая из следующих строк начинается с новой строки с 1 позиции. Каждая из текстовых строк должна заканчиваться символом "CRLF". Не допускается начинать текстовые поля символами "-" и ":", первым символом (символами) строки может быть пробел (пробелы). 

3.8. Поле 75 должно содержать дату документа, и она должна иметь формат ГГГГММДД. Дата документа не должна быть более поздней, чем дата клиринга. 

Пример электронного сообщения: 

:20:0000001 референс операции 

:30:20020111 дата платежа 

:32:10500,00 сумма платежа 

:50:0107609010300104 счет клиента-отправителя 

/INN/12345678901234 код ИНН клиента-отправителя 

/ОКРО/01235467 код ОКПО клиента-отправителя 

ЧП "Удача" наименование клиента-отправителя 

:52:330101705 Код банка-отправителя 

АК "Аманбанк" наименование банка-отправителя 

:57:330103328 Код банка-получателя 

АКБ Промстройбанк наименование банка-получателя 

:59:0000000020013223 счет клиента-получателя 

Кыргызгосстройэкспертиза наименование клиента получателя 

г.Бишкек 

:70:Экспертиза под усиление назначение платежа 

перекрытие 3-го этажа здания 

НБКР 

:71:0000570 номер документа 

:72:01 вид операции 

:73:00000440 тип платежа 

:75:20020111 дата документа 

Пример файла, состоящего из двух сообщений 

004800133010177020016200204300100100002002043000002830100330107702330103301С112002043000 

:20:0000001 

:30:20020430 

:32:30000,00 

:50:0000000001752400 

/INN/12345678901234 

/ОКРО/01235467 

ЧП "Удача" 

:52:330107702 

АКБ Кыргызавтобанк 

:57:330103301 

Ленинское отделение ПСБ 

:59:0000000020003502 

Отдел охраны лен р-на УО МВД КР 

:70:Охрана зданий НБКР незаверш. стр-ва в апр. 2002 г. 

:71:0003011 

:72:01 

:73:440 

:75:20020430 

-02820100330107702330107780С112002043000 

:20:0000002 

:30:20020430 

:32:2000000,00 

:50:0000000001371001 

/INN/55645678901002 

/ОКРО/01235564 

ЧП "Миг" 

:52:330101109 

АКБ Кыргызавтобанк 

:57:330107780 

АООТ "Кайрат Банк" 

:59:0004172001400177 

Исп. дирекция АЛТЫН 

:70:За услуги по проводке телефонов 

:71:0000323 

:72:01 

:73:920 

:75:20020430 

-019299000000000000002030000,0000000010000002 

 

2. ФОРМАТ ЭЛЕКТРОННЫХ ДОКУМЕНТОВ МЕЖБАНКОВСКОЙ 

ГРОССОВОЙ СИСТЕМЫ РАСЧЕТОВ 

 

Электронные сообщения гроссовой системы расчетов основаны на форматах системы SWIFT и имеют блочную структуру, каждый блок выделяется фигурными скобками и идентифицируется номером. 

(1: Основной заголовок) 

(2: Заголовок приложения) 

(4: Текстовая часть) 

(5: Электронная цифровая подпись) 

((*) см. примечание) 

Блоки 1 и 2 содержат информацию об отправителе и получателе сообщений, блок 4 содержит передаваемую информацию. Пятый блок содержит дополнительную информацию, используемую для аутентификации данных. 

Каждый блок начинается с идентификатора - номер плюс символ ":" (двоеточие). Четвертый блок содержит информационные поля. Поле - элемент данных, для которого заранее предопределены определения, описания и представления значений. Каждый элемент данных представляет неделимую единицу. Там, где поле состоит более, чем из одного элемента данных, каждый из элементов составляет подполе. Поле состоит из идентификатора поля + значение поля. Идентификатор поля - это его номер, заканчивающийся двоеточием. Окончание значения поля определяется символом (CrLf:) ((*) см. примечание). Последнее поле в четвертом блоке должно заканчиваться символом (CrLf-) ((*) см. примечание). Поле может содержать ключевые слова. Ключевое слово состоит из прописных латинских букв, начинается и заканчивается символом "/". Значение поля не должно начинаться с символов "(", (CrLf:), (CrLf-)) ((*) см. примечание). Каждое ключевое слово должно начинаться с новой строки. Блоки 1, 2 и 5 содержат системную информацию, в данном документе рассматриваются лишь те поля, которые входят в состав блока N 4. 

 

Сообщение МТ103 - клиентский перевод 

 

Сообщения данного типа используются для передачи сообщений о переводах средств между финансовыми учреждениями. 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Идентификатор операции 16х │ 

Обязат. 32А Дата зачисления денег, код 8n3a19d │ 

валюты, сумма │ 

Обязат. 50 Клиент-отправитель 16n │ 

5*50х │ 

Обязат. 52 Банк отправитель 9n │ 

5*50х │ 

Обязат. 57 Банк получатель 9n │ 

5*50х │ 

Обязат. 59 Клиент-получатель 16n │ 

5*50х │ 

Обязат. 70 Детали платежа │ 

Необязат. 72Р Информация об отправителе и │ 

получателе │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

 

Поле 20 

 

Однозначный идентификатор данной операции, присвоенный Отправителем. 

Формат: 16х 

Правила заполнения: значение поля может содержать до 16 символов. Референс (номер) сообщения для каждого из участников должен быть уникальным в течение одного операционного дня. 

 

Поле 32А 

 

Дата операции, код валюты и сумма операции. 

Формат: 8n3a19d 

8n - дата в формате ГГГГММДД; 

3а - код валюты согласно коду ISO 4217 (например, KGS); 

19d - сумма. 

Правила заполнения: сумма операции не должна содержать разделителей групп разрядов. Дробная часть суммы указывается всегда, содержит два знака и отделяется от целой части запятой. Заполнение поля символами, не указанными в спецификации, не допускается. Начальные пробелы не допускаются. 

 

Поле 50 

 

Клиент-отправитель. 

Формат: 16n 

5*50х 

 

16n - номер счета клиента-отправителя; 

5*50х - наименование (обязательно для заполнения) и другие рекви- 

зиты (необязательно) клиента-отправителя. 

В этом поле могут быть использованы ключевые слова: 

/INN/14n - индивидуальный налоговый номер отправителя (обязательно для заполнения); 

/OKPO/8n - код ОКПО отправителя (обязательно для заполнения); 

/SFOND/14n - номер клиента-отправителя в Соц. фонде (только при платежах в адрес Соц. фонда). 

Правила заполнения: значение полей с ключевыми словами заполняется в соответствии с указанной спецификацией. Ключевые слова располагаются последовательно на следующих строках, начиная с первой позиции. Не допускается заполнение цифровых полей одними нулями. Начальные пробелы в цифровых полях не допускаются. 

Строки текстовых полей не должны начинаться с символов "/", ":", "-" "(", ")" ((*) см. примечание). Допускаются начальные пробелы в текстовых полях. 

 

Поле 52 

 

Банк-отправитель. 

Формат: 9n 

5*50х 

 

9n - код банка отправителя; 

5*50х - наименование и местонахождение банка-отправителя (обяза- 

тельно для заполнения) и другие реквизиты (необязательно) 

банка отправителя. 

Правила заполнения: поле кода банка должно содержать 9 цифровых символов. Начальные пробелы не допускаются. Код банка должен быть прописан в системе. Не допускается заполнение поля нецифровыми символами. Строки текстового поля не должны начинаться с символов "/", ":", "-" "(", ")" ((*) см. примечание). В текстовых строках допускаются начальные пробелы. 

 

Поле 57 

 

Банк-получатель. 

Формат: 9n 

5*50х 

 

9n - код банка-получателя; 

5*50х - наименование и местонахождение банка-получателя (обяза- 

тельно для заполнения) и другие реквизиты (необязательно) 

банка получателя. 

Правила заполнения: поле кода банка должно содержать 9 цифровых символов. Начальные пробелы не допускаются. Код банка должен быть прописан в системе. Не допускается заполнение поля нецифровыми символами. Строки текстового поля не должны начинаться с символов "/", ":", "-" "(", ")" ((*) см. примечание). В текстовых строках допускаются начальные пробелы. 

 

Поле 59 

 

Клиент-получатель. 

Формат: 16n 

5*50х 

 

16n - счет клиента-получателя (обязательно для заполнения); 

5*50х - наименование (обязательно для заполнения) и другие рекви- 

зиты (необязательно) клиента-получателя. 

В этом поле может быть использовано ключевое слово: 

/SCHET/16n - субсчет клиента-получателя (заполняется при необходимости). 

Правила заполнения: значение поля номера счета клиента должно содержать 16 цифровых символов. Если значение счета клиента меньше 16 знаков, необходимо дополнить его слева нулями до 16 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. 

Ключевые слова располагаются последовательно на следующих строках, начиная с первой позиции. Значение поля субсчета клиента должно содержать 16 цифровых символов. Если значение субсчета меньше 16 знаков, необходимо дополнить его слева нулями до 16 позиций. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. Не допускается заполнение поля нецифровыми символами. Не допускается заполнение поля одними нулями. В цифровых полях начальные пробелы не допускаются. Строки текстовых полей не должны начинаться с символов "/", ":", "-", "(", ")" ((*) см. примечание). В текстовых строках допускаются начальные пробелы. 

 

Поле 70 

 

Детали платежа. 

Это поле может содержать референсы, номера счетов или другие детали, которые позволят Бенефициару идентифицировать операцию, а также ключевые слова: 

/NUM/9x - номер документа (обязательно для заполнения); 

/DATE/8n - дата документа в формате ГГГГММДД (обязательно для заполнения); 

/VO/2n - вид операции (необязательно для заполнения): 

01 - платежное поручение; 

06 - мемориальный ордер. 

По умолчанию значение поля равно 01; 

/PSO/2n - признак специальной обработки (необязательно для заполнения. По умолчанию PSO = 01): 

01 - обычный платеж; 

02 - заключительные обороты; 

/KNP/8n - код назначения платежа (обязательно для заполнения); 

/PRT/2n - приоритет документа (необязательно для заполнения. По умолчанию PRT = 01): 

01 - минимальный приоритет; 

09 - максимальный приоритет; 

/ASSIGN/10*50x - назначение платежа. 

Примечание: 

Сообщения с признаком специальной обработки, обозначающим заключительные обороты (/PSO/02), не должны направляться в систему обработки. 

В поле могут быть использованы другие ключевые слова, согласованные между Плательщиком и Получателем и оформленные в соответствии с настоящим Документом. 

Правила заполнения: значение полей с ключевыми словами заполняется в соответствии со спецификацией. Дата документа должна быть в формате ГГГГММДД. Значение даты документа не должно быть более поздним, чем дата проводки. Начальные пробелы не допускаются. 

Ключевые слова располагаются последовательно каждое с новой строки, начиная с первой позиции. 

Не допускается заполнение цифровых полей одними нулями. В цифровых полях начальные пробелы не допускаются. Строки текстовых полей не должны начинаться с символов "/", ":", "-", "(", ")" ((*) см. примечание). В текстовых строках допускаются начальные пробелы. 

 

Поле 72Р 

 

Информация об отправителе и получателе платежа. 

Это поле содержит следующие ключевые слова: 

/CUST/16n - номер счета клиента-плательщика; 

/INN/14n - ИНН клиента-плательщика; 

/OKPO/8n - код ОКПО клиента-плательщика; 

5*50х - наименование (обязательно для заполнения) и другие реквизиты (необязательно) клиента-плательщика; 

/SEND/9n - Код банка-плательщика; 

5*50х - наименование и местонахождение (обязательно для заполнения) и другие реквизиты (необязательно) банка-плательщика; 

/RECV/9n - Код банка-получателя; 

5*50х - наименование и местонахождение (обязательно для заполнения) и другие реквизиты (необязательно) банка-получателя; 

/BENF/16n - номер счета клиента-получателя; 

5*50х - наименование (обязательно для заполнения) и другие реквизиты (необязательно) клиента-получателя. 

Правила заполнения: значение полей с ключевыми словами заполняется в соответствии со спецификацией. Поля кода ИНН, ОКПО и соц. фонда заполняются аналогично полю 50. 

Ключевые слова располагаются последовательно каждое с новой строки, начиная с первой позиции. Не допускается заполнение цифровых полей одними нулями. В цифровых полях начальные пробелы не допускаются. Строки текстовых полей не должны начинаться с символов "/", ":", "-", "(", ")" ((*) см. примечание). В текстовых строках допускаются начальные пробелы. 

 

Примеры сообщений 

 

1. Межбанковский платеж 

 

(4: 

:20:0000001 

:32А:20011020KGS2000000,00 

:50:0000004175216354 

/INN/45100000075454 

/ОКРО/12345678 

АКБ Промстройбанк 

:52:330101109 

НБКР 

:57:330101109 

НБКР 

:59:0076260004191100 

АКБ Кыргызстан 

:70: 

/NUM/63 

/DATE/20011020 

/KNP/210 

/ASSIGN/Межбанковский кредит согласно Договору N 15/70-3 

от 15.10.2001 

-) ((*) см. примечание) 

 

2. Клиентский платеж 

 

(4: 

:20:0000002 

:32А:20011010KGS1500,00 

:50:0000004175216354 

/INN/45100000075454 

/ОКРО/12345678 

АКБ Промстройбанк 

:52:330101109 

НБКР 

:57:330101109 

НБКР 

:59:0076260004191100 

АКБ Кыргызстан 

:70: 

/NUM/63 

/DATE/20011010 

/KNP/1099 

/ASSIGN/ Оплата за услуги согласно Договору N 3 от 21.12.2000 

:72Р: 

/CUST/0000004175216354 

/INN/45100000075454 

/ОКРО/12345678 

МП "Удача" 

/SEND/330103301 

Ленинское отделение АКБ "Промстройбанк" 

/RECV/330105518 

Отделение "Достук" АКБ "Кыргызстан" 

/BENF/0076260004191100 

АОЗТ "Прогресс" 

-) ((*) см. примечание) 

 

Сообщение МТ905 - извещение о непроведении платежа 

 

Это сообщение посылается отправителю сообщений МТ103 и используется для извещения о непроведении платежа с указанием причины непроведения. 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Референс операции 16х │ 

Обязат. 21 Связанный референс 16х │ 

Обязат. 32А Дата проводки, код валюты, 8n3al9d │ 

сумма │ 

Обязат. 50 Клиент-отправитель 16n │ 

5*50х │ 

Обязат. 52 Банк-отправитель 9n │ 

5*50х │ 

Обязат. 57 Банк-получатель 9n │ 

5*50х │ 

Обязат. 59 Клиент-получатель 16n │ 

5*50х │ 

Обязат. 70 Детали платежа │ 

Обязат. 76 Причина непроведения платежа 3n/3*50x │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

Поля 20, 32А, 50, 52, 57, 59, 70 заполняются аналогично формату МТ103. 

 

Поле 21 

 

Связанный референс. 

Описание: Референс операции (см. поле 20), логически связанной с текущей операцией. 

Формат: 16х 

Правила заполнения: значение поля может содержать до 16 символов. 

 

Поле 76 

 

Содержит причину непроведения платежа. 

Формат: 3n/3*50х 

 

001 - недостаток средств на счете; 

002 - невозможно проверить цифровую подпись; 

003 - ошибка в формате файла; 

004 - повторение референса; 

3*50х - описание причины непроведения платежа. 

Правила заполнения: поле должно быть заполнено в соответствии со спецификацией. Строки текстовых полей не должны начинаться с символов "/", ":", "-", "(", ")" ((*) см. примечание). Допускаются начальные пробелы. 

 

Пример сообщения 

 

(4: 

:20:0000055 

:21:0000042 

:32:20011111KGS3000000,00 

:50:0107626204522050 

/INN/480700000873 

/ОКРО/87655761 

АКБ "Толубай" 

:52:330101109 

НБКР 

:57:330101109 

НБКР 

:59:0107626204530010 

АКБ "Экобанк" 

:70: 

/NUM/3 

/DATE/20011101 

/KNP/205 

/ASSIGN/За услуги связи 

:76:004/Повторение референса 

-) ((*) см. примечание) 

 

Сообщение МТ900 - подтверждение о дебетовании 

 

Это сообщение посылается отправителю сообщений МТ103 и используется для извещения о совершении операции дебета его счета. 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Референс операции 16х │ 

Обязат. 21 Связанный референс 16х │ 

Обязат. 32А Дата зачисления денег, код 8n3a19d │ 

валюты, сумма │ 

Обязат. 50 Клиент-отправитель 16n │ 

5*50х │ 

Обязат. 52 Банк-отправитель 9n │ 

5*50х │ 

Обязат. 57 Банк-получатель 9n │ 

5*50х │ 

Обязат. 59 Клиент-получатель 16n │ 

5*50х │ 

Обязат. 70 Детали платежа │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

Поля 20, 32А, 50, 52, 57, 59, 70 см. МТ103. 

Поле 21: см. МТ905. 

 

Пример сообщения 

 

(4: 

:20:0000452 

:21:0000564 

:32А:20011111KGS5406,00 

:50:0107626045220532 

/INN/480700000873 

/ОКРО/87655761 

АКБ "Кыргызстан" 

:52:330101109 

НБКР 

:57:330101109 

НБКР 

:59:0107626045220559 

АКБ "Экобанк" 

:70: 

/NUM/3 

/DATE/20011101 

/KNP/420 

/ASSIGN/За услуги связи 

-) ((*) см. примечание) 

 

Сообщение МТ910 - подтверждение о кредитовании 

 

Это сообщение посылается Получателю и используется для извещения о кредитовании его счета. 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Референс операции 16х │ 

Обязат. 21 Связанный референс 16х │ 

Обязат. 32А Дата зачисления денег, код 8n3a19d │ 

валюты, сумма │ 

Обязат. 50 Клиент-отправитель 16n │ 

5*50x │ 

Обязат. 52 Банк-отправитель 9n │ 

5*50х │ 

Обязат. 57 Банк-получатель │ 

5*50х │ 

Обязат. 59 Клиент-получатель 16n │ 

5*50х │ 

Обязат. 70 Детали платежа │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

Поля 20, 32А, 50, 52, 57, 59, 70 заполняются аналогично сообщению МТ103. 

Поле 21: заполняется аналогично сообщению МТ905. 

 

Пример сообщения 

 

(4: 

:20:0000251 

:21:0000056 

:32А:20011111KGS135861,30 

:50:0107626045220532 

/INN/480700000873 

/OKPO/87655761 

АКБ "Аманбанк" 

:52:330101109 

НБКР 

:57:330101109 

НБКР 

:59:0107626025660538 

АКБ "Экобанк" 

:70: 

/NUM/3 

/DATE/20011101 

/KNP/203 

/ASSIGN/За услуги связи 

-) ((*) см. примечание) 

 

Сообщение МТ920 - запрос на выписку о текущем состоянии 

корреспондентского счета 

 

Сообщение этого типа высылается пользователем расчетному учреждению и используется для запроса на получение выписки МТ940. 

┌──────────────┬────────┬─────────────────────────────┬───────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼─────────────────────────────┼───────────────┤ 

Обязат. 20 Референс операции 16х │ 

Обязат. 12 Тип запрашиваемого сообщения 3n │ 

Обязат. 25 Идентификатор счета 9n/16n │ 

Необяз. 30 Дата, за которую 8n │ 

запрашивается выписка │ 

└──────────────┴────────┴─────────────────────────────┴───────────────┘ 

 

Поле 12 

 

Содержит тип запрашиваемого сообщения. 

Используется значение 940. 

Правила заполнения: не допускается заполнение поля нецифровыми символами. 

 

Поле 25 

 

Содержит идентификатор банка и идентификатор счета, идентифицирующие отправителя запроса, по счету которого и запрашивается выписка. 

Формат: 9n/16n 

 

9n - код банка; 

16n - корреспондентский счет банка. 

 

Поле 30 

 

Содержит дату, за которую запрашивается выписка. 

Формат: 8n ГГГГММДД 

 

Пример сообщения 

 

(4: 

:20:7700012600000015 

:12:940 

:25:330103328/0107626100450103 

:30:20011111 

-) ((*) см. примечание) 

 

Сообщение МТ940 - выписка по корреспондентскому счету 

 

Это сообщение формируется для владельца корреспондентского счета в момент закрытия операционного дня Национального банка, либо по его запросу и представляет собой выписку, содержащую список всех операций, проведенных по его счету. 

┌──────────────┬────────┬───────────────────────────┬─────────────────┐ 

Вид поля Обознач. Название поля Содерж./опции │ 

├──────────────┼────────┼───────────────────────────┼─────────────────┤ 

Обязат. 20 Референс операции 16х │ 

Обязат. 23 Код выписки │ 

Обязат. 25 Идентификатор счета 9n/16n │ 

Обязат. 28 Номер выписки 5n │ 

Обязат. 60F Начальное сальдо 1a8n3a19d │ 

Обязат. 61 Строка выписки 4n1a8n3a19d9n16n │ 

Обязат. 62F Конечное сальдо 1a8n3a19d │ 

Обязат. 86 Детали по строке выписки 10*50х │ 

└──────────────┴────────┴───────────────────────────┴─────────────────┘ 

Поле 20: заполняется аналогично значению МТ103. 

 

Поле 23 

 

Определяет содержание выписки. Может принимать следующие значения: 

PREZENT - текущее состояние счета; 

FINAL - заключительная выписка по окончанию операционного дня. 

 

Поле 25 

 

Идентификатор счета, по которому выдается выписка. 

Формат: 9n/16n 

 

9n - МФО корреспондента; 

16n - корреспондентский счет. 

Правила заполнения: значение поля должно быть заполнено в соответствии с указанной спецификацией. 

 

Поле 28 

 

Последовательный номер выписки. 

Формат: 5n 

Правила заполнения: не допускается заполнение поля нецифровыми символами. 

 

Поле 60F 

 

Начальное сальдо счета. 

Формат: 1a8n3a19d 

 

1а - признак дебета/кредита - D/C; 

8n - дата в формате ГГГГММДД; 

3а - код валюты; 

19d - сумма. 

Правила заполнения: значение поля должно быть заполнено в соответствии с указанной спецификацией. 

 

Поле 61 

 

Строка выписки. 

Формат: 4n1a8n3a19d9n16n 

 

4n - время проведения операции в формате ЧЧММ; 

1a - признак дебета/кредита, возможны следующие значения: 

D - дебет; 

С - кредит; 

8n - дата в формате ГГГГММДД; 

3а - код валюты; 

19d - сумма; 

9n16n - идентификатор корреспондента (код банка и счет). 

Правила заполнения: значение поля должно быть заполнено в соответствии с указанной спецификацией. 

 

Поле 62F 

 

Конечное сальдо счета (формат представления аналогичен полю 60F). 

 

Поле 86 

 

Данные по строке выписки (сведения о платеже). 

Формат: 10*50 

Правила заполнения: каждая текстовая строка должна содержать не более 50 символов. Строки текстовых полей не должны начинаться с символов "/", ":", "-", "(", ")" ((*) см. примечание). Начальные пробелы допускаются. 

 

Пример сообщения 

 

(4: 

:20:АА02125110844200 

:23:FINAL 

:25:330103328/0107626100450103 

:28:00001 

:60F:C20011111KGS6249173,12 

:61:1513D20011111KGS647680,003301077024136091172014566 

:86:Согл. п.3.3. Кред. дог. от 29.12.98 г. N 40. Взыскание штрафов 

:61:1610С20011111KGS6213331,543301088500107626041702201 

:86:В адрес 330105505, счет 0117445056 за прокат учеб-в ч/з 

Полатова 

Малика 9340=00, ч/з Турымбетовой ф.сш к Аманжолова 6000=00 в респ. бюд. 

:61:1630D20011111KGS31600,003301077120107626100566100 

:86:На счет 02550840144 в филиале Энергобанк-Центр МФО 330107795 

, возврат кредита, полученного согласно Договору N 13-6 

от 15.10.2001 

:61:1638D20011111KGS45000,003301033280107626100459100 

:86: На счет ЗАО Восток счет 115460112 в Ленинском отд. ПСБ МФО 

330103301 соц. налог за октябрь 2001 г. 

:62F:C20011111KGS7405345,20 

-) ((*) см. примечание) 

 

(Примечание от ИЦ "Токтом": в оригинале документа использовались фигурные скобки) 

г.Бишкек 

от 22 октября 2003 года N 31/3 

 

ПОСТАНОВЛЕНИЕ ПРАВЛЕНИЯ НАЦИОНАЛЬНОГО БАНКА 

КЫРГЫЗСКОЙ РЕСПУБЛИКИ 

 

О "Временном положении об общих принципах классификации 

активов и формировании резервов на покрытие потенциальных 

потерь и убытков микрофинансовыми организациями 

в Кыргызской Республике, не имеющими права 

на осуществление приема вкладов от физических 

и юридических лиц" 

 

Рассмотрев "Временное положение об общих принципах классификации активов и формировании резервов на покрытие потенциальных потерь и убытков микрофинансовыми организациями в Кыргызской Республике, не имеющими права на осуществление приема вкладов от физических и юридических лиц", разработанное на основании Закона Кыргызской Республики "О микрофинансовых организациях в Кыргызской Республике", Правление Национального банка Кыргызской Республики постановляет: 

1. Утвердить "Временное положение об общих принципах классификации активов и формировании резервов на покрытие потенциальных потерь и убытков микрофинансовыми организациями в Кыргызской Республике, не имеющими права на осуществление приема вкладов от физических и юридических лиц" (прилагается) и ввести в действие с момента опубликования. 

2. Отделу внешних и общественных связей опубликовать "Временное положение об общих принципах классификации активов и формировании резервов на покрытие потенциальных потерь и убытков микрофинансовыми организациями в Кыргызской Республике, не имеющими права на осуществление приема вкладов от физических и юридических лиц" в течение десяти дней с момента утверждения Правлением НБКР. 

3. Отделу надзора за небанковскими учреждениями довести настоящее постановление до сведения региональных (областных) управлений НБКР. 

4. Контроль за исполнением настоящего постановления возложить на Абдыбалы т. С., члена Правления Национального банка Кыргызской Республики. 

 

Председатель Правления Национального 

банка Кыргызской Республики У.Сарбанов 

Утверждено 

постановлением Правления 

Национального банка 

Кыргызской Республики 

от 22 октября 2003 года N 31/3 

 

ВРЕМЕННОЕ ПОЛОЖЕНИЕ 

об общих принципах классификации активов и формировании 

резервов на покрытие потенциальных потерь и убытков 

микрофинансовыми организациями в Кыргызской Республике, 

не имеющими права на осуществление приема вкладов 

от физических и юридических лиц 

 

1. Общие положения 

 

1.1. Настоящее Временное положение разработано на основании Закона Кыргызской Республики "О микрофинансовых организациях в Кыргызской Республике", согласно которому "микрофинансовая организация классифицирует свои активы и кредитный портфель и формирует резервы на покрытие потенциальных потерь и убытков в соответствии с нормативными актами, издаваемыми Национальным банком". 

1.2. Настоящее Временное положение определяет общие принципы системы классификации активов и формирование резервов на покрытие потенциальных потерь и убытков (далее по тексту - РППУ) для микрофинансовых организаций (далее по тексту - МФО), получивших лицензию или свидетельство Национального банка Кыргызской Республики (далее по тексту - НБКР) для осуществления деятельности в качестве микрофинансовой организации, но не имеющих права принимать вклады физических и юридических лиц. 

1.3. МФО, не имеющие права на осуществление приема вкладов, могут разработать собственную систему классификации активов, не нарушая при этом значения отчислений на формирование РППУ, установленные в настоящем Временном положении. 

 

2. Основные понятия, используемые 

в настоящем Временном положении 

 

2.1. Клиенты (заемщики) - физические и юридические лица, а также сообщества типа групп взаимопомощи (далее по тексту - ГВП) или групп самопомощи (далее по тексту - ГСП), которые несут ответственность (солидарную ответственность - в случае с ГВП или ГСП) по исполнению обязательств по возврату активов МФО. 

2.2. Кредитный риск - риск неисполнения клиентом обязательств по возврату активов МФО, предоставленных на условиях, аналогичных условиям предоставления кредита. 

2.3. Реструктуризированные активы - активы, по которым МФО делает уступку клиенту по причине ухудшения его финансового состояния и перезаключает договор с ним в связи с изменением условий договора (изменение процентной ставки и/или основной суммы долга, изменение срока погашения актива, периодичности платежей и т.д.). 

2.4. Групповое кредитование - предоставление микрокредита под солидарную ответственность членов группы (ГВП или ГСП) по погашению долга по основной сумме микрокредита и по процентам. 

2.5. Индивидуальное кредитование - предоставление микрокредита под индивидуальную ответственность клиента (физического или юридического лица) по погашению долга по основной сумме микрокредита и по процентам. 

 

3. Классификация активов микрофинансовых 

организаций, не имеющих права на осуществление 

приема вкладов от физических и юридических лиц 

 

3.1. МФО классифицируют активы и формируют РППУ в целях своевременного покрытия потенциальных потерь и убытков по активам, подверженным кредитному риску. 

3.2. Активы МФО, несущие кредитный риск, включают: 

- микрокредиты; 

- финансовые лизинги; 

- факторинги; 

- средства МФО на депозитных счетах в коммерческих банках и других финансово-кредитных учреждениях; 

- инвестиции; 

- другие активы, подверженные кредитному риску. 

3.3. МФО проводит классификацию и формирует соответствующий РППУ в отношении прочей собственности, т.е. собственности (имущества), принятой в погашение микрокредитов или активов, подобных кредитам. 

3.4. При классификации активов МФО, подверженных кредитному риску, учитываются как количественные, так и качественные характеристики состояния актива, включая: 

количественные характеристики состояния актива: 

- просрочку плановых платежей по основной сумме или процентам; 

- неполное (частичное) погашение плановых платежей по основной сумме или процентам; 

качественные характеристики состояния актива: 

- реструктуризацию актива; 

- наличие и качество залогового обеспечения; 

- наличие и качество гарантий (поручительств), надежность самих гарантов (поручителей); 

- платежеспособность и материальное положение заемщика (при осуществлении операций по факторингу - плательщика по платежным требованиям): состояние, размер и вид имущества, принадлежащего заемщику, состояние средств и условий ведения бизнеса, способность и умение заемщика правильно расходовать заемные средства и получать ожидаемый (планируемый) доход, наличие дополнительных источников дохода (например, доходов от других видов деятельности, доходов других членов семьи); 

- зависимость возвратности актива от специфических условий и характеристик производства и реализации продукции и услуг для различных видов бизнеса клиентов (торговля, потребительские услуги, растениеводство, животноводство и т.п.); 

- кредитную историю клиента (выполнение клиентом финансовых обязательств по другим кредитам и активам в отношении МФО, банка или любого другого финансово-кредитного учреждения); 

- степень зависимости бизнеса клиента от климатических и погодных особенностей, форс-мажорных обстоятельств и других потенциальных угроз; 

- имеет ли клиент обязательства перед МФО по каким-либо другим активам, и к какой категории классификации они отнесены; 

- взаимозависимость клиентов МФО друг от друга, при которой неплатежеспособность одного клиента может повлечь невыполнение финансовых обязательств перед МФО другим клиентом. 

3.5. Классификация активов МФО, не имеющих права принимать вклады от физических и юридических лиц, осуществляется по следующим категориям: 

- Стандартные; 

- Субстандартные; 

- Сомнительные; 

- Потери. 

3.6. Стандартными могут считаться активы, по которым погашение задолженности происходит в соответствии с графиком погашения либо была допущена просрочка плановых платежей, но не более чем на 30 дней, и при этом: 

- клиент имеет удовлетворительное материальное положение, стабильные источники дохода; 

- клиент имеет положительную кредитную историю, т.е. в течение продолжительного времени зарекомендовал себя как надежный заемщик; 

- при индивидуальном кредитовании задолженность по основной сумме и по процентам полностью обеспечена залогом, который пользуется спросом и может быть реализован в приемлемые сроки и по приемлемой цене, либо имеется гарантия надежного гаранта; 

- при групповом кредитовании материальное положение и платежеспособность всех членов группы, уровень организации и характер внутренних взаимоотношений в группе позволяют группе выполнять обязательства по возврату активов МФО. 

3.7. Субстандартными могут считаться активы, по которым появились признаки, указывающие на риск неполного погашения задолженности по активу, в частности: 

- платежи по процентам и/или по основной сумме задолженности просрочены на срок от 31 до 90 дней; 

- платежи клиента по задолженности покрывают только часть плановых платежей по основной сумме и/или по процентам; 

- задолженность по основной сумме и по процентам не полностью обеспечена залогом либо наблюдается тенденция снижения ликвидности залога (залог становится труднореализуемым, обесценивается, теряет товарный вид и т.д.); 

- появились тенденции ухудшения платежеспособности и материального положения клиента, и это может повлиять на его способность своевременно выполнять обязательства по погашению задолженности по основной сумме и/или по процентам. 

3.8. Сомнительными могут считаться активы, по которым погашение задолженности является сомнительным, тем не менее, они пока не могут быть классифицированы как потери. Признаками сомнительных активов, в частности, являются: 

- просрочка платежей на срок от 91 до 180 дней по процентам и/или по основной сумме задолженности; 

- значительное ухудшение (вплоть до фактического отсутствия) залогового и/или гарантийного обеспечения, и непредоставление клиентом или невозможность предоставления дополнительного залогового или гарантийного обеспечения; 

- значительное ухудшение платежеспособности и материального положения клиента, при котором он не в состоянии выполнять обязательства по возврату актива МФО; 

- серьезные внутренние проблемы в ГВП (или ГСП), которые могут привести к расформированию группы и невыполнению обязательств по возврату актива МФО. 

3.9. Активы могут считаться потерями, если их качество ухудшилось настолько, что возврат активов является маловероятным. Активы считаются потерями, если, в частности: 

- платежи по основной сумме задолженности и/или по процентам просрочены на срок более 180 дней; 

- клиент находится на грани банкротства или объявлен банкротом; 

- клиент не способен или отказывается погасить задолженность перед МФО либо вообще отсутствует; 

- ГВП (или ГСП) находятся на грани расформирования или по каким-либо иным причинам не в состоянии нести солидарную ответственность по обязательствам перед МФО. 

 

4. Особенности классификации активов микрофинансовых 

организаций, не имеющих права на осуществление 

приема вкладов от физических и юридических лиц 

 

4.1. Классификация прочей собственности МФО 

 

4.1.1. Прочая собственность МФО, т.е. собственность (имущество), принятая в погашение кредитов или активов, подобных кредитам, сразу после признания ее в балансе классифицируется, как минимум, как субстандартная. 

4.1.2. Прочая собственность классифицируется как потери, если она не продана МФО по истечении следующих сроков: 

- Одного года - для движимого имущества; 

- Трех лет - для недвижимого имущества. 

 

4.2. Классификация инвестиций МФО 

 

4.2.1. МФО проводят оценку качества своих инвестиций и их классификацию, принимая во внимание также, в частности, следующие факторы: 

- положение на рынке и финансовое состояние организаций, в которые инвестируются средства МФО; 

- сроки и объемы инвестирования; 

- возможность вернуть инвестированные средства; 

- доходность по инвестиции; 

- имеет ли организация, в которую инвестируются средства МФО, обязательства перед МФО по каким-либо другим активам, и к какой категории классификации они отнесены. 

4.2.2. Инвестиции в ценные бумаги Правительства Кыргызской Республики и НБКР не классифицируются, и по ним не создается РППУ. 

 

4.3. Классификация реструктуризированных активов МФО 

 

4.3.1. Активы, которые были реструктуризированы, классифицируются МФО, как минимум, как субстандартные. 

 

5. Формирование резерва на покрытие потенциальных 

потерь и убытков микрофинансовыми организациями, 

неимеющими права на осуществление приема вкладов 

от физических и юридических лиц 

 

5.1. МФО проводят оценку адекватности РППУ ежемесячно на основании результатов ежемесячной оценки качества активов. 

5.2. МФО создают РППУ за счет расходов независимо от размера полученных доходов, осуществляя отчисления в РППУ через активный балансовый счет "Расходы по созданию резерва на покрытие потенциальных потерь и убытков" в сумме, достаточной для поддержания резерва на уровне, соответствующем текущей оценке качества активов МФО. 

5.3. МФО создают общие и специальные РППУ для соответствующих категорий классификации, осуществляя следующие размеры отчислений, указанных в процентном отношении от суммы актива: 

 

Общие РППУ Специальные РППУ 

 

Стандартные - от 0% до 5% Субстандартные - 25% 

Сомнительные - 50% 

Потери - 100% 

 

5.4. МФО создают следующие виды общих и специальных резервов для покрытия своих потенциальных потерь и убытков: 

а) РППУ по кредитам, лизингам и факторингам; 

б) РППУ по инвестициям и другим активам, отличным от кредитов, лизингов и факторингов; 

в) РППУ по прочей собственности. 

5.5. РППУ учитываются на контр-активных балансовых счетах к соответствующим активам МФО с отнесением на расходы. 

5.6. На основании результатов ежемесячной оценки качества и классификации активов МФО рассчитывают размер отчислений в РППУ по каждому активу. Затем рассчитанные отчисления в РППУ суммируются по видам резервов. Для определения адекватности РППУ рассчитанные размеры резервов по видам РППУ сравниваются с размерами резервов, определенными при предыдущей классификации. В случае, когда размеры РППУ по балансу меньше, чем размеры РППУ, рассчитанные в соответствии с результатами ежемесячной оценки качества и классификации активов МФО, необходимо произвести дополнительные отчисления в РППУ, чтобы привести резервы в соответствие с рассчитанными размерами для текущего периода. 

5.7. Регулярная проверка адекватности РППУ текущему состоянию активов МФО осуществляется внутренним аудитором (службой внутреннего аудита) МФО, обязанностью которого является немедленное информирование руководства МФО о выявленных недостатках.