Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения


НазваниеУчетная политика ОАО «московский кредитный банк» на 2009 год общие положения
страница33/34
ТипДокументы
filling-form.ru > Договоры > Документы
1   ...   26   27   28   29   30   31   32   33   34



9. График документооборота,

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





п/п

Продолжительность операции, часы

Содержание операции

Примечание


1

с 9-00 до 12-00

Получение из Отдела ценных бумаг Департамента операций на финансовых рынках реестра сделок по операциям с ценными бумагами и отражение их по счетам главы Д баланса Банка «Счета ДЕПО» в соответствующих программных модулях Банка

Завершение предыдущего операционного дня


2

с 11-00 до 13-30
с 11-30 до 13-00

Получение оригиналов выписок из депозитариев и бирж. Подготовка отчетов по депозитарным операциям и выписок по счетам «депо» клиентов

3

с 15-00 до 16-00

Подбор и оформление документов дня по операциям с ценными бумагами по счетам главы Д баланса Банка «Счета ДЕПО» и передача их в Управление расчетов

4

с 9-00 до 17-00

Подготовка распоряжений для кассового хранилища по операциям с ценными бумагами

Работа текущим операционным днем

5

с 09-00 до 17-00
с 17-30 до 18-00

Отражение операций с ценными бумагами по счетам главы Д баланса Банка «Счета ДЕПО». Завершение дня по кассовому хранилищу. Сверка данных учета депозитария и кассы

6

с 17-00 до 18-00


с 9-00 до 17-00
в течение дня

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


Примечание: В пятницу и предпраздничные дни продолжительность операционного дня всех подразделений Банка сокращается на один час.
Главный бухгалтер С.В. Сасс


Приложение 4



к Учетной политике ОАО «МОСКОВСКИЙ КРЕДИТНЫЙ БАНК» на 2009 год


Технология обработки учетной информации

в ОАО «МОСКОВСКИЙ КРЕДИТНЫЙ БАНК»
1. Общие положения

Технология обработки учетной информации в ОАО «МОСКОВСКИЙ КРЕДИТНЫЙ БАНК» (далее – Банк) основана на применении технических и программных средств автоматизации банковской деятельности. В работе Банка используется интегрированная банковская система, разработчиком которой является фирма «Кворум». Технология обработки учетной информации опирается на базовые принципы организации самой интегрированной системы, с учетом внутренней структуры и потребностей Банка.

2. Общие принципы организации технологического процесса обработки учетных данных:

– использование единой базы учетных данных;

– комплексный подход к обработке учетных данных;

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

– работа в режиме реального времени;

– функциональная мультивалютность системы и осуществление учета в двойной оценке;

– информационное взаимодействие с дополнительными офисами;

– гибкость и адаптивность интегрированной банковской системы;

– обеспечение надежности и безопасности обработки учетных данных.
2.1. Использование единой базы учетных данных

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

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

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

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

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

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

– производить настройку структуры лицевых счетов;

– вести раздельный учет по субсчетам в пределах одного лицевого счета;

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

– производить накопления и анализ информации о клиентах Банка в произвольных форматах;

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

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

– создавать новые формы справочных и аналитических документов и т.п. на основе встроенных в систему средств генерации запросов и отчетов.
2.7. Обеспечение надежности и безопасности обработки учетных данных

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

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

– доступ к информации о лицевых счетах. Возможные уровни доступа: а) только к информации об остатках на счете и его принадлежности; б) к информации о кредитовании счета; в) к информации о дебетовании счета;

– доступ к функциональным режимам. Любой функциональный режим системы может быть сделан доступным или недоступным для пользователя.

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

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

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

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

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

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

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

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

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

Операции, совершаемые без предоставления документов клиентов Банка, оформляются документами, составляемыми Банком согласно требованиям положения Банка России от 26.03.2007 №302-П «О правилах ведения бухгалтерского учета в кредитных организациях, расположенных на территории Российской Федерации» и нормативных документов Банка России (приходные и расходные кассовые ордера, мемориальные и внебалансовые ордера, создаваемые на основании распоряжений уполномоченных сотрудников, и др.). Указанные документы составляются на бланках действующих форм или программным способом по утвержденной форме и оформляются подписями уполномоченных сотрудников Банка. Каждый из документов, на основании которых совершаются бухгалтерские записи, имеет:

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

– дату проводки;

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

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

