Что такое сдо в банке
Перейти к содержимому

Что такое сдо в банке

  • автор:

Что такое сдо в банке

«Современный дом и офис»

г. Екатеринбург, издание

Источник: http://www.upress.ru/about.php?p=3

СДО

Сеть делового обслуживания

г. Тверь, организация

СДО

станция дегазации одежды

Словари: Словарь сокращений и аббревиатур армии и спецслужб. Сост. А. А. Щелоков. — М.: ООО «Издательство АСТ», ЗАО «Издательский дом Гелеос», 2003. — 318 с., С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

СДО

соглашение о добровольных ограничениях

Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

СДО

система дальнего обнаружения

Словарь: Словарь сокращений и аббревиатур армии и спецслужб. Сост. А. А. Щелоков. — М.: ООО «Издательство АСТ», ЗАО «Издательский дом Гелеос», 2003. — 318 с.

СДО

система дистанционного обучения;
система дистанционного образования

образование и наука

СДО

образование и наука

СДО

Союз за демократическое обновление

Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.

Совет детских организаций Республики Татарстан

организация, Татарстан

СДО

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

СДО

«Современное дошкольное образование. Теория и практика»

издание, образование и наука

СДО

смола древесная омыленная

Источник: http://www.beton-made.ru/beton3.html

Словарь сокращений и аббревиатур . Академик . 2015 .

Платежки при применении СДО: обязательно ли распечатывать

Помогите разобраться с вопросом об использовании системы дистанционного обслуживания клиентов с использованием программно-технического комплекса «Клиент Казначейства — Казначейство». Обязательно ли распечатывать на бумаге платежные поручения, отправленные в электронном виде? Достаточно ли выписки из регистрационного счета для правильного ведения бухгалтерского учета в учреждении?

Начиная с 2018 года все бюджетные учреждения пользуются системой дистанционного обслуживания «Клиент Казначейства — Казначейство». Переход на дистанционное обслуживание позволяет не только облегчить роботу бухгалтера, но и упростить и ускорить проведение платежей и сверок. Кроме того, внедрение СДО способствует уменьшению расходов ресурсов бюджетных учреждений, в том числе и на приобретение бумаги и заправку картриджей. Ведь больше не надо каждый раз распечатывать платежки и нести (везти) их в Казначейство. А значит, еще и на горючем можно сэкономить. Но можно ли обойтись вовсе без бумажных документов? Сейчас выясним.

Правила взаимодействия органов Госказначейской службы и распорядителей бюджетных средств в процессе выполнения местных бюджетов продиктованы Порядком № 938. Тогда как организационные взаимоотношения в процессе обслуживания государственного бюджета регламентированы Порядком № 1407.

Поэтому обратимся прежде всего к нормам именно этих документов. Так, при применении СДО обмен документами между распорядителями и органами Казначейства осуществляется в электронном виде, в том числе электронными документами. На это четко указывает абз. 2 п. 2.6 Порядка № 938.

При этом распорядитель бюджетных средств формирует и подает документы в СДО в электронном виде в течение операционного дня в пределах операционного времени, определенного органом Казначейства. Подтверждением успешной передачи электронных документов будет соответствующее извещение СДО (абз. 1, 2 п. 2.7 Порядка № 938). Датой и временем получения документов в электронном виде являются дата и время, зафиксированные в сообщении СДО об их поступлении.

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

Важно!

Если передача документов в электронном виде в СДО невозможна по техническим причинам или в иных случаях, предусмотренных законодательством, тогда такие документы следует подать на бумажных и электронных носителях.

Указание на это содержит абз. 4 п. 2.7 Порядка № 938. Аналогичные по содержанию требования к порядку передачи документов с помощью СДО содержат и пп. 1.3 и 1.4 Порядка № 1407. То есть требования единые как для государственных, так и для коммунальных учреждений.

* Методические рекомендации относительно перечня подтверждающих документов для регистрации бюджетных обязательств и проведения платежей, утвержденные приказом Госказначейской службы от 29.04.2013 г. № 68, в новой редакции, утвержденной приказом Госказначейской службы от 19.07.2019 г. № 213, вы найдете в Спецвыпуске к этому номеру журнала «Бюджетная бухгалтерия».

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

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

Внимание!

Платежное поручение, поданное в электронном виде, но не принятое к выполнению, возвращается средствами СДО с наложением квалифицированной электронной подписи с указанием причины его возврата (абз. 15 п. 10.8 Порядка № 938 и абз. 16 п. 11.8 Порядка № 1407).

Причем четкий и исчерпывающий перечень причин для непринятия платежного поручения к выполнению определен п. 10.8 Порядка № 938 и п. 11.8 Порядка № 1407. И среди них нет ни одного упоминания о неподаче платежного поручения в бумажном виде.

Следовательно, если вы отправили платежное поручение через СДО и получили подтверждение о его получении, распечатывать такое поручение на бумаге не нужно.

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

С этим разобрались.

Теперь об учетной стороне медали. Так нужно ли печатать платежные поручения для подтверждения осуществления операций и их отражения в бухучете?

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

