충북교구레드플레그 - 편집 역사

애: 충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

2026-06-27T13:31:25Z

충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

@@ 10번째 줄: / 10번째 줄: @@
 ! 항목 !! 내용
 |-
-| 상태 || 초기 구축 완료, 내부홈페이지 관리자 대시보드 반영
+| 상태 || /cbred 관리자 화면 1차 운영형 정리 완료, 레드플레그 작업 일시 중지
 |-
 | 시작일 || 2026년 6월 13일
@@ 23번째 줄: / 23번째 줄: @@
 |-
 | 려 관리 대시보드 || <code>http://172.30.1.36/Inner/control/redflag</code>
 |-
 | 프로젝트 문서 대시보드 || <code>http://172.30.1.36:8099/control/docs/충북교구레드플레그/README.md</code>
 |}
 == 목적 ==
@@ 87번째 줄: / 138번째 줄: @@
 |-
 | 2026-06-23 || 효관 자동수집 코드 작성 || 완료 || <code>cbred_admin/hyogwan_collect.py</code>, <code>/Inner/cbred</code> 관리자 설정 화면, 코드리뷰 문서 등록
 |}

애: 충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

2026-06-27T01:35:36Z

충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

← 이전 판		2026년 6월 27일 (토) 10:35 판
261번째 줄:		261번째 줄:
	[[분류:프로젝트]]		[[분류:프로젝트]]
	[[분류:충북교구]]		[[분류:충북교구]]

	~~[[분류:최동우기획]]~~

애: 최동우기획 분류 추가

2026-06-26T14:30:19Z

최동우기획 분류 추가

← 이전 판		2026년 6월 26일 (금) 23:30 판
261번째 줄:		261번째 줄:
	[[분류:프로젝트]]		[[분류:프로젝트]]
	[[분류:충북교구]]		[[분류:충북교구]]

			[[분류:최동우기획]]

애: 충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

2026-06-23T04:15:59Z

충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

← 이전 판		2026년 6월 23일 (화) 13:15 판
86번째 줄:		86번째 줄:
	\| 2026-06-13 \|\| 개발문서 v0.2 작성 \|\| 완료 \|\| 신규 DB 설치 없이 기존 MariaDB/MySQL 또는 SQLite 파일 DB 사용 기준 반영		\| 2026-06-13 \|\| 개발문서 v0.2 작성 \|\| 완료 \|\| 신규 DB 설치 없이 기존 MariaDB/MySQL 또는 SQLite 파일 DB 사용 기준 반영
	\|-		\|-
	\| 2026-06-23 \|\| 효관 자동수집 코드 작성 \|\| ~~부분완료~~ \|\| <code>cbred_admin/hyogwan_collect.py</code>, <code>/cbred</code> 관리자 설정 화면, 코드리뷰 문서 작성		\| 2026-06-23 \|\| 효관 자동수집 코드 작성 \|\| 완료 \|\| <code>cbred_admin/hyogwan_collect.py</code>, <code>/Inner/cbred</code> 관리자 설정 화면, 코드리뷰 문서 등록
	\|}		\|}

160번째 줄:		160번째 줄:
	# 교회장 회신을 다시 수집해 관리자 대시보드에 반영한다.		# 교회장 회신을 다시 수집해 관리자 대시보드에 반영한다.
	# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.		# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.
	# 효관 자동수집 코드는 <code>/home/ruyjin/.openclaw/workspace/cbred_admin/hyogwan_collect.py</code>에 두고, 내부 관리자 설정 화면은 <code>http://172.30.1.36/cbred</code>로 운영한다.		# 효관 자동수집 코드는 <code>/home/ruyjin/.openclaw/workspace/cbred_admin/hyogwan_collect.py</code>에 두고, 내부 관리자 설정 화면은 현재 nginx 공개 경로 기준 <code>http://172.30.1.36/Inner/cbred</code>로 운영한다. 앱 내부 라우트는 <code>/cbred</code>이다.

	== 시스템 구성 제안 ==		== 시스템 구성 제안 ==

애: 충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

2026-06-23T04:12:29Z

충북교구레드플레그 자동수집 코드 및 /cbred 관리자 화면 반영

← 이전 판		2026년 6월 23일 (화) 13:12 판
85번째 줄:		85번째 줄:
	\|-		\|-
	\| 2026-06-13 \|\| 개발문서 v0.2 작성 \|\| 완료 \|\| 신규 DB 설치 없이 기존 MariaDB/MySQL 또는 SQLite 파일 DB 사용 기준 반영		\| 2026-06-13 \|\| 개발문서 v0.2 작성 \|\| 완료 \|\| 신규 DB 설치 없이 기존 MariaDB/MySQL 또는 SQLite 파일 DB 사용 기준 반영
			\|-
			\| 2026-06-23 \|\| 효관 자동수집 코드 작성 \|\| 부분완료 \|\| <code>cbred_admin/hyogwan_collect.py</code>, <code>/cbred</code> 관리자 설정 화면, 코드리뷰 문서 작성
	\|}		\|}

