Project.다원 Ensemble_분석(3)
결재 프로세스 정의(기안-검토-결재)
이번에는 기안-검토-결재 프로세스를 정의해보았습니다.
이는 그룹웨어에 따라 많이들 다른 것 같기는 한데,
저의 경우 제가 쓸때 이런식이면 편하겠다 하는 경우를 상정해서 만든거라 많은 부분이 변칙적일 수 있습니다.
(이레귤러성, 실험적요소)
다만, 이런 변칙적인 요소들은 실제 서비스 및 테스트를 진행하면서 바뀔 수 있는 부분으로 추가적인 수정이 이루어질 수 있습니다.
- 결재 프로세스 정의서
** 그림에 사용된 글자체는 네이버 나눔글꼴의 나눔스퀘어 Bold입니다.
** 상단 그림은 제가(Karzin) 직접 만들었으며, 필요한 픽토그램등의 작업도 직접 만든것임을 명시합니다.
** 상단 그림의 저작권은 Karzin에게 있음을 명시합니다.
1. 기안자는 양식을 선택하고 작성한 후 검토(참조)자, 결재자를 선택합니다.
2. 작성이 완료된 문서는 검토자에게 확인 요청을 보냅니다. (기안자와 검토자 모두 검토 대기 상태)
2.1. 참조자(타 부서 협조)가 있는 경우 검토자와 함께 확인 요청이 들어갑니다.
2.2. 검토자나 참조자 중 한명이라도 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.
2.3. 검토자와 참조자가 확인을 하면 참조자가 있는 경우 우선 참조(타 부서 협조) 결재자에게 넘어갑니다.
2.4. 참조 결재자가 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.
3. 검토, 참조, 참조결재가 전부 완료라면 마지막으로 결재자가 확인을 합니다.
3.1. 결재가가 문서의 반려를 한다면 기안자는 반려사유를 확인 후 내용을 다시 작성해야 합니다.
버전정보 (v1.0)
- v1.0 2020.06.25 배포
* 저작권에 위반될 수 있는 컨텐츠(이미지, 동영상 등)나 게시글은 삭제되거나 수정될 수 있습니다.
* 문제의 여지가 될 수 있는 컨텐츠의 경우 댓글 달아 주시면 빠른 시일 내에 조치하도록 하겠습니다.
* Karzin은 항상 공부중입니다. 설명이 틀리거나 잘못된 부분이 있다면 의견내주시는대로 수정하도록 하겠습니다.
Project.다원은 개인(karzin)이 기획, 분석, 설계, 디자인, 개발, 유지보수 등
모든 부분을 혼자 맡아 진행하는 개인 프로젝트입니다.
Project.다원 Ensemble
Karzin
abbeea@naver.com
'Project 다원(Dawon) > 다원 ERP (Ensemble)' 카테고리의 다른 글
Project.다원 Ensemble_분석(4)_장비관리 프로세스 정의 (등록, 불용처리) (0) | 2020.07.04 |
---|---|
Project.다원 Ensemble_개발동기 - 개발목표 - 기대효과 - 벤치마킹 (0) | 2020.07.02 |
Project.다원 Ensemble_내부망 구조(서버 도식화) (0) | 2020.06.16 |
Project.다원ERP_이름정하기 (0) | 2020.06.14 |
Project.다원ERP_개발 정보(개발언어, 장비, 예정내역) (0) | 2020.06.12 |