ZeiZ
Новичок
Web-СЭД средствами PHP. Можно ли, нужно ли и функционально ли?
Итак 2 вопроса:
1) Целесообразно ли создавать систему документооборота (СЭД) для офисов средних размеров (10-30ПК) на технологии Windows+Apache+PHP+MySQL+HTML+JS???
2) Как организовать правильный web-архив документов? (см. ниже)
C одной стороны это здорово, когда можно полностью удовлетворить требования компании в СЭД, при этом полностью подготовить ее по специфики компании. И это не затребует большого времени для ИТ-отдела.
Теоретически создание некого web-органайзера вполне логично:
Учет прихода/ухода работников с работы, календарь, где можно запланировать встречи, приглашать на них по почте, расписать план задач на месяц и более, ставить задачи в календарь своим подчиненным, контролировать их выполнение, общий массив контактов, web-почта, хранилище данных, удобная работа с факсами и поточными-сканерами, разноуровневый доступ к системе (например: партнер, юрист, системный инженер, бухгалтер, дизайнер и пр.) с разными фичами для каждого уровня. Автоматическое заполнение отчетов сотрудников. И ещё мало ли что можно придумать на PHP и запихнуть в красивую HTML оболочку.
Но если посмотреть иначе, MS Outlook 2003 + MS Exchange server все и так могут сделать без всяких web-программ. Если нужен именно Web-СЭД, можно воспользоваться опять же продуктом от MS – Sharepoint Portal server (Он использует связку IIS+ASP+MS SQL). Нужно ещё сильнее организовать автоматизацию офиса – вашему вниманию MS Project+Server. Единственное, что сделать они не могут, так это учет вкл/выкл компьютера, который можно сделать простой программкой, которая будет все передавать в некую единую БД (тот же MS Access) для дальнейшей обработки и составления отчетов о прогулах, опозданиях и сверхурочных.
Единственная резонная цель СЭД на PHP – единый архив документов с глубокой системой аудита, структурирования (разные там флажочки, проекты, темы, категории) и хранения всего этого на едином серверном пространстве с удобным web-доступу к этому массиву как внутри офиса так и за его пределами. Например во время командировок или в любое время, когда необходим доступ к данным или обсуждение того или иного документа и постановка новой задачи. Последнее, конечно опять можно решить через почту, но это менее эффективно.
Но как раз в хранении электронных документов и кроется главная проблема СЭД на PHP. (ИМХО как вижу ее я). Если с авторизацией все проще не бывает, можно использовать по истине любой метод (web, смарт-ключ, HTTP, по ИП т.д.) в сочитании с любым методом шифрования и защиты от всяких там брутфорсов. То вот с хранением, а точнее с выводом/редактированием данных могут возникнуть проблемы.
Возьмем, например, некую юридическую компанию. Я не зря взял именно это направление услуг, так как в малых юр.фирмах существует узкая специализация деятельности и всякие СЭД монстры типа LawDocs и прочие просто не подходят. Скажем, в этой фирме вся электронная документация хранится в следующих форматах: *.doc; *.rtf; *.xls; *.pdf; *.jpg; *.tiff. То есть для работы с этими документами нужно след ПО: MS Word, MS Excel, Adobe reader или Acrobat, JPEG можно просматривать и через web, но нужен софт для регулирования контрастности и яркости (имеется ввиду, что в JEPEG хранятся сфотографированные материалы судебных дел). То есть для этих целей может подойти обычный MS PictureManager. Но к чему я это все? А к тому, что механизм работы с фаловым архивом должен быть следующий: Нажимаете в ослике (MS IE) создать новый документ, выбираете тип файла, вписываете всякую инфу про создаваемый файл, даже может быть выбираете заранее приготовленный шаблон и собственно нажимаете финальную кнопку. При этом должна открыться именно та программа, которая взаимодействует с этим типом файлов. Если не создавать, то и при открытии также должна включится именно эта программа. То есть файл должен оставаться на сервере. А как происходит на деле: вылезает web-окошко: Открыть/Сохранить/Отменить. Если отрыть, то после изменений его уже нельзя засунуть (сохранить) на сервер откуда его взяли без дополнительных программ или кнопок. Если кто может ответить как можно решить эту проблему, то я буду очень рад. Напомню, что с ФТП протоколом происходит почти тоже самое.
P.S. Я не собираюсь этим заниматься. Интересует именно теоретический вопрос возможностей СЭД на PHP+БД, когда клиенты мелкософтные: MS Windows+MS Office+MS IE.
Итак 2 вопроса:
1) Целесообразно ли создавать систему документооборота (СЭД) для офисов средних размеров (10-30ПК) на технологии Windows+Apache+PHP+MySQL+HTML+JS???
2) Как организовать правильный web-архив документов? (см. ниже)
C одной стороны это здорово, когда можно полностью удовлетворить требования компании в СЭД, при этом полностью подготовить ее по специфики компании. И это не затребует большого времени для ИТ-отдела.
Теоретически создание некого web-органайзера вполне логично:
Учет прихода/ухода работников с работы, календарь, где можно запланировать встречи, приглашать на них по почте, расписать план задач на месяц и более, ставить задачи в календарь своим подчиненным, контролировать их выполнение, общий массив контактов, web-почта, хранилище данных, удобная работа с факсами и поточными-сканерами, разноуровневый доступ к системе (например: партнер, юрист, системный инженер, бухгалтер, дизайнер и пр.) с разными фичами для каждого уровня. Автоматическое заполнение отчетов сотрудников. И ещё мало ли что можно придумать на PHP и запихнуть в красивую HTML оболочку.
Но если посмотреть иначе, MS Outlook 2003 + MS Exchange server все и так могут сделать без всяких web-программ. Если нужен именно Web-СЭД, можно воспользоваться опять же продуктом от MS – Sharepoint Portal server (Он использует связку IIS+ASP+MS SQL). Нужно ещё сильнее организовать автоматизацию офиса – вашему вниманию MS Project+Server. Единственное, что сделать они не могут, так это учет вкл/выкл компьютера, который можно сделать простой программкой, которая будет все передавать в некую единую БД (тот же MS Access) для дальнейшей обработки и составления отчетов о прогулах, опозданиях и сверхурочных.
Единственная резонная цель СЭД на PHP – единый архив документов с глубокой системой аудита, структурирования (разные там флажочки, проекты, темы, категории) и хранения всего этого на едином серверном пространстве с удобным web-доступу к этому массиву как внутри офиса так и за его пределами. Например во время командировок или в любое время, когда необходим доступ к данным или обсуждение того или иного документа и постановка новой задачи. Последнее, конечно опять можно решить через почту, но это менее эффективно.
Но как раз в хранении электронных документов и кроется главная проблема СЭД на PHP. (ИМХО как вижу ее я). Если с авторизацией все проще не бывает, можно использовать по истине любой метод (web, смарт-ключ, HTTP, по ИП т.д.) в сочитании с любым методом шифрования и защиты от всяких там брутфорсов. То вот с хранением, а точнее с выводом/редактированием данных могут возникнуть проблемы.
Возьмем, например, некую юридическую компанию. Я не зря взял именно это направление услуг, так как в малых юр.фирмах существует узкая специализация деятельности и всякие СЭД монстры типа LawDocs и прочие просто не подходят. Скажем, в этой фирме вся электронная документация хранится в следующих форматах: *.doc; *.rtf; *.xls; *.pdf; *.jpg; *.tiff. То есть для работы с этими документами нужно след ПО: MS Word, MS Excel, Adobe reader или Acrobat, JPEG можно просматривать и через web, но нужен софт для регулирования контрастности и яркости (имеется ввиду, что в JEPEG хранятся сфотографированные материалы судебных дел). То есть для этих целей может подойти обычный MS PictureManager. Но к чему я это все? А к тому, что механизм работы с фаловым архивом должен быть следующий: Нажимаете в ослике (MS IE) создать новый документ, выбираете тип файла, вписываете всякую инфу про создаваемый файл, даже может быть выбираете заранее приготовленный шаблон и собственно нажимаете финальную кнопку. При этом должна открыться именно та программа, которая взаимодействует с этим типом файлов. Если не создавать, то и при открытии также должна включится именно эта программа. То есть файл должен оставаться на сервере. А как происходит на деле: вылезает web-окошко: Открыть/Сохранить/Отменить. Если отрыть, то после изменений его уже нельзя засунуть (сохранить) на сервер откуда его взяли без дополнительных программ или кнопок. Если кто может ответить как можно решить эту проблему, то я буду очень рад. Напомню, что с ФТП протоколом происходит почти тоже самое.
P.S. Я не собираюсь этим заниматься. Интересует именно теоретический вопрос возможностей СЭД на PHP+БД, когда клиенты мелкософтные: MS Windows+MS Office+MS IE.
и unix ? не подойдет ?