документооборот и доступ к файлам

[KiselevSA]

Цитата:

Сообщение от ivas

тоже не вариант пользователь генерит батник вида:
copy \\server\doc\doc00001.doc c:\doc\doc00001.doc
copy \\server\doc\doc00002.doc c:\doc\doc00002.doc
...
copy \\server\doc\doc99999.doc c:\doc\doc99999.doc

и все содержимое у него в кармане

А как он сможет скопировать то, на что у него нет прав на чтение?

[blokva]

Цитата:

Сообщение от ivas

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

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

Если говорить про "тип" файла в документообороте, то это имеется ввиду его принадлежность к некой сущности аксапты, а не принадлежности к приложению.
Иными словами, Вам надо создать типы, к примеру: "Приказы директора", "Накладные приходные", "Наряды на работы" и т.д., и для каждолго типа выделить отдельный каталог на сервере. Тогда манипулируя правами в Аксапте , как обычными, так и на уровне записей, Вы сможете решить свою задачу.

зы: ИМХО glibs именно это и имел ввиду.

[Aleck]

А не думали документы на Sharepoint хранить? в Ax ссылки на документы в хранить? Кроме настройки прав доступа до файла получите полнотекстовый поиск, версионность, несложный workflow и другие полезные фичи... Все же файловая система не самое лучшее многопользовательское хранилище документов

[ivas]

Цитата:

Сообщение от blokva

Если говорить про "тип" файла в документообороте, то это имеется ввиду его принадлежность к некой сущности аксапты, а не принадлежности к приложению.
Иными словами, Вам надо создать типы, к примеру: "Приказы директора", "Накладные приходные", "Наряды на работы" и т.д., и для каждолго типа выделить отдельный каталог на сервере. Тогда манипулируя правами в Аксапте , как обычными, так и на уровне записей, Вы сможете решить свою задачу.

зы: ИМХО glibs именно это и имел ввиду.

я так и понял...
просто к примеру если пользователь должен видеть один из документов типа "Приказы директора", то он увидит все документы с этим типом, а это не хорошо

[ivas]

Цитата:

Сообщение от Aleck

А не думали документы на Sharepoint хранить? в Ax ссылки на документы в хранить? Кроме настройки прав доступа до файла получите полнотекстовый поиск, версионность, несложный workflow и другие полезные фичи... Все же файловая система не самое лучшее многопользовательское хранилище документов

можно поподробнее...
что такое Sharepoint и как его с аксаптой можно съесть?

[ivas]

задача решена с минимумом энергозатрат
так:
1. документооборот настроен на хранение файлов в БД
2. при чтении/записи запускаем класс на сервере который открывает/сохраняет файл нужной нам в папке куда только у него есть доступ
чтение:
\Classes\DocuActionFile\saveTempFile

     //binData.setData(docuRef.docuValue().file);
     binData.setData(DocuActionServer::Load(docuRef.docuValue().fileName()));

запись:
\Data Dictionary\Tables\DocuValue\Methods\writeDocuValue

     //docuValue.file = binData.getData();
     DocuActionServer::Save(binData.getData(), docuValue.fileName());

DocuActionServer::Load()

server static container Load(Filename _filename)
{
    BinData bindata = new BinData();
    str     completeFileName = #Path + _fileName;
    ;

    if (WinApi::fileExists2(completeFileName))
        BinData.loadFile(completeFileName);
    else
        throw error("Не найден файл: " + completeFileName);

    return bindata.getData();
}

код DocuActionServer::Save()

server static boolean Save(container _file, FileName _fileName)
{
    BinData bindata = new BinData();
    ;

    BinData.setData(_file);

    if (!WinApi::folderExists(#Path))
        throw error("Не найден путь к папке: " + #Path);

    return bindata.saveFile(#Path + _fileName);
}

[Demetrio]

И как у Вас с производительностью дела обстоят при загрузке\выгрузке файлов 20, 50, 100 Мб и выше? Не пробовали? :-)

[glibs]

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

[KiselevSA]

Цитата:

Сообщение от glibs

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

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

[vvk]

Было нечто похожее. Была необходимость позволить Axapta читать-писать в каталог, однако так, чтобы пользователи напрямую не могли ни читать, ни соваться в этот каталог. Решили так: отняли права у пользователей на этот каталог, создали некоего пользователя и под ним запускали службу АОС. Ему дали права на каталог. И все закрутилось.
Может быть это подскажет мысль.

[Акавешка]

Поднимаю тему
У нас как раз стоит задача, описанная vvk. Как добиться того, чтобы просмотр/создание файла в каталоге происходило от пользователя, запустившего АОС?
Пока смотрю код на таблицах DocuRef метод path и DocuType метод verifyParameters. Пробовать через runAsPermission получить права?

[someOne]

Цитата:

Сообщение от Акавешка

Поднимаю тему
У нас как раз стоит задача, описанная vvk. Как добиться того, чтобы просмотр/создание файла в каталоге происходило от пользователя, запустившего АОС?
Пока смотрю код на таблицах DocuRef метод path и DocuType метод verifyParameters. Пробовать через runAsPermission получить права?

Может быть поможет эта идея ?

Падает клиент при прикреплении файла

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

Тогда никакого runas не потребуется, так как файл будет передан хранилище от имени пользователя, под которым запущен AOS...

[Акавешка]

Тогда остается проблема - как открыть файл? На данный момент ситуация такова - у пользователей нет прав на каталог файлового хранилища. Когда открывается форма с прикрепленными документами - то при переходе на вкладку Разное (где указан путь к документу) или при попытке открыть документ, имеем ошибку - каталог не существует.

[someOne]

Цитата:

Сообщение от Акавешка

Тогда остается проблема - как открыть файл? На данный момент ситуация такова - у пользователей нет прав на каталог файлового хранилища. Когда открывается форма с прикрепленными документами - то при переходе на вкладку Разное (где указан путь к документу) или при попытке открыть документ, имеем ошибку - каталог не существует.

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

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

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

Это конечно, потребует переделки многих стандартных функций работы с документами в Аксапта. (В их части сохранения и открытия документа)

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

[gl00mie]

Цитата:

Сообщение от Акавешка

Тогда остается проблема - как открыть файл? у пользователей нет прав на каталог файлового хранилища. Когда открывается форма с прикрепленными документами - то при переходе на вкладку Разное (где указан путь к документу) или при попытке открыть документ, имеем ошибку - каталог не существует.

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

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