Передача данных в Инфо-Бухгалтер

Данный модуль служит для экспорта плана счетов и журнала хозяйственных из системы ФРЕГАТ в систему ИНФО-БУХГАЛТЕР.

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

Сначала необходимо загрузить в систему ФРЕГАТ план счетов, используемый в системе ИНФО-БУХГАЛТЕР, для этого в первом появившемся окне следует выбрать опцию Загрузка плана счетов и нажать кнопку [ Далее ].

Во втором окне в поле Расположение файла с планом счетов указать полный путь к соответствующему файлу программы ИНФО-БУХГАЛТЕР, а в поле Название загружаемого плана выбрать название плана счетов из системы ФРЕГАТ-БУХГАЛТЕРИЯ. Для продолжения нажать кнопку [ Далее ].

В появившемся окне Пуск нажать кнопку [ Готово ] для запуска процедуры.

После загрузки плана счетов и настройки типовых проводок в программе ФРЕГАТ-БУХГАЛТЕРИЯ, следует опять запустить модуль передачи данных в ИНФО-БУХГАЛТЕР и теперь уже выбрать опцию Передача данных, затем нажать кнопку [ Далее ].

В появившемся окне Передача данных (см. Рис. 4.11) необходимо определить параметры передачи данных в систему ИНФО-БУХГАЛТЕР: используемый план счетов, свою организацию, период, за который передаются документы, и дополнительные параметры передачи.

Рис. 4.11. Передача данных в Инфо-Бухгалтер

В поле Сохранить файлы экспорта в папку необходимо указать путь для размещения файлов с передаваемой информацией и для продолжения нажать кнопку [ Далее ].

В появившемся окне нажать кнопку [ Готово ] для запуска процедуры. В результате в указанном месте сформируются два файла dbf-формата: файл с планом счетов и файл с журналом хозяйственных операций.

Сформированные файлы следует обработать соответствующим образом в системе ИНФО-БУХГАЛТЕР. После обработки файлов соответствующие хозяйственные операции и проводки появятся в журнале хозяйственных операций системы ИНФО-БУХГАЛТЕР.

Обмен данными

Пункт Обмен данными раздела Службы обеспечивает передачу данных между базами данных системы ФРЕГАТ и функционально представляет собой дополнительный модуль РЕПЛИКАЦИЯ.

При выборе данного пункта открывается рабочая страница Обмен данными (см. Рис. 4.12). В верхней части страницы отображаются созданные для приема/передачи данных узлы, а нижней части – состоявшиеся сеансы приема/передачи.

Базы данных, между которыми происходит обмен информацией, рассматриваются как удаленные узлы и могут находиться как на одном ПК, так и на разных ПК, связанных или не связанных сетью. Необходимость в обмене данными возникает, когда в организации ведутся распределенные базы данных (например, центральный офис и сеть магазинов или складов) или нет физической возможности объединить все РМ в одну корпоративную сеть. В этом случае репликационные пакеты данных могут быть переданы на различных носителях информации через курьера или почту, либо отосланы по Интернет посредством электронной почты.

Рис. 4.12. Фрагмент рабочей страницы Обмен данными

При организации процесса обмена необходимо прежде всего зарегистрировать в системе соответствующие узлы-приемники и/или узлы-отправители информации.

Для создания узла необходимо нажать кнопку  или клавишу Ins, либо выбрать в меню п. Создать. В результате появится окно описания узла (см. Рис. 4.13).

Рис. 4.13. Удаленный узел

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

На вкладке Дополнительно (см. Рис. 4.14) определяется способ передачи (файл или e-mail) и дополнительная информация: e-mail и телефон.

Рис. 4.14. Дополнительные сведения

На вкладке Что передавать (см. Рис. 4.15) путем установки/снятия меток выделяются объекты, информацию о которых необходимо передавать (документы, организации, прайс-листы и др.).

Рис. 4.15. Передаваемые данные

