Что должна делать новая доработка-функция: дать возможность интегрировать LibaBook в программируемые системы<br>___ <br><br>В чём плюсы новой возможности, какие проблемы она решает: LibaBook позиционируется как библиотечная система, но её функционал поиска информации мог бы использоваться для заполнения реквизитов учетных систем (1С), и не только для книг. В этом случае она существенно снижает трудоёмкость подготовки учётных карточек и значительно расширяет круг потенциальных пользователей LibaBook. <br>Существующий Импорт-экспорт для этой цели неудобен, т.к. карточки в 1С заполняются последовательно и прыгать из программы в программу нежелательно.
Что должна делать новая доработка-функция: дать возможность интегрировать LibaBook в программируемые системы ___
В чём плюсы новой возможности, какие проблемы она решает: LibaBook позиционируется как библиотечная система, но её функционал поиска информации мог бы использоваться для заполнения реквизитов учетных систем (1С), и не только для книг. В этом случае она существенно снижает трудоёмкость подготовки учётных карточек и значительно расширяет круг потенциальных пользователей LibaBook. Существующий Импорт-экспорт для этой цели неудобен, т.к. карточки в 1С заполняются последовательно и прыгать из программы в программу нежелательно.
В принципе, для данной цели можно напрямую подключиться из сторонней программы к файлу БД main.lbbk2 (в LibaBook используется FireBird в режиме одновременного доступа из разных приложений) и читать данные оттуда. То есть:
1. Пользователь создаёт все нужные карточки в LibaBook. 2. Затем переходит в стороннюю программу и нажимает кнопку, например "Получить данные из LibaBook", после чего сторонняя программа подключается к файлу БД Либабук и далее использует их на своё усмотрение.
Если это не очень удобно, то опишите, пожалуйста, какие ф-ции API были бы полезны в первую очередь и какой способ их вызова/интеграции был бы удобен для 1С и т.п. систем.
На вскидку есть пара опробованных способов интеграции: 1. DLL (но могут быть проблемы совместимости). 2. Вызов через Visual Bsasic Script (т.е. к примеру после создания новой карточки, LibaBook каждый раз запускает на выполнение некий vbs или js файл, которому через специальные переменные среды ОС передается информация с атрибутами карточки, а далее этот скрипт может выполнять действия на свое усмотрение).
Для 1С 7.7 (решение начала 2000-х) для решения проблем совместимости имелись правила формирования DLL. Но для 1С 8.3 (актуальное решение) уже в самой программе существует возможность разрабатывать интернет- сервисы. Более правильно- это конечно делать сервис в 1С8, выполняющий функционал LibaBook, но это естественно не проблема разработчиков LibaBook. Текущую проблему я решил, поскольку электронные накладные поставщика приходят на день раньше прихода товара, и именно за этот день они будут обработаны LibaBook , т.е. к моменту формирования приходных накладных склада уже вся дополняемая информация будет получена из LibaBook.
Из этого следует, что в текущем проекте моё предложение неактуально.
1. Пользователь создаёт все нужные карточки в LibaBook.
2. Затем переходит в стороннюю программу и нажимает кнопку, например "Получить данные из LibaBook", после чего сторонняя программа подключается к файлу БД Либабук и далее использует их на своё усмотрение.
Если это не очень удобно, то опишите, пожалуйста, какие ф-ции API были бы полезны в первую очередь и какой способ их вызова/интеграции был бы удобен для 1С и т.п. систем.
На вскидку есть пара опробованных способов интеграции:
1. DLL (но могут быть проблемы совместимости).
2. Вызов через Visual Bsasic Script (т.е. к примеру после создания новой карточки, LibaBook каждый раз запускает на выполнение некий vbs или js файл, которому через специальные переменные среды ОС передается информация с атрибутами карточки, а далее этот скрипт может выполнять действия на свое усмотрение).
Более правильно- это конечно делать сервис в 1С8, выполняющий функционал LibaBook, но это естественно не проблема разработчиков LibaBook.
Текущую проблему я решил, поскольку электронные накладные поставщика приходят на день раньше прихода товара, и именно за этот день они будут обработаны LibaBook , т.е. к моменту формирования приходных накладных склада уже вся дополняемая информация будет получена из LibaBook.
Из этого следует, что в текущем проекте моё предложение неактуально.