Програмное обеспечение ВП

[ytrewq]

Здравия всем присутствующим!
Всем приходится иметь дело с кучей журналов, графиков, планов. По ним составлять сводные данные для донесений. В зависимости от того кому раньше ВП подчинялось (РВСН,Связь, ВМФ, ВВС...), формы учета у всех разные. И все это на бумаге.
Вопрос. Неужели наше руководство, пропуская через себя миллиарды рублей госзаказа так и не удосужилось заказать программное обеспечение для учета контроля технологической дисциплины, проведения различных видов испытаний, учета государственных контрактов, межзаводских контрактов на поставку ПКИ и составных частей, учета себестоимости (в том числе по статьям затрат), приемки и отгрузки продукции (выдача удостоверений). Чтобы у всех были единые формы (конечно  с учетом специфики работы - по "МОРОЗу" или по "КЛИМАТу") и автоматизированное составление отчетов.
Для головников (с их штучной продукцией) может и не так актуально, за то у остальных количество получателей продукции может достигать нескольких сотен.
Если у кого есть собственные разработки, прошу поделиться, если не жалко.

[ytrewq]

Хотелось бы еще добавить, что человек составивший последний табель донесения с его приложениями видать понятия не имеет о системе ГОСТов "КЛИМАТ"  и специфики отчетов комплектаторов.

[etH0]

Сейчас работаю над БД по учету и проверке факт затрат, с учетом "расширения функций" таких как учет договоров, переписки и т.п. для упрощения вывода информации по заказам. Да и в принципе можно подбить "фильтры" вообще под любые запросы. Версия естественно сетевая, т.к. "поддерживать" актуальную информацию одному просто не реально. Работа ведется в свободное время, а т.к. времени постоянно не хватает - работа проходит довольно медленно. В настоящий момент разработана структура БД, но только по учету и проверке факт затрат, есть некоторые наработки по коду. Кому интересна данная тема и есть твердые знания в php5 и MySQL5 предлагаю объединить усилия. При появлении "первой" версии создам проект по поддержке (хостинг имеется в наличии и есть некоторые проекты по его поддержке, поэтому "сосать деньги" по крайней мере хостинг не будет), нужно только желание сделать нашу службу немного попроще, по крайней мере по различным донесениям,  "группировке данных" и т.п.

язык разработки: php5
БД: MySQL 5.0.45

[MRAKOBES]

Бог вам в помощь, добрые люди! А л/состав готов обслуживать всю эту красоту? (ответа не жду - вопрос риторический)

[etH0]

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

[Marks]

Сейчас работаю над БД по учету и проверке факт затрат

Три года назад на Фоксе пытался написать ВСЁ. Получилось. Правда без "жестокого" программирования, так как в отчётах фоксовских возможно всю нашу деятельность ограничить фильтрами, выборкой и тд. Пользуюсь, удобно, нравится, БАЛДЕЮ!!! Правда, нехватка времени, действительно, сказывается на совершенствовании... Так, единственную извилину от фуражки развиваю по выходным, да в отпускУ...

[starper25]

Пользуюсь, удобно, нравится, БАЛДЕЮ!!!

Классно!!! А всей когорте проверяющих НРАВИТСЯ??? А что у нас в ПР и директивах насчёт интерактивного документооборота в ВП? 
Приедет пара "портупей-контролёров" и высушат по первое число!!! 

[etH0]

Классно!!! А всей когорте проверяющих НРАВИТСЯ??? А что у нас в ПР и директивах насчёт интерактивного документооборота в ВП?

Разрешается ... , сейчас я не на службе - поэтому процитировать ничего не могу .., НО знаю точно что "электронный" учет разрешается ... 

[starper25]

Разрешается ...

Неплохо было бы выложить ссылочку на "нормативку-директивку" по данному вопросу, а то вся наша макулатура давно уже задолбала по самые гланды 

[Marks]

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

Очень ограниченно, и касается только регистрации. А вот новий докум - уже поболее:

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

ИМХО: можно! Всё дело в программном обеспечении. Вот кде нужно руководству проявлять разумную инициативу по вопросу того же госзаказа на разработку тупо программного обеспечения по делопроизводству. Но, я где-то чтитал, что процесс идёт, дело времени!!!

ЗЫ: собственные разработки использую исключительно в личных целях, чтобы потом ответственный исполнитель тупо переписал в журналы и книги... МАРАЗМ!!! Но, зато всё учтено, и это хорошо!!!!

[etH0]

В том то и дело что именно "гарантированное" сохранение я вижу при использовании MySQL (имею ввиду резервное копирование), писал конфигурацию под 1С Бухгалтерию, но тут как раз были глюки и при заполнении БД учет был не очень удобен учет, да и всю конфигурацию 1С необходимо выкладывать  в "свободный доступ"  где любой может ее похерить, поэтому отказался от "такого учета", т.к. гарантии нет вообще. Что же касается MySQL - считаю такую БД с "гарантированным" учетом создать реально, т.к. имеется возможность создания "разграничения" доступа и тут соответственно есть реальный контроль.

[starper25]

99. ...могут регистрироваться

Увы, всё это "зер гут" лишь в части РЕГИСТРАЦИИ служебных документов    и отнюдь не делает ведение всей номенклатуры книг и журналов в электронном виде легитимным... Да здравствует всеобщий маразм на бумажном фронте 

[etH0]

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

[starper25]

при ведении таким же образом журнала... не кажется ли Вам...

Да не вопрос! Конечно, любая БД лучше, чем её отсутствие  Речь-то не об этом... Речь об отсутствии возможности полной замены всей ВП-шной макулатуры электронным учётом  :'( В век компьютерных технологий, "когда космические корабли бороздят...", сидят коллежские асессоры с надворными советниками и занимаются какой-то х...нёй (одних журналов по линии судебно-прокурорской системы почти десяток, половина - "голые", вторую половину ежемесячно на "сверку" таскаем... МРАК!!!)   

[Vadyxa]

выписка из временной инструкции по делопроизводству в ВС РФ № 205/2/588 от 19.08.09

п. 2 Особенности ведения делопроизводства определяются:
...
...
...
   при использовании электронного документооборота - инструкцией и (или) регламентом по ведению делопроизводства в МО с использованием автоматизированной информационной системы электронного документооборота.

PS: было желание написать АРМ ВС (автоматизированное рабочее место военного специалиста)
на С# версии 9.0 + SQL server 2005. Есть хорошие наработки.
Но из - за реформации и гнилого отношения к ВП все забросил, так как решил покинуть "тонущий корабль".