gifts2017

Сканированные изображения договоров

Опубликовал Михаил Козырин (mikhail.kozyrin) в раздел Обработки - Обработка документов

Возможность прикреплять к договорам базы данных изображения сканированных документов.

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

Основные возможности:

  • файлы изображений хранятся на диске, что позволяет хранить большой объем файлов без увеличения размера информационной базы.

  • поддерживаются несколько форматов файлов: jpg, bmp, gif, png, tiff, wmf, emf, pdf.

  • можно подключить данную возможность не только к справочнику договоров, но и к любому другому объекту конфигурации.

  • можно разграничить доступ пользователей. Любой пользователь может просматривать файлы, и лишь некоторые редактировать. Право редактирование доступно у роли "Редактирование сканированных изображений объектов".

Для использования данной возможности необходимо объединить предлагаемую конфигарацию с типовой конфигурацией фирмы "1С".

Для того, чтобы подключить возможность работы с сканированными изображениями необходимо:

   1. В каждом объекте метаданных, в котором необходимо включить данную возможность, отредактировать код формы элемента.

   2. В форме элемента в процедуру ПриОткрытии добавить код:

	 СканированныеИзображенияОбъектов.ПриОткрытииФормыОбъекта(ЭтаФорма, ЭтотОбъект);

   3. В той же форме добавить процедуру:

	 Процедура ОткрытьСканы_Нажатие(Элемент)
    СканированныеИзображенияОбъектов.ОткрытьСканы_Нажатие(Элемент, Ссылка, ЭтаФорма);
КонецПроцедуры

   4. Настроить каталог для хранения файлов изображений. Для этого необходимо открыть обработку "Сканированные изображения объектов"

 

 Процедура объединения с типовыми конфигурациями:

   1. Для объединения необходимо открыть окно объединения конфигураций "Конфигурация - Сравнить, объединить с конфигурацией из файла"

   2. Выбрать файл конфигурации "Сканированные изображения объектов"

   3. В окне объединения убрать флажок с ветки "Свойства"

 

  В демо версии доступно использование не более 2-х изображений для каждого объекта.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Конфигурация "Сканированные изображения договоров" демо версия
.zip 164,44Kb
29.08.14
152
.zip 164,44Kb 152 Бесплатно
Сканированные изображения договоров
23.05.2014
2000 руб.

Моментальная
доставка

См. также

Contragent+ 5.0 от 2 500
Подписаться Добавить вознаграждение

Комментарии

1. Роман Семенов (rsu55) 02.07.10 19:18
а в чем проблема прикреплять в стандартное Хранилище доп информации?? в составной тип реквизита Объект Хранилища добавляете нужный объект конфигурации и будет вам счастье ;)
2. piterman (mikhail.kozyrin) 03.07.10 12:09
Если прикреплять файлы в стандартное хранилище, то файлы будут храниться в информационной базе и увеличивать ее размер. А с большой по размеру базой работать труднее, чем с маленькой. В данной разработке файлы хранятся отдельно на диске.
3. Ivon (Ivon) 05.07.10 10:23
Вот здесь http://infostart.ru/public/67205/ пример, как можно хранить рисунки в отдельной базе MSSQL. У нас давно уже сканы ко всем документам в компании линкуются. А вообще за такое деньги платить не вижу смысла.
Светлый ум; +1 Ответить
4. Михаил Козырин (mikhail.kozyrin) 05.07.10 10:36
Ivon, спасибо за интересную идею. Но для того, чтобы хранить данные на sql сервере нужен сам sql сервер. Не во всех компаниях есть выделенный сервер для таких целей и человек, умеющий с ним работать. Моя разработка позводяет организовать хранение файлов в файловой системе, что не требует дополнительных затрат.
6. homutke (homutke) 06.07.10 09:46
(2) Аргументировать мысль можете, чем труднее работать с большой базой или маленькой.
7. Михаил Козырин (mikhail.kozyrin) 06.07.10 10:00
Большую по размеру базу долго выгружать, долго обновлять, для нее требуется больше ресурсов.
8. Александр Цегельников (markers) 07.07.10 06:58
(6) Больше тормозит в целом база
9. homutke (homutke) 07.07.10 12:17
(8) Загрузил в УТ файловый вариант по одной картинке на каждый товар (кол-во 5000) база увеличилась примерно 1,5 раза с 2гб до 3,2гб. Скорость проведения ввода информации не уменьшилась, что я сделал не так? Отчеты скорость не изменилась так же.

(7) Выгружать, если база файловая, то проще делать копию , а не делать выгрузку базы. Если база в SQL то вообще монопесуально.
Делать копию директории с картинками , то же не сахар. К тому же копирование файла размером в 3,2Gb или 5000 файлов из директории, скажу Вам не одинакова , один файл быстрей передается.
Скорость обновления конфигураций не зависит от размера таблиц в базе.
10. Александр Цегельников (markers) 07.07.10 12:31
(9) Просто моё ИМХО основанное на том SQL серверу (да и другим базам) нужно считать данные из большого файла из-за картинок. Зависимость не прямая но ИМХО есть. Особенно при одновременной работе пользователей.
11. Михаил Козырин (mikhail.kozyrin) 07.07.10 13:29
Что касается файлового варианта, то размер базы имеет критичное значение, т.к. при выборке данных система обращается к файлу напрямую и чем он длинее тем дольше искать эти самые данные, к тому же нужно учесть, что этот процесс проходит через локальную сеть, которая тоже имеет ограничение по пропускной способности.

К тому же хотел заметить, что в данной разработке список файлов представлен в виде боковой панели с возможностью предпросмотра изображений, что на мой взгляд гораздо удобнее в использовании, чем типовой механизм.
12. homutke (homutke) 07.07.10 14:05
(11) Вы плохо владеете предметной областью. :o

при выборке данных система обращается к файлу напрямую и чем он длинее тем дольше искать.


Если по простому, при выборке чего либо в 1С, ищется не в файле , а в таблице которая находится в файле 1cd. Картинки в УТ хранятся в Справочнике ХранилищеДополнительнойИнформации и проиндексированны по полям , в том числе [Объект] т.е. привязка в объектам 1С. И Выборка картинки идет не перебором , а получением Картинки по индексу и размер таблицы не имеет значения. Единственное это ограничение на физический размер таблицы в 4Гб.

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


это вообще но коммент.

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


Юзабилите я не касаюсь, мне без разницы.
13. Михаил Козырин (mikhail.kozyrin) 07.07.10 16:50
И все же размер базы имеет определяющее значение для производительности. Я считаю, что нет смысла хранить лишнюю информацию, напрямую не относящуюся к данным в базе. Для этого можно использовать отдельное файловое хранилище. Что и предлагается.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа