Страница 1 из 1
Структура хранения документов SQL
Добавлено: Пт ноя 02, 2012 14:26
LevZabudko
Добрый день!
Собираетесь ли вы в ближайшем будующем переходить на новую структуру хранения документов в SQL? Я имею ввиду не хранение док-тов в BLOB полях таблицы в вашем формате, а полноценную структуру SQL-таблиц для документов.
Невозможно описать насколько это облегчило бы создание отчетности с помощью внешних аналитических инструментов...
Re: Структура хранения документов SQL
Добавлено: Чт ноя 08, 2012 10:46
alta_olg
Честно говоря, даже не рассматривался данный вопрос в ближайшей перспективе.
Для нас такая структура будет неудобной.
Максимум что рассматривали хранение документа в xml формате.
Используйте для аналитики базу зарегистрированных ДТ.
Re: Структура хранения документов SQL
Добавлено: Чт ноя 08, 2012 17:32
Nick
Оперативное хранение ДТ не в виде BLOB, а с размазыванием на тысячи записей в десятках таблиц действительно не рассматривается. Только представьте, сколько ресурсов сервера будет отнимать ее ежеминутный автосейв! Причем правками отдельных полей здесь не ограничиться, программа устроена так что документ может быть перестроен по любому чиху (например платежи пересчитались на новую дату) и сохраняется целиком. В общем рабочая БД пока остается на блобах (((
Но конкретно для отчетов есть целых три хороших выхода:
1) Утилита Docs2SQL, в момент выпуска (или пришел выпуск по ЭД, или вручную шлепнули "синюю печать") программа сохраняет ДТ в отдельную базу, где как раз все разобрано, а имена таблиц и имена полей соответствуют внутреннему таможенному формату, типа DbrHead.G020 = "гр.2 ОГРН Отправителя" и т.д. Файл Docs2SQL.EXE входит в пакет "ГТД-Сервер", при покупке от 10 рабочих мест поставляется бесплатно.
2) В папке C:\ALTA\ имеется множество файликов с именами REPORT???.DAT, они состоят из описания полей таблицы и небольшого скрипта на паскаль-подобном языке программирования для заполнения сложных полей. Он запускается с помощью лежащего там же GTDREP.EXE, который умеет залезть в BLOB и выдернуть оттуда все что надо.
3) С наступлением эпохи ЭД важнейшим форматом стал XML, фактически это и есть юридически значимый документ и всё такое. Поэтому можно делать отчеты над полученными из таможни XML-документами, в них есть и сама ГТД, и сведения о выпуске (ЛНП и дата). Такие XML хранятся в виде BLOB в таблице EDMsgs, их тоже при желании можно распарсить средствами MS SQL
см. также
http://database.alta.ru/altapedia/index ... 0%98%D0%A1
http://database.alta.ru/altapedia/index ... 0%A2%D0%94
http://database.alta.ru/altapedia/index ... 0%A2%D0%94
Re: Структура хранения документов SQL
Добавлено: Пт ноя 16, 2012 11:47
LevZabudko
Спасибо, наверное будем смотреть в сторону Docs2Sql, чтобы пользоваться сторонними средствами аналитики... Они наверное были бы удобнее для пользователя и позволили бы смотреть нужную аналитику на лету.
Re: Структура хранения документов SQL
Добавлено: Ср ноя 21, 2012 10:05
LevZabudko
Добрый день!
Попробовали Docs2SQL, есть ли у этой программы возможность выгружать Инвойсы? Можеть есть другая возможность выгрузки инвойсов в БД по столбцам?
В настройках не нашли, а нам нужны цены товаров. Также было бы хорошо видеть CMR...
Re: Структура хранения документов SQL
Добавлено: Чт ноя 22, 2012 09:46
Nick
К сожалению Docs2SQL работает только с ДТ (плюс ДТС и Опись) то есть с чисто таможенными документами, для которых существует официальный таможенный DBF-формат. Всё это делалось еще до ЭД, когда никаких инвойсов в нашей программе в принципе не было. Кроме того связка ДТ-Инвойс не всегда однозначна, особенно если он "Б/Н".
В принципе Инвойс может быть выгружен из программы в различных форматах: TXT, DBF, XML, XLS и т.д. (см. меню "Каталог"). Но это надо делать вручную, отметив их в списке документов.
Еще для автоматизации работы с Инвойсами у нас есть
ПК "Артикул". Там как раз налажен возврат стоимости таможенного оформления и ее разбивка по товарам. И Инвойс в виде таблицы там есть. И артикульная номенклатура ваших товаров. Может это подойдет?
Если нет - напишите письмо на
alta@alta.ru с описанием вашей задачи, подумаем какой именно вариант автоматизации для вас сделать.