Letyshops

Совместно используемое хранилище данных о сделках (Shared Transaction Repository, STR)

Тодд Бойл

Начало в выпусках: #100, #101, #102

Формирование записей

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

Тип сделки Как вводить предложение
Адресату что-то продано Ввести в STR Дебет (положительное число), представляющий ваш дебет по счетам к получению, и заполнить ваш идентификационный код как "инициатора", а код другого участника - как "другой стороны".
У адресата что-то куплено Ввести в STR Кредит (отрицательное число), представляющий ваш кредит по счетам к платежу, и заполнить ваш идентификационный код как "инициатора", а код другого участника - как "другой стороны".
Оплата задолженности Ввести в STR Дебет (положительное число), представляющий ваш дебет по счетам к платежу.

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

Многосторонние сделки

Одна из основных задач STR - поддержать упрощенные коммерческие сделки партнеров и сотрудничество нескольких сторон. В последнем случае служба Предложение/Принятие получает наборы строк с идентификационными кодами двух или более компаний.

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

Пример многосторонней сделки

Книги№ Дата Строка№ Счет Дебет Кредит
8884 09/07/2000 601 40100 Ставка страхового взноса $ $3000
8884 09/07/2000 602 21000 Акцизный сбор к платежу   50*
8884 09/07/2000 603 22000 Местный налог с продаж к платежу   100*
8884 09/07/2000 604 27500 Комиссия   270*
8884 09/07/2000 605 28100 10% удержания фирме   30*
8884 09/07/2000 606 12000 Дебиторская задолженность 3100 *
8884 09/07/2000 607 55700 Уплачено акцизных сборов 50  
8884 09/07/2000 608 56400 Уплачено комиссионных 300  
8884 09/07/2000 609 26200 Страховые премии к оплате   2500*
8884 09/07/2000 610 60400 Страховые премии уплачено 2500  
Итого       5950 5950

Предположим, что компьютер агентства имеет интерфейс STR. В этом случае агент отправляет пять пассивов и одно получение - всего шесть строк со *. STR ассоциирует эти шесть строк с "ИдентифКод" инициатора и внешним "КодГруппы", чтобы связать строки вместе. Когда значения "КодОтвета" исходят от нескольких сторон, STR послушно обновляет в каждой строке "КодОтвета", "КодОтветаСделки" и "КодОтветаГруппы" по самому высокому значению во всех строках ассоциированных групп.

Механизмы платежей через STR

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

Допустим, есть Предложение с заказом на покупку. Если продавец вводит Принятие, первая фаза обмена завершена. STR упрощает урегулирование остатков следующим образом:

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

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

 

 

Реклама: