АИС / АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ В ЭКОНОМИКЕ 2007

товара или услуги + суммы налогов с более низким значением приоритета. Сумма такого налога будет добавляться к базовой сумме при расчете налогов с более высоким значением приоритета.

Сами ставки налога определены в Каталоге групп налогов. Информация из этого каталога заносится в Номенклатурную карточку матценности/услуги и используется при определения ставки налога при выписке счета, оприходовании на склад по накладной и т.д., а также при работе в контуре бухгалтерского учета при настройке типовых хозяйственных операций (ТХО).

Заведите налог Акциз с кодом АК (Настройка \Заполнение каталогов \Налоги \Каталог налогов, кнопки F4[Редактировать], F7[Новая]).

Группы налогов

Каталог групп налогов предназначен для указания налогов, применяемых для различных категорий МЦ (рис. 6.15). В группе указываются конкретные ставки и суммы налогов для применения расчетов.

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

клавишу F7, заполните код, наименование и тип группы. Поле Тип группы налогов может принимать 3 значения:

Товаров – данная группа будет видна при выборе групп налогов только из каталога МЦ или позиции товарной спецификации документа;

Услуг – данная группа будет видна при выборе групп налогов только из каталога услуг или позиции спецификации документа по услуге;

тов/усл – данная группа будет видна при выборе из каталогов МЦ и услуг и любой позиции спецификации документа

Рис. 6.16 Редактирование группы налогов Для каждой группы налогов в нижней панели вводится свой список налогов и их параметры.

Для ввода нового налога в список нажмите F7 в нижней панели и заполните поля:

Налог – наименование налога, выбирается из каталога налогов с помощью клавиши F3;

Ставка – ставка налога в процентах;

Сумма – сумма налога с учетной единицы товара;

Валюта – символ валюты, в которой задана сумма налога. Выбирается из классификатора валют с помощью клавиши F3. По умолчанию в это поле вводится НДЕ.

Период – дата начала периода действия налога;

По – дата окончания периода действия налога;

Страна – страна, для которой действует данный налог;

Т (+/-) – "+"- налог взимается на таможне.

Поля Ставка и Сумма не могут одновременно иметь ненулевые значения.

Для перехода между панелями нажимайте Alt+ или Alt+ .

Проверьте содержание группы налогов НДС=20% и НП. Добавьте группу с наименованием Акциз, с налогом Акциз, с суммой 80 рублей.

Общесистемная настройка

Общесистемная настройка позволяет задать параметры настройки, общие для всех пользователей, работающих с системой. Работая с модулем Настройка, следует выполнить команду меню Настройка \Настройка. Диалоговое окно =Настройка= показано на рис. 6.17.

151

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

Рис1. 6.17 Окно общесистемной настройки Для работы системы с учетом специфики Вашего предприятия: необходимо провести настройку

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

Поля параметров разделов настройки задайте со следующими значениями.

Настройка

Отчетный период бухгалтерского контура – 1-е число текущего месяца;

Базовая валюта – доллар США (по F3);

Наименование организации – Наименование Вашей организации;

Расчетный счет – выбирается по F3 из списка счетов Вашего предприятия;

Валютный счет – выбирается по F3 из списка счетов Вашего предприятия;

Руководитель, Главный бухгалтер, Кассир – задайте свои ФИО и ФИО людей Вашего окружения.

\Оперативный контур

Налоговый учет – да;

Контролировать уникальность номеров ДО на продажу – да.

\Оперативный контур \Складской учет

Методика списания – средние цены по разрезу;

Учетная цена при оприходовании – без налогов.

Раздельное формирование приходных и расходных ордеров по накл. на внутреннее перемещение – нет.

\Оперативный контур \Прайс-листы

Порядок расчета цены в прайсе – сначала наценка, затем налог.

\Оперативный контур \Производство

Методика расчета цены для списания – текущая по подразделениям,

Отпуск в производство при превышении лимита – да;

Отпуск только по накладным, сформированным по ДО – нет;