134번째 줄:		136번째 줄:
	\| <code>dashboard/</code> \|\| 대시보드 메모와 설계 자료		\| <code>dashboard/</code> \|\| 대시보드 메모와 설계 자료
	\|}		\|}

			== 관련 위키 문서 ==

			* [[충북교구레드플레그/효관 자동수집 코드리뷰]]


154번째 줄:		160번째 줄:
	# 교회장 회신을 다시 수집해 관리자 대시보드에 반영한다.		# 교회장 회신을 다시 수집해 관리자 대시보드에 반영한다.
	# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.		# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.
			# 효관 자동수집 코드는 <code>/home/ruyjin/.openclaw/workspace/cbred_admin/hyogwan_collect.py</code>에 두고, 내부 관리자 설정 화면은 <code>http://172.30.1.36/cbred</code>로 운영한다.

	== 시스템 구성 제안 ==		== 시스템 구성 제안 ==

애: 레드플레그 개발문서 v0.2 DB 기준 반영

2026-06-13T13:30:25Z

레드플레그 개발문서 v0.2 DB 기준 반영

← 이전 판		2026년 6월 13일 (토) 22:30 판
83번째 줄:		83번째 줄:
	\|-		\|-
	\| 2026-06-13 \|\| Google Sheets 검토 방식 추가 \|\| 검토중 \|\| 교회별 개별 시트 생성, 제한 공유, 회신 수집 방식 검토		\| 2026-06-13 \|\| Google Sheets 검토 방식 추가 \|\| 검토중 \|\| 교회별 개별 시트 생성, 제한 공유, 회신 수집 방식 검토
			\|-
			\| 2026-06-13 \|\| 개발문서 v0.2 작성 \|\| 완료 \|\| 신규 DB 설치 없이 기존 MariaDB/MySQL 또는 SQLite 파일 DB 사용 기준 반영
	\|}		\|}

147번째 줄:		149번째 줄:
	== 다음 작업 ==		== 다음 작업 ==

	# ~~내부 홈페이지에~~ 효관 ~~CSV~~/~~엑셀 업로드 화면을 만든다~~.		# 효관 자동 수집 방식과 로그인/다운로드 가능 여부를 확인한다.
	# ~~업로드~~ 자료를 기준으로 4주 연속 미출석 후보를 산출하는 MVP를 만든다.		# 자동 수집한 자료를 기준으로 4주 연속 미출석 후보를 산출하는 MVP를 만든다.
	# 교회장 ~~승인 상태를 수동 기록할 수 있는 화면을 먼저 만든다~~.		# 교회별 Google Sheet 생성과 제한 공유 기능을 구현한다.
			# 교회장 회신을 다시 수집해 관리자 대시보드에 반영한다.
	# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.		# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.
	~~# PPTX와 Word 기획안을 대조해 1차 요약 보고서를 작성한다.~~

	== 시스템 구성 제안 ==		== 시스템 구성 제안 ==

	처음부터 ~~효관 직접 연동과~~ 카카오톡 자동 발송까지 한 번에 구축하지 않는다. 1단계는 ~~내부 홈페이지 관리자 페이지 안에서~~ <code>효관 ~~자료 업로드~~ → 4주 연속 미출석 후보 산출 → 교회장 승인 → ~~발송 대기열 생성 → 결과 기록~~</code>까지 구현한다. 실제 카카오톡 발송은 승인·동의·비용 기준이 정리된 뒤 2단계로 붙이는 구성이 안전하다.		처음부터 카카오톡 자동 발송까지 한 번에 구축하지 않는다. 1단계는 <code>효관 자동 수집 → 4주 연속 미출석 후보 산출 → 교회별 Google Sheet 생성 → 교회장 회신 수집 → 관리자 대시보드 반영</code>까지 구현한다. 실제 카카오톡 발송은 승인·동의·비용 기준이 정리된 뒤 2단계로 붙이는 구성이 안전하다.

	{\| class="wikitable" style="width:100%;"		{\| class="wikitable" style="width:100%;"
161번째 줄:		163번째 줄:
	! 단계 !! 구성 !! 설명		! 단계 !! 구성 !! 설명
	\|-		\|-
	\| 1단계 \|\| ~~내부 검토형~~ MVP \|\| 효관 ~~CSV/엑셀 수동 업로드~~, 후보 산출, 내부 대시보드~~, 교회장 승인 상태 수동 기록~~		\| 1단계 \|\| 자동 수집형 MVP \|\| 효관 자동 수집, 후보 산출, 교회별 Google Sheet 생성, 회신 수집, 내부 대시보드
	\|-		\|-
	\| 2단계 \|\| 승인 자동화 \|\| 교회장 ~~승인 이메일~~, ~~승인/보류/직접 연락/제외 링크~~, 월간 리포트		\| 2단계 \|\| 승인/회신 자동화 \|\| 교회장 회신 마감 관리, 미회신 알림, 월간 리포트
	\|-		\|-
	\| 3단계 \|\| 발송 연동 \|\| 카카오톡 채널 또는 문자 발송, 수신 동의 관리, 발송 실패 처리, 재출석 회복률 분석		\| 3단계 \|\| 발송 연동 \|\| 카카오톡 채널 또는 문자 발송, 수신 동의 관리, 발송 실패 처리, 재출석 회복률 분석
	\|}		\|}

	우선 ~~DB는~~ <code>~~redflag_imports~~</code>, <code>~~redflag_members~~</code>, <code>~~redflag_attendance_snapshots~~</code>, <code>redflag_cases</code>, <code>~~redflag_approvals~~</code>, <code>~~redflag_messages~~</code>, <code>~~redflag_audit_logs~~</code> 구조로 설계하는 것이 적절하다.		DB는 새로 설치하지 않고 이미 설치되어 있는 DB를 사용한다. 1차 MVP는 Python/Django 내장 SQLite 파일 DB로 빠르게 개발하고, 다중 사용자 운영과 중앙 백업이 필요해지면 서버에 이미 동작 중인 MariaDB/MySQL로 이전한다. PostgreSQL 신규 설치는 기본 범위에서 제외한다. 우선 테이블은 <code>hyogwan_collect_jobs</code>, <code>hyogwan_exports</code>, <code>churches</code>, <code>members</code>, <code>attendance_records</code>, <code>redflag_cases</code>, <code>review_batches</code>, <code>google_sheets</code>, <code>review_decisions</code>, <code>mail_logs</code>, <code>audit_logs</code> 구조로 설계하는 것이 적절하다.

	== 교회장 리스트 발송 포함 구성안 ==		== 교회장 리스트 발송 포함 구성안 ==

애: Google Sheets 교회장 검토 방식 추가

2026-06-13T06:42:13Z

Google Sheets 교회장 검토 방식 추가

@@ 81번째 줄: / 81번째 줄: @@
 |-
 | 2026-06-13 || 효관 자동 수집 요구사항 반영 || 진행중 || 관리자가 직접 업로드하지 않고 시스템이 효관 자료를 자동 수집하는 구조로 수정
 |}
@@ 211번째 줄: / 213번째 줄: @@
 새 시스템의 핵심 화면은 <code>효관 수집 상태</code>, <code>후보 산출 결과</code>, <code>교회장 발송 현황</code>이다. 관리자는 자료를 올리는 사람이 아니라 수집 결과를 확인하고 발송 여부를 승인하는 역할로 둔다.
 == 운영 원칙 ==

애: 효관 자동 수집 요구사항 반영

2026-06-13T06:39:42Z

효관 자동 수집 요구사항 반영

@@ 79번째 줄: / 79번째 줄: @@
 |-
 | 2026-06-13 || 교회장 리스트 발송 포함 구성안 작성 || 완료 || 닷홈 기반 교회장 검토 포털, 이메일 링크 발송, AI 미사용 규칙 기반 처리로 정리
 |}
@@ 190번째 줄: / 192번째 줄: @@
 최종 추천은 <code>닷홈 기반 교회장 검토 포털</code>이다. 원자료 전체 파일은 NAS에 두고, 닷홈에는 검토에 필요한 최소 데이터만 저장한다. 개인정보가 들어간 리스트는 메일 첨부가 아니라 교회장 전용 링크에서 확인하게 하며, 모든 조회·승인·보류·발송 이력은 감사 로그로 남긴다.
 == 운영 원칙 ==

애: 교회장 리스트 발송 및 닷홈 기반 검토 포털 구성안 추가

2026-06-13T06:25:17Z

교회장 리스트 발송 및 닷홈 기반 검토 포털 구성안 추가

@@ 77번째 줄: / 77번째 줄: @@
 |-
 | 2026-06-13 || 시스템 구성안 작성 || 완료 || 내부 검토형 MVP 우선: 효관 업로드, 후보 산출, 교회장 승인, 발송 대기열, 결과 기록
 |}