При нажатии клавиши F11 в окне Описание удаленного узла появится вкладка Настройки (см. Рис. 4.18), на которой осуществляются более тонкая настройка механизма формирования репликационного пакета, позволяющая отобрать не все отмеченные объекты, а только определенную их часть, описанную некими условиями отбора (см. ниже подраздел “Тонкая настройка репликации”).

После нажатия кнопки [ OK ] в окне Описание удаленного узла на странице Обмен данными появится созданный удаленный узел. Количество узлов в системе не ограничено.

Передача информации

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

Рис. 4.16. Передача данных на удаленный узел

На закладке Параметры указывается способ передачи данных (файл/email) и, в случае необходимости, включается опция шифровки пакета данных. Имена и коды отправителя и получателя данных заполняются автоматически. Отправителем является текущая база данных.

На закладке Настройка указывается папка для размещения файла-пакета с передаваемой информацией в случае передачи данных в файле, либо адрес почты (email) – в случае передачи данных по электронной почте.

При нажатии кнопки [ OK ] начнется процесс формирования файла-пакета, об успешном завершении которого проинформирует соответствующее сообщение.

Сообщение содержит имя сформированного файла-пакета, которое имеет структуру:

sw. <код узла-отправителя>-<код узла-получателя >.pak

Если пакет данных зашифрован, то имя файла будет иметь расширение “pac” вместо “pak”. После нажатия кнопки [ OK ] в окне сообщения, в нижней части страницы Обмен данными для соответствующего узла-отправителя появится запись, содержащая дату и время формирования файла-пакета и тип обмена с удаленным узлом – передача.

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

Прием информации

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

Для приема данных с удаленного узла необходимо выбрать на странице Обмен данными тот узел, с которого требуется получить информацию, и выполнить п. меню Прием данных. В результате откроется окно Прием данных с удаленного узла (см. Рис. 4.17).

Рис. 4.17. Прием данных с удаленного узла

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

После нажатия кнопки [ OK ] начнется процесс приема данных из файл-пакета в текущую базу данных получателя. Об успешном завершении процесса проинформирует соответствующее сообщение. После нажатия кнопки [ OK ] в окне сообщения, в нижней части страницы Обмен данными для соответствующего узла-приемника появится запись, содержащая дату и время приема данных и тип обмена с удаленным узлом – прием.

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

Очевидно, что чем чаще производится обмен данными между удаленными узлами, тем меньше будет объем передаваемых файл-пакетов!

При передаче объектов, передается вся связанная с ними информация. Например, при передаче документов автоматически будет передаваться в справочники информация о новом товаре, новых организациях и т.п., содержащихся в этих документах.

Тонкая настройка репликации

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

Рис. 4.18. Тонкая настройка передачи объектов

Текст описания настройки делится на разделы, заключенные в квадратные скобки. Имена объектов и атрибутов этих объектов, используемые в тексте, это названия соответствующих таблиц и полей этих таблиц в базе данных. Объекты имеют специальные внутренние коды (см. Таблица 4.1), а каждая реализация объекта имеет специальный внутренний идентификатор, используемый в рамках процесса обмена данными.

Таблица 4.1. Объекты репликации

Название	Цифр. код	Таблица (буквенный код)
Валюта	1	CurrencyReference
Прайс-листы	2	PriceLists
Признаки товаров	3	GoodsGroups
Группы товаров	4	GoodsGroups
Товары	5	Goods
Серии товара	6	GoodsSeries
Организации	7	Faces
Банковские реквизиты	8	BankInfo
Склады	9	Stocks
Аналитические признаки	10	Props
Товары в инвентаризации	18	DocInvItems
Товары по документам	19	DocItems
Документы	20	Docs
Система доступа	100	Access

Разделы настройки

Раздел [send] /что передавать

objlist=1,20 //список цифр.кодов передавемых объектов

deletions=1 //передавать удаление объектов

Данный раздел формируется на закладке Что передавать посредством размещения меток на соответствующих объектах.

Раздел [SQL.xxx] /способ отбора объектов для репликации

