충북교구레드플레그
충북교구레드플레그
충북교구레드플레그는 충북교구 운영 과정에서 확인해야 할 위험 신호, 민원성 이슈, 반복 장애, 조직·행정·현장 리스크를 한곳에 모아 추적하기 위한 내부 프로젝트이다. 원자료는 NAS에 보관하고, 위키와 프로젝트 문서에는 경로, 진행 상태, 처리 기준, 후속 조치를 중심으로 기록한다.
현재 상태
| 항목 | 내용 |
|---|---|
| 상태 | 초기 구축 완료, 내부홈페이지 관리자 대시보드 반영 |
| 시작일 | 2026년 6월 13일 |
| NAS 원자료 위치 | NAS > ffwpcb > 충북교구레드플레그
|
| 로컬 접근 경로 | /home/ruyjin/ffwpcb/충북교구레드플레그
|
| 프로젝트 문서 | /home/ruyjin/.openclaw/workspace/project_docs/충북교구레드플레그
|
| 내부홈페이지 관리자 대시보드 | http://172.30.1.36/Inner/manage
|
| 려 관리 대시보드 | http://172.30.1.36/Inner/control/redflag
|
| 프로젝트 문서 대시보드 | http://172.30.1.36:8099/control/docs/충북교구레드플레그/README.md
|
목적
- 관련 자료를 한곳에 모아 나중에 빠르게 검토할 수 있게 한다.
- 위험 신호를 단순 메모가 아니라 상태, 근거, 판단 필요 여부, 다음 조치로 관리한다.
- 관리자 페이지에서 자료 수집 상태와 문서 위치를 바로 확인할 수 있게 한다.
- 민감한 내용을 다룰 수 있으므로 공개 문서에는 원자료 내용을 그대로 노출하지 않고 위치와 처리 상태 중심으로 기록한다.
운영 범위
- 충북교구 관련 위험 신호와 이슈 자료 수집
- NAS 자료 위치와 수집 현황 문서화
- 관리자 페이지용 대시보드 운영
- 프로젝트 문서 체계 유지
- 후속 분석 보고서 작성
제외 범위
- 확인되지 않은 내용을 사실로 단정하는 보고서 작성
- 개인정보, 민감정보, 내부 자료의 외부 공개
- 현 승인 없는 외부 발송 또는 게시
진행 상황
| 날짜 | 진행 내용 | 상태 | 비고 |
|---|---|---|---|
| 2026-06-13 | 프로젝트 문서 폴더 확인 및 기본 문서 생성 | 완료 | README, DOCUMENTS, ROADMAP, CHANGELOG, DECISIONS, ISSUES, RUNBOOK 생성 |
| 2026-06-13 | 관리자 페이지 문서 목록 등록 | 완료 | monitor_dashboard/app.py의 문서 목록에 등록
|
| 2026-06-13 | 관리자 대시보드 생성 | 완료 | /control/redflag 라우트 추가, 서비스 재시작 후 200 OK 확인
|
| 2026-06-13 | NAS 원자료 경로 기록 | 완료 | NAS 경로와 로컬 접근 경로를 문서화 |
| 2026-06-13 | 원자료 파일 목록 수집 | 완료 | NAS 마운트 복구 후 PPTX 1개와 DOCX 1개 확인 |
| 2026-06-13 | 위키 문서 등록 | 완료 | 본 문서 생성 |
| 2026-06-13 | NAS 마운트 복구 | 완료 | Synology NAS 172.30.1.1의 ffwpcb 공유 연결 복구
|
| 2026-06-13 | 원자료 색인 작성 | 완료 | data/source-files.tsv, data/source-index.csv 갱신
|
| 2026-06-13 | 내부홈페이지 관리자 대시보드 반영 | 완료 | /Inner/manage에 NAS 상태, 파일 수, 색인 수, 최근 원자료, 문서 링크 표시
|
| 2026-06-13 | Word 기획안 파일 확인 | 완료 | DOCX 구조 정상, LibreOffice PDF 변환 성공, 본문 213줄 추출 |
| 2026-06-13 | PPTX 파일 확인 | 완료 | 11쪽 슬라이드 PDF 변환 성공, 텍스트 레이어는 거의 없어 발표용 이미지/도형 자료로 분류 |
| 2026-06-13 | 시스템 구성안 작성 | 완료 | 내부 검토형 MVP 우선: 효관 업로드, 후보 산출, 교회장 승인, 발송 대기열, 결과 기록 |
자료 수집 기준
자료는 아래 상태값으로 관리한다.
| 상태 | 의미 |
|---|---|
| 미확인 | 위치만 확인했고 내용 검토 전인 자료 |
| 수집됨 | 파일 목록과 기본 메타데이터를 확보한 자료 |
| 검토중 | 내용 확인과 분류가 진행 중인 자료 |
| 보고서화 | 요약·분석 보고서로 정리된 자료 |
| 보류 | 접근 제한, 민감도, 사실 확인 문제로 보류한 자료 |
민감도는 일반, 내부, 민감, 매우민감으로 구분한다.
문서 구조
| 파일/폴더 | 역할 |
|---|---|
README.md |
프로젝트 개요와 운영 범위 |
DOCUMENTS.md |
관련 문서와 자료 위치 |
ROADMAP.md |
구축·수집·보고서화 로드맵 |
CHANGELOG.md |
작업 이력 |
DECISIONS.md |
주요 운영 결정 |
ISSUES.md |
미해결 문제와 확인 필요 사항 |
RUNBOOK.md |
자료 수집과 대시보드 운영 절차 |
data/ |
원자료 색인과 처리 상태표 |
reports/ |
분석 보고서와 요약본 |
dashboard/ |
대시보드 메모와 설계 자료 |
확인된 원자료
| ID | 파일 | 상태 | 다음 작업 |
|---|---|---|---|
| RF-0003 | 효관_출석_레드플래그_자동안내시스템.pptx |
수집됨 | 내용 검토 후 1차 요약 보고서 작성 |
| RF-0004 | 효관_출석_레드플래그_자동안내시스템_기획안.docx |
검토중 | PPTX와 대조 후 1차 요약 보고서 작성 |
다음 작업
- 내부 홈페이지에 효관 CSV/엑셀 업로드 화면을 만든다.
- 업로드 자료를 기준으로 4주 연속 미출석 후보를 산출하는 MVP를 만든다.
- 교회장 승인 상태를 수동 기록할 수 있는 화면을 먼저 만든다.
- 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.
- PPTX와 Word 기획안을 대조해 1차 요약 보고서를 작성한다.
시스템 구성 제안
처음부터 효관 직접 연동과 카카오톡 자동 발송까지 한 번에 구축하지 않는다. 1단계는 내부 홈페이지 관리자 페이지 안에서 효관 자료 업로드 → 4주 연속 미출석 후보 산출 → 교회장 승인 → 발송 대기열 생성 → 결과 기록까지 구현한다. 실제 카카오톡 발송은 승인·동의·비용 기준이 정리된 뒤 2단계로 붙이는 구성이 안전하다.
| 단계 | 구성 | 설명 |
|---|---|---|
| 1단계 | 내부 검토형 MVP | 효관 CSV/엑셀 수동 업로드, 후보 산출, 내부 대시보드, 교회장 승인 상태 수동 기록 |
| 2단계 | 승인 자동화 | 교회장 승인 이메일, 승인/보류/직접 연락/제외 링크, 월간 리포트 |
| 3단계 | 발송 연동 | 카카오톡 채널 또는 문자 발송, 수신 동의 관리, 발송 실패 처리, 재출석 회복률 분석 |
우선 DB는 redflag_imports, redflag_members, redflag_attendance_snapshots, redflag_cases, redflag_approvals, redflag_messages, redflag_audit_logs 구조로 설계하는 것이 적절하다.
운영 원칙
- 원자료는 NAS에 두고, 위키와 프로젝트 문서에는 경로·요약·처리 상태를 기록한다.
- 민감정보가 들어간 파일명이나 내용은 필요할 때만 제한적으로 인용한다.
- 자료를 확인할 때는 사실, 추정, 현 판단 필요 사항을 구분한다.
- 대시보드는 내부홈페이지 관리자 페이지와 려 관리 대시보드 양쪽에서 확인할 수 있게 운영한다.