Модель, яка задовольняє індивідуальним потребам 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Модель, яка задовольняє індивідуальним потребам



Модель спроектована для того, щоб задовільнити вимоги клієнта. Цей спосіб вести бізнес зручний для того, щоб продати продукти, розроблені для клієнтів. Пропозицію охоплює ряд заявок, які можуть бути оброблені по індивідуальних потребах і перевагах. Наприклад, можуть бути запропоновані програми для формування комп'ютерної системи, щоб замовляти одяг і т.д. У такий спосіб ми отримуємо нову додаткову недорогу пропозицію. Крім того, виробник отримує засіб ведення опитувань. Таблиця 9.5.2 показує потік повідомлень в моделі.

Таблиця 9.5.2. Модель індивідуального клієнта.

Модель контактів

Третя модель в електронній комерції представляє пропозицію через остаточного покупця. Це - свого роду традиційний аукціон. Мета полягає в тому, щоб знайти відповідного постачальника для клієнта. Продукт, що продається, не змінюється, але ми маємо можливість оптимізувати ціну.

Ця модель корисна для того, щоб продати мінливі в часі продукти і дешеву операцію, типу замовлення готельних номерів, квитків авіалінії і відпустки. Співпраця клієнт-постачальник показано в таблиці 9.5.3.

Табл. 9.5.3. Модель контактів.

Платежі

Форми платежів змінюються часто. Декілька основних форм:

· готівка,

· чек,

· поповнення рахунку,

· кредитна картка,

· дебітова карта,

· електронний гаманець.

Різні форми оплати популярні в США і Західній Європі. Головним чином використовуються кредитні картки. У Польщі здебільшого використовується оплата після постачання. Проте, така форма не є найзручнішою для того, щоб робити покупки он-лайн, особливо для покупки інформації:

Малюнок 9.6.1. Платежі в Польщі.

Існують такі переваги в категорії операцій: для операції БДБ використовується поповнення рахунків в банку, для БДС - кредитні картки, для КДК - чеки або готівка. У застосуванні повинен бути взятий до уваги тип оплати.

Мікроплатежі і наноплатежі

У разі електронних операцій розглядають різні розміри платежів. Книги часто купуються через інтернет; типовий клієнт купує зазвичай одну книгу і платить кредитною карткою. Проте, обслуговування кредитної картки є дорогим і обробляє маленькі операції дуже дорого. Таким чином було введено поняття мікрооплати, і мікроплатежі сполучені у великі операції. Є також наноплатежі, які розглядають ціни нижче чим 1 USD, наприклад, для використання веб-сайтів.

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

Агрегація на стороні клієнта або сервера може бути замінена платежем або вдосконаленим платежем. У першому випадку постачальник отримує платіж через мінімальну кількість транзакцій. У другому - постачальник реєструє транзакції і вимагає платіж, коли їх число перевищить порогову величину. Переваги і недоліки платежів показані в таблиці 9.6.2.

Малюнок 9.6.2.

Кредитні картки

Платіж кредитними картками - процес, що складається з трьох кроків:

1. Авторизація - банк підтверджує (або відмовляє в підтвердженні) транзакцію у момент покупки.

2. Квитанція платежу - банк-трейдер отримує інформацію по транзакціях і доставляє їх в банк, який випустив картку. Банк обробляє платіж.

3. Обслуговування рахунку - отримання платежу від банку, що випустив картку, банку-трейдеру.

Інтернет-бізнес зосереджено на двох проблемах:

1. Досягти стану, в якому транзакції фіналізіются в он-лайн режимі.

2. Зробити обробку кредитної картки трейдера повністю автономною.

Існують декілька перешкод в цьому рішенні. Багато володарів кредитних карток вважають інтернет ненадійним і небезпечним, із-за чого уникають надсилання інформації через нього. Крім того, трейдер може сумніватися в тому, що клієнт існує і це не обман.

Банки не беруть на себе відповідальність за транзакції під назвою "Володар картки не присутній" (Cardholder Not Present, CNP).

Трейдер повинен враховувати обмін продуктами або повернення грошей. Малюнок 9.6.3. показує просту оплату кредитною карткою.

Малюнок 9.6.3. Оплата кредитною карткою.

Покупець заповнює он-лайн форму покупки і відправляє її на сервер продавця. Дані зберігаються в базу і переносяться в термінал пункту продажу. Термінал надсилає інформацію по мережі банку. Схема проста в реалізації. Але у неї є декілька недоліків:

· Недолік безпеки в доступі до інтернету на шляху між клієнтом і сервером.

· Дані зберігаються в базі даних і можуть бути використані іншим оператором.

· Відсутність автоматичного введення даних на стороні продавця.

Перших два недоліки можуть бути усунені шляхом введення кодованих каналів і стандартних безпечних каналів зв'язку в мережевих серверах. Зв'язок між браузером і сервером кодується відкритим ключем. Він використовується для кодування повідомлень, приватний ключ - для розкодування. Приватний ключ зберігається на сервері, а відповідні відкриті ключі доступні клієнтам. У такого рішення є дві переваги: пересилка даних кредитної картки відбувається через кодований канал, відкритий і приватний ключ підтверджує покупця і продавця. На жаль, це не покращує дії продавця.

Процес обслуговування кредитних карток може бути прискорений введенням карткових шлюзів. Вони автоматично отримують дані картки і пересилають їх мережі обслуговуючому банку. Це позбавляє від ручного введення даних і можливих помилок.

Електронні гаманці

Електронні гаманці мають систему типу декілька-банків: кожен клієнт, який використовує систему для покупки і кожен магазин, одержуючий гроші за продаж товару, повинні створити рахунок. Рахунок повинен отримувати платежі, наприклад, з особового рахунку або дебітової картки. Така система не вимагає ні банківського рахунку, ні кредитної картки, тому нею може користуватися кожен. Під час покупки клієнт автоматично звертається до компанії, яка обслуговує його електронний гаманець. Дається особистий ідентифікаційний номер, і клієнт підтверджує запит. Гроші пересилаються з гаманця рахунку магазина, і клієнт повертається на портал інтернет-магазина. В цей час продавець інформується про оплату.

Перевага такого рішення - відсутність необхідності пересилки всіх даних кредитної картки по мережі. Потрібні тільки PIN і пароль. Продавець може запитати адресу для доставки. Недолік рішення - попередня оплата покупки.

Безпека

Конфіденційність і безпека - два найбільш важливих елементи і головних бар'єра електронних транзакцій. Це не дивно, адже обидві сторони не зустрічаються, не знають місцезнаходження один одного і лише укладають операції, багато з яких - на великі суми.

Мережеві програми вимагають аналізу безпеки. Кожен сервер має свої заходи безпеки, але деякі категорії у них загальні:

· Перевірка правильності - пізнання користувача;

· Контроль доступу до ресурсів: механізм, який дає право доступу тільки вибраним користувачам або групам з них;

· Міцність даних: захист від змін під час передачі;

Конфіденційність і секретність даних: механізми гарантують безпечну передачу даних. Ніхто не може побачити передавані дані і дістати доступ до них.

Дуже важливе питання - захистити дані під час їх передачі. Тому кодування дуже важливе. Ефективним є використання відкритих і приватних ключів.



Поделиться:


Последнее изменение этой страницы: 2017-02-07; просмотров: 174; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 52.90.211.141 (0.01 с.)