公文審批程序

A. 公文發文流程

公文的起草：主辦部門起草人及部門負責人
會簽：其他協辦部門
審核：辦公室文秘
領導會簽：主辦部門及協辦部門的分管領導
簽發：單位負責人
印製：辦公室
送達：辦公室或主辦部門

B. 行政工作主要做什麼

行政工作主是文件、檔案、資料的整理、分類、歸檔、記錄、列印文件、復印資料、日常報表的收集、整理、匯總、傳遞、上報。還有全體員工的後勤保障工作及發放辦公用品。

行政管理廣義上包括行政事務管理、辦公事務管理兩個方面；狹義上指以行政部為主，負責行政事務和辦公事務。

(2)公文審批程序擴展閱讀

行政管理工作包括相關制度的制定和執行推動、日常辦公事務管理、辦公物品管理、文書資料管理、會議管理、涉外事務管理，還涉及出差、財產設備、生活福利、車輛、安全衛生等。工作的最終目標是通過各種規章制度和人為努力使部門之間或者關系企業之間形成密切配合的關系，使整個公司在運作過程中成為一個高速並且穩定運轉的整體。

工作職責：

1、明確崗位職責。日常辦公事務管理包括日常事務的計劃安排、組織實施、信息溝通、協調控制、檢查總結以及獎勵懲罰等方面的管理工作；辦公物品管理包括辦公物品的發放、使用、保管及采購以及相應制度的制定；文書資料管理包括印信管理、公文管理、檔案管理、書刊管理；會議管理包括會前准備、會中服務、會後工作；其他事務視各公司具體情況而定。

2、加強溝通。溝通包括縱向溝通和橫向溝通。縱向溝通分為與上級溝通和與下級部門溝通。與上級溝通主要是要充分領悟上級領導的意思，把握住方向，同時將自己和下級部門的觀點很好的傳達給上級，這需要行政人員有觀察分析能力和表達能力。

與下級溝通主要是執行上級的決定以及收集整理下級部門各項信息，這就需要較強的應變能力和組織能力。橫向溝通包括公司內部相關職能部，與關系企業窗口部門和外界媒體政府機關等等。在傳達精神及布置工作任務及協調各部門工作時，務必真誠、謙虛。與外界溝通需要強的適應能力和自我控制能力。

C. 公文辦理特提，特急，加急有何規定

以稅務機關公文為例，根據《全國稅務機關公文處理辦法》規定：

第二十七條 緊急程度。公文送達和辦理的時限要求。根據緊急程度，緊急公文應當分別標注「特急」「加急」，電報應當分別標注「特提」「特急」「加急」「平急」。

公文的緊急程度一般用3號黑體字，頂格編排在公文首頁版心左上角。如需同時標注份號、密級和保密期限、緊急程度，按照份號、密級和保密期限、緊急程度的順序自上而下分行排列。

緊急公文中的「特急」是指：內容重要並特別緊急，已臨近規定的辦結時限，需特別優先傳遞處理的公文。「加急」是指：內容重要並緊急，需打破工作常規，優先傳遞處理的公文。

電報中的「特提」，適用於要求即刻辦理的十分緊急事項，註明「特提」等級的電報，發電單位要提前通知收文單位機要部門；「特急」適用於2日內要辦的緊急事項；「加急」適用於4日內要辦的較急事項；「平急」適用於6日內要辦的稍緩事項。

(3)公文審批程序擴展閱讀：

根據《全國稅務機關公文處理辦法》規定：

第五十五條 向上級機關行文，應當遵循以下規則：

（一）原則上主送一個上級機關，根據需要同時抄送相關上級機關和同級機關，不抄送下級機關。

（二）下級稅務機關向上級稅務機關請示、報告重大事項，應當同時遵循本級黨委、政府的有關規定；屬於職權范圍內的事項應當直接報送上級稅務機關。

（三）下級機關的請示事項，如需以本機關名義向上級機關請示，應當提出傾向性意見後上報，不得原文轉報上級機關。

（四）請示必須在事前，應當一文一事，不得在報告等非請示性公文中夾帶請示事項。正文末應當有請示語，在公文附註處註明聯系人的姓名和電話。

（五）除上級機關負責人直接交辦事項外，不得以本機關名義向上級機關負責人報送公文，不得以本機關負責人名義向上級機關報送公文。

（六）受雙重領導的機關向一個上級機關行文，必要時抄送另一個上級機關。

第五十六條 向下級機關行文，應當遵循以下規則：

（一）主送受理機關，根據需要抄送相關機關。重要行文應當同時抄送發文機關的直接上級機關。

（二）各級稅務機關不得向下級黨委、政府發布指令性公文或者在公文中向下級黨委、政府提出指令性要求。需經政府審批的具體事項，經政府同意後可以由稅務機關行文，文中須註明已經政府同意。

各級稅務機關可以以函的形式向下一級政府行文，商洽工作、詢問和答復問題、審批事項。

（三）涉及其他部門職權范圍內的事務，未協商一致的，不得向下行文；擅自行文的，上級稅務機關應當責令其糾正或者撤銷。

（四）上級機關向受雙重領導的下級機關行文，必要時抄送該下級機關的另一個上級機關。

D. OA系統如何實現公文管理

OA系統的公文管理通過以下案例進行展現：

泛微OA公文管理系統符合《黨政機關電子公文標准 GB/T 33476-33483》，以流程搭載移動辦公技術，貫穿公文管理過程，在豐富應用的搭配下，既保留了傳統公文處理習慣又提高了公文流轉效率，深入推進「互聯網+政務服務」的融合。

一、泛微OA公文管理方案實施亮點

1、公文電子化，收、發、交換高效流轉

國企和黨政機關每天都要圍著「公文」轉。嚴格的格式要求、復雜的審批程序，依靠傳統紙質化管理從起草到印發，光是一一蓋章、找領導審批就要耗費大量人力、時間。

不僅效率無法保證，還會影響領導的工作日程，信息易泄漏。遇到跨組織、跨條線的文件只能依靠「人工」傳輸，整個傳閱過程無法監督，有效性無法保證。

（公文手寫簽批）

公文助手督辦流程

不同機構、不同部門可以設置一個公文助手，在許可權范圍內，可以隨時監督公文流轉情況，提高公文流通效率流通效率。

公文簡報

按照傳統公文查閱習慣，用一張表單匯總公文流轉中的所有相關信息。如擬稿人、審批意見等，各級審批結果一目瞭然，輕松瀏覽。

公文報表

從不同角度統計公文推送數量，哪一類公文用的多、哪個單位公文往來頻繁、待處理的公文還有多少，通過清晰的圖表就能了解趨勢。

【小結】：特色小功能輔助公文操作，全方位滿足公文處理需求，適應公文處理習慣。

3、公文移動處理，查閱、審批隨時進行

公文急著審批，領導卻不在單位，重要文件沒有標識，堆放了很長時間才把信息傳達到位，耗費大量時間找領導，會耽誤信息時效性。

泛微OA系統通過移動建模引擎，將公文管理同步到移動設備，手機、平板就能化身移動公文包，隨時隨地辦理。

待辦的公文信息及時知曉，用手機就能查閱、簽批、圈閱重點信息，不錯過重要信息。

【小結】：將移動辦公和公文管理結合，手機就是檔案館，隨時隨地處理重要公文，智能無時差。

二、泛微公文管理方案具體實施價值

隨著政務電子化的推進，智能化的公文管理方式已經成為政企單位管理公文事務的重要手段。

無紙化：強大的公文管理體系，優化和規范了公文流程，全程無紙化管控。

多功能：建模功能不斷拓展應用，滿足各類公文處理需求，可變通、能組合。

無界限：單位、部門、條線界限，一個系統、一部手機全面打通，協同處理。

E. 公文的發文辦理一般包括哪些程序

公文發文辦理
發文辦理是指機關內部為制發公文所進行的擬制、處置與管理活動。發文辦理的一般程序為：擬稿、會商、審核、簽發，核發、登記、繕印、用印或簽署，分裝、發出，處置辦畢公文。這一程序具有很強的確定性與不可逆性。

