Newby

(18) fixin, Да, это ограничение демоверсии

Скоро будет и для БП3

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

Нужно сделать модуль с одной стороны максимально интегрированным с типовой, с другой стороны типовую по максимум не модифицировать.

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

1. Встраивание в типовую конфигурацию. Модуль целиком встраивается и модифицирует типовую конфигурацию.
(+) доступ к общим справочникам (контрагенты номенклатура и т.д.)
(+) возможность напрямую просматривать документы и генерация их пользователем или модулем.
(–) требуется ручное обновление при каждом выпуске нового релиза типовой. Со всеми вытекающими: нет автоматического обновления, задержка в выпуске.

2. Ведение в режиме обмена через файл. Модуль будет самостоятельной конфигурацией с возможностью обмена. Цепляемся к общему плану обмена.
(+) типовая конфигурация будет не тронута
(–) необходимые для работы документы и справочники типовой придется загружать в модуль, с дополнительной синхронизацией двусторонней.
(–) потребуется отслеживать структуру типовой в части общих данных, и реализовать дублирующий функционал в модуль.

3. В режиме обмена по COM соединению. Модуль будет самостоятельной конфигурацией, но общие данные онлайн извлекаются из типовой конфигурации. Пример: справочник контрагенты есть и в типовой и в модуле, но в модуле не хранятся все его реквизиты. При попытке модификации пользователем, открывается через COM элемент справочника из типовой, модифицируется и закрывается.
(+) типовая не модифицируется вообще
(+) не требуется дублировать функционал типовой в части общих объектов.
(–) для полноценной работы требуется постоянное подключение к типовой конфигурации
(–) для генерации отчетов и выборок потребуется дополнительно обрабатывать типовую по COM соединению.

14. Откуда столько ненависти. Не нравится не пользуйтесь.

Обработка позволяет производить перепроведение уже проведенных документов по следующим разрезам:
* По видам документов
* По организации
Запуск по таймеру.

Советую добавить в вашу статью немаловажный фактор - ИТС. Который обязателен для восьмерки, а стоит в год как локальная версия.

Журнал встроенный, будет по определению быстрее. Здесь без вопросов, запрос к базе будет работать медленнее. Имелось ввиду замедление при вводе данных из-за блокировок.
Я бы на вашем месте учел время потраченное для указания граф отбора для каждого документа в журнале, причем в одном документе может быть несколько требуемых полей для одной графы. Обработка то собирает поля автоматически, даже если появится новый документ. В общем то в этом весь изюм.
Зачем нужна обработка "Общий журнал"
- для базовой конфигурации, туда журнал не добавить.
- для пользователей неискушенных в конфигурировании и построении запросов.
- для разработчиков - простой инструмент анализа данных, и не требуется модифицировать базу.

(5) Ну в общем то, да, создать общий журнал куда проще. Но при этом нагрузка на базу возрастет. В 1С отказались от общих журналов в восьмерке http://v8.1c.ru/predpriyatie/typical_problems_Documents.htm?printversion=1

(4) Модуль модифицировать не требуется для использования, все настройки спокойно можно менять в форме. Обработка для типовой бухгалтерии реквизиты подогнаны под нее, если нужен полный код пишите tools@1c-ufa.ru обсудим. За (+) спасибо.

Хорошо, постараюсь выложить. Под 8.1 есть на домашней страничке http://tools.1c-ufa.ru

Общий журнал документов позволяет строить списки документов по заданным отборам из типовой конфигурации "Бухгалтерия предприятия" системы программ "1С:Предприятие 8". При этом пользователям не требуется обладать специальными навыками построения запросов.
Журнал позволяет отбирать документы по следующим разрезам:
* Контрагенты
* Номенклатура
* Физические лица
* Основные средства
* Все документы