Взагалі, макроси в Microsoft Office та інше офісному софт - зло. Наявність рудиментарних засобів документообігу в Microsoft Office є зло ще більше. Таке зло заохочує криві рученята і веде до клаптикової автоматизації найгіршого властивості. Це коли замість нормальної організації ІТ виникає звалище з десятків макросів, шаблонів і таблиць, зляпати в різний час в міру скромного знання офісу і криворукості (в сенсі програмування) менеджерами, енікейщік і синами знайомих.
Воно звичайно будь-яка реально працює система з часом обростає милицями - але там де є «автоматизація на базі Office», InfoPath або не доведи господи Sharepoint, системи немає, а є тільки милиці.
Розібратися в цьому звалищі під силу тільки старожилам контор і сакральне знання «де живуть платіжки і як їх виколупати з надр Excelной таблиці на 134 листа» передається таємними рунами. Позбутися від такої смітника теж вкрай складно. І не викинеш навіть, якщо раптом і виникне ідея запровадити щось осудна. Адже саме мерзенне - в цьому відстійнику роками накопичуються архіви, де документи перев'язані між собою самим фантастичним чином.
Паля який-небудь долбо. дятел облік платіжок в Excel, зав'яже радісно поля в звіти на Word, складе на мережевий диск та замапіт його як Е: у всій контори. Прийшов начальник з ноутом, поміняли сервак, так просто каталог перейменували - і ой. «Не можу роздрукувати, Excel неправильну табличку видає».
Якщо додається InfoPath, який в теорії-то мав би якраз порядок навести із забиванням інформації, то ситуація тільки загострюється, оскільки смітник стає розподіленим. Серед прикладів в камментах до того постінгу знайшов зовсім кричуще - Infopath народ використовує як засіб ведення журналу на техмайданчики.
Гаразд ще манагери ізгаляются. Гаразд якщо зело розумні секретарки. Але, ... ть! - тут-то у нас адміни (кому ще в техжурнал лазити). Це означає замість нормальної системи централізованого адміністрування та інвентаризації в конторі використовують смітник на Infopath. Індійський код вже все знають, а ось індусоадмінов я раніше не зустрічав. Гірше енікейщіков, гірше внедренцев «1С» (теж, прямо скажемо, не еліта), вони до такого навряд чи додумалися б.
Завдання ведення журналу вирішується тривіальної Web-мордою до нормальної системи адміністрування. Так, її потрібно мати - але її потрібно мати в будь-якому випадку, це чи не основа нормально спроектованої інфраструктури. І ніякого зайвого софта, ні проблем з ліцензіями, та й економія якась ніяка.
Гаразд, якщо руки сверблять паля свою до адмінській БД (хоч БД-то повинна бути!) Стандартними ж засобами. Хоча за такий чес руки треба бити, бо в нормальних системах все, що зроблено - не просто так і не тому, що ліва нога захотіла. Так, що спочатку методики вивчати, а не схеми мишкою малювати.