Полагаю, писать свою прогу подобного рода - сродни попыток изобрести велосипед.
Главное в этом вопросе - это вообще не умение писать программы, а понимание сути бизнес-процессов, регламентов, понимание бизнеса и систем ведения различного учета.

kormotПод категориями я подразумеваю принципиально отличающиеся друг от друга наборы документов. Пока для себя выделил такие:
- Деловая переписка (приказы, заявления, вх/исх письма и т.п.)
- Бухгалтерские документы (Договора, счета, акты)
- Разные документы (... можно сказать файлопомойка)У меня такое деление на категории вызывает недоумение.
Деловая переписка чаще всего в современном мире производится посредством email-сообщений, ICQ и инициируется зачастую заполненными заявками или заказами на сайте.
Приказы, заявления, письма, распоряжения - все они могут быть "первичными документа" с позиций ведения бухучета. Например, на основе письма может быть осуществлен возврат денег, либо взаимозачет задолженности - и письмо в этом случае является "первичным документом", на основании которого выполняются проводки в бухучете. На основании "заявления" на отпуск и "приказа" сотрудники не только выходят в отпуск, но и бухгалтерия получает основание для начисления отпускных. И т.д.

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

Существуют регламенты для ведения учета входящей и исходящей корреспонденции, и соответствующие СЭД, которые преимущественно нацелены на автоматизацию канцелярии в государственных структурах с соблюдением требований ГОСТ - это СЭД исключительно для канцелярии, где регистрирую по всем правилам "входящую" и "исходящую" корреспонденцию, факсы, телетайпы, телефонограммы и т.п., и на этом, собственно, функции СЭД заканчиваются. Есть СЭД принципиально иного плана, которые ориентированы на коммерческие структуры, в которых значительно важнее отслеживать прохождение документов через множество различных подразделений и ответственных лиц, отслеживать изменения, которым подвергается документ (редакции), согласования, резолюции, "подвисшие" документы, по которым не получен ответ в заранее оговоренный срок (например, кто-то заболел).

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