第一階段
文稿的形成，具體包括：擬稿、會商、審核、簽發。這一階段是發文辦理活動的中心內容。
擬稿，即上一節所講述的公文寫作。經過對有關信息材料的收集加工和再創造，系統地記錄有用信息，使機關的意志見詣文字，草創供進一步完善的原始文稿。
會商，指當公文內容涉及其他有關同級或不相隸屬機關的職權范圍，需徵得其同意或配合時所進行的協商活動。
審核，指擬就的文稿在送交有關領導審批或會議討論通過之前，由經驗豐富、政策理論水平和文字水平較高的相關工作人員等對文稿所做的全面核查、修改工作。
簽發，指由機關領導人或被授以專門許可權的部門負責人對文稿終審核准之後，批註正式定稿和發出意見並簽注姓名、日期的活動。除一些規范性及部分重要公文須經有關會議討論通過，或再由負責人簽署方可生效外，其他文稿，一經履行簽發手續即為定稿。為此，簽發是絕大多數公文生效的必備條件。

第二階段
公文的製作，具體包括：核發、登記、繕印、用印或簽署。這一階段工作的任務，就是以定稿為依據．以手工繕寫、機械譽寫和印刷等方式，製成供正式對外發出的各種公文文本，形成供實際使用、具有法定或特定效用的正式公文。
核發，指秘書部門在定稿形成後、公文正式印發前，對公文的審批手續、文種、結構格式等進行復核，確定發文字型大小、分進單位和印製份數。
登記，這里揭發文登記，主要登記行將發出的公文的發文字型大小、文種、標題和發文范圍。
繕印，即以譽錄抄寫、印刷等方式製作供對外發出的公文。
用印或簽署，即在印畢的公文上加蓋發文機關的印章，或請有關領導者在公文正本上簽注姓名。其作用均為表明公文的正式性質和法定效力。

第三階段
公文的對外傳遞，包括分裝、發出等環節。這一階段工作的主要任務是為使公文能為受文者有效接收創造條件。
分裝，指按照規定具體抗配和封裝公文。
發出，指將已封裝完畢的公文以適宜的方式（如走機要交通等）發送給受文者。

第四階段
處置辦華公文，包括暫存、銷毀、立卷、歸檔等。

F. OA系統如何實現有效公文管理

如何使用OA系統進行有效的公文管理可以看下面這篇文章：

泛微OA公文管理系統符合《黨政機關電子公文標准 GB/T 33476-33483》，以流程搭載移動辦公技術，貫穿公文管理過程，在豐富應用的搭配下，既保留了傳統公文處理習慣又提高了公文流轉效率，深入推進「互聯網+政務服務」的融合。

一、泛微OA公文管理方案實施亮點

1、公文電子化，收、發、交換高效流轉

國企和黨政機關每天都要圍著「公文」轉。嚴格的格式要求、復雜的審批程序，依靠傳統紙質化管理從起草到印發，光是一一蓋章、找領導審批就要耗費大量人力、時間。

不僅效率無法保證，還會影響領導的工作日程，信息易泄漏。遇到跨組織、跨條線的文件只能依靠「人工」傳輸，整個傳閱過程無法監督，有效性無法保證。

（移動辦公）

待辦的公文信息及時知曉，用手機就能查閱、簽批、圈閱重點信息，不錯過重要信息。

【小結】：將移動辦公和公文管理結合，手機就是檔案館，隨時隨地處理重要公文，智能無時差。

二、泛微公文管理方案具體實施價值

隨著政務電子化的推進，智能化的公文管理方式已經成為政企單位管理公文事務的重要手段。

無紙化：強大的公文管理體系，優化和規范了公文流程，全程無紙化管控。

多功能：建模功能不斷拓展應用，滿足各類公文處理需求，可變通、能組合。

無界限：單位、部門、條線界限，一個系統、一部手機全面打通，協同處理。

G. 我想知道草擬公文，起草公文的許可權和審批流程。

你好 。根據我單位多年實際情況看：
一、起草公文一般都由文秘人員版（秘書）起草。但並不權是只有秘書才有權利起草公文。單位所有人都可以草擬公文。是哪一塊的，就由相對應的科室工作人員先擬出初稿。因為相應工作所屬科室最熟悉，也有責任擬出初稿。
若該項工作由下級單位職責范圍內的事，草稿由下級單位負責擬稿。草稿審核不合格，打回去返工。
有時候重要的公文，領導也會親自動手草擬初稿的。
公文草擬人人都可以做的。單位工作如果大量的要靠公文來推動，則所有人員都應掌握公文的基本常識的。
二、公文簽發程序。公文擬稿後，完整程序如下：由單位專門負責公文的業務科室（一般為辦公室或綜合科）初審，送辦公室主任復審，再送分管該項工作的領導、分管機關常務工作的領導審簽，最後送局長簽發。
但一般日常工作公文只需要分管機關的負責同志簽發就行了，甚至經領導授權後辦公室主任也可簽發。特別重要的，要經分管同志審簽後，再送局長簽發。
這是我單位多年公文運作的情況，供參考。

H. OA系統核心業務流程是怎麼實現的

OA系統中，工作流程設計是辦公自動化系統開發的關鍵性工作，其合理與否直接影響著辦公流程的准確性、自動化程度、運轉效率以及系統的安全性、可靠性等各個方面。因此，工作流程的設計是系統規劃的重要環節。本文提出一種基於工作流管理的OA系統核心業務流程模型，並以實際系統為例，對模型中的核心業務流VIA行了詳細的設計與實現。

OA系統核心業務流程模型設計
工作流管理平台是OA系統的核心部分，它的任務是解決不同角色在公文處理中的協作問題，在網路上實現公文的新建、審批、簽發、駁回、編號、登記、注銷、分發、歸檔、查詢和瀏覽等基本工作的全部處理過程，對公文的審批流程進行跟蹤、催辦和統計，以便及時了解公文的處理進度。
本文以一個教育學院為例，公文流轉業務主要分為發文業務和收文業務兩種業務類型。

a、收文管理業務流程模型設計
收文需要在登記人、審批(辦理)人等多個角色之間流轉，同時要根據不同角色的實際操作情況給收文設定不同狀態，如「新收文」、「登記後收文」、「待審批」等。這樣收文就會在不同角色的驅動下，從一個狀態到另一個狀態進行流轉，完成收文的辦理過程。圖2所示為收文業務流程模型。對收發文管理核心業務流程模型的這種設計完全實現了辦公的自動化過程，使公文流轉流程變得清晰、透明、易於完成，所有的處理全部在網路環境中實現，可以充分地體現各個部門協同辦公的特點，極大地提高部門整體工作效率。
b、發文業務流程模型設計
在發文業務流程模型設計中，發文需要在擬稿人、公文意見簽署人、審批人等多個角色之間流轉，同時根據發文的實際審批情況給發文設定不同狀態，如「新發文」、「准備提交」、「待審批」等。這樣，發文就會在不同角色的驅動下，從一個狀態到另一個狀態進行流轉，完成整個審批過程。

OA系統核心業務流程模型實現
a、發文業務流程模型實現
發文管理模塊是人事公文管理子系統中使用頻率高、用戶層次多、功能要求高的一個重要組成部分，涉及到多個職能部門的各個級別，不僅要完成自發文，而且能夠將收文轉發文，是典型的流轉型事務。
b、發文子系統的工作流議計與代碼實現
發文設計首先要確定所發公文的類型，發文類型不同，具有簽發權的對象也不一樣。另外，與普通的文件一樣，發文也具有標題、文稿狀態、緩急級別、保密級別、擬稿部門、擬稿人、收文部門、提交的個人、正文、備注、領導審批專區等對象，這些對象可以直接在表單中進行設計。
C、發文子系統的模型實現
發文管理子系統主要體現人事處對其他部門發布公文及公文處理的整個工作過程。根據學院人事處的實際發文工作，發文包括兩個方面，一是對學院內部各部門的發文，另一個是向學院外的發文。
發文由於類型的不同，送審時會碰到各種不同的角色。學院內的發文涉及人事處文員、人事科科長、人事處分管副處長、人事處處長、其他部門秘書等至少五種角色;學院外發文涉及人事處文員、人事處分管副處長、人事處處長、主管院長、學院辦公室、外單位接收對象等多種角色。在設計時可以為不同的工作崗位創建相應的角色，同時根據用戶職務和責任指派合適的角色，用戶根據所指派的角色獲得相應的許可權，實現對文件的訪問，以保證系統的保密性和安全性。如人事處文員只具有草擬公文以及修改在審批過程中領導不同意被返回的公文的許可權。人事處秘書具有登記收文的許可權，卻不具備批改公文的許可權。