Document Management Programaro

La programaro estis originale evoluigita sub la slogano "Ni simpligi la laborfluo." Sed ĉiuj, kiuj estas rilataj al la sama dokumento kiel la 8 horoj estis okupata en la tago, kaj resti en la aferoj. Programoj ne estas liberaj dum komercaj horoj. Almenaŭ, la plej multaj el la ekzistantaj programaro produktojn por dokumenton mastrumado laboro farita nur konfuza kaj komplikita. La sola afero por atingi sukceson programistoj en ĉi tiu kampo, do ĉi tiu estas kompleta dependeco de la entrepreno de la efiko de ilia programoj.

Ekzemple, antaŭ nelonge mi vidis librotenado deklaroj ke ili ne povas kalkuli kaj liberigi la persono en forpermeso. Kondiĉoj estis pli specifa, sed en la fino ĝi estis tute ene de la ekzistanta laboro kodo. Kaj la sola klare ĉizita kaŭzo de fiasko estis la nekapablo de la laboristo programo por la ŝtono de ferioj digesti proponita de la situacio. Viro proponas plurajn norma ebloj, sed tiuj kiuj investis en financaj funkcioj disponebla apletoj. En ĉi tiu kazo, la ĉefa kialo por la plej kaŝita kaj aperis nur post dungito iris sur la principo kaj insistas pri lia. Rezulte, kio okazas? La programo devus plibonigi la produktemaj procezoj, sed fakte postulas al ili la aldonaj limigoj.

Aŭ ekzemplo de lia propra vivo. Mi havas la specon de hobio - programado en VBA medio. Por pli ol dekduo estis kreitaj de kelkaj jaroj de laboro en la oficejo pli kompleksa "ĉefverkoj" kaj aron da malpli grandaj, el kiuj nur unu plene sukcesis, kaj la postulata iuj rafiniteco. Cetere, de programado starpunkto estis fakte tre kompleksa makrooj funkcii kaj procesante grandaj kvantoj de informo. Ili ĉiuj laboris bone. Iuj tempo. Sed tio nur arton en la pura formo ne estas tiel praktike aplikebla. De la lasta sukcesa efektivigo de la revokon programo por reescribir la tekstoj farita sub VBA por Vorto kaj la programo por la kolekto de monata raportoj en Excel.

De liaj observoj kaj malbonaj spertoj mi povas sugesti plurajn kriteriojn postulita por la programo, kiu estas vere atingis establi kaj esti utilaj en la oficejo:

• - se la fina rezulto de la programo estas dokumento, ĝi devas esti elsendita en konvena formato por mana redaktado. Ne nur presi kaj oportuna dosieron por ŝanĝoj. Se tiam tiuj ŝanĝoj devus al la historio, do ŝpari modifitan bildon mem.

• - la programo unuflanke devus povi fari la informon ajna uzanto, aliflanke postulata kontrolunuo kaj varmega fix erarojn limigita cirklo de specialistoj

• - nur listoj devus esti postulata kiam farante la prezentisto datumoj. Nek asocioj ne devus esti. Ĉiuj krom subtraho movado devus fari la programon. Donu homoj la eblecon kalkuli la nombron de elementaj linioj kaj 1 en 10 personoj juĝis malĝusta, kaj unu el liaj.

• - kiam farante tiuj programaro devus havigi ŝancon por lasi preskaŭ ĉiuj kampoj malplena por plenigi ilin kun la kapablo ŝviti. Pensu centfoje antaŭe postuli devigan kompletigo kampo.

• - integritaj aŭtomatigo estas disponebla nur por la plej primitiva agoj. Kaj ĉar la rigida regulojn preskaŭ neniam ekzistos ĝis nun nur bezonos por aŭtomatigi iuj el la plej rutino operacioj. La programo devas esti ilo, ne estas anstataŭanto por la prezentisto.

Vi povas kredi, vi povas kontroli, sed la supre eroj estos ignori la fakton ke aŭtomatigo rezultos burokratisma hemoroidoj. Sed ambaŭ volas universala aŭtomata feliĉo.