| 1. | Общие настройки
|
| 2. | Настройки справочника участников обмена данными
|
1. Общие настройки
Осуществляются в окне "Обмен данными: Общие настройки" (вызывается кнопкой "Общие настройки"). В окне 2 закладки - "Каталоги" и "Электронная почта":
1.1. "Каталоги"
Каталог входящих сообщений. В этот каталог программа будет помещать все сообщения, принятые по электронной почте от других участников обмена. В этот же каталог необходимо копировать и все сообщения, полученные от других участников обмена в виде файлов (с CD-дисков, дискет, флэш-дисков и т.п.). Программа будет обрабатывать только сообщения (импортировать из них заявки и справочные данные), которые будут находиться в этом каталоге.
Каталог для исходящих сообщений. Этот каталог будет использоваться программой при подготовке сообщений (заявок и справочных данных) для отправки другим участникам обмена. Каталог используется как для сообщений, предназначенных для отправки по электронной почте, так и для сообщений, отправляемых файлами.
В указанных двух каталогах программа автоматически создает следующие подкаталоги:
| · | [Каталог для входящих сообщений]\Обработанные -
|
| здесь находятся принятые сообщения после их успешной обработки (импорта)
|
| · | [Каталог для входящих сообщений]\Ошибочные -
|
| здесь находятся принятые сообщения после их безуспешной обработки - как правило, в том случае, когда формат сообщения оказался неизвестным либо сообщение оказалось поврежденным.
|
| · | [Каталог для исходящих сообщений]\Отправленные -
|
| здесь находятся сообщения после их успешной отправки адресатам по электронной почте.
|
1.2. "Электронная почта"
Параметры в этой закладке заполняются в том случае, когда для отправки/приема данных используется электронная почта. Набор параметров является стандартным для настройки любых email-клиентов и поэтому здесь подробно не рассматривается. Необходимо лишь подчеркнуть, что "Адрес e-mail" - это адрес собственного почтового ящика фирмы, на который должны передаваться email-сообщения от других фирм (участников обмена данными).
1.3. "Импорт"
Параметр "Выполнять импорт от имени:" определяет, от имени какого пользователя будут вноситься заявки, импортируемые от других участников обмена. Возможные варианты: 1) от имени текущего пользователя - т.е. пользователя, авторизовавшегося в программе, и запустившего процесс импорта; 2) от имени пользователя, выбранного из справочника пользователей. Данная настройка может оказаться полезной для построении политики безопасности при работе с вариантом "ЛЮКС".
2. Настройки справочника участников обмена данными
Справочник участников обмена данными позволяет задать все другие фирмы (филиалы) на которые будет разрешено отправлять исходящие сообщения и/или от которых будет разрешено принимать входящие сообщения:
Карточка участника обмена данными позволяет задать:
| 1) | общие сведения об участнике,
|
| 2) | настройку отправляемых ему данных,
|
| 3) | настройку действий системы при приеме от него данных.
|
2.1. Общие сведения об участнике
Участнику обмена данными необходимо сопоставить его Полное Имя и Краткое имя. Краткое имя будет использоваться в различных режимах работы программы для отображения принадлежности тех или иных заявок к данной фирме.
Тип участника, Номер лицензии.
Если участник обмена является фирмой (либо физическим лицом) и участвует в обмене данными при помощи своей копии программы "Агентство недвижимости", то Тип участника необходимо выбрать как "С номером лицензии". При этом в поле Номер лицензии следует указать номер лицензии, выданный участнику при приобретении им системы "Агентство недвижимости". Номер лицензии необходимо узнать у самого участника, он может посмотреть его в своей копии программы в окне "Фирма". Пример для некоторой фирмы "Полюс" (номер лицензии здесь равен 48):
Если участник является анонимным (например, web-сайт), то Тип участника необходимо выбрать как "Без номера лицензии", при этом поле Номер лицензии скрывается и участнику автоматически присваивается служебный (скрытый) номер лицензии за пределами диапазона номеров, присваиваемых не анонимным участникам.
Необходимо отметить, что в целях обеспечения согласованности данных в системе после первого сохранения Карточки участника обмена данными параметры Тип участника и Номер лицензии становятся недоступными для редактирования.
2.2. Отправка данных участнику
Формирование отправляемых сообщений. Сообщения (содержащие информацию о заявках и необходимых справочных данных) могут формироваться в трех форматах:
1) внутреннем - данный формат является наиболее функциональным (позволяет передавать все виды данных, упомянутые на предыдущей иллюстрации окна "Карточка участника обмена данными") и наиболее экономным по объему; вместе с тем, раскодирование этого формата на приемной стороне может осуществить только сама программа "Агентство недвижимости", но не другие программы;
2) XML+ZIP - данный формат позволяет передавать только заявки (кроме заявок на обмен) без документов, иллюстраций, справочных данных и т.д. С другой стороны, данный формат является открытым и может быть импортирован другими программами и, например, специальными скриптами для заполнения баз данных на Web-сайтах;
3) XML+Документы - данный формат введен начиная с версии системы 6.23 для постепенной замены формата XML+ZIP. Позволяет готовить данные - заявки (кроме заявок на обмен) и присоединенные к ним документы (в т.ч. иллюстрации) - для последующей отправки на динамические сайты. Будучи открытым форматом, позволяет также осуществлять импорт данных другими программами.
4) Дельта XML+Документы - данный формат является вариантом формата XML+Документы, однако позволяет готовить данные в минимально необходимом объеме - как "дельта" между текущим состояние базы данных (с учетом фильтров) и состоянием базы данных при предыдущей отправке данных.
и отправляться участнику обмена данными двумя способами:
1) E-MAIL (посредством электронной почты) - программа "Агентство недвижимости" сама подключится к почтовому серверу, оформит данные в сообщения электронной почты и отправит их участнику обмена данными;
2) не отправлять - фиктивный способ отправки, означающий, что подготовленные данные необходимо будет отправлять в адрес участника обмена данными вручную каким-либо из доступных методов (флэш-диск, CD-диск, дискета и т.д.).
3) FTP - широко используемый протокол обмена данными с интернет-сайтами.
Из перечисленных форматов и способов отправки на данный момент система "Агентство недвижимости" поддерживает 4 комбинации:
Формат: Внутренний. Способ отправки: Не отправлять
Формат: Внутренний. Способ отправки: E-MAIL
Формат: XML+ZIP. Способ отправки: Не отправлять
Формат: XML+Документы. Способ отправки: Не отправлять
Формат: Дельта XML+Документы. Способ отправки: FTP
Формат: Дельта XML+Документы. Способ отправки: Не отправлять
ПРИМЕЧАНИЕ:
В общем случае можно порекомендовать следующие правила выбора способа отправки данных во внутреннем формате:
| 1) | если необходимо обеспечить скорость обмена данными, и при этом данные имеют приемлемый объем (например, не содержат многочисленных иллюстраций), то предпочтение можно отдать способу Формат: Внутренний. Способ отправки: E-MAIL;
|
| 2) | если данные имеют большой объем, пропускная способность канала интернет (интранет) невелика, и на время доставки сообщений не накладывается особо жестких временн'ых ограничений, то предпочтение можно отдать способу Формат: Внутренний. Способ отправки: Не отправлять.
|
2.2.1. Настройки (для внутреннего формата)
E-mail (только для способа отправки E-MAIL). Данный параметр есть адрес ящика электронной почты участника обмена данными, на который будут отправляться создаваемые для него исходящие сообщения в варианте Формат: Внутренний. Способ отправки: E-MAIL.
Разбивать отправляемые сообщения на части размером не более, Кб (только для внутреннего формата). В том случае, когда объем формируемого адресату сообщения получается большим с точки зрения передачи по e-mail (ограничения провайдера на размер одного письма, на размер одного прикрепленного файла и т.д.) либо вручную (ограничения одного носителя информации - например, флэш-диск 64Мб, мини-CD 200Мб и т.д), данный параметр можно использовать для разбиения исходящих сообщений на части. Например, если выбрать разбиение по 100Кб, то исходящее сообщение размером 250Кб, будет разбито на три: 100Кб, 100Кб и 50Кб. При этом следует отметить две особенности:
| 1) | реальный размер одной части сообщения всегда немного больше указанного, т.к. к началу каждой части добавляется особый заголовок, несущий в себе минимально необходимую информацию об участнике-отправителе, участнике-адресате, общем числе частей в разбитом сообщении и о порядковом номере данной части среди всех;
|
| 2) | при отправке сообщений по e-mail части разбитого сообщения переправляются адресату в виде прикрепленных к письмам файлов. Особенность протокола передачи прикрепленных файлов в e-mail письмах приводит к тому, что реальный размер такого отправляемого письма будет примерно на 1/3 больше первоначального.
|
2.2.2. Настройки FTP (Формат: Дельта XML+Документы. Способ отправки: FTP)
Здесь:
|
Хост,
Порт, Логин, Пароль, Использовать passive mode |
Назначение очевидно
| |||
|
Таймаут, сек
|
Максимальное время ожидания подключения к серверу FTP и выполнения иных команд
| |||
|
Рабочий каталог
|
Каталог на сервере FTP, который считается рабочим, т.е. хранящим актуальные на данный момент времени заявки, присоединенные к ним документы (чаще всего - иллюстрации), служебные файлы
| |||
|
Временный каталог
|
Каталог на сервере FTP, который считается временным, и используется Программой "Агентство недвижимости" для закачки файлов: заявок, присоединенных к ним документов, служебных файлов.
| |||
|
Выполнить скрипты:
|
| |||
|
Если не пусто - Выполняется непосредственно перед началом закачки файлов на FTP сервер. Фактическая закачка будет начата только в том случае, если ответ сервера на запрос исполнения скрипта будет равен 200.
| |||
|
Если не пусто - Выполняется сразу после успешной закачки файлов на FTP сервер. Считается успешно выполненным, если ответ сервера на запрос исполнения скрипта будет равен 200.
|
Рабочему и временному каталогам могут быть сопоставлены как разные физические каталоги на сервере FTP, так и один и тот же каталог. Решение об их разделении/совмещении принимается разработчиками сайта. Рекомендации могут быть следующими:
1) Разделение рабочего и временного каталогов может использоваться при такой организации сайта, когда к файлам, выгруженным на сервер FTP, происходит постоянное обращение во время работы сайта, и нужно гарантировать целостность как комплекта этих файлов, так и каждого файла в отдельности. В этом случае целесообразно производить закачку файлов из программы "Агентство недвижимости" во временный каталог, а в конце закачки инициировать вызов некоторого скрипта "После отправки", который перемещает нужные файлы из временного каталога в рабочий, производит разбор XML-файлов заявок, заносит их в БД и т.д.
2) Совмещение рабочего и временного каталогов может использоваться при такой организации сайта, когда к файлам, выгруженным на сервер FTP, не производится постоянного обращения во время работы сайта, и поэтому не нужно предпринимать специальных мер для защиты этих файлов.
Реализованный в программе "Агентство недвижимости" алгоритм отправки файлов на сервер FTP изложен в разделе Отправка данных
2.2.3. Настройки (Формат: Дельта XML+Документы. Способ отправки: Не отправлять)
|
Рабочий каталог
|
Каталог на локальном компьютере, который считается рабочим, т.е. хранящим актуальные на данный момент времени заявки, присоединенные к ним документы (чаще всего - иллюстрации), служебные файлы
| |||
|
Временный каталог
|
Каталог на локальном компьютере, который считается временным, и используется Программой "Агентство недвижимости" для закачки файлов: заявок, присоединенных к ним документов, служебных файлов.
| |||
|
Выполнить:
|
| |||
|
Если не пусто - Выполняется непосредственно перед началом закачки файлов во временный каталог.
| |||
|
Если не пусто - Выполняется сразу после успешной закачки файлов во временный каталог.
|
Рабочему и временному каталогам могут быть сопоставлены как разные физические каталоги на локальном компьютере, так и один и тот же каталог.
2.3. Фильтр для отправляемых данных
Данный фильтр позволяет задать ограничения на состав данных, отправляемых участнику (адресату):
Отправлять заявки. В списке необходимо отметить те пары "Операция"-"Объект недвижимости", которые разрешены к отправке.
Ограничения
| * Разрешить отправлять коммерческие данные
|
| Список коммерческих параметров приведен в разделе "Коммерческие параметры". Если отправлять коммерческие данные адресату нельзя, то при отправке они будут заменяться на пустые значения (0, пустая строка, знак вопроса и т.д.).
|
* Разрешить отправлять документы и Отправлять только иллюстрации. Возможны 3 комбинации этих переключателей:
| 1) | Разрешить отправлять документы - выключен. Никакие присоединенные документы в заявках не отправляются.
|
| 2) | Разрешить отправлять документы - включен, Отправлять только иллюстрации - выключен. Отправляются ВСЕ присоединенные документы в заявках.
|
| 3) | Разрешить отправлять документы - включен, Отправлять только иллюстрации - включен. Отправляются только те присодиненные документы, которые являются иллюстрациями, т.е. файлами с раширением .jpg, .bmp, .png, .gif и т.д.
|
|
|
Если указанный признак в заявке (самостоятельной либо на обмен) не установлен, то она не отправляется.
* Только заявки с признаком "Разрешить публикацию в интернет".
Если указанный признак в заявке (самостоятельной либо на обмен) не установлен, то она не отправляется.
* Заявки, созданные за последние ... дней.
Если параметр "Дата поступления" заявки (самостоятельной либо на обмен) не укладывается в заданный диапазон, то она не отправляется.
Справочные данные для отправки (только для внутреннего формата)
| 1) | Отправлять только необходимые справочные данные – в исходящее сообщение будут помещены только те справочные данные (географические объекты, источники поступления заявок, типы квартир и т.д.), на которые есть ссылки со стороны заявок, выбранных к отправке. Это необходимо для того, чтобы на приемной стороне – при импорте – все справочники гарантировано содержали все необходимые справочные данные, особенно если до импорта они там отсутствовали. Этот вариант наиболее экономичен в смысле объема передаваемых данных и, как правило, – используется чаще, особенно при обмене данными между фирмами-партнерами.
|
| 2) | Отправлять все справочные данные – в исходящее сообщение будут помещены данные из всех справочников, участвующих в описании объектов недвижимости, независимо от того, есть на них ссылки со стороны заявок, выбранных к отправке, или нет. Т.е. в этом варианте будут отправлены как те справочные данные, которые соответствуют выбору «Отправлять только необходимые справочные данные», так и все остальные. По сравнению с первым вариантом этот вариант менее экономичен в смысле объема передаваемых данных. Тем не менее, вариант полезен, например, в том случае, когда отправка данных осуществляется первый раз из головного офиса в филиал – при этом все справочные данные, введенные в главном офисе, автоматически становятся доступными в филиале, т.е. их не нужно будет там вводить повторно.
|
Заметим также, что в любом случае отправляются только те заявки, которые были созданы на данном узле, т.е. заявки, принятые от других участников обмена, далее никуда не отправляются.
ПРИМЕЧАНИЕ:
Перечень перечисленных выше параметров фильтра для отправляемых данных сокращается:
для способа "Формат: XML+ZIP. Способ отправки: Не отправлять":
"Формат: XML+Документы. Способ отправки: Не отправлять",
"Формат: Дельта XML+Документы. Способ отправки: FTP",
"Формат: Дельта XML+Документы. Способ отправки: Не отправлять":
2.4. Прием данных от участника
При приеме данных от этого участника автоматически удалять все заявки, принятые от него ренее
| 1) | Переключатель выключен. Если при импорте некоторой заявки от данного участника обнаруживается, что такая заявка от данного участника еще отсутствует в своей базе данных, то она туда добавляется. Если присутствует, то переписывается поверх (приводится в актуальное состояние).
|
| 2) | Переключатель включен. Перед импортом заявок из принятого сообщения все заявки в своей базе данных, ранее принятые от данного участника, удаляются. Затем все заявки из принятого сообщения добавляются в базу данных.
|
Сделаем дополнительные пояснения. Если в принимаемых от данного узла-источника сообщениях обычно содержатся все заявки, которые на данный момент может предложить этот узел-источник, то переключатель следует включить. При этом будет обеспечено отсутствие в базе данных тех заявок, которые от данной фирмы были импортированы ранее, но которые сейчас уже не являются актуальными.
Напротив, если отправка данных с узла-источника обычно осуществляется порциями (например в случае ежедневной передачи данных от головного офиса в филиал), переключатель следует выключить – тогда в базе данных будет происходить последовательное накопление заявок из фирмы-отправителя. Однако, нетрудно видеть, что этом случае имеется недостаток: в принимающей базе данных накапливаются заявки от узла-источника, которые со временем могут становиться неактуальными.