REST API Reference

TodaySNS REST API

모든 서비스를 프로그램으로 주문·조회하는 REST API입니다. 요청은 단일 엔드포인트에 POST 로 보내며,
action 파라미터로 동작을, service 파라미터로 서비스 코드를 지정합니다. 응답은 항상 JSON입니다.

인증

모든 요청에 key 파라미터로 API 키를 함께 전송합니다. 키는 계정에 종속되며, 주문 금액은 해당 계정 잔액에서 차감됩니다. 키가 없거나 잘못되면 {"error":"Incorrect API key"} 를 반환합니다.

요청 · 응답 규칙

• 파라미터는 application/x-www-form-urlencoded 본문으로 전송합니다. GET 은 받지 않습니다. JSON 본문은 지원 대상이 아닙니다 — 단순 호출은 파싱될 수 있으나 줄바꿈(예: nicknames) 등 폼 전제 기능이 어긋나므로 반드시 form-urlencoded 로 보내세요.
• 동작은 action 값으로 지정합니다. 주문 services · lookup · add · status · balance · openchat, 충전 charge_methods · charge · charge_status · charge_cancel. 그 외 값은 {"error":"Incorrect action"}.
• 성공·업무오류 모두 HTTP 200 입니다. 상태코드로 분기하지 말고 본문에 error 키가 있는지로 판정하세요. 유일한 예외가 레이트리밋 HTTP 429 {"error":"Too many requests"} 입니다.
• ★숫자는 전부 JSON 문자열입니다("rate":"50.00", "remains":"180"). 파싱 후 숫자로 변환해 쓰세요. 예외는 boolean(dripfeed·refill·cancel·valid·joinable·password·searchable·chat_available)과 integer(add 의 order, lookup 의 workable·available, openchat 의 members·max_members·likes, charge_methods 의 pending_limit) 입니다. services 의 params[].required 도 boolean 입니다. lookup 의 count·counts 값은 대상 플랫폼이 준 숫자를 그대로 실어 보내므로 숫자 또는 null 로 받고 항상 캐스팅해 쓰세요.
• 단가(rate)는 1개당(per-unit) 가격이며 항상 KRW 입니다. 주문 총액 = rate × quantity 를 서버가 재계산합니다(구간 단가가 걸린 서비스는 수량 구간의 단가가 적용되며, rate 는 그 최저 구간값입니다 — 확정 금액은 status 의 charge 가 정답).
• 통화가 두 가지입니다. services 의 rate 는 KRW 고정, balance 와 status 의 charge 는 계정에 설정된 통화로 환산되어 currency 필드와 함께 내려갑니다. 두 값을 그대로 빼거나 더하지 마세요.
• 재시도 안전장치로 add 에 external_ref(멱등키)를 넣으세요. 같은 (계정, external_ref) 는 새 주문을 만들지 않고 기존 {"order":id} 를 그대로 돌려줍니다.
• 레이트리밋은 API 키 단위 초당 100회입니다(키가 없으면 IP 단위). 초과 시 HTTP 429.
• lookup·openchat 은 대상 플랫폼을 실시간 조회하므로 수 초 걸립니다. 클라이언트 타임아웃은 30초 이상(오픈채팅 조회는 100초까지)을 잡으세요.

응답 판정 순서 (이대로 구현하면 됩니다)

// 1) HTTP 429 → 레이트리밋. 백오프 후 재시도.
// 2) 본문에 "error" 키가 있으면 실패. "error_code" 가 같이 오면 그걸로 분기(문구는 바뀔 수 있음).
// 3) 그 외는 성공. 숫자 필드는 문자열이므로 캐스팅.
if (http === 429) return retryAfterBackoff()
if (body.error) return fail(body.error_code ?? 'unknown', body.error)
return ok(body)

연동 흐름 (이 순서대로 붙이면 됩니다)

모든 서비스는 같은 3단계입니다: ① services 로 코드 확보 → ② lookup 으로 링크 검증·수량 확인 → ③ add 로 주문 → 이후 status 폴링. 서비스 종류에 따라 ③에 붙는 파라미터만 다릅니다.

A. 기본 (대부분의 서비스. 팔로워·좋아요·저장·찜·구독 등)