Но с другой стороны, Закон № 996 позволяет составлять первичные и сводные учетные документы в бумажной или в электронной форме. При этом документы независимо от формы должны иметь все обязательные реквизиты. Указание на это также содержит и п. 2.1 Положения о документальном обеспечении записей в бухгалтерском учете, утвержденного приказом Минфина от 24.05.95 г. № 88.

Первичные документы, составленные в электронной форме, применяются в бухучете при условии соблюдения требований законодательства об электронных документах и электронном документообороте (ч. 2 ст. 9 Закона № 996). В свою очередь, оригинал электронного документа должен давать возможность доказать его целостность и подлинность. Также учреждение должно обеспечить возможность предъявления такого документа в визуальной форме отражения, в том числе на бумаге. Таким является требование ч. 4 ст. 7 Закона № 851. В частности, вы должны изготовить и предоставить копии электронных документов на бумаге по требованию других участников хозяйственных операций, а также правоохранительных органов (ч. 6 ст. 9 Закона № 996).

Вместе с тем юридическая сила электронного документа не может быть отвергнута исключительно из-за того, что он имеет электронную форму (ч. 1 ст. 8 Закона № 851).

Также следует помнить о требованиях к хранению электронных документов.

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

Кстати, минимальные сроки хранения документов прописаны в Перечне типовых документов, создаваемых во время деятельности государственных органов и органов местного самоуправления, других учреждений, предприятий и организаций, с указанием сроков хранения документов, утвержденном приказом Минюста от 12.04.2012 г. № 578/5. И в соответствии с предписаниями этого документа подавляющее большинство учетных документов следует хранить по меньшей мере три года. Однако для документов, связанных с казначейским обслуживанием бюджетных средств (в том числе платежных поручений, выписок из регистрационных счетов, справок о поступлении в натуральной форме и т. п.), установлен минимальный срок хранения пять лет. На это указывает ст. 197 разд. І упомянутого Перечня.

Зато, если учреждение не может обеспечить надлежащие условия хранения электронных документов на электронных носителях, следует хранить копии этих документов на бумаге. Такой порядок предусмотрен ч. 3 ст. 13 Закона № 851.

Так что же мы имеем в конечном итоге?

В целом распечатывать платежные поручения для отражения соответствующих операций на счетах бухучета не обязательно. Законодательство такого требования не содержит. И если в вашем учреждении ведение бухучета осуществляется по автоматизированной форме, то печатать все первичные документы не нужно. Для целей бухучета вполне достаточно будет ежедневных выписок из регистрационных счетов. Однако, чтобы избежать недоразумений с контролирующими органами и с учетом положений Порядка № 755, можно прилагать к выпискам и распечатанные платежные поручения. Разумеется, это нужно прежде всего для собственного спокойствия, коль отсутствие «бумажек» вас слишком уж смущает.

НОРМАТИВНЫЕ ДОКУМЕНТЫ И СОКРАЩЕНИЯ

СДО — система дистанционного обслуживания «Клиент Казначейства — Казначейство».

В Банке ВТБ проведено нагрузочное тестирование системы документационного обеспечения на базе ПО CompanyMedia и аппаратного комплекса Huawei

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

Нагрузочное тестирование СДО преследовало в первую очередь цель максимально точного воспроизведения реальных эксплуатационных характеристик. Для этого в течение месяца собиралась статистика активностей пользователей и фоновой работы всех сервисов системы с использованием постоянно действующей системы мониторинга работы СДО. Статистические данные по документопотокам были скорректированы (совместно с владельцем процесса) с учетом прогнозируемого роста. На основании этих данных была разработана методология тестирования, полностью воспроизводящая все реально протекающие процессы в системе. На тестовом стенде были повторены самые распространенные бизнес операции, а также самые времяемкие запросы согласно собранной статистике. Тестировалась производительность работы всех компонентов системы с учетом операций по вычислению прав доступа пользователей к объектам системы, открытию документов со сложной разветвленной иерархией, большим количеством связей. Имитировалась нагрузка при полнотекстовом поиске и многое другое. Данные приложения были консолидированы на единой системе хранения Huawei OceanStor Dorado 6000 V3, вычислительные мощности располагались на модульной серверной системе Huawei E9000, данные передавались по сети передачи на базе коммутаторов уровня ЦОД Huawei серии CE. В процессе исследований производилось круглосуточное наблюдение за всеми показателями работы системы с возможностью построения графиков и создания табличных отчетов для последующего анализа включая исторические данные.

Профиль нагрузочного тестирования Банка

  • количество зарегистрированных пользователей: 65000 с увеличением до 150000;
  • частота входа (аутентификации) пользователей в систему: 50 тыс./час;
  • количество пользователей, одновременно работающих в системе: 10000;
  • количество регистрируемых документов: 10 млн./год;
  • объем файлов вложений: 1 Тб/год;
  • количество процессов согласования документов: 1,5 млн./год;
  • количество виз участников согласования: 7,5 млн./год;
  • количество резолюций/поручений: 15 млн./год;
  • количество отчетов по резолюциям/поручениям: 15 млн./год;
  • количество пользовательских задач: 7 млн.

