0

База данных документов в электронной форме

Емельянов Николай Евгеньевич — доктор технических наук, профессор, зав. лабораторией банков данных Института системного анализа РАН (ИСА РАН), руководитель ряда проектов организации документных систем фирмы Cognitive Technologies.

С какими проблемами приходится сталкиваться при внедрении безбумажных технологий? Что такое современный электронный документ? Какими средствами создавать системы управления документами? Пригодны ли для этого современные системы управления базами данных? Для обсуждения этих вопросов нужна не одна, а серия статей. Но лиха беда начало!

В словарях по вычислительной технике начала 1980-х годов, к удивлению своему, вы не найдете слов «документ», «электронный документ». В зарубежной научной литературе понятие «документ» в начале 1980-х годов действительно не применялось, вместо него широко использовался термин «отчет» (report), получивший особую популярность благодаря массовому распространению языка RPG (Report Programm Generator). Понятия «документ» и «электронный документ» приобрели в последнее время огромную значимость, в то время как «отчет» постепенно выходит из употребления. В системах обработки данных его все чаще заменяют синонимом — «выходной документ».

Существует бездна определений электронного документа. Вот, например, как выглядит одно из них, взятое из стандартов в области офисных систем:

«Документ — совокупность данных в памяти вычислительной системы, предназначенная для восприятия человеком с помощью соответствующих программных и аппаратных средств. Электронный документ может включать текстовую, графическую и звуковую информацию, иметь нелинейную структуру; различные пользователи могут просматривать его в различной форме и изменять его».

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

Классическое соотношение документов и баз данных состоит в том, что БД загружается по многим входным формам и просматривается по выходным формам, которые в теории БД называются взглядами пользователя — user view. Любопытно, что если ввести понятие двойственности структур БД и документа, то можно доказать, что по структуре документа можно построить структуру БД и наоборот. Другими словами, с точки зрения структурной сложности документ и БД тождественны.

В начале 1980-х годов мы исследовали более 1000 применений СУБД ИНЕС. В результате входных форм документов в среднем оказалось девять, выходных — 16. Были реализации как с одной входной формой, так и более чем со 100, при этом число выходных форм приближалось к 300.

В системе МАГИС была использована автоматическая генерация минимальной схемы объектно-ориентированной базы данных (ООБД) на основе набора входных форм, а также загрузка ООБД по документам соответствующих форм. Такой подход оказался технологичным при создании пилотных систем, систем со сложными структурами данных и систем с динамически изменяемыми схемами БД. Подобная техника прижилась в музеях, в научных учреждениях для проведения исследований по истории, системному анализу и др.

Современный взгляд на документ

Теперь перейдем к современному взгляду на документ на примере Lotus Notes (LN). Эта система служит для работы с документами, или, как говорят разработчики, с документно-ориентированными базами данных. В LN документ представляет собой основной модуль информации.

Рабочее пространство в LN предлагается сравнивать со шкафом, ящики которого наполнены различными документами. В каждом ящике (странице рабочего пространства) собраны однотипные документы. Каждая база данных в LN — это папка, размещающаяся в ящике и содержащая информацию по определенной тематике. Документ — лист бумаги в папке, содержащий данные об определенном объекте. Документ в LN — это карточка, макет с полями и приложения, а точнее, файлы, обрабатываемые каким-то приложением. В частности, документ может содержать файлы графических форматов или различных СУБД — dBASE, Excel, Access и т. п.

Представление о документе, способном содержать внутри себя базы данных, да еще реализованные на разных СУБД, конечно, полностью противоречит классическим концепциям. Когда мне в 1996 году пришлось впервые руководить проектом, в котором документы содержали базы данных от разных СУБД, у меня было ощущение, что мои заказчики сошли с ума. Я им пытался объяснить это, предлагал сделать «нормально» — произвести экспорт данных из этих СУБД в создаваемую систему. Они категорически отвергли мое предложение, изъявив желание хранить именно исходные документы.

Итак, согласно новому взгляду, документ может содержать много разнородных компонентов. Разная или одна и та же информация в документе может быть представлена в разных видах. Например, в нем могут храниться: изображение документа; его распознанный текст; регистрационная карточка документа с реквизитами (в том числе повторяющимися, которые могут храниться в БД); аудио- и видеокомпоненты (содержащие, например, аудиозапись чтения этого документа вслух его автором); информация, представленная в виде баз данных, и многое другое.

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

1) отображение любого компонента на экран и/или печать для восприятия (и, если нужно, корректировки) документа человеком;

2) преобразование компонентов в текст для полнотекстовой или иной индексации.

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

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

Делопроизводство предприятия

Давайте рассмотрим процесс делопроизводства на большом предприятии, использующем как фактографические представления документов (списки атрибутов и их значений), так и их образы. В качестве примера возьмем реализацию нового подхода в системах делопроизводства компании Cognitive Technologies. Среди наиболее интересных возможностей этих систем — автоматическое распознавание реквизитов при заполнении регистрационных и контрольных карточек (РК и КК). С точки зрения пользователя эта функция выглядит следующим образом. Экран системы поделен на две части, в которых представлены графическое изображение документа и регистрационно-контрольная карточка (с закладками «РК», «КК», «Рассылка», «Связи» и др.). Регистратор при помощи мышки заключает в рамку значение реквизита в изображении документа и перетаскивает его в соответствующее поле карточки. Автоматически включается блок распознавания, после чего реквизит получает свое значение. Такой подход позволяет на порядок ускорить регистрацию документов.

