Добрый день,

Возникла необходимость при создании ГТД прикреплять сканы документов. Подскажите какие есть варианты сохранить эти данные?

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

У меня есть 2 варианта:
1. Создать две Z* таблицы (заголовок, данные). В первой будет храниться название файла, привязка к ГТД, ID файла. Во второй непосредственно сам файл в виде бинарника.

2. Создать Z* таблицу с данными заголовка. Файлы сохранять в WEB-репозитарии (тр. SMW0). Создать для этих данных отдельный пакет, использовать функциольники: "DOWNLOAD_WEB_OBJECT", "UPLOAD_WEB_OBJECT".

Оба варианта обеспечат сохранность данных в случае восстановления с бекапа.
Первый вариант лично мне не очень нравиться. Хотя и не единажды уже проделывался. Хочется все таки использовать какие-то стандартные компоненты.
Насчет второго варианта я сомневаюсь, потому как кроме шаблонов я ранее в WEB-репозитарии я ничего не хранил. И не знаю какие объемы данных разрешено хранить в нем. Документации по этому вопросу так и не нашел. Если кто-то может подсказать буду благодарен.

Можно стандартную транзакцию для хранения файлов CV01N посмотреть.

Доброго утра!
Мне первый вариант очень понравился, расскажите, пожалуйста, поподробнее как реализовать.
Просто такая же тема возникла...

imho проще generic object services (GOS)

По GOS тоже есть вопрос:


Если я делаю Z документы, то как правильно к ним привязывать GOS?
То есть, что писать в OBJTYPE? (Номер то я как-нибудь придумаю)

Удобно также RCM (на CASE) (транзакция SCASE).
Довольно много ФМов по работе с файлами, загрузкой, версией.
довольно легко отправлять почтой.

Насколько я понимаю, CASE - надстройка над BDS, или я ошибаюсь?

А за RCM(SCASE) SAP разве не хочет доп.денег?

хочет.
разработчики тоже хотят.

Если уже используется - то можно использовать.
Был приведен "совет" с DMS - я привожу "совет с RCM".

Мне кажется - это удобно.

откуда такое утверждение?

я не могу его опровергнуть, и подтвердить не могу.

что-нибудь найду - скажу.

Привет,

Реанимируя старую тему

1. Созрел (на досуге:) вынести фотки (HR-карточки) с локальной фс на content server (заодно предложить кадрам удобство хранения скан-копий паспортов и пр. документов с привязкой). В основном, смотрю, Opentext предлагают. Но заморачиваться влом - обосновывать бюджет и прочая возня . (Open не входит в кэйс).

2. Параллельно, проект по RCM начинается - возможно подстегнуть к CS.

Что посоветуете?

Тоже думаем на тему электронного архива документов.
Общаемся и с Opentext, и с Элар.
Opentext утверждает, что CS SAP не развивает и предлагает в т.ч. свое решение как современную замену CS.
Элар также сертифицирован для работы с SAP в части замены CS.
Но функции электронного архива намного шире, чем простое хранение файлов, изщ--за этого любое решение будет стоить дорого.
Вердикт - его стоит внедрять, если в компании больше одного бизнес-заказчика и есть вероятность, что и другие направления бизнеса будут смотреть в эту сторону.
Если нет - на первое время CS подойдет, а переход на полноценный электронный архив можно сделать позже.

плюсану.
Но решения с внешним CS всёравно получаются хромыми и громоздкими, особенно если с оргструктурой надо интегрироваться для раздачи прав,, и (или) какиенить сквозные workflow "то там-то здесь" предполагаются с теми документами. Всётаки родное саповское WF оно побогаче, и в плане функциональности, и в плане мониторингового функционала (админам WF).

Впринципе, если очень нужно версионирование документов (то чего не даёт стандартный Гусь), то вполне древний и простой DMS сгодится. Просто к DMS-у нужно сразу бадишкой прикручивать Z-таблицу атрибутов документа, в которую бы складывались копии значений, которые из карточки DMS будут сохраняться в AUSP (и по которой будет строиться поисковый реестр карточек документов). Иначе при скольнибудь объёмном архиве вы быстро упрётесь в отвратительную производительность выборок из такого архива.

Спасибо, уважили вниманием .

А то фотки-то ладно - стерпим, но если начнут сканить паспорта и пр., то базу заси..ть не дам!

В принципе WF уже давно работает в подзадачке (для SAP HR-PY) заявок доплат за переработки (в интеграции с Lotus), но без сканов,
по DMS курс скачал - штудирует народ - глядишь через месяц-другой начнёт двигаться. Надо дать какое-никакое решение.

p.s. "а нами заполняют перерыв.." - настроим Counter Strike (CS) пока пауза в штурме HANA

Вы там держитесь!

А вообще, вот интегрировали както в хлебные годы "бабушку опентекста" EMC Documentum Webtop с ERP, - грабли получились те же что и с другими внешними CS, но понравилась идея, что бинарный файловый контент тасуется между клиентом и сервером не средствами сервера приложений SAP (т.е. память и мощности AS не расходуются), а автономным EMCшным плагином к браузеру. На хранилищах большого объёма имхо это самый правильный вэй.