@@ 163번째 줄: / 165번째 줄: @@
 우선 DB는 <code>redflag_imports</code>, <code>redflag_members</code>, <code>redflag_attendance_snapshots</code>, <code>redflag_cases</code>, <code>redflag_approvals</code>, <code>redflag_messages</code>, <code>redflag_audit_logs</code> 구조로 설계하는 것이 적절하다.
 == 운영 원칙 ==

애: 시스템 구성 제안 반영

2026-06-13T06:19:40Z

시스템 구성 제안 반영

← 이전 판		2026년 6월 13일 (토) 15:19 판
73번째 줄:		73번째 줄:
	\|-		\|-
	\| 2026-06-13 \|\| Word 기획안 파일 확인 \|\| 완료 \|\| DOCX 구조 정상, LibreOffice PDF 변환 성공, 본문 213줄 추출		\| 2026-06-13 \|\| Word 기획안 파일 확인 \|\| 완료 \|\| DOCX 구조 정상, LibreOffice PDF 변환 성공, 본문 213줄 추출
			\|-
			\| 2026-06-13 \|\| PPTX 파일 확인 \|\| 완료 \|\| 11쪽 슬라이드 PDF 변환 성공, 텍스트 레이어는 거의 없어 발표용 이미지/도형 자료로 분류
			\|-
			\| 2026-06-13 \|\| 시스템 구성안 작성 \|\| 완료 \|\| 내부 검토형 MVP 우선: 효관 업로드, 후보 산출, 교회장 승인, 발송 대기열, 결과 기록
	\|}		\|}

137번째 줄:		141번째 줄:
	== 다음 작업 ==		== 다음 작업 ==

	# ~~확인된 원자료~~ <code>~~효관_출석_레드플래그_자동안내시스템~~.~~pptx~~</code>와 <code>~~효관_출석_레드플래그_자동안내시스템_기획안.docx~~</code>~~의 내용을 검토한다.~~		# 내부 홈페이지에 효관 CSV/엑셀 업로드 화면을 만든다.
	~~# 1차 요약 보고서를 작성한다.~~		# 업로드 자료를 기준으로 4주 연속 미출석 후보를 산출하는 MVP를 만든다.
	~~# 자료별 민감도와 공개 가능 범위를 표시한다.~~		# 교회장 승인 상태를 수동 기록할 수 있는 화면을 먼저 만든다.
	# <code>~~data~~/~~source-index.csv~~</code>~~를 기준으로 대시보드 상태별 건수를 자동 표시하도록 확장한다.~~		# 카카오톡 발송은 수신 동의·발송 방식·비용 기준 확정 후 2단계로 연동한다.
	~~# 내부홈페이지 관리자 대시보드와 려 관리 대시보드의 표시 항목을 계속 맞춘다~~.		# PPTX와 Word 기획안을 대조해 1차 요약 보고서를 작성한다.

			== 시스템 구성 제안 ==

			처음부터 효관 직접 연동과 카카오톡 자동 발송까지 한 번에 구축하지 않는다. 1단계는 내부 홈페이지 관리자 페이지 안에서 <code>효관 자료 업로드 → 4주 연속 미출석 후보 산출 → 교회장 승인 → 발송 대기열 생성 → 결과 기록</code>까지 구현한다. 실제 카카오톡 발송은 승인·동의·비용 기준이 정리된 뒤 2단계로 붙이는 구성이 안전하다.

			{\| class="wikitable" style="width:100%;"
			\|-
			! 단계 !! 구성 !! 설명
			\|-
			\| 1단계 \|\| 내부 검토형 MVP \|\| 효관 CSV/엑셀 수동 업로드, 후보 산출, 내부 대시보드, 교회장 승인 상태 수동 기록
			\|-
			\| 2단계 \|\| 승인 자동화 \|\| 교회장 승인 이메일, 승인/보류/직접 연락/제외 링크, 월간 리포트
			\|-
			\| 3단계 \|\| 발송 연동 \|\| 카카오톡 채널 또는 문자 발송, 수신 동의 관리, 발송 실패 처리, 재출석 회복률 분석
			\|}

			우선 DB는 <code>redflag_imports</code>, <code>redflag_members</code>, <code>redflag_attendance_snapshots</code>, <code>redflag_cases</code>, <code>redflag_approvals</code>, <code>redflag_messages</code>, <code>redflag_audit_logs</code> 구조로 설계하는 것이 적절하다.

	== 운영 원칙 ==		== 운영 원칙 ==