Google Apps Script 기반 주문 처리 시스템 유지보수 및 기능 개발 (3개월)

프로젝트 개요

• 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, 주문 자동화, 오픈마켓 연동과 관련된 유사 프로젝트 경험을 기재해야 합니다.
• 긴급 대응 가능 여부를 반드시 기재해야 합니다.