Идеи по конфигурации производящей сложные табличные документы #491160

Дано: Есть организация, которая занимается подготовкой документов для сертификации продукции. Для нее была написана своя конфигурация на файловой семерке. В части учета очень простая - учет заявок и оплат. Основная "фишка" конфигурации - формирование на основе заявки произвольного пакета разнообразных документов на основе подключаемых шаблонов Word. Сейчас требуется наладить ввод и формирование сложного табличного документа "Протокол испытаний". Он, в своей основе, представляет собой таблицу из четырех колонок "Показатель" (что испытываем), "Нормативные документы" (на основе которых проводятся испытания - ГОСТы и т.п.), "Норма" (которая заложена в ГОСТах) и "Результат испытаний" (который по факту). Объем одного документа может доходить до нескольких десятков печатных страниц. Вывод подразумевается, опять же, в Word для возможности пересылки и правки (если что) готового документа. В каждой ячейке этой таблицы может быть: либо произвольная информация от одного символа до (навскидку) страницы текста, либо произвольная вложенная таблица По количеству - думаю что организация должна будет выйти на уровень в несколько сот документов в месяц. Задача не совсем для 1С, но прикрутить надо для связи с учетом и для автоматизации создания документов. В идеале (когда-нибудь), после занесения всех ГОСТов, типов продукции и их связей, документ должен формироваться автоматически, на основе заявки с указанием продукции, с возможностью правки только самих результатов испытаний. Все эти произвольные вложенные таблицы регламентированы ГОСТами, но это огромный объем неструктурированных данных. На этапе накопления информации необходимо организовать ручное cоздание необходимой структуры. По штатным возможностям 1С сейчас идеи следующие: Структура: Документ "Протокол" со скрытой ТЧ из пяти колонок - "ТипСтроки" (Перечисление для разделения обычных строк и заголовков/объединений ячеек) и четыре колонки неопределенного типа, аналогичные колонкам документа. Вместо неопределенного типа подставлять по потребности: либо справочник из одного строкового реквизита неограниченной длины, либо подчиненный документ "ВложеннаяТаблица", хранящий произвольную вложенную таблицу Документ "ВложеннаяТаблица" одним из двух способов: Либо сделать реквизиты "КоличествоСтрокТаблицы" и "КоличествоКолонокТаблицы" и ТЧ вида "НомерСтрокиТаблицы", "НомерКолонкиТаблицы", "ЗначениеТаблицы" (здесь не видно как хранить информацию для оформления заголовков/объединений, наверное, опять же, разделять реквизитом "ТипСтроки") Либо в ТЧ хранить одно измерение таблицы с ссылками на подчиненные документы следующего уровня Интерфейс: На отдельной закладке формы документа "Протокол": Таблица значений, отражающая внешний вид документа, из пяти колонок (с ТипомСтроки) Отображение под ТЗ содержания выделенной ячейки ТЗ: надписи для текста дополнительной таблицы значений если в ячейке ТЗ содержится таблица По двойному клику на ячейку основной ТЗ: Если тип значения вложенная ТЗ, то открывать обработку для редактирования вложенной ТЗ с аналогичным интерфейсом Если тип значения справочник или ячейка еще пустая, то открывать форму списка справочника следующего вида: в средней трети формы - сама форма списка с текстовым реквизитом в нижней трети формы - надпись для отображения текущего элемента справочника (чтобы воспринимать текст из нескольких абзацев) в верхней трети формы - многострочное текстовое поле для копирования/вставки и ручного ввода текста; и кнопки управления (в частности, кнопка перехода к созданию вложенной таблицы) Т.е. по двойному клику не предлагать выбор действия (ввод текста или таблицы), а сразу открывать ввод текста (как более частое действие), с возможностью переключиться на ввод таблицы Пишу все это, во-первых, чтобы для себя еще раз "разложить все по полочкам", а во-вторых, чтобы узнать мнение насчет реализации. В описанной реализации меня смущает, прежде всего, хранение большого количества строк неограниченной длины и дальнейшая работа с ними - поиск, например. Будет ли данная конфигурация жизнеспособной при больших объемах данных? Еще смущает интерфейс работы с этим документом, с точки зрения удобства пользователя - ТЗ на форме с узенькими строчками, с переходами к редактированию вложенных таблиц, ручному заданию количества строк и столбцов. Есть мысль: может вместо отображения ТЗ на закладке документа, использовать форму обработки, с присоединенной внизу таблицей, в которую (по кнопке) выводить отображение документа в "живом" печатном виде? Еще есть мысль разобраться с возможностями Formex'а и использования Табличного Поля, а то и с 1с++, "раз пошла такая пьянка" :) Ваше мнение?

Шедевр - взлетит

Слишком узкая и специфическая задача, не укладывающаяся в типовые рамки учета. Поэтому трудно будет дать вразумительный совет.

табличное поле либо грид на активиксе, либо йоксель, если структура не линейная.

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

Как вариант попробуй перейти на 8-ку ;)

Отличная идея. Перейдет он на восьмерку и что с этого? Вопрос сам собой решится? Правда ему еще полгода придется пилить то что уже напиляно в клюшках, но это ведь мелочи. Главное восьмерка.