1) 사용자가 링크 입력 → lookup
POST action=lookup service=48 link=https://ohou.se/users/1234567
→ { valid:true, name:"...", count:1034, workable:10000, available:58200, ... }

2) 화면에 name / count 표시, 수량 입력은 1 ~ workable 로 제한
3) add (external_ref 는 내 시스템 주문번호. 재시도해도 중복 주문 안 남)
POST action=add service=48 link=... quantity=500 external_ref=MYORDER-1001
→ { order: 10482 }

4) 주기적으로 status (권장: 진행중 1~5분 간격, 완료/취소되면 중단)
POST action=status order=10482
→ { status:"In progress", increase:"320", remains:"180", ... }

B. 특정 리뷰를 고르는 서비스 (에이블리 리뷰 좋아요 · 오늘의집 리뷰 도움돼요)

대상이 상품이 아니라 그 상품의 특정 리뷰 1개입니다. 상품 링크로 lookup 하면 reviews[] 가 오고, 사용자가 하나를 고르면 그 id 를 링크 뒤에 붙여 주문합니다. ★?review_sno= 없이 add 해도 주문은 접수되고 잔액이 차감됩니다 — 동기 거절이 아니라 실행 단계에서 실패해 자동 환불되니, add 응답의 {"order":id} 를 성공으로 처리하지 말고 반드시 ?review_sno= 를 붙이세요.

1) 상품 링크로 lookup (page 생략 = 1페이지, 5개씩)
POST action=lookup service=44 link=https://store.ohou.se/productions/1234567
→ { valid:true, name:"상품명", workable:..., reviews:[
     { id:"987654", writer:"홍*", avatar:"https://...", helpful:12,
       comment:"리뷰 본문…", rating:5, date:"2026-09-01", image:"https://..." },
     ...5개 ] }

2) 더 보기: page=2, 3 … → reviews 가 빈 배열이면 끝 (total/hasMore 는 안 옴)
POST action=lookup service=44 link=... page=2

3) 사용자가 고른 리뷰 id 를 링크 뒤에 붙여 add
POST action=add service=44 link=https://store.ohou.se/productions/1234567?review_sno=987654 quantity=30

C. 카카오맵 리뷰 (내용을 작성. 주문당 1건)

lookup 이 장소별 장점태그(strengths[]) 와 현재 rating 을 돌려줍니다. 사용자에게 별점·장점태그·후기글·사진을 입력받아 add 하되 quantity=1 입니다.

1) lookup → 장점태그 목록 확보
POST action=lookup service=17 link=https://place.map.kakao.com/1234567890
→ { valid:true, kind:"place", name:"가게명", count:38 /*리뷰수*/, rating:4.6,
    strengths:[ {id:"1",name:"음식이 맛있어요"}, {id:"7",name:"친절해요"}, ... ],
    workable:1, available:9800, note:"주소 · 카테고리" }

2) add. 별점/태그/후기/사진 모두 선택, quantity 는 반드시 1
POST action=add service=17 link=... quantity=1
     rating=5  strength_ids=1,7
     review_text="분위기 좋고 친절해요"        # 줄바꿈으로 여러 개 넣으면 그중 하나 사용
     photos=["data:image/jpeg;base64,/9j/4AAQ..."]   # JSON 배열 문자열, 최대 4장

D. SOOP 댓글 (내용을 작성. 주문당 1건)

POST action=lookup service=53 link=https://vod.sooplive.com/player/204398989
→ { valid:true, kind:"vod", name:"영상제목", counts:{"댓글":41}, ... }

POST action=add service=53 link=... quantity=1 comments="재밌게 봤어요!"   # comments 필수, 300자

E. 카카오톡 채널

채널친구: 채널 홈 주소
POST action=lookup service=1 link=https://pf.kakao.com/_xxxxx   → { kind:"channel", count:친구수 }
게시글 좋아요/공유: 게시글 주소
POST action=lookup service=2 link=https://pf.kakao.com/_xxxxx/12345678 → { kind:"post", count:좋아요수 }

F. 카카오톡 오픈채팅 (좋아요 · 인원/입장) — ★lookup 없이 주문하지 마세요

