규제기관이 묻는 통제를, 실행 안에 넣었습니다.
무슨 일이 있었는지 설명하려고 나중에 쓰는 정책 문서가 아닙니다. 실행이 기표되기 전에 통과해야 하는 관문이고, 통과했다는 기록입니다.
두 사람, 아니면 기표되지 않습니다.
돈을 움직이는 두 가지 결정 — 플랜 변경과 기간 기표 — 은 각각 두 번째 운영자를 요구합니다. 이 거부는 애플리케이션뿐 아니라 데이터베이스에도 있어서, 누가 API를 직접 호출해도 살아남습니다.
소유자
보상 관리자 — 기안자
재무 — 승인자
컴플라이언스
고객지원
마케팅
운영자의 역할이 닿지 않는 영역은 데이터가 아니라 접근 안내를 렌더링합니다. 이 구분이 중요합니다. 숫자를 그려 놓고 버튼만 숨긴 콘솔은 이미 숫자를 공개한 것입니다.
총 보상액에 대한 단단한 상한.
한 기간의 총 보상액은 그 기간의 환불 차감 후 현금 매출과 견줍니다. 상한을 넘으면 그 실행은 아예 승인될 수 없습니다 — 표시도, 경고도 아닙니다. 거부입니다.
보상 플랜이 약속한 것을 산술적으로 지급할 수 있는지를 결정하는 숫자가 이것입니다. 지급이 매출을 넘어설 수 있는 플랜은 후한 것이 아니라 다음 기수의 돈으로 굴러가는 것입니다. 매 기간, 승인 경로 안에서, 환불을 뺀 매출에 견주어 이것을 재는 일이 아는 것과 나중에 알게 되는 것의 차이입니다.
internal/runs · program config cap_pct_bps
모두를 대상으로 계산한 소득 공시.
회원 수, 소득자, 무소득자, 총액, 평균, 중앙값, 90·99 백분위수와 최댓값 — 역년 기준으로, 등록된 모든 자리에 대해.
- 01
무소득자도 분모에 들어갑니다
공시 대상 연도에 존재한 모든 회원이 계산에 들어가고, 아무것도 벌지 못한 회원은 0으로 셉니다. 무소득자를 빼는 것이 이 보고서가 프로그램을 예쁘게 보이게 하는 표준 수법이고, 중앙값이 진실의 열 배로 읽히는 이유입니다. - 02
마이너스인 해는 음수 소득이 아니라 0입니다
회수액이 그 회원의 연간 수익을 넘는 경우 그 회원은 0으로 공시됩니다. 누군가의 손실을 다른 사람의 소득에서 상계해 평균을 개선하지 않습니다. - 03
지난해 수치는 희석되지 않습니다
분모는 공시 대상 연도가 끝나기 전에 등록한 회원이므로, 2026년에 2025년 분포를 공개해도 그 뒤에 가입한 사람들 덕에 조용히 나아지지 않습니다. - 04
쓰는 것이 아니라 계산되는 것
지급이 나온 그 원장에서 나옵니다. 그래서 마케팅이 아니라 입증 자료가 되고, 그래서 플랫폼 약관이 소득을 주장하는 운영사에게 이것을 공개하도록 요구할 수 있습니다.
internal/exposure · internal/report
연령 분석이 되고, 회계사에게 그대로 넘길 수 있는 부채.
얼마를 빚졌는지, 얼마나 오래 빚졌는지, 원장과 청구가 서로 맞는지.
연령 분석
internal/exposure
부호가 맞는 분개장
internal/report
회원별 세무 명세서
internal/report
부채 교차 확인
internal/report
누가 참여할 수 있는지, 어떤 근거로.
꺼진 상태로 출고되는 지역 정책, 실제로 적용했다면 어떻게 됐을지 보여 주는 모니터 모드, 그리고 서류가 아니라 판정을 남기는 신원 확인.
국가 판정은 요청 경로에서 제3자를 조회하는 대신 플랫폼 자체 데이터베이스 안에서 이뤄집니다. 이는 의도된 컴플라이언스 결정입니다. 속도 제한이 걸린 공개 엔드포인트에서 평문 HTTP로 오는 답은 경로 위의 누구든 고쳐 쓸 수 있고, 공격자가 고쳐 쓸 수 있는 값은 위험 점수에 참고할 수는 있어도 누가 로그인할 수 있는지를 정해서는 안 됩니다.
차단된 모든 국가는 사유 코드를 답니다 — 규제, 제재, 인허가 진행 중, 사업상 — 그래서 그 자리에 없던 사람도 1년 뒤에 이 목록을 방어할 수 있습니다. 예외는 초기 데이터를 고치는 대신, 담당자 이름을 남긴 개별 면제로 기록됩니다.
신원 확인은 당신 자신의 제공자 계정 위에서 돕니다. 플랫폼으로 돌아오는 것은 판정과 되돌릴 수 없는 핸들입니다 — “한 사람에 한 자리”를 강제하기에 충분하고 그 이상은 아닙니다. XEX는 회원의 신분증 사본을 보관하지 않습니다. 서류를 가장 안전하게 보관하는 방법은 보관하지 않는 것이기 때문입니다.
internal/geo · internal/verification
나가기 전에 승인을 거쳐야 하는 마케팅.
프로그램을 문 닫게 만드는 그 한마디는 운영사가 하는 경우가 거의 없습니다. 회원이, 단체 대화방에서, 수익에 대해 합니다.
자산은 본문에 컴플라이언스 고지를 덧붙이는 승인을 거칩니다 — 한 번, 멱등하게 — 그래서 승인된 자산이 그것 없이 돌아다닐 수 없습니다. 팀 공지는 자유 텍스트가 아니라 승인된 템플릿에서 나갑니다. 마케팅은 자기 자산을 스스로 승인할 수 없습니다. 이는 정책이 아니라 역할의 경계입니다.
이 어느 것도 회원이 자기 계정에 쓰고 싶은 것을 쓰는 일을 막지는 못합니다. 대신 승인된 자산 묶음, 무엇이 누구에게 승인되었는지의 기록, 그리고 당신의 프로그램이 사람들에게 무엇을 말했느냐는 질문에 대한 방어 가능한 답을 남깁니다.
internal/marketing · /admin/marketing
우리가 주장하지 않는 것.
이 페이지에서 가장 쓸모 있는 문단이자, 대부분의 공급사가 빼는 문단입니다.
우리 말을 믿기 전에, 샌드박스에서 직접 돌려 보세요.
샌드박스는 제품 전체입니다. 플랜을 설정하고, 회원으로서 패키지를 사고, 실행을 계산하고, 그것이 만들어 내는 공시를 읽어 보세요.