Читайте также:  Братва и кольцо прохождение игры

Электронный архив

Архив образов документов. При сдаче образов документов в архив оператор не вводит значения реквизитов, поскольку они уже введены в другой системе (например, в системе «операционный день банка»). На экране появляются изображение документа и заполненная карточка реквизитов. Оператору нужно произвести верификацию документа и отправить его в архив. Он обычно верифицируется несколькими реквизитами (их от трех до восьми), их и нужно проверить. Внутри документа могут быть файлы-приложения. Решать, является ли данная конкретная страница самостоятельным новым документом или же это приложение к предыдущему, приходится оператору.

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

Что же такое электронный документ? Чем он отличается от БД?

Нижеследующее определение многое проясняет.

Документ — набор данных, выделенный с точки зрения семантики (как описания определенных фактов, событий, объектов и т. п.) и функций обработки (как единица создания, ввода, согласования, утверждения, подписи, хранения, передачи, отображения).

Другими словами, документ отличается от БД не структурной сложностью, а семантически и функционально. В этом смысле все соответствует старой классической схеме: электронный документ загружается в базу данных; по запросам из БД выбираются документы. Примечательно, что при этом также верна теорема двойственности: с точки зрения структуры документы так же сложны, как и БД. Отличие документов от БД нужно хорошо понимать при проектировании ИС.

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

В заключение отметим, что электронные документы опережают СУБД. Можно сказать, что они уже перешли в новое поколение — жизнь заставила это сделать, а вот БД пока остаются прежними. Ясно, почему электронные документы опережают БД: это элемент интерфейса, а БД — ядро. Тем самым электронные документы ближе к современным требованиям. Ну а пока же хранилища документов приходится делать на несоответствующих требованиям времени СУБД предыдущего поколения.

Любая продуктивная работа за компьютером порождает пользовательские документы. Их количество растет пропорционально активности пользователя. Со временем поиск нужных файлов и, тем более, необходимой информации внутри них превращается в непростую задачу, требующую немало усилий и времени. Еще одна проблема, связанная с обилием документов на компьютере, связана с надежностью хранения данных. Необходимо регулярно создавать резервные копии, а кому хочется этим заниматься, настраивая специальное программное обеспечение? Разумеется, люди, увлеченные компьютером, произведут все необходимые операции, но большинство пользователей не питает нежных чувств к системному блоку. В обоих случаях помогло бы решение, систематизирующее все документы, позволяющее работать с ними как с единой базой.

Active Document Keeper предназначен для хранения и управления архивом электронных документов. Это позволяет, в большей степени, облегчить работу с большим количеством пользовательских файлов, сделать ее более простой, быстрой и удобной.

Все документы хранятся в единой базе данных. Имеется поддержка Microsoft Office, PDF и некоторых типов изображений. Внутри базы можно работать с древовидной структурой, напоминающей файловую систему. Однако имеется одно важное отличие от физического аналога – один и тот же документ можно размещать в нескольких папках одновременно.

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

При запуске конфигурации базы данных вам предстоит создать или открыть ее. База представляет собой DBF-файлы. Она может храниться на локальном диске или в локальной сети. Кроме того, вы можете обеспечивать доступ к ней с помощью SQL-серверов, таких как Oracle, MS SQL или MySQL. В этом случае файлы базы становятся доступными через ActiveX Data Objects или, как это принято писать сокращенно, ADO. При работе в сети возможна работа нескольких пользователей с единой базой данных.

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

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

Можно добавлять несколько папок в список импорта. Стоит учесть, что если выделяете какую-либо директорию, но все вложенные папки также автоматически добавляются в список импорта. Изменить это поведение нельзя.

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

Еще один способ импорта документов заключается в использовании контекстного меню Проводника. После установки Active Document Keeper в меню появляется новый пункт в разделе «Отправить». Вы можете выделить группу файлов и быстро отправить их в базу данных Active Document Keeper, произведя, тем самым, процедуру импорта.

Программа поддерживает и иные, специфические методы импорта документов. На панели инструментов располагается кнопка сканирования. С ее помощью можно импортировать печатные документы напрямую со сканера, получая изображения в базе данных. В меню «Документ» располагается пункт «Выбор источника». Когда вы подключите цифровую камеру или другое переносное устройство, то можно сразу занести всю информацию в базу. Это позволяет быстро извлекать фотографии или любые другие документы с flash-карт.

Читайте также:  Детские умные часы q90 отзывы