Контроль наличия сырья при списании – да;

\Оперативный контур \Налоги, счета-фактуры

НДС – НДС;

Основная ставка НДС – 20;

152

Дополнительная ставка НДС – 10;

Налог-акциз – Акциз;

Налог с продаж – Налог с продаж;

Работа со счетами-фактурами (налоговыми накладными) – да;

Метод учета реализации – по отгрузке.

\Оперативный контур \Управление договорами

Запрет превышения накладными и актами суммы по договору – нет;

Контролировать в документах-основаниях наличие ссылки на договор – да.

\Бухгалтерский контур

Возможность привязки ДО к платежным документам – да;

Контроль корреспонденции счетов – нет контроля;

Ведется несколько касс – нет;

Ведется несколько Р/с – нет;

Ведется несколько типов бухсправок – нет.

\Бухгалтерский Контур \Типовые проводки

Формирование типовых проводок – в рублях;

Разрешать привязку ТХО в док-х оперативного контура – да.

\Бухгалтерский Контур \Пользовательские

Модификации данных при наличии проводок – разрешать;

Текущий план счетов – План счетов 2001 г.;

Запрет редактирования полей в проводках – нет.

\Бухгалтерский Контур \Аналитика по счетам

Контроль аналитики по счету – отсутствует;

Контролировать наличие значений аналитики на всех ур – нет.

\Бухгалтерский контур\Работа с ДО и документами учета НДС

=Работа с ДО и счетами-фактурами=:

Распределять сумму платежа – вручную;

Рассчитывать налоги – вручную;

Формировать документы для учета НДС – вручную;

Учитывать при расчете задолженности по ДО оформляемые фин. документы – нет.

\Управление финансами \Платежный календарь \Формирование заявок и обязательств

Автоматически формировать финансовые обязательства предприятия при создании ДО –

нет;

Автоматически формировать финансовые обязательства контрагентов при создании ДО –

нет;

\Управление персоналом

Дата отчетного периода – 1-е число текущего года;

Перерасчет тарифных ставок – от единой ставки.

\Управление персоналом \Заработная плата

Просматривать рабочую корзину при входе в модуль – да.

\Управление персоналом \Заработная плата \Доступ к подразделениям

Показывать склады – да.

Учитывать фильтр по подразделению при предварительной разноске – нет,

\Управление персоналом \Заработная плата \Табель учета рабочего времени \Доступ к бухгалтерской информации

Везде – да.

\Управление персоналом \Заработная плата \Режимы расчетов

153

Приоритет формирования дебета по начислениям - лицевые счета.

\Управление персоналом \Заработная плата \Взносы и налоги на ФОТ \Профсоюзные

взносы

Процент взносов – 1.0.

\Управление персоналом \Заработная плата \Формирование проводок

Формировать раздельно по подразделениям – да.

Подстановка подразделений в дебетовую часть – да.

Подстановка подразделений в кредитовую часть – да.

\Пользователь

Дескриптор – латинская транслитерация трех первых букв своей фамилии, например KIS;

Фамилия Имя Отчество – свои ФИО;

Разрешать модификацию этой настройки из интерфейсов – нет;

Текущий склад – пустота.

\Пользователь \Фильтр дат для интерфейсов/отчетов

Использовать этот фильтр в интерфейсах– нет.

\Документы

Доступ к документам – все права.

Доступ к ТХО – все права.

Автоматический запрос группы при создании ДО– нет,

МОЛ по умолчанию – пустота.

Заводская(контрактная) цена, скидка/надбавка в док-х – да,

\Интерфейсы выбора

Автоматический выбор МОЛ в документах – нет;

Предупреждение при выборе собственной организации – да;

Фильтр по складу при выборе МОЛ – нет.

\Доступ к таблицам \Запретить модификацию

Везде – нет.

\Работа с матценностями, услугами

Контроль уникальности наименования МЦ – запрет ввода;

Оприходовать по фиксированной (заводской) цене – нет;

