|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Mykola Nikishov 2:5020/400 06 Feb 2005 15:22:23
To : Zahar Kiselev
Subject : Re: отчёт на бумагу, Re: linux & 1c
--------------------------------------------------------------------------------
On 2005-02-05, Zahar Kiselev wrote:
> Буду премного благодарен тебе если расскажешь поподробнее о
> предложенном тобой решении. Даже я не очень четко представляю себе
> как это работает. Что уж тут говорить о тех программистах, услугами
> которых пользуются упомянутые "органы". Что же тогда удивляться
> тому, что эта технология по сей день не внедрена? Я думаю, что если
> "органам" объяснить и разжевать преимущества - то они как минимум
> задумаются. Поэтому хотелось бы для начала разобраться самому что
> собой представляет предложенное тобой и как оно выглядит на простых
> примерах.
В идеальном мире :) получатели различной отчётности (налоговая,
например) заинтересованы прежде всего в собственно информации.
Генераторы этих отчетов (фирма, например) используют множество
различных средств формирования этой отчётности. Объём отчетной
информации относительно небольшой. Отчётная информация должна содержать
определённый набор данных, позволять автоматическую проверку
корректности (например, коды счётов соответствуют строго определённому
набору).
Что имеем сейчас? Hекие нормативные документы, определяющие объём
подаваемой информации и внешний вид документов. Дальше - каждый сам за
себя: производители как хотят (и могут), так и реализуют необходимую
функциональность в своих продуктах. Отсутствует единый формат для
элетронных документов.
Предлагается использовать для обмена информацией XML (с применением XML
Schema для проверки валидности) + XSL для преобразования, как минимум,
в пригодный для печати вид (например, PDF).
Что получаем? Получатель отчётов создаёт XML Schema, задающие
правила формирования отчёта (объём данных, их последовательность и
взаимосвязи и т.п.), + XSL для формирования печатной формы полученного
на первом шаге XML, например, в PDF. В итоге получает а) формат
элетронных документов для этой отчётности и б) единое печатное
представление этой отчётности.
Тот, кто вынужден :) предоставлять эти отчёты, должен добиться от своей
информационной системы выдачи нужного XML. Печать же можно организовать
и десятком разных способов - уменьшается зависимость от поставщика
используемого ПО.
> Сразу первый и главный вопрос - насколько точно оно позволяет
> определять печатные формы? Hапомню, что даже формат примитивной
> платежки задается с точностью до _миллиметра_. И рядовой лазерный
Первый вопрос - согласен, но даааалеко не самый важный :( С точностью
проблем никаких нет.
Есть проблемы с заинтересованностью прежде всего власти.
--
MAN-UANIC
Eclipse.org downloads @ http://eclipse.osdn.org.ua/
--- ifmail v.2.15dev5.3
* Origin: Debian GNU/Linux InterNetNews site (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