Верхняя часть рабочего окна приложения содержит традиционную панель инструментов. Добавлять или удалять кнопки нельзя. Слева располагается список папок базы. В данный момент вы можете его редактировать. Имеется возможность создания и удаления папок. Они могут иметь вложенную структуру. Переносить документы из одной папки в другую нельзя. Это касается не только работы мыши (подцепил и отпустил), но и любых других методов. В созданные пользователем папки можно только добавлять новые документы. Это может быть произведено как путем импорта, так и с помощью создания нового файла.

Внутри панели «Примечание» составляются текстовые описания документов. Они будут использоваться во время поиска. Сам список документов отображается в одноименной панели. Они могут быть отображаться четырьмя способами – крупные значки, мелкие значки, список и таблица. Первый способ не подразумевает создание миниатюр для графических файлов.

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

В нижней части рабочего окна отображаются результаты поиска. Он является одной из основных преимуществ хранения документов внутри единой базы, а не разрозненно на жестком диске. Особенностью работы с базой данных является возможность поиска текстовых строк внутри офисных документов MS Word и MS Excel, а также внутри PDF. Для картинок можно использовать только имена файлов и текстовые описания полей базы данных. Работа с EXIF не поддерживается. Вы можете ограничивать поиск отдельными папками базы.

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

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

Другой способ создания документов заключается в организации списка Quick Documents. По умолчанию он пуст. Настройки приложения позволяют формировать его. Если нажать на стрелку, расположенную справа от кнопки «Документ», открывается меню со списком типов Quick Documents.

Внутри базы данных Active Document Keeper происходит сжатие данных. Это, как минимум, экономит место на жестком диске. Программа имеет также механизм создания резервных копий рабочей базы. Вы указываете папку, после чего в ней создается архив. Он имеет формат CAB. В случае возникновения проблем достаточно вновь указать папку с резервными копиями, и вам предложат список архивов с указанием даты их создания. Остается лишь выбрать необходимую копию и восстановить из нее базу.

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

Об электронном документообороте говорят часто и много, но ориентироваться в большом количестве новых терминов сложно, а еще сложнее понять, как все это работает. Серия статей «Бухгалтер и электронный документ» разработана специально для того, чтобы на доступном языке рассказать об этом виде взаимодействия все, что нужно знать бухгалтеру. Как начать обмен? Как работать с первичкой и сдавать отчетность в электронном виде? На эти и другие вопросы вы найдете ответ в наших выпусках.

Все, что мы писали в предыдущих главах, так или иначе, касалось операций с электронными документами. Мы разобрались, как организовано подключение к оператору электронного документооборот (ЭДО), как применяется электронная подпись, что представляет собой работа с электронными бухгалтерскими документами и как выглядит процедура проведения камеральной и выездной налоговой проверок при ЭДО. Но помимо задач обработки документов перед нами стоит задача как-то их хранить. К бумажным архивам мы все давно привыкли, но когда речь заходит о том, как хранить электронный документ, то возникает множество вопросов. Именно этим вопросам посвящена новая глава нашего виртуального учебника.

Важные моменты

Где хранить? Хранение ЭД потребует от вас содержания определенной технической инфраструктуры. Вам придется решать, где хранить документы, на каких носителях, локально или в облаке. Также придется учитывать, что современные физические носители имеют свойство стареть, как и все материальное в этом мире. Оптические и полупроводниковые накопители имеют свойство терять контент со временем, магнитные диски изнашиваются. Посмотрите, на чем мы переносили файлы каких-то 10 лет назад? Большинство из нас еще пользовались 3,5-дюймовыми дискетами. А сейчас уже сложно найти в компьютере дисковод, который смог бы их прочитать.

Как воспроизвести? Просто сохранить ЭД – недостаточно. Нужно еще иметь возможность адекватно воспроизвести информацию, прочитать ее, получить данные об электронной подписи (ЭП). Трудность заключается в том, что форматы электронных документов имеют свойство меняться. Например, основной формат текстовых документов совсем недавно был .doc (расширение файлов, созданных в Word), а теперь уже .docx. Появляются новые редакторы, в том числе бесплатные и облачные, сложно говорить о том, как сегодняшние форматы будут совместимы с ними завтра.

Ответственность за хранение и воспроизведение ЭД, согласно букве закона, лежит на налогоплательщике. Например, касаемо бухгалтерских документов, такое требование прописано в п. п. 1 и 2 ст. 29 № 402-ФЗ «О бухгалтерском учете».

Как обеспечить длительное хранение? Существует достаточно серьезная проблема с документами длительного или постоянного срока хранения. Как хранить электронный документ 50 или 75 лет? Как обеспечить его читаемость в течение всего срока хранения? Какая инфраструктура для этого потребуется? Как обеспечить юридическую силу таких документов?

На вопрос «как хранить ЭД 50 или более лет с обеспечением их юридической силы?» сегодня существуют только теоретические ответы. Все-таки, история электронного документооборота в России пока не может похвастаться многолетней практикой, поэтому мы попросту еще не дожили до того дня, когда мы можем фактически проверить существующие решения. Поэтому на текущий момент мы рекомендуем всем абонентам переводить в электронный вид только те документы, чей срок хранения не превышает 15-20 лет. В этом случае их хранение будет прогнозируемым и гарантированным.