Если данный раздел присутствует, то игнорируются следующие разделы: [sql.select.xxx], [sql.from.xxx], [sql.where.xxx], [sql.order.xxx].

ПРИМЕР:

[sql.docs]

select

Docs.ID

from

Docs

where

Docs.DocIden = 41201 AND

Docs.DT BETWEEN '01/01/2001' and '01/01/2005' AND

Docs.State > 0 AND

Docs.Actived > 0

Разделы [sql.select.xxx], [sql.from.xxx], [sql.where.xxx], [sql.order.xxx]

Данные разделы также могут использоваться для формирования текста запроса. Каждый раздел определяет соответствующую статью SQL запроса.

При этом, если ничего не задано, то SQL формируется автоматически и будет иметь вид:

SELECT * FROM XXX, где XXX – таблица (буквенный код) объекта.

Статья WHERE формируется автоматически таким образом, чтобы обеспечить передачу только измененных с момента последней отправки объектов, однако если требуется сформировать статью WHERE так, чтобы данная проверка отсутствовала то для этого достаточно в раздел [sql.where.xxx] добавить строку:

$NO_STD_SEND_MACRO$

Примеры:

[sql.from.docs]

Docs,

DocClasses C

 

[sql.select.docs]

Docs.ID,

C.Class_ID,

Docs.DocIDEN,

Docs.Face_ID,

Docs.Self_ID,

Docs.RcpStock_ID,

Docs.OutStock_ID,

(SELECT V_ID FROM PROP$GETVALUEEX('DOC', Docs.ID, 1058, NULL)) AS PV1_ID,

 

[sql.where.docs]

C.ID=Docs.DocIDEN AND

Docs.DocIDEN NOT IN (50101,51101,52101) AND

Docs.Actived > 0

$NO_STD_SEND_MACRO$

 

[sql.order.docs]

C.Load_KF,

Docs.DT

Раздел [send.filter.xxxx] /фильтрация данных

Отобранные с помощью SQL запроса данные можно более тонко отфильтровать, используя разделы [send.filter.xxxx]. Совокупность разделов образует ветвевую структуру в вершине которой лежит основной раздел вида [send.filter.xxxx], в котором перечисляются условия (пока только в виде равенства) на поля, которые присутствуют в SQL запросе. Допустимые значения каждого поля, на которые налагаются условия могут быть перечисленны через запятую и в пакет попадут только те объекты, данные которого удовлетворяют этим условиям.

Пример основного раздела:

[send.filter.docs]

class_id=711,121,122,123

face_id=7

 

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

[send.filter.docs.class_id:711]

outstock_id=24

 

[send.filter.docs.class_id:711.rcpstock_id:23]

outstock_id=24

 

[send.filter.docs.rcpstock_id:23]

outstock_id=24

 

[send.filter.docs.class_id:711.rcpstock_id:23]

self_id=2

face_id=54

 

[send.filter.docs.class_id:121]

dociden=12103,12102

face_id=2

 

[send.filter.docs.class_id:121.dociden:12103]

face_id=3

self_id=54,24,23

rcpstock_id=23

outstock_id=

 

[send.filter.docs.class_id:122]

face_id=6

self_id=54,24,23

rcpstock_id=23

outstock_id=5

 

[send.filter.docs.face_id:5]

class_id=122

Раздел [send.modify.docs.xxx]

Изменения данных при отправке (сейчас реализовано только для документов) задаются в разделе [send.modify.docs.xxx], где xxx – условия на данные объекта, которые задаются в виде соединенных знаком “&” условий вида “имя поля: значение”.

Если все условия подходят, то применяются модификации, перечисленные в теле раздела.

Пример:

[send.modify.docs.class_id:711]

face_id=45

 

[send.modify.docs.class_id:711&outstock_id:21&rcpstock_id=23,24]

dociden=41101

face_id=54

outstock_id=NULL

Раздел [object.xxxx]

Настройки объектов определяют порядок и способы отправки и приема данных объектов конкретного типа. Они описываются в разделах [object.xxxx] где xxx – числовой или символьный код объекта.

