Можно реализовать универсальное хранилище, либо под каждое "хранилище\задачу" - будет создаваться отдельное API со своей спецификой.
Доступ к записям - по идентификатору владельца (IdUserCabinet - персональный доступ) или IdUserFNS (пользователи, имеющие доступ к идентификатору) - ?
Предлагается реализовать по IdUserCabinet
... расписать полностью ТЗ ...
Предлагается описать, что хранится на сервере (перечень полей-атрибутов, бинарные данные (json\xml\произвольные документы))
Сервер не анализирует содержимое бинарных данных - только выполняет их хранение.
Тип хранилища:
Черновики
Шаблоны
Пользовательские документы (избранное)
... что-то еще?и шаблоны
Типы файлов:
В черновиках - подразумевается использование json-данных, которые поступают и необходимы для web-приложения (сайт),
из json - создаётся в итоге xml, который необходимо подписать и отправить.
В избранном - любые типы? или ограниченный набор (xml\doc\pdf)В черновиках:
дата\номер\сумма документа, для кого + дата создания\изменения, тип данных (json)
пользователь запрашивает и видит список "документов-черновиков", которые он создавал, но не отправлял еще (или при отправке сохранил дополнительно в черновики - нужна логика работы на сайте)
пользователь может модифицировать документ, доступ к документу по guid-у, необходимо ли хранить предыдущие "правки" этого документа (например, последние 5), в виде истории - с переключением на выбранную версию?
В шаблонах:
наименование шаблона (например, АКТ по гарантии ... ), содержимое json - не понятно, что там шаблонизировать,
если у каждого клиента будет своя\разная каждый раз информация - т.е. ему всё равно нужно перепроверять, вводить данные