Иван Агапов, аналитик Synerdocs

Способы хранения документов

Локальный архив. Это довольно доступный способ хранения. Не имеет значения, с помощью чего вы проводите обмен – через электронную почту или через оператора ЭДО – вы просто складываете все электронные документы к себе в папку компьютера. Если у вас в компании есть локальная сеть, то вы можете попросить администратора создать для ЭД специальную сетевую папку и даже настроить права доступа к ней.

Читайте также:  База данных расписание поездов

Большой минус этого типа хранения ЭД в том, что вы не можете гарантировать его безопасность (к вашим локальным дискам не так уж и сложно получить доступ) и надежность, вам придется самим контролировать сроки хранения, обеспечивать средства воспроизведения (держать под рукой редактор, в котором документ создан) и проверки электронной подписи (ваш криптопровайдер). И как только ваш архив разрастется, вы столкнетесь с серьезными трудностями при поиске и обеспечении доступа к документам.

Иван Агапов, аналитик Synerdocs

Специальный электронный архив. И тут к вам на помощь могут прийти специализированные решения – системы электронного документооборота (СЭД, ECM) или электронные архивы. Изначально они создавались для нужд внутреннего обмена, что никак не мешает использовать такие программы для хранения внешних документов. СЭД представляет собой полноценное решение для управления документами, хранит их в базе данных (или файловом хранилище), обеспечивает оперативный доступ к ним, сохраняет связи, позволяет управлять доступом и безопасностью.

Фактически, данный вид хранения полностью решает все возможные проблемы содержания электронного архива: все документы хранятся на ваших серверах, многие СЭД обеспечивают вам средство просмотра, контролируют сроки хранения, позволяют получить данные об электронной подписи. Выгружать и загружать документы в СЭД не составляет никаких трудностей. Некоторые решения уже интегрированы со средствами обмена – электронной почтой или операторами ЭДО. Например, документы, полученные в сервисе Synerdocs, могут быть автоматически загружены для хранения в СЭД DIRECTUM.

Иван Агапов, аналитик Synerdocs

Если у вас нет практики внутреннего электронного документооборота, то такие решения могут быть для вас избыточными. Они стоят своих денег, но не каждая небольшая компания готова эти деньги платить. Для многих лучше подходит хранение в облаке.

Хранение в облаке. Это наиболее перспективный и потенциально популярный способ хранения документов. Если вы уже пользуетесь услугами оператора ЭДО, то все переданные с его помощью документы могут храниться прямо в сервисе. Вы всегда сможете к ним обратиться, сервис обеспечит просмотр и предоставит данные о сертификате ЭП – был бы только доступ в интернет.

Некоторые операторы хранят переданные документы по умолчанию. Например, в Synerdocs вы всегда сможете найти переданные акты и счета-фактуры в течение всего срока их хранения – оператор просто обеспечивает для вас дополнительную функциональность в качестве бонуса. Если же требуется более четко обозначить политику хранения, разграничить права доступа, ключевые гарантии – то с оператором просто заключается отдельное соглашение, в котором все положения по хранению прописываются отдельно. В этом случае оператор полноценно берет на себя обязанности электронного архива.

Иван Агапов, аналитик Synerdocs

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

Сроки хранения и проверка юридической силы

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

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

Действительно, сертификат ЭП действует всего год, а большинство бухгалтерских документов, как видно на иллюстрации, хранятся минимум 5 лет. Фактически, получается, что ЭП спустя год уже будет невалидна, следовательно, легитимность документа оказывается под вопросом. Закон № 63-ФЗ «Об электронной подписи» говорит о том, что при проверке подписи сертификат ЭП должен быть либо действующим, либо должны быть доказательства, что он был таковым на момент подписания.

Такими доказательствами могут быть, например, штампы времени и информация о действительности ЭП (OCSP-ответы или списки отзывов сертификатов – CRL-списки). Если взять, к примеру, наш сервис, то при передаче электронной подписи она как раз дополняется данными доказательствами. Фактически, мы делаем из квалифицированной ЭП – усовершенствованную подпись (расширенный формат ЭП), которая поможет снять все существующие на сегодняшний день опасения об обеспечении легитимности ЭД.

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

Иван Агапов, аналитик Synerdocs

У многих компаний, которые приступают к организации архивов, также возникают опасения по поводу того, что делать с ЭП от удостоверяющего центра, прекратившего свое существование. Ответ на этот вопрос найдется в законе № 63-ФЗ «Об электронной подписи». Если аккредитованный удостоверяющий центр, который выдавал квалифицированные сертификаты, прекращает свое существование в определенный момент, то все данные по сертификатам, в частности списки отзывов и выпусков сертификатов, передаются в головной удостоверяющий центр. Вся эта информация сохраняется, плюс необходимые данные уже содержатся в самом формате подписи. Этого достаточно, чтобы решить вопросы с юридической силой документов с длительными сроками хранения.

Разумеется, все эти достаточно сложные процессы не будут ложиться на плечи простых пользователей электронных архивов или сервисов ЭДО.

Вместо заключения

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

admin

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

0

