Галактика в вопросах и ответах

???

Помогите, стоит или нет хранить договора в Галактике, и как лучше это сделать?

Хранение документов (любых форматов, включая форматы мульти-медия) в Галактике осуществляется путем импорта этих документов в мемо поля, которые прикреплены к таблицам (документам обычным).

Чтобы импортировать документ в мемо-поле (например, в примечание по счету, накладной) достаточно стать на мемо-поле и нажать ИМПОРТ. Для правильной визуализации настройте редактор мемо-поля в =.

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

P/S в Галактике был когда-то Документоборот (он и сейчас есть, но не продается - в отчете любом в бизнес-тексте нажмите Ctrl+R или в счете увидите в горячем меню позицию ДОКУМЕНТООБОРОТ) ). Основная его идея в том, что любой отчет , полученный в Галактике или любой документ любого формата можно было записать в электронное хранилище (папку) и затем в дальнейшем не формировать повторно отчет с другого места, а просто взять его из папки. На иерархию документов назначались права. Это позволяло закрепить ответсвенность за документом-отчетом полученным из Галактике за каким-то отделом, отделить как-бы отчет от алгоритмов и состояния БД ГАЛАКТИКА, экономить время на получение отчетов в фирме, а также не требовалось лицензий на оперативный контур, чтобы просматривать отчеты о закупках-продажах. Но проект был похоронен из-за его непонимания отдельными сотруниками. Хотя Документоборот я так понимаю еще используют до сих дор те фирмы, которые его успели купить, но в прайсе его нет.

Сейчас есть возможность записывать в мемо-поля документов как описано выше. Но это намного слабее конечно.

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

Естественно БД увеличиться в размерах. Как раз на размер документов, хранимых в нем. Размер же зависит от качества картинки главным образом (разрешения).

Единственное, что я не очень представяю и у меня нет в этом деле особого опыта и надеюсь кто-то другой подскажет - как увеличиться время конвертации при большом количестве мемо-полей в БД. У нас пока не делали конвертацию с такими документами

Если не хотите в БД, то не храните картинки в БД, а храните там только наименование файла с полным путем. Легко сделать отчет (например в накладных и или дургих присоединенных формах), когда при выводе отчета отсканируемый документ будет на экране (сделайте RTF-форму и в ней свяжите рисунок..имя которого выводится из формы). Документы можно хранить где-то в отдельном каталоге. При этом один документ может быть использован в нескольких накладных.

С уважением, Игорь

Добрый день.
У нас в модуле персонал лежат фото сотрудников в формате Bmp. Размер файлов от 16К до 90К всего втянуто около 200 Мб. На общее время экспорта в DBF это, по-моему, влияет совсем не значительно. Есть другие таблицы, которые гораздо больше.

Игорь! Можешь подробнее описать: как в накладной открыть какой-нибудь файл?

Мы хотим в файлах Excel хранить качественные удостоверения к каждой партии МЦ. И при печати накладной автоматом выводить на печать соответствующее качественное удостоверение.
Видимо в какое-то поле партии надо будет ввести полный путь до файла xls и открыть его при выводе на экран формы накладной. Так?

Или еще какие-то варианты возможны?

Все правильно. Храните пути на файлы в таблице, передаете в форму (или достаете их SQL-ем уже в присоединенной форме). Такое было предложение.

Другие предложение связаны с доработкой небольшой..т.е. если у Вас есть опыт програмирования на ВИПе..Там можно все сделать симпатичнее и проще. Если есть такой опыт, то я бы советовал хранить удостоверения в БД все же.

Но думаю и первый вариант вполне приемлем.