Единая запись каждой сделки симметрично отвечает требованиям обоих партнеров: - учет с единой записью;
- удобно потребителю;
- Главная книга пока не предусмотрена;
- но мы кое-чего достигли - преобразовали сумму к получению и оплате, дату и описание.
| 
| Будущее, модель STR: - ASP и BSP обеспечивают надежное хранение;
- можете считать это сетевым учетом с единой записью - храним только записи о событиях сделок;
- можно вести Главные книги по месту, на главном сервере или на ASP;
- сочетание Главных книг соответствует принятым методам сверки;
- Главные книги могут содержать копии записей STR или просто указатели на них.
| 
| Сценарий будущего: учет с тройной записью. - ASP и BSP обеспечивают надежные структуры STR;
- учет с тройной записью - хранимые записи о событиях сделок доступны каждой стороне, но у каждого есть скрытое личное пространство памяти;
- главный сервер - ваша Главная книга/ведомость;
- ваша Главная книга может содержать копии каждой сделки или итоговые записи с указателями и индексами.
| 
| Обратите внимание, что в сетевом (network-centric) учете: - пары дебет-кредит размещены не внутри книг деловых партнеров, а на серверах, где обмен происходит при помощи посредника или переносом;
- эти пары дебет-кредит не идентичны тем, которые были бы записаны в книгах компании: есть дебет одной стороны и кредит другой;
- пары дебет-кредит обходятся единой записью о событии. Единая запись содержит идентификацию участника, дату, сумму, замечания и т. д.;
- каждый участник привел дебет или кредит - им по-прежнему нужна вторая половина этих классических двойных записей. Соответственно, STR - система тройной записи, обеспечивающая частное пространство для проводок каждого участника. Большинство предприятий по-прежнему будут вести классические книги с двойной записью, но это не обязательно: можно хранить записи на серверах, как объясняется ниже.
На минуту прервемся, и пусть нам возразят владельцы малых предприятий: - Цель этой архитектуры - по возможности упростить совместное отражение сделок, убрав лишние данные и риск несоответствия между записями партнеров.
- Да ну! И я должен мою Главную книгу хранить на вашем компьютере, в Интернете?!
- Нет. Вы будете хранить только дату, сумму и описание событий ваших сделок в зашифрованном виде, чтобы читать их могли только вы и ваш партнер.
- Смешно! Зачем мне делиться данными с клиентами или поставщиками?
- А вы и так ими делитесь. Храниться будет как бы моментальный снимок того, что вы купили, продали, согласовали. Ваш клиент или поставщик уже хранит именно эту информацию, но у себя. То о чем вы договорились, и есть та самая информация.
|