Предупреждать, что у МЦ не указана группа налогов – да.

\Планирование \Складской учет

Методика выполнения автоматической разноски – LIFO.

\Нормирование \Права доступа

кспецификациям – Редактирование;

кмаршрутным картам – Редактирование;

кизвещениям – Редактирование.

\Нормирование \ Параметры поиска документов

Поиск конструкторской спецификации – да;

Поиск производственной спецификации – да;

Приоритет поиска – Констр. спец. – Произв. спец.

154

Если банкир выпрыгнет из окна, прыгайте за ним – именно там деньги.

Совет М. Робеспьера

Глава 7 Автоматизированные информационные системы

вбанках

7.1Автоматизированные банковские системы (АБС), их эволюция, этапы создания, функциональные и обеспечивающие компоненты.

7.2Технология использования пластиковых карт.

7.3АИС удаленного банковского обслуживания.

7.4Безопасность АИС в банках.

7.1Автоматизированные банковские системы (АБС), их эволюция, этапы создания, функциональные и обеспечивающие компоненты

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

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

Исторически развитие АБС прошло ряд этапов [71].

Первые серийные АБС работали на автономных персональных компьютерах, не объединенных в локальную сеть. Операционисты выполняли проводки непосредственно по лицевым счетам клиентов. В конце операционного дня данные со всех компьютеров переносили на дискетах на один – главный компьютер, на котором рассчитывался баланс.

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

II. Переход к единому операционному дню – естественный шаг на пути к формированию единой банковской бухгалтерии, ориентированный на отчетность.

В 1992г. во многих банках внедрялось второе поколение АБС на основе локальных сетей с размещением всех рабочих файлов на ее сервере. Это упрощало консолидацию баланса, однако создавало новые проблемы. Когда несколько пользователей с нескольких рабочих станций одновременно обращались к данным, в локальной сети возникали «конфликты». Сеть довольно скоро перегружалась, и требовалось увеличивать мощность сервера и пропускную способность активного сетевого оборудования. Системы, сделанные на технологической базе «персональных»

156

СУБД, перестали удовлетворять многие банки и прежде всего крупные: для них важна была эффективная работа в локальной сети. Ряд из них стали закупать западные разработки, другие пытались создать АБС своими силами… Новые решения начали предлагать и отечественные фирмы-разработчики. Некоторые, ориентируясь на Запад, делали ставку на «тяжелые технологи» - мощные центральные компьютеры, работающие в режиме «клиент - сервер», и профессиональные системы управления базами данных (СУБД).

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

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

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

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

V. Создание интегрированных АБС (ИАБС), ориентированных на использование распределенных, комплексных, адаптивных систем управления банковской деятельностью. Характерными чертами такого вида систем являются формирование единого информационного пространства, адаптируемость в зависимости от изменяющихся требований и внешних условий (включая изменения законодательства и нормативов, расширение номенклатуры услуг), комплексность решений, основанных на системах проектирования информационных систем.

Основные классифицирующие признаки технологических поколений АБС представлены в таблице 7.1.

Выбор и внедрение АБС – одна из главных предпосылок успешной деятельности банка на рынке. Новая АБС приобретается либо для нового банка, либо когда прежнюю уже невозможно использовать. Если руководитель банка ставит во главу угла дешевизну системы, то благополучие банка находится под серьезной угрозой. На рынке надо найти АБС, приемлемую по критерию «стоимость - эффективность». Использование морально устаревших, неадекватных и ненадежных АБС обходится слишком дорого для банка. К сожалению, они вынуждены покупать системы по принципу «побыстрее да подешевле», т.к. нормотворчество Центробанка, добавление новых или старых отчетов, заставляют разработчиков слишком часто переделывать ядро системы, схему данных др.

Судя по всему, в ближайшее время темпы развития АБС (особенно в нашей стране) будут стремительно расти. Практически все появляющиеся сетевые технологии будут быстро браться банками на вооружение. Неизбежны процессы интеграции банков в рамках национальных и мировых банковских сообществ. Это обеспечит постоянный рост качества банковских услуг, от которого выиграют, в конечном счете, все - банки и их клиенты.