Аппаратная инфраструктура нагрузочного тестирования состояла из следующих серверов:

Функциональная роль сервера

CPU

RAM

Disk

Сервер базы данных

Intel Xeon Gold 6152 (44 vCPU)

1 TB

1 TB SSD

Серверы приложений

Intel Xeon Gold 6152 (22 vCPU)

378 GB

300 GB SSD

Серверы поиска

Intel Xeon Gold 6152 (22 vCPU)

128 GB

1 TB SSD

Серверы очередей сообщений

Intel Xeon Gold 6152 (4 vCPU)

16 GB

300 GB SSD

В качестве системы хранения использовалась высокопроизводительная система хранения данных Huawei OceanStor Dorado 6000 V3 c 117 SSD дисками 3,6 ТБ каждый общим полезным объемом более 300 ТБ. Задержки при выполнении пользовательских запросов редко превышали 1 мс, что существенно ускорило выполнение типовых и нестандартных запросов. Высокая скорость работы дисковой подсистемы приложения привела к необходимости дополнительного исследования для выявления типов нагрузки работы приложения на техническую инфраструктуру путем анализа исторических данных — операции приложения выполнялись в разы быстрее и занимали существенно меньшее время. Таким образом, благодаря полученным результатам исследования, появилась возможность более гибко и точно планировать развитие системы в соответствии с конкретными требования к аппаратной платформе.

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

  • сервер приложения (CMJ). Проверка пределов вертикального масштабирования (ресурсы по степени критичности: количество ядер и частота, объем ОЗУ). Поддержка горизонтального масштабирования за счет дублирование функционально-идентичных сервисов и балансировка между ними;
  • сервер клиента (Web-GUI). Проверка пределов вертикального и горизонтального масштабирования;
  • файловое хранилище (FS). Проверка пределов вертикального масштабирования (ресурсы по степени критичности: пропускная способность сети, скорость дисков). Поддержка горизонтального масштабирования за счет распределенной файловой системы (CEPH, GLUSTERFS);
  • база Данных (PostgreSQL). Проверка пределов вертикального масштабирования (ресурсы по степени критичности: объем ОЗУ, скорость дисков, количество ядер и частота). Поддержка горизонтального масштабирования — масштабирование читающей нагрузки по slave-серверам, масштабирование пишущей нагрузки по принципу деления на функциональные модули;
  • брокер сообщений (Apache Artemis). Проверка пределов вертикального и горизонтального масштабирования;
  • сервер поиска (Apache Solr). Проверка пределов вертикального и горизонтального масштабирования.

Результаты нагрузочного тестирования

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

  • падение пропускной способности кэша сервера приложений при инвалидации на большом количестве экземпляров приложений в кластере;
  • образование «бутылочного горлышка» на операции регистрации документов с увеличением числа точек регистрации (от 500 на одном сервере);
  • образование «бутылочного горлышка» при увеличении числа одновременных авторизаций на одном сервере (от 1000 и выше);
  • уменьшение пропускной способности сервиса бизнес-логикипри интенсивном логировании запросов к СУБД.

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

  • авторизация пользователя в системе — 400 ms;
  • просмотр хода исполнения в среднем — 2,5 s;
  • создание регистрационно-контрольной карточки — 1,4 s;
  • регистрация регистрационно-контрольной карточки — 600 ms;
  • создание резолюции — 1,0 s

По результатам проведенного нагрузочного тестирования СДО Банка ВТБ сделаны следующие выводы:

  1. система ведет себя существенно лучше на операционных системах семейства Linux;
  2. заявленные принципы обеспечения отказоустойчивости работают на уровне каждого компонента в «горячем» режиме. Вывод из строя компонент системы остается незаметным для пользователя (администратор проактивно устраняет проблемы);
  3. ключевой компонент — сервис бизнес логики (принимающий пользовательские запросы) имеет «зеркальное» горизонтальное масштабирование, практически линейное масштабирование пропускной способности при росте числа экземпляров;
  4. ожидаемые значения пропускной способности системы при увеличении числа пользователей и, как следствие, числа запускаемых сценариев обеспечиваются заявленными характеристиками масштабирования;
  5. наиболее оптимальный сайзинг сервиса бизнес логики — 8 vCPU на 1200 одновременных пользователей и 1,5 vCPU СУБД;
  6. консолидация данных приложения на единой системе хранения данных существенно увеличивает производительность и надежность приложения и повышает масштабируемость;
  7. использование комплекса технической инфраструктуры Huawei дало превосходные результаты с точки зрения обеспечения необходимых эксплуатационных характеристик системы.

СПЕЦПРОЕКТ КОМПАНИИ ИНТЕРТРАСТ

Райффайзенбанк (Raiffeisen Bank) (WebTutor)

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

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

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

Команда СДО состоит из 4 специалистов по дистанционному обучению, 43 профессионалов в области обучения и развития. Пользователями СДО являются 9 тысяч сотрудников разных подразделений Банка.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *