← WORK 목록으로
KOREA위시켓웹 개발

재생에너지 PPA 공급량 산정·정산 플랫폼 구축 전문가

재생에너지 전력중개(PPA) 사업의 정산 플랫폼을 신규 구축하는 프로젝트입니다. 계약 관리부터 한전·KPX 신고, 전력량 데이터 자동수집, 15분·1시간 단위 PPA 공급량 산정, 실시간·균등 정산, 세금계산서 자동발행, 펌뱅킹 이체, 손해배상까지 정산 업무 전체를 처리하며, 관리자 백오피스와 발전사업자·전기사용자 포털로 구성됩니다. 데이터 수집 방안과 정산 로직이 미확정 상태라 기획 단계부터 참여해야 하는 컨설팅형 신규 구축 프로젝트입니다. 금융·정산 도메인 이해와 외부 연동(펌뱅킹·세금계산서·한전) 경험이 있는 풀스택 개발자에게 적합합니다.

2026.09.22VIEW 41위시켓에서 수집
Budget16,666,666원
Difficulty전문가
Duration3~4개월
Work style외주
Required stack

필요 기술

TypeScriptNext.jsReactNode.jsMySQLAWS
Project brief

프로젝트 내용

[프로젝트 개요]
- 재생에너지 전력 중개(PPA) 사업을 위한 정산 플랫폼을 신규 구축합니다. 계약 → 신고(KPX·한전) → 전력량 수집 → PPA 공급량 산정 → 정산(실시간·균등) → 세금계산서 → 입출금 → 손해배상으로 이어지는 정산 업무 전체를 처리하는 시스템이며, 단순 발전량 대시보드가 아닙니다.
- 당사가 시스템의 중심 관리자가 되고, 재생에너지 발전사업자와 전기사용자(기업)는 각자 자신의 계약·공급량·정산 내역만 조회하는 포털을 갖는 구조입니다.
- 매칭은 영업·계약 단계에서 이루어지며, 시스템은 이미 체결된 1:1 PPA 계약(발전사업자 1곳 : 전기사용자 사업장 1곳)을 기반으로 공급량 산정·정산·이행관리를 자동화합니다. 불특정 다수를 연결하는 오픈마켓형 자동 매칭 기능은 만들지 않습니다.
- 데이터 수집 방안과 정산 로직이 정해지지 않아 기획 단계부터 함께 진행합니다.

[클라이언트 소개]
- 전력 중개업(재생에너지 전기공급사업)을 신사업으로 준비하며 관련 부서를 신설하고 있습니다. 전력 공급을 맡을 SPC(법인) 1곳을 설립할 예정입니다. 이번 시스템은 당사 관리자와 발전사업자, 전기사용자(RE100 등 목적의 기업)가 함께 쓰는 업무 플랫폼입니다.
- 개발 지식: 사내에 개발자가 없습니다.

[왜 이 프로젝트를 하는가]
- 지금 상황: 사업 구조는 짜여 있지만 운영 중인 업무나 정산 파일은 없어, 데이터를 어떻게 받아올지와 정산 로직을 처음부터 정해야 합니다. 2027년 1~2월경 사업 개시를 예상하고 있어 그 전에 시스템을 갖추려 합니다.
- 끝나면 이렇게 되기를 바랍니다: 한전 전력량 데이터를 자동으로 받아 계약 건별 공급량 산정, 정산, 세금계산서 발행, 대금 이체(펌뱅킹)까지 시스템에서 처리하고, 발전사업자와 전기사용자는 자신의 내역을 직접 조회할 수 있게 되는 것입니다. 우선은 전력 중개에 필수적인 기능이 구현되는 것이 목표입니다.
- 다만 이런 점이 우려됩니다: 사내에 개발자가 없어, 오픈 이후 유지보수를 어떻게 이어갈지가 가장 우려되는 부분입니다. 또한 보안 쪽 판단 기준이 없어 입출금과 세금계산서를 다루는 이 시스템에 어느 수준의 보안이 필요한지 아직 알지 못합니다.

[필수 과업 범위와 결과물]
1. 수행 범위
- 상세 기획: 요구사항 정의, 화면설계, 전력량·사용량 데이터 수집 방안 설계, 공급량 산정·정산 로직 설계, DB·연동 구조 설계. 사업 구조 초안은 있으나 플랫폼 기획은 초기 단계이고 정산 로직도 새로 정해야 하므로 기획부터 진행합니다.
- UI·UX 디자인: 관리자 백오피스, 발전사업자 포털, 전기사용자 포털
- SW 개발: 관리자 웹, 참여자 포털, API, DB 신규 구축 및 외부 연동
- 인프라 구축·배포: 서버·클라우드 환경 구성과 배포
- 유지보수: 오픈 이후 유지보수 방식과 조건은 계약 시 협의합니다.

2. 상세 기능 요구 사항
2-1. 관리자 백오피스 — 계약·참여자 관리
- 계약 관리: 발전사업자-전기사용자(사업장) 1:1 PPA 계약 등록·수정 및 계약 건별 이행 현황 조회
- 신고 관리: 계약 건별 KPX·한전 신고 처리 및 이력 관리
- 인증서 관리: 계약 건별 REC·REGO 관련 내역 관리
- 참여자·계정 관리: 발전사업자·전기사용자 계정 생성 및 자사 데이터만 조회하도록 접근 범위 설정
2-2. 관리자 백오피스 — 공급량 산정·정산
- PPA 공급량 산정: 계약 건별 발전소 계량 데이터와 사업장 사용량 데이터를 15분·1시간 단위로 비교해 공급량 자동 산정
- 가격 산정: 계약 조건 기준 공급 전력 가격 산정
- 정산: 실시간·균등 정산 방식의 발전사업자-당사-전기사용자 간 대금 정산 (정산 로직 신규 설계)
- 세금계산서: 정산 결과 기준 세금계산서 자동 발행 처리
- 입출금: 정산 대금 이체 및 입출금 내역 관리 (펌뱅킹)
- 손해배상: 계약 이행 기준 손해배상 산정 및 처리
2-3. 발전사업자 포털
- 발전소 데이터 조회: 자사 발전소 전력량 데이터 조회
- 계약·공급량 조회: 자사 계약 및 계약 건별 PPA 공급량 조회
- 정산 내역 조회: 정산·세금계산서·입금 내역 조회
2-4. 전기사용자 포털 (사업장 단위)
- 사업장 데이터 조회: 자사 사업장 전기사용량 데이터 조회
- 계약·공급량 조회: 사업장별 계약 및 PPA 공급량 조회
- 정산 내역 조회: 정산·세금계산서·출금 내역 조회
2-5. 외부 연동
- 전력량 데이터 수집: 한전 데이터 자동 수집 (연동)
- 사용량 데이터 수집: 사업장 전기사용량 수집 (수집 방식 미정, 아래 미확정 항목 참고)
- 펌뱅킹 연동: 정산 대금 자동 이체
- 세금계산서 발행 연동

3. 결과물
- 요구사항 정의서
- 화면 설계서
- 데이터 수집·정산 로직 정의서
- 전체 소스코드 (발주사 소유 저장소)
- DB 스키마
- 배포·운영 매뉴얼

[아직 정하지 않은 범위]
- 아래는 저희가 확정하지 못한 항목입니다. 포함하는 편이 나은지, 어떤 방식이 적합한지를 의견과 함께 적어 주세요.
1. 사업장 전기사용량 데이터 수집 방식 — 데이터 구조는 짜두었지만 어떤 방식으로 불러와야 할지 정하지 못했습니다. 수집 방안 검토부터 함께 해 주시길 바랍니다.
2. 필요한 보안 수준 — 세금계산서 발행만 있을 때와 이체 기능이 있을 때 각각 보안을 어느 정도까지 강화해야 하는지 판단이 서지 않습니다.

[클라이언트 준비 사항]
- 준비된 것: 사업 구조와 기획 초안

[오픈 시점과 예산]
- 목표 시점: 2027년 1~2월경 전력 중개 사업 개시를 예상하고 있으며, 그 전에 시스템을 준비하려 합니다.
- 개발 기간: 약 3개월을 생각하고 있으며, 제안해 주시는 소요 일정에 따라 조정할 수 있습니다.
- 예산: 5,000만원 (부가세 별도)

[제안 포함 필수 사항]
- 지원 내용은 아래 기준으로 검토합니다.
1. 적합한 기술 스택과 그 선택 이유를 제안에 포함해 주세요. 저희 쪽에 개발자가 없으므로 비개발자가 이해할 수 있는 수준으로 적어 주시면 도움이 됩니다.
2. 파트너님께서 판단하시기에 어떤 부분이 완료되어야 이 프로젝트가 성공적으로 마무리되었다고 보시는지 제안에 포함해 주세요. 전문가로서 이 프로젝트의 결과물에 대한 의견 부탁드립니다.
3. 위 '아직 정하지 않은 범위' 각 항목에 대한 의견을 제안에 포함해 주세요. 어느 쪽을 권하시는지와 그 이유를 함께 의견 부탁드립니다. 공고만으로 판단이 어려워 확인이 필요한 부분도 함께 적어 주세요.
4. 오픈 이후 유지보수 정책·조건과, 다른 업체가 이어받을 수 있는 구조를 어떻게 만드실지 제안에 포함해 주세요. 사내에 개발자가 없어 이 부분을 특히 중요하게 보고 있습니다.
지원 기회 분석

지원 전에 볼 것

핵심 요구사항

  • PPA 계약 건별 공급량 자동산정 로직 신규 설계 (15분·1시간 단위 발전량 vs 사용량 비교)
  • 실시간·균등 정산 로직 신규 설계 및 세금계산서 자동발행 연동
  • 펌뱅킹 연동을 통한 정산 대금 자동 이체 및 입출금 관리
  • 한전·KPX 전력량 데이터 자동수집 연동 및 사업장 사용량 수집 방안 설계
  • 관리자 백오피스 + 발전사업자·전기사용자 포털(권한별 데이터 격리) 구축
  • 비개발자 클라이언트를 위한 유지보수·인수인계 가능한 구조 설계

예상 산출물

  • 요구사항 정의서 및 화면 설계서
  • 데이터 수집·정산 로직 정의서
  • 전체 소스코드(발주사 소유 저장소) 및 DB 스키마
  • 배포·운영 매뉴얼

매력 포인트

  • 명확한 도메인 목표와 상세한 업무 범위 정의
  • 기획부터 참여하는 전문가형 프로젝트(고단가 협상 여지)
  • 장기 유지보수 계약으로 이어질 가능성

확인할 점

  • 예산 불일치: 상단 예산 1,666만원 vs 본문 5,000만원(부가세 별도) — 실예산 기준이어도 범위 대비 저예산
  • 기획·정산 로직·데이터 수집 방식 모두 미확정 상태로 요구범위가 계약·정산·금융이체까지 방대함
  • 사내 개발자 부재로 요구사항 구체화와 오픈 후 유지보수 리스크가 큼
Client signal

클라이언트 정보

회사 · 위시켓 / 지역 · 서울특별시 용산구 / 고용형태 · CONTRACTOR
START THE LOOP · CHOOSE

시장과 사람의 답을 봤다면,
다음 결과물의 구조를 고릅니다.

한 번의 결과에 기대지 않고 다시 만들 수 있도록, 문제 발견부터 제작·배포·수익화까지 이어지는 전체 흐름을 익혀보세요.

TTJ CLASS에서 다음 구조 고르기 →
처리 중...