157

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

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

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

В этих условиях представляется важным решение следующих проблем:

проведение анализа российских и зарубежных АБС, выведение положительных

иотрицательных свойств этих систем;

определение функциональных и обеспечивающих подсистем АБС;

выявление приблизительной стоимости АБС перед ее внедрением с целью определения оптимальной банковской системы «чтобы все могла и была по карману»;

раскрытие ситуации, сложившейся на российском и международном рынке

АБС;

информационная безопасность АБС.

Создание или выбор автоматизированных банковских систем (АБС) связаны с планированием всей системной инфраструктуры информационной технологии банка. Под инфраструктурой АБС понимается совокупность, соотношение и содержательное наполнение отдельных составляющих процесса автоматизации банковских технологий. В инфраструктуре кроме концептуальных подходов выделяются обеспечивающие и функциональные подсистемы [8].

Инфраструктура АБС

Рис. 7.1 Инфраструктура АБС

158

Структурная схема комплексной автоматизации банка включает следующие

модули:

−активно-пассивных операций;

−автоматизации учетных операций;

−анализа и формирования отчетности;

−оказания интерактивных услуг.

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

7.2 [71].

Рис. 7.2 Функции модулей автоматизации учетных операций

Все банковские информационные системы можно разделить на две большие группы: разработанные на основе технологии файл/сервер и клиент/сервер. Последняя стала фактически стандартом. Она имеет такие очевидные преимущества, как высокая скорость обработки информации, слабо зависящая от количества пользователей и объема обрабатываемых данных, развитые возможности защиты информации, гибкость в отношении выборки и анализа данных. Хотя необходимо отметить, что такая технология предъявляет повышенные требования к аппаратно-техническому обеспечению кредитной организации, прежде всего к серверному и сетевому оборудованию, на которые ложится большая часть нагрузки при обработке данных. Преимущества реализации клиент/серверной системы в полной мере проявляются при обработке значительных объёмов информации большим числом одновременно работающих пользователей.

При выборе банком информационной системы, безусловно, следует руководствоваться не только стремлением к использованию последних достижений в данной области, но и конкретными условиями (размер банка: число работников и автоматизированных рабочих мест, объём и структуру документооборота, количество внутрибанковских и клиентских счетов, наличие филиальной сети, валютных операций и т. д. это определяет требования к функциональности и производительности информационной системы; специализация банка) [150].

АБС создаются в соответствии с современными представлениями об архитектуре банковских приложений, которая предусматривает разделение функциональных возможностей на три уровня.

Верхний уровень (Front-office) образуют модули, обеспечивающие быстрый и удобный ввод информации, ее первичную обработку и любое внешнее взаимодействие банка с клиентами, другими банками, ЦБ, информационными и торговыми агентствами и т.д.

159

Средний уровень (Back-office) представляет собой приложения по разным направлениям внутрибанковской деятельности и внутренним расчетам (работу с кредитами, депозитами, ценными бумагами, пластиковыми карточками и т.д.).

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

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

Front-office

БАНКОВСКИЕ ОПЕРАЦИИ

Первичный ввод информации

Рис. 7.3 Архитектура банковских приложений

При работе банка со своими филиалами можно выделить следующие направления автоматизации взаимодействия [71]:

обеспечение межфилиального и межрегионального документооборота;

получение консолидированной ежедневной и аналитической отчетности;

предоставление филиалами информации обо всех клиентах банка и остатках на

их счетах;

контрольные и регламентирующие деятельность филиала функции.

В системах интерактивного обслуживания клиентов активно используются следующие устройства:

автоматические телефонные справочные системы;

информационные интеллектуальные принтеры;

мультимедиа-киоски;

Web-серверы сети Интернет.

Наработанный в России опыт создания АБС к настоящему времени имеет ряд особенностей. Охарактеризуем главные из них.

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

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

160