Некоторые настройки присущи всем объектам, а некоторые характерны для конкретного объекта.

Опции раздела

insert_only=да

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

resolve_mode=XX

Режим условной синхронизации объекта при приеме, т.е. по каким свойствам осуществляется поиск объекта в принимающей базе данных. Свойства кодируются числом. Числовые значения для разных объектов обозначают разные свойства.

Исключением является общее для всех объектов значение 1, которое задает стандартный способ синхронизации, при котором осуществляется поиск глобального идентификатора объекта в списке принимающей базы и при наличии такой записи определяется внутренний код объекта. Если этот способ задан, то он имеет высший приоритет перед остальными способами.

В случае, когда поиск осуществляется по нескольким параметрам, число XX получается суммированием соответствующих значений отдельных настроек.

Ниже приведены расшифровка значений для всех объектов репликации.

Режимы условной синхронизации

4 Общий:

1 – определение по GUID;

32768 – значение заставляет производить сравнение строковых параметров без учета регистра (8000h).

4 Для Currency:

2 – название валюты;

4 – текстовый код;

8 – цифровой код;

по умолчанию resolve_mode=1+2+32768=32771.

4 Для PriceList:

2 – название прайс-листа;

4 – код прайс-листа;

по умолчанию resolve_mode=1+2+32768=32771.

4 Для Stocks:

2 – название склада;

по умолчанию resolve_mode=1+2=3;

4 Для GoodsGroup:

2 – имя группы товаров;

по умолчанию resolve_mode=1+2+32768=32771;

4 Для Good:

2 – описание товара;

4 – заголовок товара (только совместно с описанием);

8 – короткое имя;

16 – артикул;

32 – основной бар код;

по умолчанию resolve_mode=1+2+4+32=39.

4 Для GoodSeries:

2 – имя серии;

4 – производитель;

16 – название упаковки;

32 – количество в упаковке(только совместно с название упаковки);

по умолчанию resolve_mode=1+2+16+32=51;

4 Для Face:

2 – имя название организации;

4 – форма собственности(только совместно с именем);

8 – короткое имя;

16 – бар код;

по умолчанию resolve_mode=1+2=3.

4 Для Document:

2 – тип.дата.номер;

4 – котрагент только совместно с предыдущей опцией;

по умолчанию resolve_mode=1.

Раздел [object.goods]

Специальные настройки объекта “товар”:

4 sendprices=нет /отправлять ли цены товара (все);

4 send_pirces_check_list=да /отправляются цены только по тем прайс-листам, которые уже добавлены в пакет.

Обычно включается при передаче объекта прайс-лист и накладываются фильтрующие условия на него.

Раздел [object.stocks]

Специальная настройка объекта “склад”:

insert_only=yes /

Раздел [object. faces]

Специальная настройка объекта “организация”:

send_props=да /отправка аналитических свойств конграгента.

Раздел [object.docs]

Специальные настройки объекта “документ”:

4 rcv_afs=yes /принимать счета-фактуры по документу;

4 rcv_pays=да /разрешает прием платежных средств документа;

4 rcv_in_null_state=1 /прием документа только в состоянии неотгруженном (не принятом);

4 rcv_no_series=да /серия товара в документе игнорируется - заменяется на "без серии";

4 rcv_rcp_stock_id=11 /склад приема во всех складских документах заменяется на заданный;

4 rcv_out_stock_id=11 /склад отгрузки во всех складских документах заменяется на заданный;

4 rcv_self_id=22 /замена торгующей организации во всех документах на заданный;

4 rcv_selfbank_id=24 /замена банковских реквизитов торгующей организации во всех документах на заданный;

4 send_props=да /отправка аналитических свойств документа.

Раздел [object.docitems]

Специальная настройка объекта “товары по документам”:

send_props=да /отправка аналитических свойств документа.

Раздел [object.docinvitems]

Специальная настройка объекта “товары в инвентаризационной ведомости”:

send_props=да /отправка аналитических свойств документа.