T-Minus: 공개 설정
일일 구성 루프, T-17부터 T-11까지의 7일간의 구성, 가속기로서의 ASK, 코딩 없이 구성하기 패턴, 모듈별 체크리스트, 그리고 카운트다운 내 통합 작업.
일일 구성 루프
- Fit Ledger 라인을 표시하세요.
- 코딩 없이 실시간으로 설정하세요.
- 고객이 변화를 주도합니다.
- 샘플 데이터를 사용하여 확인하십시오.
- 기록하고 해당 항목에 체크하세요.
| WHO | 어디 | 산출 |
|---|---|---|
| 원장 설계자가 주도하고 핵심 사용자가 공동으로 주도합니다. | 고객 본인의 임대 주택에서 | 임차인이 매일 눈에 띄게 입주 시점에 한 걸음 더 가까워지고 있습니다. |
| 카운트다운 소유자가 범위 관련 통화에 참여합니다. | 고객의 샘플 데이터가 표시된 실제 화면 | 설정당 구성 통합 문서 행이 하나씩 추가됩니다. |
| Adoption Navitator는 역할 및 대기열 요구 사항을 모니터링합니다. | 화이트보드나 문서에 절대 쓰지 마세요 | 테스트 계획에 구성 검사가 추가되었습니다. |
고객이 맹목적으로 기다려야 하는 구축 단계는 없습니다. 고객이 세션에 참여하지 않으면 세션은 진행되지 않습니다. 핵심 사용자는 T-14 시점에 주도권을 쥐고 있어야 합니다. 만약 TRANXACT 담당자가 T-13 시점에도 여전히 키보드를 사용하고 있다면, 도입 위험 요소로 간주하여 회의에서 논의해야 합니다.
7일간의 설정 기간 (기본 설정으로 제안됨)
| 티데이 | 집중하다 | 구성됨 | 그것에 달려있습니다 |
|---|---|---|---|
| 티-17 | 구조 | 법인, 계정과목표, 회계연도, 크기 | 마이그레이션 매핑(GL) |
| 티-16 | 자금 및 규정 준수 | 통화 및 외환, 세금 코드, 문서 번호, 은행 | 기초 잔액, 미결 항목 |
| 티-15 | 사람 및 접근성 | 역할 및 권한, SSO 그룹, 승인 계층 구조 | 리허설 역할, 대기열 |
| 티-14 | 마스터 데이터 | 고객, 공급업체, 품목, 직원 — ASK는 추출을 통해 대량의 정보를 생성합니다. | 모의 적재 M1 |
| 티-13 | 흐름 및 규칙 | 승인 흐름, 게시 규칙, 매칭 규칙, 가격 책정 | 통합 테스트 |
| 티-12 | 모듈 세부 정보 | CRM 파이프라인, 공급망 비용, HR 급여 요소, 모듈 전환 | 리허설 대본 |
| 티-11 | 통합 및 대기열 | API 클라이언트, 은행/세금/급여 엔드포인트, 역할별 작업 대기열 | 게이트: 구성 완료 |
Fit Ledger의 순서가 다르더라도 순서를 유지하십시오. 트랜잭션보다 먼저 구조를 설정하여 마이그레이션 매핑을 T-15부터 시작할 수 있도록 하십시오.
ASK는 구성 가속기입니다.
ASK는 사람이 클릭할 때와 동일한 권한 및 감사 로그를 유지하면서 기계 속도로 단순 반복 작업을 수행합니다.
| 직업 | 예시 요청 |
|---|---|
| 마스터 데이터 일괄 생성 | "추출된 데이터에서 고객 세그먼트별 결제 조건을 설정하여 2,400명의 고객을 생성하세요." |
| 초안 게시 규칙 | "구매 송장에 운송비를 5120번으로 입력하고, 수령 창고의 비용 센터별로 분할합니다." |
| 역할 설정 생성 | "10,000달러가 넘는 송장을 입력할 수는 있지만 승인할 수는 없는 회계 담당 직원" |
| 설정 확인 | "대체 승인자를 제외한 모든 승인 절차를 나열하세요." |
ASK에서 생성된 모든 구성은 Fit Ledger에 등록되기 전에 핵심 사용자의 검토를 거칩니다. 감사 로그에는 누가 요청했는지, ASK가 어떤 작업을 수행했는지, 누가 승인했는지가 기록됩니다.
코딩은 하지 말고 설정을 하세요: 일반적인 패턴
| 코드처럼 들리는 요청 | 구성 패턴 | 어디 |
|---|---|---|
| "저희의 승인 절차는 독특합니다." | 금액, 엔티티 및 차원 규칙을 포함하는 다단계 승인 흐름 | 워크플로 |
| "맞춤형 송장 레이아웃이 필요합니다." | 각 기관별 필드, 로고 및 언어가 포함된 문서 템플릿 | 출력 템플릿 |
| "고객 그룹별 특별 가격" | 부문별 가격표, 할인 및 유효기간 | CRM/가격 책정 |
| "존재하지 않는 화면 필드" | 보고서 및 규칙에서 사용되는 폼의 사용자 정의 필드 | (코드 필요 없는) 양식 |
| "기존 보고서를 그대로 제출합니다." | 보고서 작성기 또는 대시보드 - 레이아웃에 의문을 제기하세요. 종종 "필요 없는" 레이아웃이 눈에 띕니다. | 보고 |
| "저희 은행/MES와의 인터페이스" | 범위가 지정된 역할을 가진 API 클라이언트; 필요한 경우 파일 교환 기능 제공 | 통합 |
| "X가 발생하면 알림을 보냅니다." | 역할 인식 액션 큐 규칙 | 액션 큐 |
어떤 패턴도 맞지 않을 경우, 선택지는 T-Plus를 사용하거나 솔직하게 거절하는 것뿐입니다. 클러스터 내 코드는 확장 프레임워크를 통해 처리되며 카운트다운을 거치지 않습니다.
모듈 체크리스트 (1차 웨이브 모듈만 해당, 제안된 기본값)
| 기준 치수 | 일반적으로 카운트다운으로 설정됩니다. |
|---|---|
| 회계 | 법인, 계정과목표, 회계연도, 세금, 은행, 전기규칙, 마감 체크리스트 |
| CRM | 파이프라인 단계, 가격표, 견적/주문 흐름, 신용 한도 |
| 공급망 | 창고, 원가 계산 방법, 재주문 규칙, 입고 및 대조 |
| HRMS | 조직 구조, 급여 구성 요소, 휴가 규정, 급여 지급 일정 |
| 조작 | 작업 센터, BOM, 라우팅, 추적성 규칙 |
| 전자건강기록(EHR) | 임상 역할, 환자 청구, 지불자 규정, 동의 |
| 학생 생애주기 | 프로그램, 입학 절차, 학비, 동문 |
| 플랫폼 | 역할, 승인 흐름, 대기열, ASK 계층, 언어 |
카운트다운에는 웨이브 1 모듈만 표시되고, 나머지는 모두 동일한 장부의 T-Plus 토글로 표시됩니다.
카운트다운 내 통합(제안된 기본값)
T-18 목록 및 소유자 → T-13 API 클라이언트 및 테스트 엔드포인트 → T-10 통합 테스트 → T-3 사전 테스트 → T-0 프로덕션 환경으로 전환.
| 완성 | 일반적인 패턴 | 테스트 | 준비가 안 된 경우 임시 조치 |
|---|---|---|---|
| 뱅킹 및 결제 | API / 호스트 간 SFTP | 티-10 | 수동 은행 파일 업로드 |
| 세금/전자송장 발행 | API | 티-10 | 금융 부문 포털 업로드 |
| 급여 제공업체 | API / SFTP | 티-9 | 기존 시스템에서 급여 실행, 전표 가져오기 |
| 신원 확인(SSO) | SAML/OIDC | 티-17 | 없음 - 리허설에는 필요하지 않습니다. |
| BI/데이터 웨어하우스 | 예약된 추출 | 티-6 | T-Plus |
파트너사(은행, 급여, 세무)는 T-13까지 테스트 엔드포인트를 확보해야 합니다. 이를 제공할 수 없는 파트너사는 수동 중간 단계를 거쳐 T-Plus로 통합 작업을 진행합니다.
제안된 기본값으로 표시된 값은 해당 방법론에서 권장하는 시작점입니다. 각 작업별로 값을 확인해야 하며, 계약서, 주문서 및 서비스 수준 계약(SLA)이 우선합니다.