Структура АИС налоговой службы. Характеристика функциональных задач, технологии сбора, передачи, обработки информации.
Прикладное программное обеспечение АИС налоговой службы должно покрывать следующий комплекс функциональных задач:
• контроль за соблюдением законодательства о налогах и других платежах в бюджет;
• своевременный и полный учет плательщиков налогов и других платежей в бюджет;
• обеспечение правильности исчисления платежей гражданам Российской Федерации, иностранным гражданам и лицам без гражданства, а также поступления этих платежей в соответствующий бюджет;
• контроль за своевременностью представления плательщиками бухгалтерских отчетов и балансов, налоговых расчетов, отчетов, деклараций и других документов, связанных с исчислением и уплатой платежей в бюджет, а также проверка достоверности этих документов на правильность определения прибыли, дохода, иных объектов обложения исчисления налогов и других платежей в бюджет;
• осуществление возврата излишне взысканных и уплаченных налогов и других обязательных платежей в бюджет через банки и иные финансово-кредитные учреждения;
• взаимодействие с соответствующими органами исполнительной власти, правоохранительными и финансовыми органами, банками по вопросам контроля за правильностью реализации и исполнения налогоплательщиками законодательных и других распорядительных документов;
• передача правоохранительным и судебным органам материалов по фактам нарушений, за которые предусмотрена уголовная ответственность;
|
|
|
• обеспечение правильности применения финансовых санкций, предусмотренных законодательством Российской Федерации и республик в ее составе за нарушение обязательств перед бюджетом, административных штрафов за эти нарушения и своевременности взыскания средств по ним;
• осмотр, фиксация содержания и изъятия у предприятий, учреждений и организаций документов, свидетельствующих о сокрытии (занижении) прибыли (дохода) или иных объектов от налогообложения;
• осуществление работ по учету, оценке и реализации конфискованного, бесхозного имущества и имущества, перешедшего по праву наследования к государству, и кладов;
• получение от предприятий, учреждений, организаций, финансовых органов и банков документов, на основании которых ведут оперативно-бухгалтерский учет (по каждому плательщику и виду платежа) сумм налогов и других платежей, подлежащих уплате и фактически поступивших в бюджет, а также сумм финансовых санкций и административных штрафов;
• приостановление операций предприятий, учреждений, организаций и граждан по расчетным и другим счетам в банках и иных финансово-кредитных учреждениях в случаях непредставления (или отказа представить) государственным налоговым инспекциям и их должностным лицам бухгалтерских отчетов, балансов, расчетов, деклараций и других документов, связанных с исчислением и уплатой налогов и иных обязательных платежей в бюджет;
|
|
|
• составление, анализ и представление вышестоящим государственным налоговым органам установленной отчетности, а районным и городским финансовым органам — ежемесячных сведений о фактически поступивших суммах налогов и других платежах в бюджет;
• рассмотрение заявлений, предложений и жалоб граждан, предприятий и организаций по вопросам налогообложения и жалоб на действие должностных лиц государственных налоговых инспекций;
• ведение в установленном порядке делопроизводства, осуществление учета поступающей корреспонденции и бланков документов строгой отчетности;
• учет налогоплательщиков (по категориям, территории, видам налогообложения, роду деятельности);
• учет поступления налогов (по категориям налогоплательщиков, территории, видам налогов, роду деятельности, банкам) на любую дату учета;
• анализ динамики поступления налогов по всем отслеживаемым признакам;
• информирование органов власти о поступлении налогов (республиканских, городских);
|
|
|
• совершенствование функционирования системы налогообложения (методические разработки, информационное обеспечение, взаимодействие с органами власти по исполнению налогового законодательства);
• информирование налогоплательщиков по вопросам налогового законодательства и разъяснение им системы налогообложения.
Большинство из перечисленных задач решается на основе обработки большого объема исторических налоговых данных, описывающих поведение объектов налогообложения, принятые в прошлом решения, их результаты и т.п.
АИС налоговой службы представляет собой совокупность взаимодействующих информационных подсистем, базирующихся на электронном информационном хранилище.
Ядро АИС налоговой службы составляет электронное информационное хранилище данных (далее хранилище данных). Оно предназначено для хранения, оперативного получения и анализа интегрированной информации по всем видам деятельности ГНИ..
Важнейший компонент хранилища данных — реляционная СУБД, способная быстро и надежно обрабатывать огромные массивы структурированных данных и давать ответы на различные запросы.
Для работы с этой информацией в электронном хранилище предполагается задействовать специальные программные системы, которые обеспечивают сбор, хранение и извлечение нужной информации, используя технологии нечеткого поиска и вывода, основанного на прецедентах (для решения некоторых проблем необходима информация о том, какие результаты в подобных ситуациях были получены ранее, т. е. производится анализ прецедентов).
|
|
|
В хранилище данных ГНИ накапливается следующая информация (рис.18.3):
1) регистрационные данные юридических и физических лиц;
2) информация об имущественном состояния налогоплательщиков, включающая в себя сведения о
• владении недвижимостью;
• землепользовании;
• аренде объектов недвижимости и о предоставлении их в аренду;
• основных производственных фондах предприятий;
• владении транспортными средствами;
• приобретенной собственности за рубежом.
Источниками информации служат информационно-аналитические подразделения государственных органов и информационные системы городских органов управления (регистрационная палата, БТИ, Москомзем, ГАИ, и т.д.). Накапливаемая информация передается в соответствующие территориальные налоговые инспекции для исчисления налогов в виде, пригодном для автоматизированной обработки, а также предоставляется для ведения контрольно-ревизионной работы;
3) информация о финансово-хозяйственной деятельности юридических и физических лиц, включающая в себя сведения о
• о ведении внешнеэкономической деятельности;
• об акционировании (приватизации) и ведении операций с ценными бумагами;
• налоговой отчетности налогоплательщиков;
• о доходах граждан.
Источниками информации служат информационно-аналитические подразделения государственных органов и информационные системы городских органов управления (ЦБ РФ, ГТК РФ, предприятия всех форм собственности и т.д.). Накапливаемая информация передается в соответствующие территориальные налоговые инспекции для исчисления налогов в виде, пригодном для автоматизированной обработки, а также предоставляется для ведения контрольно-ревизионной работы;
4) информация о расчетно-платежной деятельности налогоплательщиков, включающая в себя сведения о
• всех видах счетов налогоплательщиков в банках и иных кредитных учреждениях;
• использовании счетов для ведения безналичных расчетов;
• нарушениях налично-денежного обращения;
• операциях свыше 10 тыс. долл. США;
• отчетности налогоплательщиков в ГНИ.
Источниками информации служат информационно-аналитические подразделения банков России в соответствии с существующим законодательством и территориальные подразделения налоговой инспекции. Накапливаемая информация предоставляется для ведения контрольно-ревизионной работы;
5) результаты завершенных документальных проверок налогоплательщиков, включающие в себя сведения
• актов завершенных документальных проверок;
• о нарушениях налогового законодательства;
• о контрагентах нарушений налогового законодательства,
• об административных нарушениях.
Источниками информации служат контрольное управление ГНИ и территориальные подразделения налоговой инспекции. Накапливаемая информация предоставляется для ведения контрольно-ревизионной работы и работы по анализу и прогнозу;
6) Нормативно-справочная информация, отражающая состояние налогового законодательства на определенный промежуток времени.
Информация поступает от органов государственного и городского управления. Информация такого рода необходима для учета особенностей налогообложения при аналитической обработке данных за длительный интервал времени.
Средства электронного хранилища предусматривают организацию и ведение регистрационно-архивной работы, связанной с учетом и хранением материалов финансово-хозяйственной деятельности хозяйствующих субъектов. На основе этой информации возможно выявление нарушителей налогового законодательства посредством перекрестной обработки информации, накапливаемой в информационных фондах (как собственной информации, так и получаемой из сторонних организаций — банков, МВД, таможни, ГАИ, лицензионной и регистрационной палат и т.д.) и выдача первичного материала для планирования контрольной работы в налоговой инспекции, а также выполняются работы по исполнению запросов, поступающих от региональных, территориальных подразделений налоговой инспекции, а также от государственных органов управления.
На территориальном уровне на базе фонда реализуются все необходимые функциональные процедуры.
Электронное информационное хранилище строится на базе региональной инспекции. По специальным каналам связи к нему будет обеспечен доступ из прикладных подсистем территориальных, инспекций.
Подсистема хранения и выдачи показателей налоговой отчетности на региональном уровне (АИСНО)
АИСНО на региональном уровне должна обеспечивать решение следующих функциональных задач:
• формирование отчетных форм по федеральному и городскому бюджету;
• формирование справок о поступлении нарастающим итогом с начала года налогов и платежей в доходы городского и федерального бюджетов по кварталам, по разделам и параграфам бюджетной классификации;
• формирование информации аналитических таблиц для различных функциональных подразделений инспекции;
• формирование аналитических таблиц для подсистемы управления региональной налоговой инспекции;
• ввод, просмотр и корректировка исходных данных;
• свод, выборка и группировка информации по заданным параметрам;
• формирование, просмотр, корректировка и печать выходных документов;
• просмотр, корректировка и отображение нормативно-справочной ин формации.
Выходные формы с расчетами различной степени сложности формируются на основе данных электронного информационного хранилища налоговой инспекции.
АИСНО — динамическая система. В основе ее лежат понятия: показатель, время, источник. В совокупности они определяют конкретное состояние поступления налогов и платежей, недоимок от объектов налогообложения.
Для эффективного управления налоговой системой необходимо знать ее состояние в любой момент времени, иметь оперативный доступ к данным, уметь прогнозировать ее поведение при различных управляющих воздействиях и выбирать из них те, которые приводят к намеченной цели. Цель управления состоит в максимизации налоговых платежей (ограничениями является налоговое законодательство).
Информационная подсистема управления региональной налоговой инспекции в соответствии с современными представлениями информационной технологии состоит из четырех составляющих:
1) система управления;
2) информационное хранилище;
3) система формирования оптимальных решений;
4) оперативная база данных.
Подсистема предназначена для обеспечения:
• оперативного сбора и координации данных в процессе функционирования налоговой службы и представления информации руководящему составу для принятия решений;
• информационного взаимодействия всех подразделений инспекции как между собой, так и с внешними организациями.
Подсистема базируется на электронном информационном хранилище налоговой службы и должна решать следующие типовые задачи:
• сделать выборку определенных данных;
• сравнить данные, полученные на разные моменты времени;
• сделать прогноз налоговых платежей на заданный интервал времени;
• построить сравнительные диаграммы определенных данных для всех налоговых инспекций региона;
• выполнить оценку эффективности работы ТГНИ;
• выполнить экономическую оценку предполагаемого изменения законодательства и т.п.
Информация может быть представлена как в цифровом виде, так и в виде графических образов.
Такой анализ помогает сконцентрироваться на ключевых проблемах и принимать оптимальные решения по различным вопросам.
Подсистема формирования обобщенного показателя эффективности работы ТГНИ
Подсистема предназначена для определения объективной оценки эффективности работы территориальной налоговой инспекции с целью принятия решений, направленных на ее улучшения.
Из всего множества факторов, влияющих на эффективность работы, выделяют наиболее существенные, т.е. факторы, которые наиболее сильно влияют на достижение целей работы налоговых инспекций. Их условно можно разделить на два класса: а) характеризующие результаты работы; б) характеризующие условия работы и квалификации кадрового состава.
К первому классу можно отнести суммы поступивших, доначисленных и взысканных налогов, количество проверенных юридических лиц, количество зарегистрированных юридических лиц, количество проверенных предприятий по физическим лицам, количество проверенных лицевых счетов и т.д.
Ко второму классу относятся: общая площадь ГТНИ, количество ПЭВМ, потери рабочих дней по больничным листам, средняя оплата труда, число кадровых работников, укомплектованность кадрами и др.
Поскольку большое число случайных событий оказывает влияние на величину каждого из этих параметров, их можно представить в виде случайных величин, а для обработки использовать аппарат математической статистики. В связи с тем, что инспекции работают в разных условиях, имеют разный численный состав, эти параметры нужно нормировать, привести к единым показателям. Каждый показатель формируется таким образом, что чем больше его значение, тем работа инспекции в данном направлении лучше.
К частным показателям, характеризующим наиболее существенные результаты работы ГГНИ, можно отнести, например, следующие:
• количество документально проверенных юридических лиц, отнесенное к фактической численности ГТНИ, за вычетом сотрудников, работающих непосредственно с физическими лицами;
• количество зарегистрированных юридических лиц, отнесенное к фактической численности ГТНИ, за вычетом сотрудников, работающих непосредственно с физическими лицами;
• количество предприятий, у которых закрыты расчетные счета, из числа не представляющих отчетность, отнесенное к фактической численности ГГНИ, за вычетом сотрудников, работающих непосредственно с физическими лицами;
•количество проверенных предприятий по подоходному налогу с физических лиц.отнесенное к фактической численности ГТНИ, за вычетом сотрудников. работающих непосредственно с юридическими лицами;
в количество проверенных лицевых счетов физических лиц, отнесенное к фактической численности ГТНИ, за вычетом сотрудников, работающих непосредственно с юридическими лицами;
• отношение взысканных налоговых платежей по физическим и юридическим лицам к доначисленным;
• отношение суммы поступивших и доначисленных налогов по физическим и юридическим лицам к средней оплате труда работника ГТНИ;
• отношение суммы доначисленных в результате контрольной работы ГТНИ налогов и финансовых санкций за отчетный период к сумме налогов, поступивших в бюджет на ее территории за тот же период.
• отношение суммы взысканных в бюджет в результате контрольной работы ГТНИ налогов и финансовых санкций за отчетный период к сумме налогов, поступивших в бюджет на ее территории за тот же период.
Ко -второму классу можно отнести следующие:
• отношение фактической общей площади ГТНИ к норме;
• количество ПЭВМ, приходящееся на одного работника;
• потери рабочих дней по больничным листам на одного работника;
• число работников с высшим и средним специальным образованием, отнесенное к фактической численности инспекции;
• среднюю оплату труда работника;
в относительное число кадровых работников;
”укомплектованность инспекции кадрами.
В число показателей могут войти и другие, которые влияют на результаты работы инспекции. Оценка существенности или несущественности отдельных показателей может быть выполнена при проведении статистического анализа налогооблагаемой базы.
Для оптимизации управления работой ГТНИ в общем случае необходима математическая модель прогноза налоговых платежей, с помощью которой можно было бы минимизировать разность между полученными и расчетными налоговыми платежами или максимизировать получаемые. Тогда расчетные будут служить верхней гранью максимизируемых значений. Количество
параметров, которые участвуют в оценке эффективности работы, с одной стороны, не должно быть слишком большим, а с другой — не должны остаться неохваченными параметры, оказывающие существенное влияние на результаты работы. Для этого необходимо дополнительно провести экспертно-корреляционный анализ всех доступных параметров.
Анализ результатов работы налоговых инспекций может быть выполнен путем построения сравнительных диаграмм. Для определения статистической зависимости параметров, нахождения аномальных данных кроме аналитических методов используются и графические.
Подсистема прогнозирования налоговых платежей
Множество значений налоговых платежей представляет собой упорядоченные последовательности — временные ряды, В общем случае временные ряды могут состоять из четырех компонентов: тренда (систематического движения), колебаний относительно тренда, цикла (эффект сезонности), случайного компонента. При прогнозе временных рядов используются два подхода.
При первом изучается прошлое поведение ряда и в предположении, что система не меняется во времени (не меняется налоговое законодательство, не меняется резко курс рубля и т.д.), экстраполируется ряд на будущее без детального изучения самой системы. Данный способ применим в нашем случае только для прогноза на срок до трех месяцев.
Для долговременного прогноза необходимо построить модель системы (с помощью математического аппарата описать связи, обусловливающие изменение параметров системы), которую можно также использовать для имитации реакций системы на различные управляющие воздействия, выбирая из них оптимальные.
Результатом реализации поставленной задачи должно быть создание имитационной модели сложной системы ГНИ — ГТНИ для:
• среднесрочного (до полугода) и долгосрочного (до одного года) прогноза налоговых платежей;
• имитации ситуаций изменения законов, структуры налоговой службы и др.
• выработки рекомендаций для принятия решений по различным вопросам деятельности инспекции и т.д.
Подсистема макро- и микроэкономического анализа
Информационную базу подсистемы составляют данные электронного хранилища ГНИ и данные отчетности предприятий, сдаваемой в органы статистики.
В основу подсистемы заложены разработанные методики макроанализа, ориентированные на комплексный экономический анализ региона, подведомственного ГТНИ, и микроанализа, ориентированные на экономический анализ отдельно хозяйствующих субъектов.
Основным источником информации для анализа служат отчетные документы предприятий и организаций, представляемые в ГТНИ ежеквартально
(ежегодно): бухгалтерский баланс предприятий (форма №1), отчет о финансовых результатах и их использовании (форма №2), отчет о состоянии имущества предприятия (форма №5), отчет о превышении расходов на оплату труда, расчет НДС.
Экономический анализ на макроуровне, входящий в систему экономического анализа, представлен на примере взаимодействия информационных баз данных ГНИ и Госкомстата на основе единой методики сбора (с использованием общероссийских классификаторов), обработки и оценки показателей финансового состояния предприятий.
Опыт показывает, что для проведения макроанализа достаточно использовать не генеральную совокупность предприятий, а лишь выборочную их совокупность. Пределом, после которого не происходит качественного приращения информации, является 10%-ная выборка. Так называемая в статистике семантическая ошибка в этом случае не превышает 2,5%.
В основе методики проведения макроанализа лежат следующие способы обработки экономической информации: сегментация предприятий, их сравнение, сводка и группировка полученных результатов анализа.
Сегментация предприятий проводится по следующим показателям, имеющимся в отчетных документах и представляемым в налоговые и статистические органы юридическими лицами:
а) общероссийским классификаторам:
• кодам ОКОНХ, отражающим отрасли народного хозяйства,
• кодам ОКПД, отражающим виды деятельности,
• кодам КФС, отражающим формы собственности,
• кодам ОКПФ, отражающим организационно-правовые формы (категории),
• кодам СОАТО, отражающим территориальный признак;
б) экономическим показателям:
• сред несписочной численности персонала (ССЧ),
• выручке от реализации продукции (обороту),
• балансовой прибыли,
• чистой прибыли,
• платежам в бюджет и др.
Сравнение — прием, позволяющий выразить характеристику явлений через однородные явления. В системе экономического анализа используются сравнения:
• со средними данными по определенному на первом этапе сегменту (отрасли, ССЧ и др.);
• с показателями предшествующих периодов.
Сводка и группировка, которые формируются на базе рассматриваемых сегментов.
Кроме представленных приемов, методика проведения макроанализа содержит следующие способы обработки экономической информации: определение абсолютных и относительных величин, средних значений, ряды динамики, индексные методы влияния факторов на обобщающий показатель и графический метод.
Подсистема обеспечения методической деятельности
Основные функции подсистемы обеспечения методической деятельности инспекции регионального уровня:
• подготовка и распространение сборников методических материалов по
видам налогов.в обработка и анализ информации по декларированию физических лиц;
• контроль исчисления налогов в связи с развитием и изменениями налогового законодательства.
Исходя из перечисленных функций информационное обеспечение методической деятельности должно состоять из следующих относительно самостоятельных частей:
• БД неструктурированной информации, содержащая методические и инструктивные материалы, подготавливаемые и выпускаемые Управлением методики, являющаяся составной частью электронного информационного хранилища инспекции и пополняемая специалистами Управления;
• БД законодательных и нормативных актов по налогообложению и общеправовым вопросам, находящаяся в хранилище данных и доступная в режиме поиска информации;
• профессиональные БД специалистов Управления, содержащие материалы, необходимые для их повседневной профессиональной деятельности и находящиеся на их персональных компьютерах.
Функционально подсистема обеспечения методической деятельности должна обеспечивать решение следующих задач.
1. Разработка методики расчета каждого типа налогов. Исходными данными для решения задачи служат законы, письма, инструкции, изменения и дополнения по налоговому законодательству. Необходимыми аспектами каждого документа должны быть юридические реквизиты, содержащие данные о наименовании, виде документа, дате принятия, редакции, регистрационном номере, регистрации в Минюсте, статусе и проч. Правовые БД должны позволять осуществлять многоаспектный поиск по каждому реквизиту и/или их комбинации. Администрирование правовой БД осуществляет специалист юридического Управления. Специалисты Управления методики имеют право поиска и просмотра информации. В результате реализации данной задачи разрабатываются схемы исчисления налогов с указанием наименования показателей, используемых при расчете, и источника, откуда показатели взяты.
2. Определение и разработка методов контроля исчисления каждого вида налога. Исходной информацией служат схемы расчетов налогов и вспомогательная информация. Результаты решения задачи представляют собой анализ логических и арифметических зависимостей с учетом смежных экономических показателей, характеризующих результаты финансово-хозяйственной деятельности объекта налогообложения.
3. Перспективная задача методического обеспечения — формирование семантической сети каждого вида налога, в которой увязаны все объекты: схемы исчисления налога, используемые показатели и параметры, взаимосвязи с другими аспектами хозяйственной деятельности объекта, история возникновения и преобразования формы расчета каждого налога. На информации данной семантической сети могут решаться следующие задачи:
• формирование налогооблагаемой базы;
• создание схемы проверки корректности (полноты, непротиворечивости) исчисления налогов;
• формирование концептуальной структуры БД, содержащей фактические данные по поступлению каждого вида налога в различных разрезах;
• преобразование семантической сети в совокупность объектов и связей, что является основой для систематизации работы программистов по созданию информационно-программных систем и внесению в них изменений.
Последняя задача представляет собой логическое связующее звено между Управлением методики, т. е. пользователями информационно-программных комплексов, и постановщиками задач — прикладными и системными программистами Управления информатизации. В этом случае методика исчисления налога в Управлении информатизации преобразовывается в объектно-ориентированную формализованную схему с перечнем всех поименованных объектов (показателей), созданием словаря показателей, схемы взаимосвязи и формул исчисления налогов с описанием условий, динамических связей, ситуаций многовариантных расчетов. На этой основе разрабатывается задание на программирование (перепрограммирование). С использованием современных программных продуктов проектирования информационно-программных систем создается прототип прикладного программного продукта.который апробируется на стенде Управления информатизации в присутствии пользователя. Та же схема разработки действительна и для изменений, поступающих от подсистемы методического обеспечения. Доработанные (переработанные) программные продукты оцениваются на стенде на наличие ошибок, непротиворечивость, соответствие схемам исчисления, после чего дается разрешение на установку в инспекции.
Основную долю в методической работе занимает формирование и подготовка сборников методических материалов по каждому виду налога.
Технологический процесс подготовки сборников подразделяется на три относительно самостоятельных этапа (рис. 18.5):
Технологический процесс подготовки методических материалов включает:
1) использование операционных и программных средств организации и обработки иерархической системы директорий и поддиректорий систематизированных данных;
2) создание предметно-ориентированной базы данных. При этом каждый документ, циркулирующий в системе, снабжается специально разработанной карточкой с указанием основных характеристик и примечаний к данному тексту:
3) разработку структуры и состава раздела в электронном информационном хранилище налоговой службы для методического обеспечения как в структурированной части хранилища, так и в его неструктурированной части.
Следующая по объему работа методического обеспечения — сбор и анализ информации по декларированию физических лиц. Данные поступают из территориальных налоговых инспекций в табличных формах (например, в формате таблиц Excel)по каналам связи и содержат информацию о составе физических лиц региона, полученных декларациях о доходах, о поступивших налогах по категориям физических лиц, доначисленных суммах налога, количестве деклараций в разрезе размера облагаемого совокупного годового дохода и категорий физических лиц, о количественных показателях работы территориальных налоговых инспекций по декларированию физических лиц и проч. После ввода, обработки и анализа данных по декларированию физических лиц агрегированная информация поступает в вышестоящие налоговые органы по каналам связи, а также помещается в информационное хранилище. При этом сохраняются не только обобщенные данные, но и детальная информация в разрезе территориальных налоговых инспекций.
Подсистема юридического обеспечения
Цель проведения работ по созданию автоматизированной подсистемы юридического обеспечения АИС налоговой службы заключается в:
• определении структуры (архитектуры) проекта информатизации Юридического управления;
• определении функционального состава задач, решаемых в отделах и секторах управления с распределением по отдельным рабочим местам;
• выявлении информационных потребностей специалистов управления;
• определении необходимости создания профессиональных баз данных, их состава и содержания, а также выборе среды реализации;
• выявлении состава запросов, периодичности их возникновения и приоритетности.
Функциональная структура юридического обеспечения в общем случае состоит из относительно самостоятельных разделов:
• кодификация и систематизация законодательства;
• методология налогового законодательства;
• работа с ТГНИ;
• судебно-арбитражная практика.
Кодификация и систематизация законодательства заключается в основном в решении системных вопросов правового обеспечения: обеспечение законодательными и нормативными актами сотрудников региональной ГНИ, поддержка дополнительных документографических баз данных (писем, внутренних документов региональной ГНИ и т.д.).
Исходной информацией для решения указанных задач служат:
• база данных нормативных и законодательных актов по налогообложению;
• база данных законодательных и нормативных актов других отраслей права.
Для обеспечения полноты информации при решении поставленной задачи в общем случае инспекции необходимо иметь в своем распоряжении различные существующие и поддерживаемые системы ведения документографических баз данных, присутствующие на информационном рынке и хорошо себя зарекомендовавшие. При значительном информационном пересечении различных систем полная информационная среда должна иметь возможность доступа к различным БД. При такой организации информационного обеспечения возникает проблема разработки программных средств, объединяющих различные базы данных в единую метабазу с возможностью поиска необходимого документа в различных системах. Существование такой метабазы предполагается как составной части электронного информационного хранилища. Цель этой разработки — унифицированный доступ к правовой базе данных всех заинтересованных пользователей ГНИ. При этом функции администрирования БД должны принадлежать Юридическому управлению, остальные пользователи обращаются за документами по запросу в режиме просмотра.
Решение задач по методологии налогового законодательства связано с проблемными вопросами налогового законодательства, общеправовыми вопросами.
Основная функция заключается в подготовке ответов на запросы налогоплательщиков по всем проблемам налогообложения, а также в разработке предложений по совершенствованию налогового законодательства.
Основная функция при работе с ТГНИ заключается в консультировании по вопросам налогового законодательства в связи с запросами ТГНИ. Если ответ выходит за пределы компетенции юриста, к подготовке ответа подключаются специалисты методологии налогового законодательства.
Информационные потребности данных задач, помимо доступа к общеправовым базам данных, предполагают:
• возможность ведения собственных профессиональных баз данных в рамках организационного подразделения по отдельным рабочим местам;
• возможность организации и ведения собственного документооборота;
• создание базы прецедентов по видам налогов и по субъектам (ТГНИ, виды плательщиков по организационно-правовым формам собственности и видам деятельности). Создание такой базы данных связано с возможностью расхождений в ответах, данных в различные периоды времени различным субъектам по сходным проблемам налогообложения.
Разработка базы данных прецедентов предполагает создание системы классификации ответов, ведение статистики запросов, поиска и подбора материалов по сложному ключу доступа (многоаспектный запрос).
Судебно-арбитражная практика предполагает реализацию двух основных функций:
• решение методологических вопросов для ТГНИ;
• решение функциональных задач в качестве арбитра по запросам ТГНИ и ведение базы данных судебных прецедентов.
Последняя задача также связана с необходимостью регулярного выпуска подборок материалов судебно-арбитражной практики.
Для принятия многоаспектных решений по письменным запросам ТГНИ с учетом методологических вопросов и анализом судебной практики предлагается поддержка как профессиональной базы данных запросов, судебных прецедентов во взаимосвязи с информационным обеспечением Управления методики и ревизий, так и создание справочно-консультационной гипертекстовой системы с элементами искусственного интеллекта для подбора полной информации по каждому возникающему запросу.
Помимо указанных информационных потребностей возникает необходимость в поддержке базы данных предложений по совершенствованию налогового законодательства.
Ведение базы данных доведенческих писем тесно связано с совершенствованием документооборота в ГНИ в целом и упорядочением взаимодействия с Управлением методики и ревизий в частности. Решение этой проблемы требует создания сетевого варианта регистрации доведенческих писем в ГНИ с обязательной пометкой о прохождении письма через юридическое управление.
Обобщая сказанное, можно выделить следующие основные информационные потребности при разработке юридического обеспечения региональной ГНИ:
• базы данных по налоговому законодательству, разработанные различными организациями;
• общеправовые базы данных, имеющиеся на информационном рынке;
• база данных прецедентов по видам налогов и субъектам;
• база данных прецедентов судебной практики;
• база данных предложений по совершенствованию налогового законодательства;
• профессиональные базы данных по рабочим местам;
• система регистрации прохождения доведенческих писем.
Для разработки информационного обеспечения юридической системы региональной налоговой службы необходимо проведение следующих работ:
• определение состава и структуры каждой БД с детализацией до информационного элемента и их взаимосвязи;
• разработка программной надстройки над системой различных правовых баз данных с целью обеспечения унифицированного поиска по всем доступным системам;
• разработка системы классификации и кодирования информационных элементов различных баз данных;
• разработка структуры и состава информационных рубрикаторов различных баз данных;
• первоначальное наполнение профессиональных баз данных прецедентов, запросов, ответов, предложений и т.п.;
• разработка или подбор адекватной гипертекстовой среды для реализации многоаспектных запросов к справочно-консультационной правовой системе;
• разработка или выбор единой системы документооборота;
• обеспечение доступа к общеправовым базам данных в режиме запроса других управлений и округов;
• реализация взаимодействия с информационным обеспечением управления методики и ревизий;
• создание единой сетевой системы доступа к правовым БД из ТГНИ.
Основные подсистемы территориального уровня
Подсистемы предназначены для автоматизации задач, решаемых в Государственной территориальной инспекции.
Подсистема регистрами предприятий предназначена для ввода информации по контролируемым предприятиям и учредителям предприятий (физическим и юридическим лицам), получения информации по предприятиям в виде таблиц.
По каждому налогоплательщику в базе данных должны иметься следующие атрибуты:
• наименование плательщика;
• вид деятельности;
• место регистрации:
• регистрационный номер;
• сведения о филиалах;
• иностранные инвестиции;
• информация о всех счетах предприятия (валютных, текущих, субсчетах и др.);
• все атрибуты, необходимые для быстрого поиска плательщика в информационно-поисковой системе.
Изначально при регистрации любого нового предприятия все исходные данные о нем должны заноситься в компьютер с присвоением ему определенного номера и передаваться юридическим службам для занесения его в Госреестр предприятий.
Получаемая в результате ввода первичной информации база данных служит основой для камеральных проверок и ведения лицевых карточек предприятий, предоставляя пользователю возможность вести поиск по любой комбинации данных и получать распечатку результатов этого поиска.
Подсистема камеральной проверки служит для автоматизации процесса приемки квартальной бухгалтерской отчетности предприятий, состоящих на учете в налоговой инспекции. Подсистема должна обеспечивать:
• проверку расчетов, взаимоувязку форм отчетности, начисление налогов;
• формирование достоверной базы данных в результате приема квартальной и годовой отчетности;
• автоматическую генерацию типовых форм отчетности налоговой инспекции;
• выдачу рекомендаций инспекторскому составу для документальных проверок.
Подсистема ведения лицевых карточек предприятии должна обеспечивать:
• фиксацию платежных документов;
• автоматическое вычисление сальдо, начисление пени, выдачу суммы, внесенной предприятием в бюджет, ведение лицевой карточки в порядке срока уплаты в бюджет независимо от даты ввода информации;
• получение справки о недоимках и переплатах по предприятиям;
• проведение авансовых платежей с разбивкой по срокам;
• печать инкассовых поручений.
Подсистема анализа состояния предприятии обеспечивает выбор юридических лиц, подлежащих документальной проверке по результатам анализа итогов деятельности предприятий на основании данных, сформированных инспектором при камеральных проверках, а также информации, хранящейся в электронном хранилище данных.
По различным критериям и показателям формируется список предприятий, имеющих наибольшую вероятность того, что документальная проверка их может привести к дополнительным начислениям налогов.
Подсистема для обработки документов физических лиц в государственных территориальных налоговых инспекциях разрабатывается на основе применения законодательных актов, позволяющих налоговой службе осуществлять контроль за правильностью исчисления и уплаты налогов физическими лицами, в том числе: подоходного налога, имущественных налогов, земельного налога, налога с транспортных средств и др.
Подсистема для обработки документов физических лиц должна осуществлять контроль и управление информацией по основным видам налогов физических лиц, предусмотренных законодательством России.
На основании первичных документов, поступающих из государственных учреждений и от физических лиц, должны автоматически рассчитываться сумма налога, печататься платежное извещение и открываться лицевой счет. Система должна автоматически вести лицевые счета по всем видам налогов, распределять уплаченные суммы по срокам уплаты.
По всем видам налогов должны вычисляться бухгалтерские отчеты:
• сводка начислений;
• ведомость доначислений и сложений;
• реестр уплаты возвратов;
• список недоимщиков.
Информационно-поисковая подсистема нормативно-правовых документов обеспечивает возможность работы с законодательными актами, постановлениями, указами, распоряжениями и другими правительственными документами, приказами, распоряжениями и методическими указаниями Государственной налоговой службы Российской Федерации и аналогичными документами руководства региональной инспекции.
Подсистема должна быть реализована на базе информации электронного хранилища регионального уровня, обеспечивающего методическую и юридическую деятельность.
Основная функция подсистемы — сопровождение исковых заявлений в суд и арбитраж.
иализирующимися на эмиссии пластиковых карт и создании инфраструктуры по их обслуживанию.
По сфере использования карты бывают универсальные, т.е. служащие для оплаты любых товаров и услуг, и частные коммерческие — рассчитанные на оплату какой-либо определенной услуги (в частности, карты супермаркетов, гостиничных сетей и т.д.).
По территориальной принадлежности карты делятся на международные, национальные (действующие в одном государстве), локальные (используемые на части территории государства) и карты, применяемые в одном конкретном учреждении.
По времени использования карты бывают ограниченные каким-либо временным промежутком (иногда с правом пролонгации) и неограниченные (бессрочные).
В настоящее время наиболее развивающийся тип пластиковых карт — смарт-карты.
50.Подсистема "Операционный день банка". Система "Клиент-банк".матизация межбанковских расчетов. Система SWIFT.
Банковская система "IS-Операционный день банка" предназначена для автоматизации бухгалтерского учета и финансово-кредитной деятельности банка. Она позиционируется как решение для небольших и средних кредитных учреждений, открытость платформы позволяет модифицировать и развивать систему, данное решения позволяет снизить издержки и повысить производительность труда персонала.
Основные возможности:
- ведение основных справочников и каталогов (клиенты, лицевые счета, валюты и их курсы, справочники банков РКЦ, налоговых органов и др.);
- регистрация и обработка рублевых и валютных кассовых операций банка;
- регистрация и обработка рублевых и валютных мемориальных ордеров, включая конверсионные документы;
- регистрация и обработка платежных поручений в национальной валюте;
- настройка и начисление комиссий по банковским операциям;
- проведение операций переоценки и выравнивания эквивалентов валютных счетов, сворачивания счетов доходов и расходов, выравнивания парных счетов;
- просмотр и печать документов, реестров документов;
- получение баланса банка, оборотных сальдовых ведомостей, выписок, остатков по счетам, журналов проводок и других отчетов;
- регламентные формы отчетности ЦБ РФ: 101, 102, 115, 118, 125, 128, 134, 135, 136, 251, 253, 302, 345, 634, 901, 902, 904.
- экспорт регламентных отчетов, в двух форматах - для программных комплексов "ОБВЕД НК" и "ПТК ПСД";
- подсистема противодействия легализации доходов, полученных преступным путем;
- ведение учета ТМЦ;
- выдача и погашение ссуд, составление кредитной отчетности;
- интеграция с FineReaderBank и системой "Клиент-Интернет-Банк" (разработка фирмы "Бизнес ИТ").
Для работы "IS-Операционный день банка" необходимо наличие "1C:Предприятия 8", рекомендуется использование сервера "1С:Предприятие 8" и базы данных MS SQL.
Программа "IS-Операционный день банка" снабжена системой защиты от нелегального использования, основанной на сетевых ключах HASP HL, и предполагает лицензирование в зависимости от количества используемых рабочих мест. Отдельные модули конфигурации защищены от изменения пользователем.
Системы «Клиент-Банк» (PC-banking, remotebanking, directbanking, homebanking)
Это системы, доступ к которым осуществляется через персональный компьютер. Системы «Клиент-Банк» позволяют отправлять платежи в банк и получать выписки по счетам (информацию о движениях средств на счёте) из банка. Банк, при этом, предоставляет клиенту: техническую и методическую поддержку при установке системы, начальное обучение персонала клиента, обновление программного обеспечения и сопровождение в процессе дальнейшей работы. Системы «Клиент-Банк» обеспечивают ведение рублёвых и валютных счетов с удалённого рабочего места. Но не все банки обеспечивают клиентам полное ведение своих счетов, отклоняясь от мировых стандартов. В целях безопасности в системах «Клиент-Банк» используются различные системы шифрования. Использование систем «Клиент-Банк» для обслуживания юридических лиц до сих пор является одной из наиболее популярных технологий ДБО в России. Системы «Клиент-Банк» принципиально подразделяются на 2 типа (толстый клиент и тонкий клиент):
Банк-Клиент (толстый клиент)
Классический тип системы Банк-Клиент. На рабочей станции пользователя устанавливается отдельная программа-клиент. Программа-клиент хранит на компьютере все свои данные, как правило, это платёжные документы и выписки по счетам. Программа-клиент может соединяться с банком по различным каналам связи. Наиболее часто для соединения с банком используется прямое соединение или через сеть Интернет.
Интернет-Клиент (тонкий клиент) (On-linebanking, Интернет-банкинг (Internetbanking), WEB-banking)
Пользователь входит в систему через Интернет браузер. Система Интернет-Клиент размещается на веб-сервере банка. Все данные пользователя (платёжные документы и выписки по счетам) доступны на веб-сайте банка. По технологии Интернет-Клиент строятся также системы для мобильных устройств (мобильный сайт банка) — PDA, смартфоны (Мобильный банкинг (mobile-banking). На основе Интернет-Клиент могут предоставляться информационные сервисы с ограниченным набором функций.
У дистанционного банковского обслуживания через Интернет есть ряд как преимуществ, так и недостатков. Так, к преимуществам для организаций, предоставляющих такие услуги, можно отнести невысокую стоимость эксплуатации интернет-системы (все обновления проводятся только на веб-сервере, не тиражируясь у клиентов); возможность интеграции с бухгалтерскими системами клиента; доступность интернет-услуг для конечного пользователя; поддержание лояльности клиентов, активно использующих данные услуги.
К недостаткам относится в первую очередь слабая защищенность интернета от несанкционированного доступа. Несмотря на стремление разработчиков интернет-решений создавать и совершенствовать систему защиты передаваемых сообщений, многочисленные потенциальные опасности продолжают появляться. Причины: недостатки операционных систем, программ коммуникации и браузеров, человеческий фактор. Поддержание уровня защиты на надлежащем уровне требует значительных материальных затрат, которые могут себе позволить в основном крупные банки, рассчитывающие на значительные доходы от предоставления подобных услуг.
Традиционно по форме расчетов банковские карты делят на дебетовые и кредитные. Вопрос о выдаче кредитной карточки банком-эмитентом решается на основе доступных ему сведений о кредитной истории клиента, т.е. о том, каковы доходы клиента, где и когда клиент пользовался кредитом, насколько аккуратно возвращал его, насколько часто брал кредиты и т. д. Кредитная история позволяет банку оценить степень риска при выдаче карточки и соответственно сформулировать требования о предоставлении клиентом тех или иных гарантий. Если клиент благополучен – за ним нет прегрешений, у него стабильное положение и доходы, он имеет счет в данном банке или пользуется услугами другого известного банка – кредитная карточка выдается без дополнительных условий. В прямо противоположном случае, когда, например, о клиенте неизвестно ничего либо за ним числятся нарушения, ему может быть либо отказано в выдаче кредитной карты, либо банк может потребовать предварительного внесения страхового депозита в размере, превышающем лимит кредита, либо ему может быть предложена дебетовая карта.
Лимиты операций по кредитным карточкам – величина кредитной линии, количество и максимальные суммы приобретений и/или получения наличных за тот или иной промежуток времени – устанавливаются индивидуально для каждого клиента. Размер устанавливается исходя из состоятельности клиента, его ежемесячных доходов. Что же касается сроков действия лимитов, то типичным является месячный лимит, в рамках месячного лимита могут быть дополнительно установлены недельные лимиты.
Кредитная схема предполагает нулевой исходный остаток на карт-счете. Все операции записываются на кредит, который держатель карточки должен погашать на определенных условиях.
По завершении очередного «делового периода» (обычно месяца) пользователь карточки получает сообщения банка, содержащие данные за период обо всех платежах по карточке, информация о которых поступила в банк. При наступлении контрольной даты, обычно по истечении нескольких дней после получения ежемесячной выписки по карточному счету, проценты на сумму кредита (долга) не начисляются, но необходимо обязательно оплатить некоторый ранее оговоренный минимум долга. После чего владельцу карты вновь открывается кредитная линия. Кредитная линия будет открыта в размере неиспользованной части кредитного лимита. Остаток по задолженности, на который уже будут начисляться проценты, можно гасить в течение достаточно длительного срока (например, года). Отметим, что именно проценты по неполностью возвращенным кредитам и формируют основную часть дохода банка при операциях с кредитными карточками.
Держатели карт лишают банк запланированных доходов, если оплачивают свой долг полностью до начала начисления по нему процентов. В этом случае работает расчетная схема, которая предполагает оплату всей суммы произведенных за месяц расходов в течение определенного периода. Такие клиенты являются чистыми «потребителями удобств». Они получают все выгоды от пользования картой, но свободны от выплаты процентов. По сути, расчетная схема является частным случаем кредитной схемы с фиксированным сроком 100%-ного погашения долга.
Выделение расчетной схемы в самостоятельную объясняется более простым видом кредитования и восприятием беспроцентного периода как обязательного и неотъемлемого элемента чисто кредитной схемы.
Принципиально отличаются от кредитных дебетовые карты. Использование дебетовых карт предполагает предварительное размещение клиентом средств на счете, открытом в банке-эмитенте.
Суть дебетовых карт в том, что проведенные по ним операции в тот же день списываются (дебетуются) с банковского счета клиента. В зависимости от конкретных условий допускается уменьшение лимита либо до нуля, либо до некоторого неснижаемого остатка на счете. Платежный лимит увеличивается при пополнении счета. Если сумма операции превышает величину остатка лимита, то операция не проводится. Для дебетовой карты требуется авторизация по каждой операции. Зато сводится до минимума риск возникновения несанкционированного кредита.
Конечно, авторизация каждой операции при большом их количестве немыслима, если продавец будет звонить по телефону. Но операции выдачи наличных денег, которые требуют авторизации независимо от сумм, проводятся с помощью банкоматов. Дальнейшее развитие коммуникационных сетей позволило сделать следующий шаг: оборудовать специальными устройствами – POS-терминалами для считывания карт – и магазины. Именно такое развитие технических средств и коммуникаций позволило начать вводить дебетовые карты.
Фактически для дебетовых карт не нужен специальный карточный счет, так как любая операция сразу относится на обычный счет клиента, будь он депозитный, текущий сберегательный или какой-нибудь другой. Если же счета нет, то открывается специальный карточный счет, на который вносятся средства под будущие расходы.
Чтобы избежать несанкционированного кредитования, банки вводят обязательный страховой депозит, который используют в случае возникновения овердрафта для его погашения. На страховой депозит начисляется большинством банков процент, как по вкладам-депозитам.
Сопоставляя схемы обслуживания на основе кредитных и дебетовых карточек, можно отметить их технологическую близость. Различия же между ними лежат главным образом в области взаимоотношений банка-эмитента и держателя карточки. При этом кредитная и дебетовая схемы не противостоят друг другу, поскольку ориентированы на различные сегменты потребительского рынка. Кредитная карточка предполагает устойчивое финансовое положение банка. Дебетовая же карточка ориентирована на сектор потенциальных клиентов, относительно которых банк не располагает какой-либо определенной предварительной информацией.
Авторизация – разрешение, которое должен получить сотрудник пункта обслуживания при проведении операции с использованием платежной карты.
Проводится авторизация в случаях: когда сумма покупки товара по банковской кредитной карте превышает разовый лимит на сумму одной покупки или когда клиент при оплате покупки использует магнитную карту. На карте не хранится информация о состоянии счета клиента, поэтому, прежде чем принять ее в оплату товаров, продавец проводит авторизацию. Авторизация может быть голосовая, для этого работник торговли непосредственно связывается с банком-эквайером (или эквайер-центром) по телефону и передает данные устно, либо эта процедура осуществляется в автоматическом режиме с помощью POS -терминала. Эквайер осуществляет маршрутизацию транзакции, которая в конечном итоге попадает в центр, уполномоченный на авторизацию данной транзакции.
В международной практике таким центром обычно является сам банк-эмитент. Однако эмитент может на постоянной основе делегировать права на проведения авторизации какому-либо процессинговому центру или даже банку-эквайеру.
При принятии решения центр авторизации руководствуется данными, поступившими от точки обслуживания, а также имеющейся в базе данных информацией о держателе карточки, его лимитах, совершенных сделках и пр. Если сумма сделки и другие ее параметры не противоречат установленным лимитам и ограничениям, то решение об осуществлении сделки принимает центр авторизации. В противном случае центр пытается связаться с банком-эмитентом. Если это оказывается невозможным, то транзакция отклоняется.
При обращении авторизуемой транзакции к ЭВМ, содержащей данные о лимитах держателя соответствующей карточки, проверяется, не занесена ли обслуживаемая карточка в стоп-лист. Если карточка не блокирована, то исходя из суммы сделки и величины остатка лимита, определяется возможность платежа по карточке. Если платеж возможен, то транзакция утверждается, и остаток лимита уменьшается на сумму сделки. Ответом на запрос при голосовой авторизации является сообщение кода авторизации. Удостоверившись, что сделка может быть совершена, продавец оформляет чек (слип), перенося на него данные с карточки, используя импринтер. На чек обязательно наносится код авторизации, так как при отсутствии кода чек не будет принят к оплате банком-эквайером.
В автоматическом режиме POS-терминалу отдается команда на фиксацию транзакции и распечатку чека.
Ответственность перед торговой точкой по возмещению стоимости сделки несет банк-эквайер. При нарушениях правил авторизации платежная система вправе не возмещать эквайеру сумму сделки.
Приведенную процедуру авторизации обычно называют on-line-авторизацией, т. е. клиент ждет.
Режим on-line имеет свои преимущества. Банк-эмитент, обрабатывая транзакции в реальном масштабе времени, имеет возможность управлять счетами держателей карточек; оперативно блокировать карточки и счета. Для держателей карточки сокращается промежуток времени между внесением средств на счет и поступлением их в базу данных банка; появляется оперативная возможность блокировки карточки при ее хищении или утрате.
К недостаткам этой схемы можно отнести следующее: повышение себестоимости операций (авторизация в режиме on-line происходит долго); сохранение промежуточного бумажного носителя информации; реальное списание средств позже оформления сделки.
Помимо этого, следует учитывать, что подсоединение может быть затруднено или невозможно вследствие плохой работы телекоммуникационных систем, их слабого развития.
Выход состоит в изменении технологии авторизации таким образом, чтобы исключить необходимость on-line-сеанса и осуществлять авторизацию в off-line-режиме. Проведение авторизации в off-line-режиме возможно с использованием смарт-карт. Действительно, смарт-карты обладают достаточным объемом памяти (несколько килобайт) для хранения данных о текущем состоянии платежного лимита и некоторого количества последних транзакций. Кроме того, наличие перезаписываемой памяти карт дает возможность контролировать уменьшение лимита в результате авторизации («дебетование» карточки), восстановление лимита на карточке («кредитование карточки»). Наличие на карте специальных защищенных зон памяти и криптографических средств обеспечивает высокий уровень безопасности карт.
В принципе, карты с магнитной полосой допускают возможность подобного использования. Однако малая емкость памяти (сотни байт) и, главное, слабая защищенность от несанкционированного изменения данных, записанных на магнитную полосу, делает их непригодными для обслуживания в off-line-режиме. Напротив, смарт-каргы обладают всеми необходимыми предпосылками для реализации схемы обслуживания с offline- авторизацией.
Необходимо, чтобы РОS-терминалы обладали некоторыми «интеллектуальными» возможностями для проведения подобных операций, а также памятью (внутренней и внешней) достаточно большой емкости, где можно было бы накапливать транзакцию для последующей передачи (обычно именуемой в таких случаях инкассацией) в банк-эквайер или процессинговый центр. В такой системе в память РОS-терминала загружается стоп-лист, в котором фиксируются карточки, утерянные или запрещенные к приему по другим причинам, и обновление которого осуществляется с определенной периодичностью.
Для проведения авторизации карточка помещается в считывающее устройство РОS-терминала. При этом карточка и терминал, основываясь на хранящихся в них системных данных, обмениваются информацией и производят взаимное опознание. Если эта процедура завершается успешно, то держатель может вводить PIN-код, а продавец – сумму. После этого карточка проверяет, не превышен ли лимит. Если сделка осуществима, то карточка уменьшает лимит на сумму сделки, а POS-терминал фиксирует данные о транзакции. Об этом процессе условно говорят как о дебетовании карточки и кредитовании терминала, а о самой карточке в таком режиме – как об электронном кошельке. РОS-терминал печатает чек, карточка изымается из терминала и возвращается держателю.
Накопленные терминалом транзакции передаются в процессинговый центр (или банк-эквайер) во время сеанса связи. Этот сеанс в зависимости от загрузки телефонной сети и доступности канала связи может либо происходить несколько раз за день, либо осуществляться в вечернее или ночное время. Более того, возможно перенесение данных и на внешние носители информации – флоппи-диск или технологическую смарт-карту, которые затем и доставляются в процессинговый центр. Возможна инкассация на портативный персональный компьютер, с которым представитель процессингового центра или банка-эквайера объезжает торговые точки.
В такой системе не требуется постоянное использование телекоммуникационных линий связи. Расчеты по карточкам не будут остановлены при неисправности центрального компьютера или других неполадках. Работающий в режиме off-line РОS-терминал при отключении электричества может функционировать на запасных источниках питания.
Системы с режимом авторизации off-line очень дороги, потому что требуют установки большого центрального компьютера и очень сложной системы переключения телефонных звонков.
Однако из-за неудовлетворительного состояния телефонной сети (за исключением наиболее крупных городов) off-line-вариант привлекает особенно пристальное внимание отечественных банков.
При выборе технологии всегда следует учитывать специфику конкретных условий и факт, что обе технологии имеют свои области применения. Поэтому трудно говорить о доминировании какой-либо из этих двух технологий.
Различие между ними в том, что в рамках системы сообщений осуществляется только пересылка и хранение межбанковских документов, регулирование платежей проводится банками-участниками самостоятельно. В системе межбанковских расчетов учитываются взаимные требования и обязательства банков. К первым относится SWIFT и BankWire (частная электронная сеть банков США), ко вторым FedWire (сеть федеральной резервной системы США)-ФРС, Нью-Йорская международная платежная система расчетных палат (CHIPS), Лондонская автоматизированная платежная система расчетных палат (CHAPS).
Электронные системы различаются посторон участвующих в переводах и расчетах. SWIFT организует пересылку банковских сообщений на двухсторонней основе, т.е. между каждыми двумя участниками; ФРС, CHIPS, CHАPS регулируют платежи на многосторонней основе. FedWire - самая большая коммуникационная банковская сеть. В ней участвуют около 6 тыс. банков. Принцип работы системы связан и организационной структурой федеральной резервной системы США. Каждый банк участвует в системе через свой региональный резервный банк. Банк перемещает часть средств своего резервного счета на резервный счет банка получателя. Такой способ приводит к тому, что средства на резервном счете оборачиваются в течении дня 12 раз. На банковском уровне платеж совершается практически моментально - резервный счет одного банка дебетируется, а другого кредитуется.
Общество всемирных межбанковских финансовых телекоммуникаций - SocietyforWorld-WideInterbankFinfncialTelecommunications (SWIFT), объединяющее около 4000 банков из 140 стран.
С целью повышения эффективности международных валютно-кредитных и расчетных операций в Брюсселе в 1973 г. было создано акционерное общество- Всемирная межбанковская финансовая телекоммуникационная сеть (СВИФТ).
Основная задача СВИФТ- скоростная передача любой банковской и финансовой информации на базе средств вычислительной техники. Автоматическая обработка информации в системе СВИФТ охватывает контроль, проверку подлинности отправителя и получателя, распределение сообщений по срочности, шифровку информации. Основное достижение СВИФТ- создание и использование стандартов банковской документации, признанной Международной организацией информации- ISO.
Создание СВИФТ способствует совершенствованию международных расчетных, валютных, кредитных операций. Налажен и ускорен обмен информацией между банками и финансовыми учреждениями и автоматизированы их межбанковские операции с минимальным использованием труда банковских служащих и максимальным сокращением банковских расходов. СВИФТ обеспечивает относительную безопасность межбанковских операций, используя разные комбинации физических, технических и процедурных средств страхования риска.
SWIFT был учрежден в мае 1973 года. 239 банков из 15 стран объединились для создания международных сетей передачи данных, с целью разработки формализованных методов обмена финансовой информацией. Реально является ведущей международной организацией из 199 стран мира. Штаб квартира находится в городе LaHulpe (Бельгия). Ежедневно по системе SWIFT передается около 8 млн финансовых сообщений об операциях, суммарной оценочной стоимостью более 6 триллионов долларов США.
Но только SWIFT позволяет выходить напрямую на зарубежные банки и с высокой скоростью доставлять документы по всему миру
Объем передаваемых сообщений по сети S.W.I.F.T. постоянно растет. Ежедневно по сети S.W.I.F.T. проходят сообщения на сумму более 2 триллионов долларов США.
России в настоящее время занимает первое место в мире по числу банков- членов SWIFT
Высшим органом Ассоциации является Общее Собрание российских пользователей S.W.I.F.T. В перерывах между Собраниями руководство Ассоциацией осуществляется Комитетом. Комитет избирается Собранием из числа членов Ассоциации в соответствии с утвержденными Собранием принципами
В настоящее время SWIFT объединяет банки и финансовых организаций, расположенные в 200 странах мира, у которых насчитывается более 20 000 терминалов. Все они, независимо от их географического положения, имеют возможность круглосуточного взаимодействия друг с другом 365 дней в году. SWIFT не выполняет клиринговых функций, являясь лишь банковской коммуникационной сетью, ориентированной на будущее. Передаваемые поручения учитываются в виде перевода по соответствующим счетам «ностро» и «лоро», так же как и при использовании традиционных платежных документов.
Членом SWIFT может стать любой банк, имеющий в соответствии с национальным законодательством право на осуществление международных банковских операций. Наряду с банками-членами имеются и две другие категории пользователей сети SWIFT — ассоциированные члены и участники. В качестве первых выступают филиалы и отделения банков-членов. Ассоциированные члены не являются акционерами и лишены права участия в управлении делами общества. Так называемые участники SWIFT — всевозможные финансовые институты (не банки): брокерские и дилерские конторы, клиринговые и страховые компании, инвестиционные компании, получившие доступ к сети в 1987 г.
Вступление в SWIFT состоит из 2-х этапов: подготовки банка к вступлению в члены общества и подготовки банка к подключению к сети в качестве работающего члена общества. На первом этапе банк оформляет и отправляет в SWIFT комплект документов, включающий: заявление о вступлении, обязательства банка выполнять устав SWIFT и возмещать затраты (операционные расходы) обществу, адрес банка и лица, ответственного за связь с обществом, обзор трафика сообщений банка. Совет директоров SWIFT рассматривает документы и принимает решение о приеме банка в общество. Банк-кандидат получает право на оплату единовременного взноса и приобретение одной акции общества.
Вступление в SWIFT стоит дорого: единовременный взнос составляет 400 000 бельгийских франков для банков-членов и 200 000 бельгийских франков для ассоциированных членов. Кроме того, банки-члены должны приобрести одну акцию стоимостью в 55 000 бельгийских франков. Второй этап непосредственно связан с физическим подключением банка к сети. Именно на этом этапе решаются все технические вопросы, приобретается коммуникационное оборудование (стоимость его может составлять сотни тысяч американских долларов), проводится обучение персонала. Даты подключения к сети фиксированные: это первые понедельники марта, июня, сентября и декабря. Как показывает практика, затраты банков на участие в системе SWIFT (главным образом на установку современного электронного оборудования) окупаются обычно в течение 5 лет.
каждой стране, в которой развертывается система SWIFT, общество создает свою региональную администрацию. В России ее функции выполняет российско-британская телекоммуникационная компания «Совам Телепорт». SWIFT остановил свой выбор на ней, учитывая ее оснащенность высокотехнологичным оборудованием ведущих западных фирм Alcatel и Motorola, квалификацию специалистов и опыт работы в данной области. «Совам Телепорт» выполняет не только управленческие, но и технические функции: консультирует по закупке оборудования, имеет свои собственные каналы, которые арендует у Министерства связи России, организует курсы по подготовке персонала. Кроме того, в России действует Комитет национальной ассоциации членов SWIFT.
Первым из российских банков к SWIFT подключился Внешэкономбанк. Это произошло 4 декабря 1989 г. На конец1996 г. количество подключенных банков достигло 240 (для сравнения в США — около 150). Однако, несмотря на быстрый рост числа подключенных национальных банков, Российская Федерация еще не входит в число активных пользователей сети. Будучи третьей страной в мире по членству в SWIFT, по годовому количеству сообщений Россия отстает даже от Венгрии, Польши, Чехии (общий трафик России составляет всего 0,7% оборота). Крупнейшими пользователями системы являются Сбербанк, Международный промышленный банк, Газпромбанк, Международный московский банк, Внешторгбанк и др. Некоторые из них вышли не уровень более 2 000 сообщений в сутки.
49.Виды электронных банковских услуг. Функциональная структура
Дата добавления: 2018-02-18; просмотров: 1144; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!