KR
위시켓
보통
외주
원격 가능
Google Apps Script 기반 주문 처리 시스템 유지보수 및 기능 개발 (3개월) 전문가
예산
666,666원
예상 기간
3개월(상시 계약)
지원 마감
2026년 08월 03일
난이도
보통
기술 스택
Google Apps Script
JavaScript
Google Sheets
Drive API v3
Node.js
Webhook
정규식
AI 분석 요약 기회점수 55/100
온라인 식품 판매업체가 5개 판매 채널의 주문을 하나의 Google 스프레드시트 워크플로우로 취합해 제품 분할·박스 최적화·합배송·검증·출고 데이터 생성까지 자동 처리하는 GAS 기반 주문 처리 파이프라인의 유지보수 및 기능 개발 프로젝트입니다. 자연어에 가까운 옵션 텍스트 파싱, 채널별 독립 파싱 로직 대응, 데이터 시트 등록 누락 진단, 증정 상품 인식 등 정규식·문자열 파싱 역량이 핵심입니다. Node.js 회귀 테스트 하네스와 버전 관리·변경 로그 습관을 갖춘 실운영 시스템 경험자에게 적합합니다.
핵심 요구사항
- GAS(JavaScript) 실무 경험 및 스프레드시트 기반 데이터 구조 운영 경험
- 자연어형 옵션 텍스트에서 유령 수량을 피하는 정규식·문자열 파싱 능력
- 채널별 독립 파싱 로직 및 신규 브랜드관/증정 인식 기능 개발
- 실주문 데이터로 버그 재현 후 수정, 회귀 테스트 통과 후 납품
- 데이터 시트(키워드·제품 마스터) 등록 누락 우선 점검 접근
- 긴급 대응 가능 및 명확한 커뮤니케이션
산출물
- 변경 로그와 버전 번호가 갱신된 전체 GAS 코드 파일(전체 교체)
- 신규 및 기존 회귀 케이스 테스트 통과 결과 보고서
- (선택) GAS 구조 개선 또는 서버/DB 이전 제안
매력 포인트
- 명확한 시스템 흐름·비기능 요구사항·산출물 정의
- 회귀 테스트 하네스·명세서·실주문 샘플 등 온보딩 자료 완비
- 장기(상시) 계약 및 재구축 확장 가능성
주의사항
- 3개월 예산이 666,666원으로 표기되어 실제 견적과 크게 어긋남(협의 전제로 보이나 명목 예산 비현실적)
- 기존 기술스택이 CAD·CNC·FEA 등 제조 항목으로 프로젝트 내용과 완전히 무관(등록 오류)
- 최종 납품일 미정 및 상시 계약 형태로 업무량·보수 불확실
프로젝트 유형유지보수
적합 개발자GAS·정규식 파싱에 강한 3~5년차 자동화/백엔드 개발자
클라이언트 정보
회사위시켓
위치서울특별시 강남구
고용형태CONTRACTOR
프로젝트 원문 설명
[프로젝트 개요]
- Google Apps Script 기반으로 구축 및 운영 중인 주문 처리 자동화 파이프라인의 유지보수 및 기능 개발
[프로젝트 배경 및 목표]
- 현재 온라인 식품 판매업을 운영하며 자체 쇼핑몰 1개와 외부 오픈마켓 및 리셀 플랫폼 다수(총 5개 채널)에서 발생하는 주문을 처리하고 있습니다. 이 주문들을 하나의 Google 스프레드시트 워크플로우로 취합해 제품 분할부터 박스 최적화, 합배송, 검증, 출고 데이터 생성까지 자동으로 처리하는 시스템이 구축되어 실운영 중입니다.
[현 시스템 흐름]
→채널별 주문 파일 임포트
→ 제품별 분할 (냉동/상온 분류, 이벤트 증정 주입)
→ 분리배송 (합배송·박스 최적화, 옵션 문자열 재생성)
→ 채널별 취합 (자체몰 계열 / 오픈마켓 계열 각각)
→ 검증 (오류 탐지 + 알림)
→ 출고 데이터 생성 (냉동/상온 출고 시트)
시스템은 약 8~9개 스크립트 파일과 6개 내외의 데이터 시트로 구성되어 있습니다.
[과업 범위]
1. 수행 범위
- 상시 유지보수 및 버그 수정
- 특정 브랜드관 및 옵션 파싱 신규 기능 개발
- 현행 GAS 구조 개선 및 타 플랫폼 이전 (선택 협의 사항)
2. 상세 기능 요구 사항
2-1. 유지보수
- 판매 채널의 옵션 표기 형식이 바뀌거나 신규 프로모션 및 이벤트가 생길 때 이를 인식하도록 파싱 로직 대응
- 신규 제품 및 채널 추가 시 데이터 시트 및 코드 반영
- 운영 중 발생하는 버그 진단 및 수정
- 자동화 실패 시 에러로 드러나지 않고 수량이 0으로 조용히 사라지는 형태로 나타나므로 어느 단계에서 데이터가 유실됐는가 추적하는 진단
2-2. 기능 개발
- 특정 오픈마켓 브랜드관의 증정 상품 인식 로직 신규 구현
- 옵션 라벨 파싱 규칙 정교화
- 검증 및 알림 로직 개선
- 기타 신규 요구사항 (상세 내용은 계약 후 협의)
2-3. 시스템 재구축 (선택 사항)
- 현행 GAS 구조 개선 제안 및 수행
- 타 플랫폼(별도 서버 및 DB)으로의 이전 제안 및 수행
3. 비기능적 요구사항
3-1. 작업 시 준수 사항
- 실제 주문 데이터로 버그를 먼저 재현한 뒤 수정에 착수 (추측 기반 수정 금지)
- 각 파일 헤더에 버전 번호와 증상, 원인, 수정 방식을 기록한 변경 로그 작성
- 수정 후 신규 케이스와 기존 회귀 케이스를 모두 통과시킨 뒤 납품
- 부분 패치가 아닌 전체 교체 파일로 납품하며 변경 파일과 미변경 파일 모두 명시
- 결과 요약을 먼저 보고하고 상세 명세는 나중에 보고하며 검증 완료 항목과 미검증 항목 구분
- 폴더 구조, API 버전, 박스 유형 추가 등의 구조적 결정은 임의로 진행하지 않고 사전 협의 진행
3-2. 시스템 특성 기반 주의 사항 (난이도 포인트)
- 주문 옵션이 1세트(총 N개/개당 N원)=... 같은 자연어에 가까운 텍스트로 들어오며 라벨 안의 숫자를 수량으로 잘못 잡으면 유령 수량이 발생하므로 정규식과 문자열 파싱에 대한 이해 필수
- 자체몰과 오픈마켓의 파싱 로직이 완전히 독립적으로 구현되어 있으므로 채널마다 다른 옵션 규격 대응
- 실제 문제의 상당수는 코드 버그가 아니라 데이터 시트(키워드 시트, 제품 마스터)의 등록 누락이므로 코드부터 뜯기 전에 데이터를 먼저 점검하는 접근 필요
- 여러 제품을 부피 및 품목별 상한에 맞춰 박스에 배분하고 합배송으로 배송비를 절감하는 로직이 있으므로 수정 시 정상 케이스가 깨지지 않도록 주의
[기술/제조 스택]
- 런타임: Google Apps Script (스프레드시트 컨테이너 바인딩)
- 데이터 저장소: Google 스프레드시트 (키워드 시트, 제품 마스터, 박스 정의 DB, 설정 시트)
- 파일 임포트: Drive API v3 기반
- 알림 연동: 웹훅 기반 외부 메신저 알림
- 테스트 환경: Node.js 환경에서 GAS API를 모킹한 회귀 테스트 하네스
[클라이언트 준비 사항]
- 전체 GAS 코드 파일 (최신 버전)
- 운영 스프레드시트 사본 또는 열람 권한
- Node.js 회귀 테스트 하네스 및 기존 테스트 케이스
- 시스템 명세서 및 상황별 대응 문서
- 채널별 실주문 샘플 파일
[주요 일정]
1. 희망 착수일: 계약 체결 직후 즉시 착수
2. 최종 오픈(납품) 희망일: 상시 계약 형태에 따라 협의 후 결정
[지원 자격 및 우대 사항]
1. 지원 자격
- Google Apps Script(JavaScript) 실무 경험
- 정규식 및 문자열 파싱에 대한 탄탄한 이해
- 스프레드시트 기반 데이터 구조 설계 및 운영 경험
- 회귀 테스트 및 버전 관리 습관을 갖추고 실운영 시스템을 다뤄본 경험
- 명확하고 간결한 커뮤니케이션 능력
2. 우대 사항
- 시스템 재구축(GAS 구조 개선 또는 서버/DB 이전) 제안 및 수행 가능자
- 신규 이벤트 및 옵션 변경이 출고 일정과 직결되므로 긴급 대응 가능자
[산출물]
- 변경 사항이 기록되고 버전 번호가 갱신된 전체 GAS 코드 파일
- 신규 케이스 및 기존 회귀 케이스 테스트 통과 결과 보고서
[계약 관련 특이 사항]
- 지원 시 전체 업무 범위 중 수행 가능한 범위(유지보수, 기능 개발, 재구축)를 반드시 명시해야 합니다.
- 본 프로젝트의 기본 계약 기간은 3개월입니다. (방식 및 금액 협의 가능)
- 예상 견적 및 일정을 제안 내용에 포함해야 합니다.
- GAS, 주문 자동화, 오픈마켓 연동과 관련된 유사 프로젝트 경험을 기재해야 합니다.
- 긴급 대응 가능 여부를 반드시 기재해야 합니다.
- Google Apps Script 기반으로 구축 및 운영 중인 주문 처리 자동화 파이프라인의 유지보수 및 기능 개발
[프로젝트 배경 및 목표]
- 현재 온라인 식품 판매업을 운영하며 자체 쇼핑몰 1개와 외부 오픈마켓 및 리셀 플랫폼 다수(총 5개 채널)에서 발생하는 주문을 처리하고 있습니다. 이 주문들을 하나의 Google 스프레드시트 워크플로우로 취합해 제품 분할부터 박스 최적화, 합배송, 검증, 출고 데이터 생성까지 자동으로 처리하는 시스템이 구축되어 실운영 중입니다.
[현 시스템 흐름]
→채널별 주문 파일 임포트
→ 제품별 분할 (냉동/상온 분류, 이벤트 증정 주입)
→ 분리배송 (합배송·박스 최적화, 옵션 문자열 재생성)
→ 채널별 취합 (자체몰 계열 / 오픈마켓 계열 각각)
→ 검증 (오류 탐지 + 알림)
→ 출고 데이터 생성 (냉동/상온 출고 시트)
시스템은 약 8~9개 스크립트 파일과 6개 내외의 데이터 시트로 구성되어 있습니다.
[과업 범위]
1. 수행 범위
- 상시 유지보수 및 버그 수정
- 특정 브랜드관 및 옵션 파싱 신규 기능 개발
- 현행 GAS 구조 개선 및 타 플랫폼 이전 (선택 협의 사항)
2. 상세 기능 요구 사항
2-1. 유지보수
- 판매 채널의 옵션 표기 형식이 바뀌거나 신규 프로모션 및 이벤트가 생길 때 이를 인식하도록 파싱 로직 대응
- 신규 제품 및 채널 추가 시 데이터 시트 및 코드 반영
- 운영 중 발생하는 버그 진단 및 수정
- 자동화 실패 시 에러로 드러나지 않고 수량이 0으로 조용히 사라지는 형태로 나타나므로 어느 단계에서 데이터가 유실됐는가 추적하는 진단
2-2. 기능 개발
- 특정 오픈마켓 브랜드관의 증정 상품 인식 로직 신규 구현
- 옵션 라벨 파싱 규칙 정교화
- 검증 및 알림 로직 개선
- 기타 신규 요구사항 (상세 내용은 계약 후 협의)
2-3. 시스템 재구축 (선택 사항)
- 현행 GAS 구조 개선 제안 및 수행
- 타 플랫폼(별도 서버 및 DB)으로의 이전 제안 및 수행
3. 비기능적 요구사항
3-1. 작업 시 준수 사항
- 실제 주문 데이터로 버그를 먼저 재현한 뒤 수정에 착수 (추측 기반 수정 금지)
- 각 파일 헤더에 버전 번호와 증상, 원인, 수정 방식을 기록한 변경 로그 작성
- 수정 후 신규 케이스와 기존 회귀 케이스를 모두 통과시킨 뒤 납품
- 부분 패치가 아닌 전체 교체 파일로 납품하며 변경 파일과 미변경 파일 모두 명시
- 결과 요약을 먼저 보고하고 상세 명세는 나중에 보고하며 검증 완료 항목과 미검증 항목 구분
- 폴더 구조, API 버전, 박스 유형 추가 등의 구조적 결정은 임의로 진행하지 않고 사전 협의 진행
3-2. 시스템 특성 기반 주의 사항 (난이도 포인트)
- 주문 옵션이 1세트(총 N개/개당 N원)=... 같은 자연어에 가까운 텍스트로 들어오며 라벨 안의 숫자를 수량으로 잘못 잡으면 유령 수량이 발생하므로 정규식과 문자열 파싱에 대한 이해 필수
- 자체몰과 오픈마켓의 파싱 로직이 완전히 독립적으로 구현되어 있으므로 채널마다 다른 옵션 규격 대응
- 실제 문제의 상당수는 코드 버그가 아니라 데이터 시트(키워드 시트, 제품 마스터)의 등록 누락이므로 코드부터 뜯기 전에 데이터를 먼저 점검하는 접근 필요
- 여러 제품을 부피 및 품목별 상한에 맞춰 박스에 배분하고 합배송으로 배송비를 절감하는 로직이 있으므로 수정 시 정상 케이스가 깨지지 않도록 주의
[기술/제조 스택]
- 런타임: Google Apps Script (스프레드시트 컨테이너 바인딩)
- 데이터 저장소: Google 스프레드시트 (키워드 시트, 제품 마스터, 박스 정의 DB, 설정 시트)
- 파일 임포트: Drive API v3 기반
- 알림 연동: 웹훅 기반 외부 메신저 알림
- 테스트 환경: Node.js 환경에서 GAS API를 모킹한 회귀 테스트 하네스
[클라이언트 준비 사항]
- 전체 GAS 코드 파일 (최신 버전)
- 운영 스프레드시트 사본 또는 열람 권한
- Node.js 회귀 테스트 하네스 및 기존 테스트 케이스
- 시스템 명세서 및 상황별 대응 문서
- 채널별 실주문 샘플 파일
[주요 일정]
1. 희망 착수일: 계약 체결 직후 즉시 착수
2. 최종 오픈(납품) 희망일: 상시 계약 형태에 따라 협의 후 결정
[지원 자격 및 우대 사항]
1. 지원 자격
- Google Apps Script(JavaScript) 실무 경험
- 정규식 및 문자열 파싱에 대한 탄탄한 이해
- 스프레드시트 기반 데이터 구조 설계 및 운영 경험
- 회귀 테스트 및 버전 관리 습관을 갖추고 실운영 시스템을 다뤄본 경험
- 명확하고 간결한 커뮤니케이션 능력
2. 우대 사항
- 시스템 재구축(GAS 구조 개선 또는 서버/DB 이전) 제안 및 수행 가능자
- 신규 이벤트 및 옵션 변경이 출고 일정과 직결되므로 긴급 대응 가능자
[산출물]
- 변경 사항이 기록되고 버전 번호가 갱신된 전체 GAS 코드 파일
- 신규 케이스 및 기존 회귀 케이스 테스트 통과 결과 보고서
[계약 관련 특이 사항]
- 지원 시 전체 업무 범위 중 수행 가능한 범위(유지보수, 기능 개발, 재구축)를 반드시 명시해야 합니다.
- 본 프로젝트의 기본 계약 기간은 3개월입니다. (방식 및 금액 협의 가능)
- 예상 견적 및 일정을 제안 내용에 포함해야 합니다.
- GAS, 주문 자동화, 오픈마켓 연동과 관련된 유사 프로젝트 경험을 기재해야 합니다.
- 긴급 대응 가능 여부를 반드시 기재해야 합니다.
위시켓에서 원본 확인
원본 보기