Загрузка...

Импорт данных из СЭД "Документолог" в СЭД 1С "Документооборот"

Автор Сообщение
f2030
07.02.2019 11:30:30

Добрый день..

После использования основанной Вами СЭД "Документолог" в течение 3-х лет, руководством было принято решение перейти на аналог СЭД 1С "Документооборот"

Администрация Ньюинтек наотрез отказалась помогать в импорте данных (писем, документов).

Подскажите пожалуйста у них какая там СУБД, есть ли описание таблиц где чего хранится. И есть ли в самой программе какие-то механизмы для выгрузки данных.



Андрей (Documentov)
07.02.2019 13:39:14

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

P.S. Переходите на Документов, в таком случае у нас появится повод посмотреть базу (если она у вас есть в наличии) :) Не бесплатно.


trykov
07.02.2019 15:12:43

P.S. Переходите на Документов, в таком случае у нас появится повод посмотреть базу (если она у вас есть в наличии) :) Не бесплатно.


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

Если всё это удастся реализовать, то, я думаю, половина клиентов Документолога готова будет перейти на Документов. ))

Кстати, а что вы думаете о сравнении этих систем? Можете, как специалист, знакомый с обоими системами, рассказать о недостатках Документолога и преимуществах Документова?

Андрей (Documentov)
07.02.2019 16:51:52
- возможность редактировать прикреплённый текстовый файл в Word или другом редакторе с автосохранением документа в системе после окончания редактирования в редакторе.

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

У нас уже готово действие "Экспорт в файл", поддерживающее XLSX, DOCX, PDF, CSV. Отрелизим во второй половине февраля.  
- системы отчётов;

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

На самом деле в системе сейчас очень много возможностей. Просто мы не показали это все в виде конечного готового продукта. Но мы надеемся все это сделать к версии 1.0.0.
- более функционального календаря.


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

Кстати, а что вы думаете о сравнении этих систем? Можете, как специалист, знакомый с обоими системами, рассказать о недостатках Документолога и преимуществах Документова? 

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

trykov
07.02.2019 17:39:05

Спасибо за подробный ответ.

Потенциал системы не может не радовать.

Успехов вам в работе!


А на когда ожидается релиз 1.0.0?


Андрей (Documentov)
08.02.2019 08:45:28

Пока думаем так:

февраль-март - 0.9.8

март-апрель - 0.9.9

апрель-май - 1.0.0


arproject 29.04.2019 14:58:19

Добрый день..

После использования основанной Вами СЭД "Документолог" в течение 3-х лет, руководством было принято решение перейти на аналог СЭД 1С "Документооборот"

Администрация Ньюинтек наотрез отказалась помогать в импорте данных (писем, документов).

Подскажите пожалуйста у них какая там СУБД, есть ли описание таблиц где чего хранится. И есть ли в самой программе какие-то механизмы для выгрузки данных.



 Это у них постоянно так))

Бауыржан
22.06.2020 15:10:16

Здравствуйте, Андрей. Может быть за прошедшее время Вы посмотрели базу Документолога? И можете хоть что-то подсказать насчёт структуры таблиц базы данных?

И второй вопрос. Можно ли будет загрузить базу Документолога в Документов?


Андрей (Documentov)
22.06.2020 17:09:07

Здравствуйте.

Да, у меня была возможность посмотреть структуру БД. Принципиально, она никак не изменилась за 10 лет. По сути, структура та же, что и в Детриксе - для каждого справочника / типа документа создается своя отдельная таблица за исключением версионности типов документов, имевшейся в Детриксе.

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

Все свои  данные вы можете найти в схеме operational. В зависимости от конфигурации, в этой схеме может  быть несколько сотен таблиц.

Некоторые справочники, такие как Структура, Номенклатура дел, Статусы моих документов, Города, Контакты, Сотрудники и пр. имеют собственные таблицы, которые называется как ref_structure, ref_system_aktenplan, ref_mydocuments_states  и т.д. 

Таблицы с названиями вида ref_doc_xxxxxxx хранят пользовательские данные справочников, созданных в конфигурации. В каждой такой таблице есть т.н. системные поля, или поля, присутствующие в каждой таблице. Это такие поля, как id, title, creator и т.д. Непосредственные пользовательские данных хранятся в полях с названиями вида f_xxxxxxx, где ххххххх - это идентификаторы полей. 

В таблице ref_doctypes можно найти соответствие между между названиями таблиц ref_doc_xxxxxxx и названиями справочников, которые вы видите в конфигурации.

С типами документов все то же самое. Взгляните на таблицы rpt_doctypes и rpt_doc_ххххххх. 

Сами данные хранятся в таблицах вида wfw_doc_xxxxxxx, а в таблицах вида wfw_folder_... - по сути те же самые данные, адаптированные для отображения в журналах. 

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

По поводу выгрузки базы из Documentolog в Documentov. Базы, конечно, несовместимые. Чтобы мигрировать из D в D %), необходимо:

1. Выгрузить соответствующие данные (лучше ограничиться справочниками) из БД PostgreSQL в CSV.

2. Создать соответствующие типы документов в Documentov.

3. Используя действие "Импорт из файла" импортировать данные.

На самом деле не все так просто. Тот же пункт 3 предполагает разработку полновесного типа документа, которые будет анализировать полученные данные и адаптировать их под Documentov. В целом, задача совсем не тривиальная, и поэтому Вам будет сложно решить ее самостоятельно. Пишите, если заинтересованы в сотрудничестве, на info@documentov.com.


Бауыржан
22.06.2020 18:41:03

Понятно, спасибо, большое, Андрей.


Сообщений: 10