오픈채팅은 방마다 상태가 달라 lookup 을 건너뛰면 거절·미달이 잦습니다. lookup 이 (1) 작업 불가한 방을 valid:false + error_code 로 먼저 거르고, (2) 이 방에 실제로 넣을 수 있는 수를 available 로 돌려줍니다. quantity 는 반드시 available 이하로 넣으세요 — 초과하면 거절되고, 조회 없이 큰 수량을 넣으면 정원 초과로 미달·부분환불이 납니다.

■ 좋아요 (openchat-likes, service=14) — 방마다 재고가 따로 찬다
1) POST action=lookup service=14 link=https://open.kakao.com/o/gXXXXXXX
   → { valid:true, name:"방이름", count:현재 좋아요수,
       available:이 방에 더 넣을 수 있는 좋아요수(방별 잔여), note:"..." }
2) POST action=add service=14 link=... quantity=available 이하 external_ref=MYORDER-1

■ 인원/입장 (openchat-join, service=26) — 실제로 방에 입장시킨다
1) POST action=lookup service=26 link=https://open.kakao.com/o/gXXXXXXX
   → { valid:true, count:현재 인원,
       available:남은 자리 = (최대인원 − 현재인원)과 재고 중 작은 값,
       note:"현재 N명 · 최대 M명 · 좋아요 L · 참여코드 없음", ... }
   # valid:false 면 error_code 로 사유가 온다 — 이 방들은 add 해도 실패한다:
   #   room_locked = 참여코드(비밀번호) 방 / not_friends_room = 오픈프로필 방(프렌즈 입장 불가) / room_not_found
2) POST action=add service=26 link=... quantity=available 이하
        nicknames="철수%0A영희"   # 선택 · 한 줄에 하나씩(실제 개행/%0A) · 비우면 랜덤 자동배정 · custom_text 로도 받음

왜 반드시 조회하나: 입장은 방 정원이 차면 더 못 넣습니다. available 이 이미 "방 남은 자리"를 반영하므로, 100명이 정원인 방에 1,500을 넣으면 안 되고 available 만큼만 넣어야 합니다. 좋아요도 같은 방을 다시 주문하면 available 이 줄어 있습니다 — 매 주문 전 lookup 으로 현재 available 을 다시 확인하세요. (방 상태만 빠르게 보려면 action=openchat.)

서비스별 add 에 필요한 것 (한눈에)

POSTservices

판매 중인 서비스 목록과 단가·수량 범위를 반환합니다. 여기서 얻은 service 코드를 add·lookup 에 사용합니다.

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=services"

# Response 200 — 배열. 현재 28개 서비스.
[
  {
    "service": "48",
    "name": "Ohouse Followers",
    "category": "Ohouse",
    "rate": "50.00",      // 1개당 단가 (KRW)
    "min": "1",
    "max": "10000",
    "stock": "10000",   // ★현재 작업 가능 재고(실시간, 계속 바뀜). 대상별 잔여는 lookup 의 available
    "dripfeed": false,
    "refill": false,
    "cancel": false,
    "params": []   // ★add 에 받는 추가 입력. 예) 오픈채팅 인원: [{"key":"nicknames","required":false,"desc":"…"}]
  }
]

응답 필드

POSTlookup

주문 전에 링크의 유효성과 대상 정보(이름·현재 수치·작업 가능 수량)를 조회합니다. 리셀러 화면에서 "대상 이름 / 현재 수치"를 미리 보여줄 때 사용합니다.

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=lookup" \
  --data-urlencode "service=48" \
  --data-urlencode "link=https://ohou.se/users/1234567"

# Response 200 (valid)
{
  "valid": true,
  "kind": "user",
  "name": "inspirez.moi",
  "count": 1034,        // 이 서비스의 대표 수치
  "counts": {              // 조회 가능한 모든 수치(없으면 빈 객체)
    "follower": 1034
  },
  "unit": "명",
  "workable": 10000,    // 이번 주문에 넣을 수 있는 최대(= min(available, 서비스 max))
  "available": 58200,   // 이 대상에 아직 넣을 수 있는 총 잔여량(재고 기준)
  "note": null
}

# Response 200 (invalid) — HTTP 는 200. valid:false + 기계용 error_code + 영문 error.
{
  "valid": false,
  "error_code": "room_not_found",
  "error": "Open chat room not found or closed"
}
# ★분기는 반드시 error_code 로. error 문구는 예고 없이 바뀝니다. 전체 코드표 → 오류 섹션.

응답 필드

플랫폼별 kind · counts 실제 값

kind 와 counts 의 키는 플랫폼마다 다릅니다. 화면에 표시할 땐 count(대표 수치)를 쓰고, counts 는 부가 정보로만 쓰세요. 값이 없는 항목은 생략되며 counts 가 빈 객체 {} 일 수 있습니다.

POSTadd

주문을 접수합니다. 단가는 서버가 계산하며, 잔액에서 즉시 차감되고 자체 계정풀로 바로 진행됩니다.

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=add" \
  --data-urlencode "service=48" \
  --data-urlencode "link=https://ohou.se/users/1234567" \
  --data-urlencode "quantity=500"

# Response 200 — order 는 정수. 이 값을 status 의 order 에 씁니다.
{ "order": 10482 }

# Response 200 (재고 부족) — 대상별 잔여를 숫자로 알려줍니다.
{
  "error_code": "insufficient_stock",
  "error": "Not enough stock for this target. Available: 412"
}

POSTstatus

단건은 order, 여러 건은 orders(콤마 구분, 최대 100개)로 조회합니다.

# 단건
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=status" \
  --data-urlencode "order=10482"

# Response 200
{
  "charge": "40000.00",
  "start_count": "1034",     // 작업 전
  "current_count": "1354",   // 작업 후(현재)
  "increase": "320",        // 증가분(우리가 작업한 수)
  "status": "In progress",
  "remains": "180",
  "currency": "KRW"
}

# 복수 (orders=10482,10483). 주문번호를 키로, 각 값은 단건과 동일한 필드(charge·start_count·current_count·increase·status·remains·currency). 아래는 축약 표기.
{
  "10482": { "status": "Completed", "remains": "0", /* …단건과 동일 필드 */ },
  "10483": { "status": "Pending", "remains": "300", /* … */ },
  "10484": { "error": "Incorrect order ID" }   // 없거나 타계정 주문은 항목별 error
}

응답 필드

작업 전 · 후 · 증가 (진행률)

increase(증가분)가 곧 우리가 실제 작업한 수이고, current_count는 start_count(작업 전) + 증가분입니다. 진행 중에 주기적으로 폴링하면 실시간으로 값이 차오릅니다.

// 예: start_count 1034, increase 320 인 상태
작업 전  = start_count      // 1034
작업 후  = current_count    // 1354  (= 1034 + 320)
증가     = increase         // 320   (우리가 넣은 수)
진행률(%) = increase / 주문수량 * 100   // = 320 / 500 * 100 = 64%

// status 가 "Completed" 이면 remains = 0, increase = 주문수량 (진행률 100%)

POSTbalance

계정의 현재 잔액을 조회합니다. 주문 전 잔액 확인이나 리셀러 대시보드에 사용하세요.

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=balance"

# Response 200
{ "balance": "128500.00", "currency": "KRW" }

POSTopenchat

카카오톡 오픈채팅방 정보를 조회합니다. 주문과 무관하게 방 상태만 확인할 때 쓰세요. 주문에 필요한 재고·현재 좋아요 수는 lookup(service=14) 이 줍니다. 응답은 필요한 필드만 내려갑니다(방 내부 식별자·방장 프로필·권한값은 제공하지 않습니다).

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=openchat" \
  --data-urlencode "link=https://open.kakao.com/o/gXXXXXXX"

# Response 200
{
  "valid": true,
  "kind": "room",
  "name": "방 제목",
  "description": "방 설명",
  "image": "https://open.kakaocdn.net/...",
  "members": 189,          // 현재 인원
  "max_members": 4000,     // 최대 인원
  "likes": 157,            // 좋아요 수
  "category": "재테크",
  "room_type": "오픈채팅방",   // 오픈채팅방 / 오픈프로필 / 커뮤니티
  "created_at": "2026-08-31 10:51:18",  // KST
  "joinable": true,        // 입장 가능
  "password": false,       // 가입코드(비번방) 여부
  "searchable": true       // 검색 노출 여부
}

# 실패 (없는 방 / 종료된 방)
{
  "valid": false,
  "error_code": "room_not_found",
  "error": "Open chat room not found or closed"
}

Deposit

충전 흐름

주문은 계정 잔액에서 차감됩니다. API 충전은 USDT 전용입니다(계좌이체는 웹 화면에서만 받습니다). 신청하면 보낼 USDT 금액이 내려오고, 그 금액이 그대로 들어오면 확정됩니다.

// 1) 지갑주소·네트워크·한도 조회 (주소는 바뀔 수 있으니 하드코딩 금지)
POST action=charge_methods

// 2) 신청 → 보낼 USDT 금액을 돌려받는다. amount 는 KRW 로 넣는다(USDT 아님)
POST action=charge  amount=50000
  ↳ { "charge": "C260923ABCD", "deposit_amount": "38.008205",
      "network": "TRC20", "address": "TCY3nRgAuE139pYn8qvYD6Ci1BJdt2WaPJ", "amount": "50000" }

// 3) address 로 deposit_amount 를 그대로 전송 — 38.008205 USDT (반올림·절사 금지)

// 4) 확정될 때까지 폴링 — 금액이 정확히 맞으면 1분 안에 자동 승인된다
POST action=charge_status  charge=C260923ABCD
  ↳ "status": "Pending"   → 아직 입금 확인 전
  ↳ "status": "Confirmed" → amount(50,000원) 만큼 잔액 반영 완료

// (입금을 안 하기로 했다면) 취소해야 다음 신청이 가능하다
POST action=charge_cancel  charge=C260923ABCD

왜 딱 떨어지지 않는 금액인가

대기 중인 신청들의 입금액이 겹치면 어느 신청의 입금인지 가릴 수 없습니다. 그래서 KRW ÷ 시세 × (1 + 마진) 에 소수점 6자리 난수 꼬리를 더해 대기 중 유일한 금액을 만들어 돌려줍니다. 이 값이 그 신청의 식별자 역할을 합니다.

POSTcharge_methods

입금 가능한 네트워크·지갑주소·한도·시세를 반환합니다. 지갑주소는 바뀔 수 있으니 하드코딩하지 말고 이 응답을 쓰세요.

# Response 200
{
  "methods": [
    {
      "method": "usdt",
      "min": "10000", "max": "10000000",   // ★KRW 기준
      "currency": "USDT",
      "network": "TRC20",
      "address": "TCY3nRgAuE139pYn8qvYD6Ci1BJdt2WaPJ",
      "rate": "1342.000000",   // 1 USDT = n KRW · 국내 거래소 실거래가 (참고용. 직접 계산해 보내지 말 것)
      "margin_pct": "2"        // 시세 변동 대비 마진(%)
    }
  ],
  "pending_limit": 1        // 동시에 대기시킬 수 있는 신청 수
}

# methods 가 빈 배열이면 충전이 닫힌 상태입니다. charge 도 method_unavailable 로 거절됩니다.

POSTcharge

충전을 신청하고 보낼 USDT 금액을 받습니다. 이 호출은 잔액을 올리지 않습니다 — 입금이 확인되어야 반영됩니다.

# Request
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=charge" \
  --data-urlencode "amount=50000" \
  --data-urlencode "external_ref=my-deposit-0001"

# Response 200
{
  "charge": "C260923ABCD",          // 신청번호 → charge_status / charge_cancel 에 사용
  "method": "usdt",
  "status": "Pending",
  "deposit_amount": "38.008205",   // ★이 금액 그대로 전송 (소수점 6자리)
  "deposit_currency": "USDT",
  "network": "TRC20",
  "address": "T…",
  "amount": "50000",               // 확정 시 잔액에 더해질 KRW
  "currency": "KRW",
  "created_at": "2026-09-23 06:12:40",
  "confirmed_at": null
}

# Response 200 (대기 중인 신청이 이미 있음) — pending 에 그 신청이 통째로 들어옵니다
{
  "error_code": "pending_exists",
  "error": "A pending charge already exists. Deposit it or cancel it with action=charge_cancel",
  "pending": { "charge": "C260923ABCD", "deposit_amount": "38.008205", "status": "Pending", /* … */ }
}

POSTcharge_status

신청 상태를 조회합니다. 단건은 charge, 여러 건은 charges(콤마 구분, 최대 100)로 조회합니다. 응답 형태는 charge 와 완전히 같습니다 — 파서를 하나만 만들면 됩니다.

# 복수 조회 — 신청번호를 키로 하는 객체. 없거나 타계정 건은 항목별 error.
{
  "C260923ABCD": { "status": "Confirmed", "confirmed_at": "2026-09-23 06:40:02", /* …charge 와 동일 필드 */ },
  "C260923IJKL": { "status": "Pending",   "confirmed_at": null, /* … */ },
  "C000000XXXX": { "error": "Incorrect charge code" }
}

POSTcharge_cancel

대기 중인 신청을 취소합니다. 대기가 계정당 1건이라, 입금하지 않을 신청은 반드시 취소해야 다음 신청이 가능합니다. 자동 만료는 없습니다.

# Response 200 — 취소된 신청을 charge 와 같은 형태로 반환
{ "charge": "C260923ABCD", "status": "Canceled", "amount": "50000", /* … */ }

# Response 200 (대기 상태가 아님) — 이미 확정·취소된 건
{
  "error_code": "not_cancellable",
  "error": "Only a pending charge can be cancelled",
  "charge": { "status": "Confirmed", /* … */ }
}

플랫폼별 가이드

연동할 플랫폼을 고르세요. 각 페이지에 서비스 코드 · 링크 형식 · 특이사항 · 작업 전/후 · 반영시간이 정리돼 있습니다.

주문 상태값

오류

업무 오류는 {"error":"메시지"} + HTTP 200 으로 반환합니다. 예외: 레이트리밋 초과만 HTTP 429 {"error":"Too many requests"}.

오류는 두 종류입니다. error 만 오는 것(아래 첫 표)과, error_code 가 함께 오는 것(둘째 표)입니다. 분기는 언제나 error_code 우선으로 하고, 없을 때만 error 문자열을 보세요. 문구는 예고 없이 바뀔 수 있지만 error_code 값은 고정입니다.

1. error 만 오는 경우

2. error_code 가 함께 오는 경우

lookup·openchat 의 링크 검증 실패는 {"valid":false,"error_code":"…","error":"…"}, add 의 재고 부족은 {"error_code":"insufficient_stock","error":"…"} 형태입니다. 아래가 전체 목록이며 그 외 값은 나오지 않습니다(알 수 없는 사유는 invalid 로 수렴).

코드 예제

# 주문 생성
curl -X POST https://todaysns.com/api/v2 \
  --data-urlencode "key=YOUR_API_KEY" \
  --data-urlencode "action=add" \
  --data-urlencode "service=48" \
  --data-urlencode "link=https://ohou.se/users/1234567" \
  --data-urlencode "quantity=500"

<?php
$ch = curl_init('https://todaysns.com/api/v2');
curl_setopt_array($ch, [
  CURLOPT_POST          => true,
  CURLOPT_RETURNTRANSFER => true,
  CURLOPT_POSTFIELDS    => http_build_query([
    'key'      => 'YOUR_API_KEY',
    'action'   => 'add',
    'service'  => 48,
    'link'     => 'https://ohou.se/users/1234567',
    'quantity' => 500,
  ]),
]);
$res = json_decode(curl_exec($ch), true);
echo $res['order'];

import requests

r = requests.post('https://todaysns.com/api/v2', data={
    'key': 'YOUR_API_KEY',
    'action': 'add',
    'service': 48,
    'link': 'https://ohou.se/users/1234567',
    'quantity': 500,
})
print(r.json())  # {'order': 10482}

const body = new URLSearchParams({
  key: 'YOUR_API_KEY',
  action: 'add',
  service: '48',
  link: 'https://ohou.se/users/1234567',
  quantity: '500',
});
const res = await fetch('https://todaysns.com/api/v2', { method: 'POST', body });
console.log(await res.json());