База данных документов в электронной форме

Емельянов Николай Евгеньевич — доктор технических наук, профессор, зав. лабораторией банков данных Института системного анализа РАН (ИСА РАН), руководитель ряда проектов организации документных систем фирмы Cognitive Technologies.

С какими проблемами приходится сталкиваться при внедрении безбумажных технологий? Что такое современный электронный документ? Какими средствами создавать системы управления документами? Пригодны ли для этого современные системы управления базами данных? Для обсуждения этих вопросов нужна не одна, а серия статей. Но лиха беда начало!

В словарях по вычислительной технике начала 1980-х годов, к удивлению своему, вы не найдете слов «документ», «электронный документ». В зарубежной научной литературе понятие «документ» в начале 1980-х годов действительно не применялось, вместо него широко использовался термин «отчет» (report), получивший особую популярность благодаря массовому распространению языка RPG (Report Programm Generator). Понятия «документ» и «электронный документ» приобрели в последнее время огромную значимость, в то время как «отчет» постепенно выходит из употребления. В системах обработки данных его все чаще заменяют синонимом — «выходной документ».

Существует бездна определений электронного документа. Вот, например, как выглядит одно из них, взятое из стандартов в области офисных систем:

«Документ — совокупность данных в памяти вычислительной системы, предназначенная для восприятия человеком с помощью соответствующих программных и аппаратных средств. Электронный документ может включать текстовую, графическую и звуковую информацию, иметь нелинейную структуру; различные пользователи могут просматривать его в различной форме и изменять его».

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

Классическое соотношение документов и баз данных состоит в том, что БД загружается по многим входным формам и просматривается по выходным формам, которые в теории БД называются взглядами пользователя — user view. Любопытно, что если ввести понятие двойственности структур БД и документа, то можно доказать, что по структуре документа можно построить структуру БД и наоборот. Другими словами, с точки зрения структурной сложности документ и БД тождественны.

В начале 1980-х годов мы исследовали более 1000 применений СУБД ИНЕС. В результате входных форм документов в среднем оказалось девять, выходных — 16. Были реализации как с одной входной формой, так и более чем со 100, при этом число выходных форм приближалось к 300.

В системе МАГИС была использована автоматическая генерация минимальной схемы объектно-ориентированной базы данных (ООБД) на основе набора входных форм, а также загрузка ООБД по документам соответствующих форм. Такой подход оказался технологичным при создании пилотных систем, систем со сложными структурами данных и систем с динамически изменяемыми схемами БД. Подобная техника прижилась в музеях, в научных учреждениях для проведения исследований по истории, системному анализу и др.

Современный взгляд на документ

Теперь перейдем к современному взгляду на документ на примере Lotus Notes (LN). Эта система служит для работы с документами, или, как говорят разработчики, с документно-ориентированными базами данных. В LN документ представляет собой основной модуль информации.

Рабочее пространство в LN предлагается сравнивать со шкафом, ящики которого наполнены различными документами. В каждом ящике (странице рабочего пространства) собраны однотипные документы. Каждая база данных в LN — это папка, размещающаяся в ящике и содержащая информацию по определенной тематике. Документ — лист бумаги в папке, содержащий данные об определенном объекте. Документ в LN — это карточка, макет с полями и приложения, а точнее, файлы, обрабатываемые каким-то приложением. В частности, документ может содержать файлы графических форматов или различных СУБД — dBASE, Excel, Access и т. п.

Представление о документе, способном содержать внутри себя базы данных, да еще реализованные на разных СУБД, конечно, полностью противоречит классическим концепциям. Когда мне в 1996 году пришлось впервые руководить проектом, в котором документы содержали базы данных от разных СУБД, у меня было ощущение, что мои заказчики сошли с ума. Я им пытался объяснить это, предлагал сделать «нормально» — произвести экспорт данных из этих СУБД в создаваемую систему. Они категорически отвергли мое предложение, изъявив желание хранить именно исходные документы.

Итак, согласно новому взгляду, документ может содержать много разнородных компонентов. Разная или одна и та же информация в документе может быть представлена в разных видах. Например, в нем могут храниться: изображение документа; его распознанный текст; регистрационная карточка документа с реквизитами (в том числе повторяющимися, которые могут храниться в БД); аудио- и видеокомпоненты (содержащие, например, аудиозапись чтения этого документа вслух его автором); информация, представленная в виде баз данных, и многое другое.

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

1) отображение любого компонента на экран и/или печать для восприятия (и, если нужно, корректировки) документа человеком;

2) преобразование компонентов в текст для полнотекстовой или иной индексации.

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

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

Делопроизводство предприятия

Давайте рассмотрим процесс делопроизводства на большом предприятии, использующем как фактографические представления документов (списки атрибутов и их значений), так и их образы. В качестве примера возьмем реализацию нового подхода в системах делопроизводства компании Cognitive Technologies. Среди наиболее интересных возможностей этих систем — автоматическое распознавание реквизитов при заполнении регистрационных и контрольных карточек (РК и КК). С точки зрения пользователя эта функция выглядит следующим образом. Экран системы поделен на две части, в которых представлены графическое изображение документа и регистрационно-контрольная карточка (с закладками «РК», «КК», «Рассылка», «Связи» и др.). Регистратор при помощи мышки заключает в рамку значение реквизита в изображении документа и перетаскивает его в соответствующее поле карточки. Автоматически включается блок распознавания, после чего реквизит получает свое значение. Такой подход позволяет на порядок ускорить регистрацию документов.

Читайте также:  Зарегистрироваться в гто для школьников 1 класса

Электронный архив

Архив образов документов. При сдаче образов документов в архив оператор не вводит значения реквизитов, поскольку они уже введены в другой системе (например, в системе «операционный день банка»). На экране появляются изображение документа и заполненная карточка реквизитов. Оператору нужно произвести верификацию документа и отправить его в архив. Он обычно верифицируется несколькими реквизитами (их от трех до восьми), их и нужно проверить. Внутри документа могут быть файлы-приложения. Решать, является ли данная конкретная страница самостоятельным новым документом или же это приложение к предыдущему, приходится оператору.

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

Что же такое электронный документ? Чем он отличается от БД?

Нижеследующее определение многое проясняет.

Документ — набор данных, выделенный с точки зрения семантики (как описания определенных фактов, событий, объектов и т. п.) и функций обработки (как единица создания, ввода, согласования, утверждения, подписи, хранения, передачи, отображения).

Другими словами, документ отличается от БД не структурной сложностью, а семантически и функционально. В этом смысле все соответствует старой классической схеме: электронный документ загружается в базу данных; по запросам из БД выбираются документы. Примечательно, что при этом также верна теорема двойственности: с точки зрения структуры документы так же сложны, как и БД. Отличие документов от БД нужно хорошо понимать при проектировании ИС.

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

В заключение отметим, что электронные документы опережают СУБД. Можно сказать, что они уже перешли в новое поколение — жизнь заставила это сделать, а вот БД пока остаются прежними. Ясно, почему электронные документы опережают БД: это элемент интерфейса, а БД — ядро. Тем самым электронные документы ближе к современным требованиям. Ну а пока же хранилища документов приходится делать на несоответствующих требованиям времени СУБД предыдущего поколения.

Любая продуктивная работа за компьютером порождает пользовательские документы. Их количество растет пропорционально активности пользователя. Со временем поиск нужных файлов и, тем более, необходимой информации внутри них превращается в непростую задачу, требующую немало усилий и времени. Еще одна проблема, связанная с обилием документов на компьютере, связана с надежностью хранения данных. Необходимо регулярно создавать резервные копии, а кому хочется этим заниматься, настраивая специальное программное обеспечение? Разумеется, люди, увлеченные компьютером, произведут все необходимые операции, но большинство пользователей не питает нежных чувств к системному блоку. В обоих случаях помогло бы решение, систематизирующее все документы, позволяющее работать с ними как с единой базой.

Active Document Keeper предназначен для хранения и управления архивом электронных документов. Это позволяет, в большей степени, облегчить работу с большим количеством пользовательских файлов, сделать ее более простой, быстрой и удобной.

Все документы хранятся в единой базе данных. Имеется поддержка Microsoft Office, PDF и некоторых типов изображений. Внутри базы можно работать с древовидной структурой, напоминающей файловую систему. Однако имеется одно важное отличие от физического аналога – один и тот же документ можно размещать в нескольких папках одновременно.

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

При запуске конфигурации базы данных вам предстоит создать или открыть ее. База представляет собой DBF-файлы. Она может храниться на локальном диске или в локальной сети. Кроме того, вы можете обеспечивать доступ к ней с помощью SQL-серверов, таких как Oracle, MS SQL или MySQL. В этом случае файлы базы становятся доступными через ActiveX Data Objects или, как это принято писать сокращенно, ADO. При работе в сети возможна работа нескольких пользователей с единой базой данных.

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

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

Можно добавлять несколько папок в список импорта. Стоит учесть, что если выделяете какую-либо директорию, но все вложенные папки также автоматически добавляются в список импорта. Изменить это поведение нельзя.

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

Еще один способ импорта документов заключается в использовании контекстного меню Проводника. После установки Active Document Keeper в меню появляется новый пункт в разделе «Отправить». Вы можете выделить группу файлов и быстро отправить их в базу данных Active Document Keeper, произведя, тем самым, процедуру импорта.

Программа поддерживает и иные, специфические методы импорта документов. На панели инструментов располагается кнопка сканирования. С ее помощью можно импортировать печатные документы напрямую со сканера, получая изображения в базе данных. В меню «Документ» располагается пункт «Выбор источника». Когда вы подключите цифровую камеру или другое переносное устройство, то можно сразу занести всю информацию в базу. Это позволяет быстро извлекать фотографии или любые другие документы с flash-карт.

Читайте также:  База данных расписание поездов

Верхняя часть рабочего окна приложения содержит традиционную панель инструментов. Добавлять или удалять кнопки нельзя. Слева располагается список папок базы. В данный момент вы можете его редактировать. Имеется возможность создания и удаления папок. Они могут иметь вложенную структуру. Переносить документы из одной папки в другую нельзя. Это касается не только работы мыши (подцепил и отпустил), но и любых других методов. В созданные пользователем папки можно только добавлять новые документы. Это может быть произведено как путем импорта, так и с помощью создания нового файла.

Внутри панели «Примечание» составляются текстовые описания документов. Они будут использоваться во время поиска. Сам список документов отображается в одноименной панели. Они могут быть отображаться четырьмя способами – крупные значки, мелкие значки, список и таблица. Первый способ не подразумевает создание миниатюр для графических файлов.

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

В нижней части рабочего окна отображаются результаты поиска. Он является одной из основных преимуществ хранения документов внутри единой базы, а не разрозненно на жестком диске. Особенностью работы с базой данных является возможность поиска текстовых строк внутри офисных документов MS Word и MS Excel, а также внутри PDF. Для картинок можно использовать только имена файлов и текстовые описания полей базы данных. Работа с EXIF не поддерживается. Вы можете ограничивать поиск отдельными папками базы.

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

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

Другой способ создания документов заключается в организации списка Quick Documents. По умолчанию он пуст. Настройки приложения позволяют формировать его. Если нажать на стрелку, расположенную справа от кнопки «Документ», открывается меню со списком типов Quick Documents.

Внутри базы данных Active Document Keeper происходит сжатие данных. Это, как минимум, экономит место на жестком диске. Программа имеет также механизм создания резервных копий рабочей базы. Вы указываете папку, после чего в ней создается архив. Он имеет формат CAB. В случае возникновения проблем достаточно вновь указать папку с резервными копиями, и вам предложат список архивов с указанием даты их создания. Остается лишь выбрать необходимую копию и восстановить из нее базу.

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

Об электронном документообороте говорят часто и много, но ориентироваться в большом количестве новых терминов сложно, а еще сложнее понять, как все это работает. Серия статей «Бухгалтер и электронный документ» разработана специально для того, чтобы на доступном языке рассказать об этом виде взаимодействия все, что нужно знать бухгалтеру. Как начать обмен? Как работать с первичкой и сдавать отчетность в электронном виде? На эти и другие вопросы вы найдете ответ в наших выпусках.

Все, что мы писали в предыдущих главах, так или иначе, касалось операций с электронными документами. Мы разобрались, как организовано подключение к оператору электронного документооборот (ЭДО), как применяется электронная подпись, что представляет собой работа с электронными бухгалтерскими документами и как выглядит процедура проведения камеральной и выездной налоговой проверок при ЭДО. Но помимо задач обработки документов перед нами стоит задача как-то их хранить. К бумажным архивам мы все давно привыкли, но когда речь заходит о том, как хранить электронный документ, то возникает множество вопросов. Именно этим вопросам посвящена новая глава нашего виртуального учебника.

Важные моменты

Где хранить? Хранение ЭД потребует от вас содержания определенной технической инфраструктуры. Вам придется решать, где хранить документы, на каких носителях, локально или в облаке. Также придется учитывать, что современные физические носители имеют свойство стареть, как и все материальное в этом мире. Оптические и полупроводниковые накопители имеют свойство терять контент со временем, магнитные диски изнашиваются. Посмотрите, на чем мы переносили файлы каких-то 10 лет назад? Большинство из нас еще пользовались 3,5-дюймовыми дискетами. А сейчас уже сложно найти в компьютере дисковод, который смог бы их прочитать.

Как воспроизвести? Просто сохранить ЭД – недостаточно. Нужно еще иметь возможность адекватно воспроизвести информацию, прочитать ее, получить данные об электронной подписи (ЭП). Трудность заключается в том, что форматы электронных документов имеют свойство меняться. Например, основной формат текстовых документов совсем недавно был .doc (расширение файлов, созданных в Word), а теперь уже .docx. Появляются новые редакторы, в том числе бесплатные и облачные, сложно говорить о том, как сегодняшние форматы будут совместимы с ними завтра.

Ответственность за хранение и воспроизведение ЭД, согласно букве закона, лежит на налогоплательщике. Например, касаемо бухгалтерских документов, такое требование прописано в п. п. 1 и 2 ст. 29 № 402-ФЗ «О бухгалтерском учете».

Как обеспечить длительное хранение? Существует достаточно серьезная проблема с документами длительного или постоянного срока хранения. Как хранить электронный документ 50 или 75 лет? Как обеспечить его читаемость в течение всего срока хранения? Какая инфраструктура для этого потребуется? Как обеспечить юридическую силу таких документов?

На вопрос «как хранить ЭД 50 или более лет с обеспечением их юридической силы?» сегодня существуют только теоретические ответы. Все-таки, история электронного документооборота в России пока не может похвастаться многолетней практикой, поэтому мы попросту еще не дожили до того дня, когда мы можем фактически проверить существующие решения. Поэтому на текущий момент мы рекомендуем всем абонентам переводить в электронный вид только те документы, чей срок хранения не превышает 15-20 лет. В этом случае их хранение будет прогнозируемым и гарантированным.

Иван Агапов, аналитик Synerdocs

Способы хранения документов

Локальный архив. Это довольно доступный способ хранения. Не имеет значения, с помощью чего вы проводите обмен – через электронную почту или через оператора ЭДО – вы просто складываете все электронные документы к себе в папку компьютера. Если у вас в компании есть локальная сеть, то вы можете попросить администратора создать для ЭД специальную сетевую папку и даже настроить права доступа к ней.

Читайте также:  Выключатель с регулировкой мощности

Большой минус этого типа хранения ЭД в том, что вы не можете гарантировать его безопасность (к вашим локальным дискам не так уж и сложно получить доступ) и надежность, вам придется самим контролировать сроки хранения, обеспечивать средства воспроизведения (держать под рукой редактор, в котором документ создан) и проверки электронной подписи (ваш криптопровайдер). И как только ваш архив разрастется, вы столкнетесь с серьезными трудностями при поиске и обеспечении доступа к документам.

Иван Агапов, аналитик Synerdocs

Специальный электронный архив. И тут к вам на помощь могут прийти специализированные решения – системы электронного документооборота (СЭД, ECM) или электронные архивы. Изначально они создавались для нужд внутреннего обмена, что никак не мешает использовать такие программы для хранения внешних документов. СЭД представляет собой полноценное решение для управления документами, хранит их в базе данных (или файловом хранилище), обеспечивает оперативный доступ к ним, сохраняет связи, позволяет управлять доступом и безопасностью.

Фактически, данный вид хранения полностью решает все возможные проблемы содержания электронного архива: все документы хранятся на ваших серверах, многие СЭД обеспечивают вам средство просмотра, контролируют сроки хранения, позволяют получить данные об электронной подписи. Выгружать и загружать документы в СЭД не составляет никаких трудностей. Некоторые решения уже интегрированы со средствами обмена – электронной почтой или операторами ЭДО. Например, документы, полученные в сервисе Synerdocs, могут быть автоматически загружены для хранения в СЭД DIRECTUM.

Иван Агапов, аналитик Synerdocs

Если у вас нет практики внутреннего электронного документооборота, то такие решения могут быть для вас избыточными. Они стоят своих денег, но не каждая небольшая компания готова эти деньги платить. Для многих лучше подходит хранение в облаке.

Хранение в облаке. Это наиболее перспективный и потенциально популярный способ хранения документов. Если вы уже пользуетесь услугами оператора ЭДО, то все переданные с его помощью документы могут храниться прямо в сервисе. Вы всегда сможете к ним обратиться, сервис обеспечит просмотр и предоставит данные о сертификате ЭП – был бы только доступ в интернет.

Некоторые операторы хранят переданные документы по умолчанию. Например, в Synerdocs вы всегда сможете найти переданные акты и счета-фактуры в течение всего срока их хранения – оператор просто обеспечивает для вас дополнительную функциональность в качестве бонуса. Если же требуется более четко обозначить политику хранения, разграничить права доступа, ключевые гарантии – то с оператором просто заключается отдельное соглашение, в котором все положения по хранению прописываются отдельно. В этом случае оператор полноценно берет на себя обязанности электронного архива.

Иван Агапов, аналитик Synerdocs

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

Сроки хранения и проверка юридической силы

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

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

Действительно, сертификат ЭП действует всего год, а большинство бухгалтерских документов, как видно на иллюстрации, хранятся минимум 5 лет. Фактически, получается, что ЭП спустя год уже будет невалидна, следовательно, легитимность документа оказывается под вопросом. Закон № 63-ФЗ «Об электронной подписи» говорит о том, что при проверке подписи сертификат ЭП должен быть либо действующим, либо должны быть доказательства, что он был таковым на момент подписания.

Такими доказательствами могут быть, например, штампы времени и информация о действительности ЭП (OCSP-ответы или списки отзывов сертификатов – CRL-списки). Если взять, к примеру, наш сервис, то при передаче электронной подписи она как раз дополняется данными доказательствами. Фактически, мы делаем из квалифицированной ЭП – усовершенствованную подпись (расширенный формат ЭП), которая поможет снять все существующие на сегодняшний день опасения об обеспечении легитимности ЭД.

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

Иван Агапов, аналитик Synerdocs

У многих компаний, которые приступают к организации архивов, также возникают опасения по поводу того, что делать с ЭП от удостоверяющего центра, прекратившего свое существование. Ответ на этот вопрос найдется в законе № 63-ФЗ «Об электронной подписи». Если аккредитованный удостоверяющий центр, который выдавал квалифицированные сертификаты, прекращает свое существование в определенный момент, то все данные по сертификатам, в частности списки отзывов и выпусков сертификатов, передаются в головной удостоверяющий центр. Вся эта информация сохраняется, плюс необходимые данные уже содержатся в самом формате подписи. Этого достаточно, чтобы решить вопросы с юридической силой документов с длительными сроками хранения.

Разумеется, все эти достаточно сложные процессы не будут ложиться на плечи простых пользователей электронных архивов или сервисов ЭДО.

Вместо заключения

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

admin

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *