Введение в электронные платежные системы

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

обеспечение необходимой  степени анонимности плательщика  для получателя платежа;

исключение возможности  получения эмитентом информации о назначении платежа;

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

Требования по реализации

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

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

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

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

Прочие требования

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

Способы реализации платежных систем 

По принципам реализации электронные платежные системы  также можно разделить на две  основные категории: управляемые самим  онлайновым продавцом и управляемые  провайдером коммерческого сервера (CSP). 

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

Обращение к услугам CSP имеет смысл при недостатке или недостаточной квалификации персонала с точки зрения реализации собственной платежной системы, а также при ограниченных объемах  продаж, предполагающих достаточно небольшую  комиссию за их обработку. Кроме того, CSP, как правило, имеют улучшенную защиту (что, тем не менее, следует  подробно выяснить при обращении  к конкретному CSP), а многие из них предлагают клиентам и услуги по web-дизайну. Однако если ваш CSP является одновременно и местным провайдеров Интернет-сервиса, есть вероятность, что ваш сайт окажется слишком медленным для посетителей, поскольку вы будете делить ресурс сервера со множеством местных dial-up-пользователей. Необходимо также учесть, какие из предлагаемых провайдером услуг вам нужны, а от каких вы можете безболезненно отказаться. 

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