Примеры практического использования внешней компоненты AstraCrypt1.
1. Защита информации при обмене с распределенной базой данных
2. Система защиты обмена информацией
3. Размещение прайс-листа на сайте
Защита информации при обмене с распределенной базой данных. (Читать статью по этой теме)
В крупной фирме имеется одна центральная информационная база 1С:Предприятие 8.1 "Управление производственным предприятием" и несколько перифирийных баз, обмен данными происходит через файлы XML. После выявления многочисленных случаев несанкционированного доступа к конфиденциальной информации, а именно кассовым и банковским документам при обмене данными, руководством было решено защитить данные при обмене информацией между центральной базой и периферийными базами. Перемещение данных между базами происходит через файлы XML, по нескольким каналам связи FTP, HTTP, POP, SMTP, а также на сменных носителях (типа USB Flash Drive). В связи с этим решено использовать внешнюю компоненту для шифрования файлов XML и небольшой доработки конфигурации баз данных. В общем обмен проводился по старой схеме следующим образом:
Новая схема предполагала передавать по каналам передачи данных только зашифированные данные.
Для примера рассмотрим внешнюю обработку ШифрованиеОбменаXML (скачать ее можно здесь). Сначала в Центральной базе попробуем выгрузить в файл XML и зашифровать его один документ "Приходный кассовый ордер". Необходимо выбрать файл XML, выбрать документ ПКО, ввести пароль и нажать на кнопку "Выгрузить документ"
В периферийной базе загружаем документ из файла с помощью это обработки. Переходим на закладку "Загрузить документ из файла", выбираем файл, вводим пароль и нажимаем кнопку "Загрузить документ".
Мы рассмотрели пример выгрузки-загрузки только одного документа, аналогичным образом можно обмениваться сразу несколькими документами разных видов. В общем система работает достаточно стабильно. Каждой информационной базе назначен свой пароль, который хранится в отдельном справочнике, недоступном для пользователей. Случаи несанкционарованного доступа практически исчезли сразу после внедрения этой системы, потому что до этого файлы XML могли загружать и читать все лица которые имели к ним доступ.
Система защиты обмена информацией по дисконтным картам. (Сеть магазинов г. Москва)
Система предназначена для Централизованного накопления суммы продаж в режиме реального времени по каждой из дисконтных карт, выданных покупателям.
Конфигурация системы
1. Серверная часть
Один центральный сервер с базой 1С, в которой занесены дисконтные
карты и где накапливаются продажи по этим картам.
База отвечает за прием запросов на:
1. выдачу информации о владельце Дисконтной карты
2. выдачу информации о совершенных покупках по Дисконтной карте
3. увеличение накопленной суммы продаж по Дисконтной карте
4. прочую информацию
Обратно база выдает либо запрошенную информацию, либо отчет о произведенных действиях.
2. Клиентская часть
Восемь удаленных точек (магазинов), с кассовыми узлами с базами 1С, где производятся продажи. Они посылают в центральную базу запросы об информации о владельце карты, о сумме покупок по Дисконтной карте, об отражении суммы покупки и о прочей информации.
Схема обмена данными
Все элементы системы подключены к Интернету через выделенную линию с предоставлением статических IP – адресов. Запросы передаются по HTTP – протоколу через Интернет. Для сохранения конфиденциальности данных запросы шифруются при помощи методов библиотеки AstraCrypt1.
В дальнейшем планируется отправлять запросы по HTTP – протоколу уже посредством методов компоненты АstraCrypt1.
Коментарий к системе
А вообще, на ум приходит и другая схема применения (конечно связанная с 1С):
Представьте себе крупное предприятие или концерн, разделенный на части территориально. Каждая такая часть может быть как отдельным офисом, так и целой отдельной фирмой. И нужно как-то сделать общий консолидированный отчет.
Обычно это решается наймом специального человека (предположим экономиста, или программиста), который подготавливает данные и отправляет их в центральное подразделение. Но если требуется уточнение отчета, или этот человек заболел, забыл или еще чего, можно ждать этого отчета достаточно долго.
А если построить систему так, чтобы удаленные базы ждали запроса от центра и выдавали информацию сразу и только нужную – то можно сократить это время намного… Плюс – нет необходимости загружать все сразу, плюс можно в любой момент запросить уточнение и так далее….
Ну а шифрование естественно будет поддерживать конфиденциальность передаваемых данных, тут дело понятное.
Мне эта идея пришла в голову , так как у меня друзья работают в буровой компании, голова которой сидит в Москве, а их подразделения разбросаны по всей России. Ну и кроме того эта схема может очень облегчить построение управленческого учета в территориально разделенной компании….
Размещение прайс-листа на сайте .
Система предназначена для отправки на HTTP-сервер прайс-листов. В компании появилась необходимость постоянного обновления прайс-листа расположенного на сайте компании. Прайс-лист состоит из нескольких файлов в формате Excel, которые необходимо разместить на сайте.
Конфигурация системы
1. Серверная часть
Сайт компании расположен на хостинге у провайдера. Используется Apache Server + PHP + MySql.
2. Клиентская часть
В компании имеется доработанная конфигурация Торговля+Склад 7.7 (сильно переписанная силами наших программистов). Выгрузка выполняется в автоматическом режиме с помощью внешней обработки.
Текст програмного модуля из внешней обработки, который отправляет файл на сервер представлен ниже.
На сервере установлен скрипт PHP (содержит всего несколько строчек), который получает файл отправленный внешней обработкой и размещает на сайте компании.
Комментарий к системе
Система работает неплохо, прайс-листы поддерживаются в актуальном состоянии каждый день. Чтобы не заморачиваться с ежедневным запуском внешней обработки, было решено вставить в глобальном модуле пару строчек. А также добавить в Windows назначенное задание, которое выполняется каждый день в 8.00.
Вы можете добавить свой пример использования компоненты напишите нам.