Каждый внутрибанковский документ должен последовательно пройти 5 стадий (этапов) электронной обработки. После завершения каждого этапа обработки в системе изменяется значение поля «Статус» документа, находящегося в электронном документообороте.

Стадии (этапы) электронной обработки внутрибанковского документа
3.2.1. Ввод документов

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

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

В момент завершения ввода нового документа в систему автоматически включается алгоритм проверки его реквизитов. Алгоритм проверки документа в Банке включает следующие виды проверки:

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

– контроль лицевых счетов (наличие открытого счета; контроль прав доступа к лицевому счету);

– контроль на «красное сальдо».

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

Если документ успешно прошел все формальные проверки, то система автоматически присваивает ему статус «Проверен». В противном случае статус документа не меняется. Дальнейшая обработка документа может быть возобновлена только после исправления выявленных ошибок, или документ должен быть удален.
3.2.3. Формирование реестров и распечатка документов на бумажном носителе

После завершения ввода документа (или группы документов) и автоматической проверки реквизитов исполнитель имеет возможность дополнительно визуально проверить корректность введенных документов, сформировать необходимые реестры и распечатать платежные документы. Затем по команде исполнителя документы направляются на этап контроля. Отправленные на контроль документы получают статус «Зарегистрирован».
3.2.4. Контроль ввода первичных документов

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

Кроме программной проверки, проводимой контролирующими сотрудниками, осуществляется визуальная проверка на наличие на денежно-расчетных документах соответствующих подписей сотрудников Банка, уполномоченных выполнять те или иные операции. Функции по данной проверке возлагаются на старшего по должности сотрудника, уполномоченного приказом Председателя Правления. Указанная проверка осуществляется на основании перечня операций, подлежащих дополнительному контролю со стороны должностных лиц Банка. Перечни, а также образцы подписей правомочных должностных лиц Банка находятся у сотрудников, осуществляющих указанный контроль. Во избежание ошибок контролирующие работники должны пользоваться своими экземплярами образцов подписей работников Банка, а также образцов подписей и оттисков печатей на документах, представляемых клиентами. Использование при проверке тех же экземпляров образцов подписей и оттисков печатей клиентов и образцов подписей работников Банка, которыми пользуются бухгалтерские работники, запрещается.

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

Документ, прошедший контроль, получает статус «Контроль ввода». Круг лиц, имеющих право проводить документы в баланс, в Банке ограничен. После проведения в баланс всех операций за день главный бухгалтер осуществляет окончательный контроль и сведение баланса.
3.2.5. Архивирование документов, прошедших контроль

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

Главный бухгалтер С.В. Сасс


1   ...   26   27   28   29   30   31   32   33   34

Похожие:

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «московский кредитный банк» на 2007 год общие положения
Настоящая Учетная политика определяет основные принципы и методы бухгалтерского учета в ОАО «московский кредитный банк» (далее –...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «московский кредитный банк» на 2008 год общие положения
Настоящая Учетная политика определяет основные принципы и методы бухгалтерского учета в ОАО «московский кредитный банк» (далее –...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «московский кредитный банк» на 2004 год (утверждена...
Настоящая Учетная политика определяет основные принципы и методы бухгалтерского учета в ОАО «московский кредитный банк» (далее –...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «московский кредитный банк» на 2004 год (утверждена...
Настоящая Учетная политика определяет основные принципы и методы бухгалтерского учета в ОАО «московский кредитный банк» (далее –...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика для целей бухгалтерского учета
Учетная политика ОАО «Первый Объединенный Банк», далее по тексту «Банк», сформирована на основе

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «башинформсвязь» на 2009 год
Порядок организации документооборота и технология обработки учетной документации 22

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика ОАО «Тюменской региональной генерирующей компании»...
Учетная политика для целей бухгалтерского учета (далее – Учетная политика) устанавливает порядок организации, формы и способы ведения...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconОбщие положения
Учетная политика ОАО «Птицефабрика Таганрогская» (далее – Предприятие) разработана на основании следующих законодательных и нормативных...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconУчетная политика для целей бухгалтерского учета
Учетная политика ОАО «Птицефабрика Таганрогская» (далее – Предприятие) разработана на основании следующих законодательных и нормативных...

Учетная политика ОАО «московский кредитный банк» на 2009 год общие положения iconПоложение об Учетной политике ОАО «огк-2» для целей бухгалтерского...
Федерального закона «О бухгалтерском учете» №129-фз от 21. 11. 1996 г и Положения по бухгалтерскому учету «Учетная политика организации»...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск