Хранение сканов документов в БД #562328

Интересуют основные моменты реализации такой задачи. Основная необходимость заключается в том, чтобы при надобности не рыться в архивах в поисках нужного документа. На данный момент думаю над такими вопросами: - автоматической привязкой скана к документу (например кидаем пачку в сканер, каким-либо образом распознаем и привязываем - стоит ли заморачиваться?) - где хранить данные: в самой БД или во внешних файлах? PS есть ли какие-нибудь конфигурации выполняющие подобные задачи?

PSS объем документов: порядка 3000-4000 в месяц

1С:Архив

В БД хранить глупо. Рано или поздно база загнется от размера. Либо ссылки на файлы на диске, либо в отдельной скулевой базе.

Вообще тема - страшный баян. Перетиралась уже много раз. Даже фильмы собирались хранить)

и музычку

в инф. письме от 1С говориться, что 1С:Архив можно скачать с сайта users при наличии подписки, но я почему-то не смог найти там - может кто подскажет ссылку?

Да-да.. Только для таких вариантов iTunes за глаза

Она не бесплатна

я говорю про ознакомительную версию Дистрибутив конфигурации ознакомительной версии «1С:Архив 8» распространяется следующими способами: 1. В составе сентябрьского выпуска партнерского диска ИТС за 2008 год; 2. На сайте поддержки пользователей (.

ИМХО лучше делать файловый ресурс и хранить ссылки на сканы.

Это еще в 2008 году опубликовано. Уже зарезали доступ по ходу.

в принципе я тоже склоняюсь к варианту хранения вне БД. Каковы идеи насчет автоматической привязки к документу? Просто думаю, каков будет процент успешных привязок?

очень жаль...

Обратно пропорционален кривизне рук того, кто будет реализовывать привязку.

В базе порядка 500000 документов формата Word, Excel. Средний размер 200 кБ, в принципе немного, пока ничего не загнулось.

они вместе с печатями и подписями хранятся?

Нет. Но разницы нет что в ХЗ сливать.

кстати 1С Архива почему-то вообще нет в списке - какой у него последний релиз?

эм... а какой смысл хранить сканы? можно просто тупо распечатать документ из самой проги PS ч.т. хз?

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

1. Чтобы не терялось 2. Чтобы иметь возможность сверить конкретный отпечаток с оригиналом.

мой друган хотел открыть такую фирму - сканы  держать.

d УПП  в справочнике контрагента есть кнопочка "файлы", посмотри реализацию мож поможет;)

+ и не только в УПП...

+ и не только в контрагентах :) спс, про это приблуду я как-то подзабыл

См. Документооборот. Там все есть.

можешь вкратце рассказать ваш механизм перевода в эксель?

Я не писал что мы переводим что-то в Excel. Мы храним все отпечатки отправленные контрагентам, шаблоны периодически меняются. Прочитай про хранилище значений, остальное додумаешь сам.

смотрел - нашел только считывание штрих-кодов

создавали базульку в ней хранились сканы на сертификаты. девушка загружала пачку бумажек в сканер и потом их рассортировывала по нужным документам. если листов много у одного документа, то можно сделать и наоборот. сначала выбрать документ а потом к нему засканить необходимое. единственный момент, использовали ПО которое позволяет делать ресайз сканов чтобы они занимали 150-200кб, а не 3-4метра. все работало все летало очень хорошо.

понятное дело, что хранить в хранилище, интересен сам механизм распознавания одна из проблем: у меня на компе один документ распознается где-то 5-10 минут, думаю не будет ли все это очень долго тормозить

так нужно распознавание или сканы доков я чета не понял=)

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

т.е. она все таки каждый файл вручную привязывала к каждому доку?

Хреново смотрел. И библиотека сканирования, и процедуры работы с файлами. Все вполне прилично сделано.

ну у нас не было задачи в распознать к какому сертификату относится листик.. поэтому вручную

так вот скан обычно бывает в формате tiff или bmp, теперь считай: твои 500К*(~2МБ) = 1гиг, это для начала и при усредненном размере файла, BMP может быть и 3, и 5.. пропорцию.думаю, прикинешь.. и нах.я в базе. где полезной инфы метров на 500 2 гига этого говна?

У меня был проект реализации подобной идеи. Мы использовали стороннее решение германской фирмы. Там именно сканы хранились в скуле целиком, а я тупо тянул оттуда. COM поднимался легко и непринужденно, а со сканом можно было делать что угодно (из того, конечно, что позволял функционал той сторонней системы)

Два гига это вообще ни о чем, или с местом на винте проблемы? Плата за удобство.

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

Ворды, эксели - хрен с ними, но картинки, музыку, видео, флеши и прочую дрянь от лукавого - нафиК.

Интегрируй последнюю версию БСП - позволяет организовать отдельную базу для хранения медиахлама бесшовно интегрируемую с рабочей.