Добрый день. Вопрос к тем кто организовывал в базах 1с хранение сканов первички. Мне нужно к базе бухгалтерии прикрутить систему хранения сканов, какие подводные файлы есть. Например при хранении в самой базе лучше надежность, но увеличивается размер её , при хранении в какой то папке снижается надежность. У нас сканов за 2014год где то на 200Гб.
Плюс если в базе хранить, то сначала наши подразделения сканируют и через документооборот прикрепляют сканы, а потом эти же сканы приклепляют к бухгалтерии

(0) БП как бы и так не очень быстрая конфигурация, со сканами может и лечь окончательно.

(0) В УТ всё организовано, смотри, раскуривай

дык у нас и в документообороте это реализовано:) Вопрос про подводные камни а не про реализацию, как лучше как хуже

лучше в базе не хранить, особенно 200гиг в год

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

(4) +1 подумай, как админы взвоют, узнав на каждый бэкап требуется + 200 гб свободного места. Зато базу без знаний sql ни кто не утащит

можно комбинированный вариант - хранить документы в отдельной базе помойке, а в Бух хранить уиды+наименования справочников с файлами.

(5) пользователей беспощадно лечить.
как будто в базе нельзя ничего удалить/заменить.
просто права и на доступ к папкам хранения и на изменение регистров где пути хранится будут прописать как следует.

(5) Бэкап файлов отменили чтоль? Чего там боятся?

(7) и?? дергать через СОМ а ту базу вообще не бекапить?
а если там что то "вздрогнет" - прочувствовать всю прелесть ТИИ, например?

(5) если требуют подборку сканов по документам/контрам и т.п. То с точки зрения 1С эта выборка не зависит от места хранения. Не находите?

(10) при таких объемах хранить вообще лучше на диске. Только пусть админы нормально настроят права доступа.

Я не понимаю почему автор решил, что безопаснее хранить в базе, чем на отдельном ресурсе

(12) Я ничего еще не решил:). Просто сейчас у нас сканы хранятся как, есть сетевой диск, на который доступ у группы бухгалтеров есть, и периодически там файлы пропадают, изменяют название, или переносятся в другую под папку:)
Вот от этой неразберихи хотим и уйти:)

(13) пусть админы разбираются, что творится на диске.

Если есть сканы в документообороте, то кури внешние источники данных и делай связи.

(5) вообще то есть такая вещь как СканАрхив, решает поставленную задачу целиком и полностью
закинул пачку доков в потоковый сканер и сиди кури ...

(12) +1

(3) Где-то читал, но не проверял, т.к. нужды не было, что вроде как есть такой подводный камень, как индексирование документов на сервере. Что, якобы, если текстовый файл хранится в режиме "В томах на диске", то его индекс, соизмеримый по объёму с объемом самого файла, всё равно хранится в базе. Соответственно, база всё равно растёт, но только в части текстовых файлов. Может есть знающие люди, подскажут, так это или фейк.

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

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