คู่มือ API

คุณคือนักพัฒนาเว็บมืออาชีพ ช่วยสร้างเว็บไซต์ขายไอดีเกม Steam แบบ Offline ที่เชื่อมต่อกับ API ของร้านค้าต้นทางให้หน่อย

ข้อมูล API (REST, JSON ทั้งหมด):
- Base URL: https://store.499k-network.com
- การยืนยันตัวตน: ทุก request ต้องส่ง header "Authorization: Bearer YOUR_API_KEY" (หรือ "x-api-key: YOUR_API_KEY")
- Sandbox: คีย์ทดสอบ (ขึ้นต้น 499k_test_) ใช้ endpoint เดียวกันทั้งหมด แต่เห็นเฉพาะสินค้าทดสอบ type "sandbox" product_id "999001" และไม่ตัดเงินจริง — ให้ทำระบบด้วยคีย์ทดสอบก่อน เสร็จแล้วสลับเป็นคีย์จริงได้เลยโดยไม่ต้องแก้โค้ด (เก็บคีย์ใน env variable)
- สำคัญมาก: ต้องเรียก API จากฝั่ง server ของเว็บเท่านั้น (API route / backend) ห้ามใส่ API key ในโค้ดฝั่ง browser เด็ดขาด
- รูปแบบ response สำเร็จ: {"success":true,"data":{...}} / ผิดพลาด: {"success":false,"error":{"code":"...","message":"..."}}

Endpoints:

1) GET https://store.499k-network.com/api/v1/me
   ข้อมูลบัญชี: data = { client:{first_name,last_name,website_name,status}, balance, volume, rate_percent, current_tier, next_tier:{min_volume,rate,remaining}|null, min_topup:{required,current,passed}, key_prefix }

2) GET https://store.499k-network.com/api/v1/products (optional ?type=offline|rental|bundle, ?platform=steam|epic|uplay|other, ?expand=steam)
   รายการสินค้า: data = { products:[{ type, product_id, platform, name, image, stock, web_price, full_price, price, rate_percent, created_at, denuvo, steam, flash_sale }], total, types }
   - price คือราคาที่เราต้องจ่ายจริง (หักเรทแล้ว) — เว็บของเราควรบวกกำไรเองก่อนแสดงขายต่อ
   - ราคา Flash Sale ต้องเปิดรับก่อน (ค่าเริ่มต้นปิด) ที่หน้า API Store "รับราคา Flash Sale" — ปิดอยู่ = web_price เป็นราคาปกติเสมอ และ flash_sale เป็น null ทุกตัว
   - เปิดแล้ว web_price คือราคาหน้าเว็บร้านต้นทาง "ตอนนี้" — ถ้าเกมกำลัง Flash Sale จะเป็นราคาหลังลดแล้ว และ price (รวมถึงยอดตอนสั่งซื้อ) ก็คิดจากราคาหลังลด
   - flash_sale: null = ไม่ได้ลดอยู่ / { label:"-30%", normal_web_price, normal_price, ends_at, order_until } = กำลังลดถึง ends_at (ISO 8601 UTC)
     normal_price คือ price ตอนไม่ลด (ไว้ทำราคาขีดฆ่า) — เลย ends_at แล้วหน้าเว็บกลับเป็นราคาปกติ แต่สั่งซื้อผ่าน API ด้วยราคาดีลได้อีก 1 ชั่วโมง (ถึง order_until)
     ⚠️ ต้องอัปเดตราคา (ดึง /api/v1/products ใหม่) อย่างน้อยทุก 30 นาที และเลิกขายราคาดีลเมื่อเลย order_until
   - full_price คือราคาเต็มของเกม (ราคาป้าย Steam) ไว้เอาไปแสดงเป็นราคาขีดฆ่า — อาจเป็น null ถ้าไม่ได้ตั้งไว้ ต้องเช็คก่อนใช้
   - image เป็น URL เต็มพร้อมใช้ โหลดตรงได้เลย ไม่ต้องต่อ path เอง — เป็นรูปปกแนวตั้ง (สัดส่วน 2:3 เช่น 600x900) เหมือนที่หน้าร้านเราใช้
     บางเกมเป็นรูปที่เราอัพเอง ที่เหลือดึงจาก Steam ให้อัตโนมัติ
   - created_at คือเวลาที่ลงของล่าสุดของเกมนั้น (ISO 8601 UTC ลงท้าย Z) ไว้เรียง "เกมใหม่" ให้ตรงกับหน้าร้านเรา
   - denuvo (true/false) — เกมที่มีระบบ Denuvo จำกัดสิทธิ์เข้าเกมครั้งแรก 5 สิทธิ์/วัน ลูกค้าอาจต้องรอคิว 1-3 วันช่วงเกมเปิดตัว
     ⚠️ ถ้า true ต้องขึ้นคำเตือนในหน้าสินค้าก่อนลูกค้ากดซื้อ ไม่งั้นลูกค้าจะเข้าใจผิดว่าไอดีเสียแล้วเปิด Ticket
   - type คือประเภทสินค้า (ตอนนี้มี "offline", "rental", "bundle" — อาจมีประเภทใหม่เพิ่มในอนาคต ดูได้จาก field types)
     ⚠️ ชุดสินค้า (bundle) ไม่รวมใน list ปกติ ต้องขอด้วย ?type=bundle (ดูข้อ 7.6)
   - product_id ของ type offline คือ appid ของเกม (string ตัวเลข)
   - steam คือข้อมูลเกมจาก Steam ไว้ทำหน้าสินค้าเอง — เป็น null ได้ (เกมที่ไม่ใช่ platform steam หรือยังไม่มีข้อมูล ~2 จาก 244 เกม) ต้องเช็คก่อนใช้เสมอ
     ปกติได้ชุดเบา: { name, type, genres, genres_th, platforms, has_thai, thai_audio, release_date, metacritic_score, header_image } — เอาไปทำแท็ก/ตัวกรองได้เลย
     ⚠️ has_thai / thai_audio เป็น true/false/null — null แปลว่า "ยังไม่ได้เก็บข้อมูลเกมนี้" ไม่ใช่ "ไม่มีภาษาไทย" อย่าเอาไปกรองออกตรงๆ
     ใส่ ?expand=steam จะได้ชุดเต็มเพิ่ม: { categories, categories_th, languages, supported_languages, developers, publishers,
       recommendations, is_free, required_age, coming_soon, short_description, screenshots, pc_requirements, description, description_th, updated_at }
     ⚠️ ชุดเต็มของทั้ง list หนักประมาณ 3.3 MB (ชุดเบา 56 KB) อย่าเรียกทุกครั้ง — ให้ sync เป็นรอบแล้วเก็บลง DB ตัวเอง
        ถ้าต้องการแค่บางเกม ใช้ /api/v1/products/{product_id} ซึ่งให้ชุดเต็มอยู่แล้ว
     description / pc_requirements เป็น HTML ดิบจาก Steam ต้อง sanitize ก่อน render ไม่งั้นเสี่ยง XSS
     description_th คือคำบรรยายภาษาไทยที่ทางเราเขียนเอง (มี 238 จาก 242 เกม) ถ้า null ให้ fallback ไป description

3) GET https://store.499k-network.com/api/v1/products/{product_id} (optional ?type=offline, default offline)
   สินค้าตัวเดียว: data = { type, product_id, platform, name, image, stock, available, web_price, full_price, price, rate_percent, created_at, denuvo, steam }
   - steam ของ endpoint นี้ให้ชุดเต็มเสมอ ไม่ต้องส่ง expand

4) POST https://store.499k-network.com/api/v1/orders
   body: {"product_id":"123456","ref":"เลขออเดอร์ฝั่งเราที่ไม่ซ้ำ","type":"offline"} (type ไม่บังคับ default "offline")
   - ref จำเป็น: a-z A-Z 0-9 _ - ยาวไม่เกิน 64 ตัว (case-sensitive) แนะนำใช้ UUID ต่อ 1 ออเดอร์
   - สั่งซื้อใหม่สำเร็จ (HTTP 201): data = { order_no, type, product_id, game_title, platform, web_price, rate_percent, tier_price, price, price_source, ref, balance_after, account:{username,password}, code_requests:{used,max}, created_at }
   - ยิงซ้ำด้วย ref เดิม (HTTP 200): ได้ออเดอร์เดิมกลับมา ไม่ตัดเงินซ้ำ — data เพิ่ม idempotent:true และ status แต่ "ไม่มี" balance_after ดังนั้นเช็คผลจาก json.success เสมอ อย่าเช็คจาก HTTP status code หรือ balance_after
   - ต้องเก็บ order_no ไว้เสมอ และแสดง username/password ให้ลูกค้าปลายทาง
   - price คือยอดที่ถูกตัดจริง (เอาไปบันทึกยอดฝั่งเราได้เลย), tier_price คือยอดตามเรทปกติ, price_source = "tier" | "master"
   - max_price (ไม่บังคับ แต่แนะนำให้ส่งเสมอ): ยอดสูงสุดที่ยอมให้ตัด เช่น price ที่ลูกค้าเห็นตอนจ่าย
     ถ้าราคาเปลี่ยนจนแพงกว่านี้ (เช่น เลยช่วงราคาดีล order_until ไปแล้ว หรือราคาปกติของเกมถูกปรับ) จะได้ 409 PRICE_CHANGED (แนบ price ปัจจุบัน) และยังไม่ตัดเงิน
   - ออเดอร์ที่สั่งช่วง Flash Sale (เฉพาะบัญชีที่เปิดรับราคา Flash Sale): web_price ในออเดอร์ = ราคาหลังลด ณ ตอนสั่ง

4.1) คีย์แม่ (master key) — สำหรับพาร์ทเนอร์ที่เปิดร้านย่อยหลายร้าน เรทไม่เท่ากัน
   เฉพาะคีย์ที่ถูกตั้งเป็นคีย์แม่เท่านั้น ส่ง price มาเองได้ ระบบจะตัดเงินตามนั้นแทนเรท tier
   body: {"product_id":"123456","ref":"...","price":21.50}
   - คีย์ทั่วไปส่ง price มา -> 403 PRICE_NOT_ALLOWED
   - price ต่ำกว่าขั้นต่ำ -> 422 PRICE_TOO_LOW (details บอก floor, min_rate_percent, web_price)
   - ขั้นต่ำปกติ 50% ของ web_price (กันคีย์หลุดแล้วซื้อของถูกๆ) ปรับรายคีย์ได้
   - ไม่ส่ง price มา = ใช้เรท tier ตามปกติ (ของเดิมไม่กระทบ)
   - ส่ง price มา = ตัดตามนั้นเป๊ะ ไม่ลดให้อัตโนมัติ — ช่วง Flash Sale (บัญชีที่เปิดรับ) ต้องคิด price จาก web_price ตอนนั้นเอง ถ้าส่งราคาปกติมาจะโดนตัดราคาปกติ

5) GET https://store.499k-network.com/api/v1/orders?page=1&limit=20
   รายการออเดอร์ (ไม่มีข้อมูลบัญชี): data = { orders:[{order_no, type, env, product_id, game_title, price, rate_percent, price_source, status, username, code_requests_used, ref, created_at}], pagination:{page,limit,total} }
   - เกมที่ซื้อมาเป็นชุดจะขึ้นเป็นออเดอร์ลูกรายเกม และมี bundle_order_no (เลขชุดเดียวกัน = คำสั่งซื้อเดียวกัน)

6) GET https://store.499k-network.com/api/v1/orders/{order_no}
   รายละเอียด + ข้อมูลบัญชี: data = { ...เหมือนตอนสั่งซื้อ, status, account:{username,password}, code_requests:{used,max,history:[{reason,created_at}]} }
   - ใส่เลขชุด (BDL-...) ได้ด้วย จะได้ทั้งชุด (ดูข้อ 7.6.4) · ออเดอร์ลูกของชุดมี bundle_order_no

7) POST https://store.499k-network.com/api/v1/orders/{order_no}/code
   ขอโค้ด Steam Guard สำหรับล็อกอิน: body {"reason":"เหตุผล 5-500 ตัวอักษร เช่น ลูกค้าล็อกอินครั้งแรก"}
   - โมเดลหน้าต่างเวลา (เหมือนหน้าเว็บ): เรียกครั้งแรกต้องส่ง reason = "เปิด 1 รอบ" เปิดหน้าต่าง 60 วินาที
   - ภายในหน้าต่าง 60 วิ เรียก endpoint นี้ซ้ำได้ไม่จำกัดเพื่อรับโค้ดล่าสุด (TOTP หมุนทุก 30 วิ) โดยไม่ต้องส่ง reason และไม่เผาโควตา
   - มีทั้งหมด 3 รอบต่อออเดอร์ — พอหน้าต่างปิดแล้วเรียกอีกครั้ง (พร้อม reason) = เปิดรอบใหม่ (เผาโควตา 1)
   - data = { code, valid_for_sec, window:{expires_in_sec, new_round}, code_requests:{used,max} } — used = จำนวนรอบที่เปิดไปแล้ว, window.expires_in_sec = หน้าต่างเหลือกี่วินาที

7.5) เช่าไอดี Steam (type "rental") — สินค้าเป็น "ช่วงเวลา" ไม่ใช่ซื้อขาด
   กติกาเวลา: บล็อกครึ่งชั่วโมง (start_at ต้องเป็นนาที 00 หรือ 30 วินาที 00 เป๊ะ ไม่งั้น 422 INVALID_START_AT)
   เช่าตอนนี้ = ส่งต้นบล็อกปัจจุบัน (ตอนนี้ 19:25 ส่ง 19:00 ได้เลย) / จองล่วงหน้าไม่เกิน 7 วัน
   ระบบเว้น buffer 30 นาทีระหว่างคิว (คิวก่อนจบ 18:00 → คิวใหม่เริ่มเร็วสุด 18:30)

   7.5.1) GET /api/v1/products?type=rental — รายการเกมให้เช่า
        รายการเหมือน offline แต่ไม่มี price เดี่ยว — มี durations:{"1":{web_price,price},"3":{...}} ราคาแยกตามระยะ (1/3/7/15/30 วัน)
        stock = จำนวนไอดี, ความว่างจริงต้องดู availability
   7.5.2) GET /api/v1/products/{appid}/availability — คิวเช่ารายไอดี
        data = { bookable_from, bookable_until, accounts:[{account_id, games:[...], rates:{...}, busy:[{from,to}]}] }
        busy ขยายหัวท้ายด้วย buffer ให้แล้ว — ช่วง [start,end) ที่ไม่ทับ busy เลย = จองได้แน่นอน
   7.5.3) POST /api/v1/orders — เพิ่ม field: {"type":"rental","product_id":"...","duration_days":3,"start_at":"2026-08-14T12:00:00Z","ref":"...","account_id":57}
        account_id ไม่บังคับ (ไม่ส่ง = ระบบเลือกไอดีเรทถูกสุดที่ว่าง), price/username ของคีย์แม่ใช้ได้เหมือนเดิม
        ตอบเพิ่ม: duration_days, start_at, end_at, rental_status ("waiting"), account_ref
        ⚠️ account เป็น null จนกว่าจะถึงเวลาเช่า — พอ now ≥ start_at ค่อยได้ {username,password} จาก GET /orders/{order_no}
        error ใหม่: INVALID_START_AT(422), DURATION_UNAVAILABLE(422), SLOT_UNAVAILABLE(409 = ชนคิว/โดนจองตัดหน้า → รีเฟรช availability แล้วเลือกใหม่)
   7.5.4) POST /api/v1/orders/{order_no}/activate — เปิดใช้งานไอดี (ให้ลูกค้ากดเองตอนพร้อมเล่น ภายในช่วงเวลาเช่า)
        สำเร็จ = { rental_status:"active", activated_at, account:{username,password} } เรียกซ้ำได้ (already_active:true)
        409 ACTIVATION_BUSY (รอ retry_after_sec แล้วยิงใหม่) / 502 ACTIVATION_FAILED = retry ได้ หรือให้ลูกค้าใช้ username/password ล็อกอินแล้วขอโค้ดได้เลยไม่ต้องรอ
        ห้าม auto-activate ตอนสั่ง — เวลาเช่านับจาก start_at อยู่แล้ว
   7.5.5) POST /api/v1/orders/{order_no}/code สำหรับ rental: ไม่จำกัดจำนวนครั้ง ไม่ต้องส่ง reason (max ใน response = null)
        จำกัดแค่ต้องอยู่ในช่วงเวลาเช่า — นอกช่วง: 403 RENTAL_NOT_STARTED / RENTAL_EXPIRED (ของ offline ยังเป็นระบบ 3 รอบเหมือนเดิม)
   7.5.6) POST /api/v1/orders/{order_no}/renew — ต่ออายุ body {"duration_days":3, "price":..., "username":"..."}
        ได้เฉพาะช่วงที่ยังเช่าอยู่ (400 RENEW_WINDOW_CLOSED) และต้องไม่ชนคิวถัดไป (409 SLOT_UNAVAILABLE)
        ⚠️ ไม่ idempotent — ยิงซ้ำ = ตัดเงินซ้ำ อย่า retry อัตโนมัติ
   7.5.7) GET /orders/{order_no} ของออเดอร์เช่า มีเพิ่ม: duration_days, start_at, end_at, rental_status(waiting|active|expired|cancelled), activated_at, account_ref
        account มีค่าเฉพาะช่วง start_at ≤ now ≤ end_at
   sandbox: product_id "999002" (ระยะ 1/3/7 เรท 5/12/25) ครบทุก endpoint คิวว่างเสมอ

7.6) ชุดสินค้า (type "bundle") — หลายเกมในราคาเดียว ถูกกว่าซื้อแยก
   7.6.1) GET /api/v1/products?type=bundle — รายการชุดที่ขายได้ตอนนี้ (ไม่รวมใน list ปกติ ต้องส่ง ?type=bundle)
        products = [{ type:"bundle", product_id (เลขชุด), name, slug, description, image, stock, web_price (ราคาชุดหน้าเว็บ), price (ราคาที่เราจ่าย),
          list_price (ราคาปกติรวมทุกเกม), saving, saving_percent, full_price, denuvo, item_count,
          items:[{ product_id (appid), platform, name, image, web_price, full_price, denuvo, steam }] }]
        - ราคาชุดตายตัว ไม่เกี่ยวกับ Flash Sale ของเกมในชุด · denuvo = true ถ้ามีเกมไหนในชุดมี Denuvo (ต้องขึ้นคำเตือนเหมือนเกมเดี่ยว)
   7.6.2) GET /api/v1/products/{เลขชุด}?type=bundle — ชุดเดียว + available / unavailable_reason (steam ของแต่ละเกมเป็นชุดเต็ม)
        ชุดที่ปิดขายแล้ว -> 404 PRODUCT_NOT_FOUND
   7.6.3) POST /api/v1/orders body: {"type":"bundle","product_id":"28","ref":"...","items":["4193270","4611990"],"max_price":36}
        - ซื้อทั้งชุดในครั้งเดียว ตัดเงินครั้งเดียว ได้ครบทุกเกมหรือไม่ได้เลย (ห้ามซื้อแยกทีละเกมแล้วหวังราคาชุด)
        - items (ไม่บังคับ แต่แนะนำ) = product_id ของเกมในชุดที่ลูกค้าเห็น — ถ้าชุดถูกแก้ไปแล้วจะได้ 409 BUNDLE_CHANGED (แนบ items ปัจจุบัน) ไม่ตัดเงิน
        - price / username ของคีย์แม่ใช้ได้เหมือนเดิม (ขั้นต่ำ 50% ของราคาชุด)
        - สำเร็จ (HTTP 201): data = { order_no (เลขชุด BDL-...), type:"bundle", product_id, bundle_name, web_price, rate_percent, tier_price, price, price_source, username, ref, balance_after,
          items:[{ order_no (ออเดอร์ลูก API-...), type:"offline", product_id, game_title, platform, web_price, tier_price, price, account:{username,password}, code_requests:{used,max} }], created_at }
        - price ของแต่ละ items คือส่วนแบ่งของราคาชุด (หารตามราคาปกติของเกม) รวมกันเท่า price ของชุดพอดี
        - ขอโค้ด Steam Guard / ดูรหัสผ่าน ใช้ order_no ของออเดอร์ลูกแต่ละเกมกับ endpoint เดิม (3 รอบต่อเกม)
        - ยิง ref เดิมซ้ำ -> ได้ทั้งชุดเดิมกลับมา (idempotent:true, status) ไม่ตัดเงินซ้ำ
        - error เพิ่ม: BUNDLE_UNAVAILABLE(409 ชุดยังไม่พร้อมขายชั่วคราว ดู reason), BUNDLE_CHANGED(409)
   7.6.4) GET /api/v1/orders/{เลขชุด BDL-...} — ทั้งชุด + items ทุกเกม (status: success | partially_refunded | refunded)
   sandbox: ชุดทดสอบ product_id "999003" (2 เกม ราคาชุด 15) — ออเดอร์ลูกเป็น type "sandbox" เลขชุดขึ้นต้น TEST-BDL-

8) ระบบสมาชิก (เฉพาะคีย์แม่) — สำหรับพาร์ทเนอร์ที่ทำหน้าเว็บครอบ ให้ลูกค้าสมัคร/เติมเงิน/ซื้อในนามตัวเอง
   บัญชีที่สร้างเป็นบัญชี 499K จริง ลูกค้าล็อกอินหน้าเว็บ 499K ได้เหมือนสมัครเอง

   8.1) POST https://store.499k-network.com/api/v1/users — สมัครสมาชิกแทนลูกค้า
        body: {"email":"[email protected]","password":"อย่างน้อย 8 ตัว"}
        - username จะถูกตั้งจากส่วนหน้า @ ของอีเมลอัตโนมัติ ([email protected] -> "someone")
        - data = { user_id, username, email, balance }
        - อีเมลซ้ำ -> 409 EMAIL_EXISTS | ชื่อผู้ใช้ซ้ำ -> 409 USERNAME_TAKEN (ต้องใช้อีเมลอื่น)

   8.2) GET https://store.499k-network.com/api/v1/users/{username} — ดูยอดเงิน/ข้อมูลลูกค้า
        data = { user_id, username, email, balance }

   8.2.1) GET https://store.499k-network.com/api/v1/users?usernames=a,b,c — ดูยอดเงินหลายคนพร้อมกัน (สูงสุด 100 ชื่อ)
        data = { users:[{user_id,username,email,balance,disabled}], not_found:[...], ambiguous:[...], total_balance }
        - ต้องเช็ค not_found ด้วย (ชื่อที่ไม่มีในระบบ) ลำดับใน users ไม่รับประกันว่าตรงกับที่ส่งไป

   8.2.2) PATCH https://store.499k-network.com/api/v1/users/{username}/password — เปลี่ยนรหัสผ่าน
        body: {"password":"อย่างน้อย 8 ตัว"}
        - เปลี่ยนได้เฉพาะบัญชีที่สมัครผ่าน API นี้ — บัญชีที่ลูกค้าสมัครเองบนเว็บ -> 403 NOT_API_ACCOUNT
          (กันคีย์แม่หลุดแล้วยึดบัญชีลูกค้าเดิมของเว็บ)

   8.2.3) GET https://store.499k-network.com/api/v1/users/{username}/transactions?page=1&limit=20&type=buy
        ประวัติการเงินของลูกค้า (รวมที่ทำเองบนเว็บ 499K ด้วย) — type: buy|refill|bonus|withdraw|point
        data = { user_id, username, balance, transactions:[{transaction_id, type, product_type, direction, amount, status, title, order_no, created_at}], pagination }
        - direction = "out" (ซื้อ/ถอน) หรือ "in" (เติม/โบนัส)

   8.5) endpoint ออเดอร์รองรับ username ด้วย (คีย์แม่) — ใช้กันข้อมูลข้ามลูกค้า
        GET /api/v1/orders?username=xxx           -> เห็นเฉพาะออเดอร์ของลูกค้าคนนั้น (ทุกออเดอร์มี field username กลับมาด้วย)
        GET /api/v1/orders/{order_no}?username=xxx -> ถ้าออเดอร์ไม่ใช่ของคนนั้น -> 403 ORDER_OWNER_MISMATCH
        POST /api/v1/orders/{order_no}/code       -> ใส่ "username" ในบอดี้ ระบบจะยืนยันเจ้าของก่อนปล่อยโค้ด Steam Guard
        - ทั้งหมดเป็น optional: ไม่ส่ง username = พฤติกรรมเดิม (เห็นทุกออเดอร์ของ client)
        - แนะนำให้ส่งเสมอ ถ้าเว็บพาร์ทเนอร์มีระบบล็อกอินผู้ใช้ — กันบั๊กทำให้ลูกค้า A เห็นรหัสไอดีของลูกค้า B

   8.3) POST https://store.499k-network.com/api/v1/users/{username}/topup — เติมเงินด้วยสลิป
        body: {"qrcode":"ข้อความที่อ่านได้จาก QR ในสลิปโอนเงิน"}
        - ตรวจสลิปด้วยระบบเดียวกับหน้าเว็บ (กันสลิปซ้ำ ตรวจบัญชีผู้รับ ยอดเงินอ่านจากสลิปจริง)
        - data = { user_id, username, amount, balance_before, balance_after }
        - สลิปไม่ผ่าน -> 422 SLIP_REJECTED (message บอกสาเหตุ เช่น "สลิปใช้ไปแล้ว")
        - ⚠️ ทำรายการผิดเกิน 3 ครั้งต่อผู้ใช้ ระบบจะระงับการเติมของผู้ใช้นั้น ต้องติดต่อแอดมิน

   8.4) สั่งซื้อในนามลูกค้า: POST /api/v1/orders เพิ่ม "username" ในบอดี้
        body: {"product_id":"123456","ref":"...","username":"someone","price":21.50}
        - ตัดเงินจาก "กระเป๋าของลูกค้าคนนั้น" ไม่ใช่กระเป๋าเจ้าของคีย์
        - balance_after ใน response = ยอดคงเหลือของลูกค้าคนนั้น
        - ออเดอร์จะขึ้นในประวัติการซื้อของลูกค้าบนเว็บ 499K ด้วย
        - ไม่ส่ง username = ซื้อในนามเจ้าของคีย์เอง (พฤติกรรมเดิม)

Error codes ที่ต้องรองรับ: UNAUTHORIZED(401), KEY_REVOKED(401), MASTER_KEY_REQUIRED(403), EMAIL_EXISTS(409), USERNAME_TAKEN(409), USER_NOT_FOUND(404), USER_DISABLED(403), SLIP_REJECTED(422), CLIENT_NOT_APPROVED(403), CLIENT_SUSPENDED(403), MIN_TOPUP_REQUIRED(403), SYSTEM_DISABLED(503), VALIDATION_ERROR(422), PRODUCT_NOT_FOUND(404), PRODUCT_DISABLED(404), OUT_OF_STOCK(409), INSUFFICIENT_BALANCE(400 พร้อม required/balance), PRICE_NOT_ALLOWED(403), PRICE_TOO_LOW(422 พร้อม floor), PRICE_CHANGED(409 พร้อม price), BUNDLE_UNAVAILABLE(409), BUNDLE_CHANGED(409 พร้อม items), CODE_LIMIT_REACHED(403), CODE_UNAVAILABLE(409), ORDER_REFUNDED(403), NOT_FOUND(404), RATE_LIMITED(429 พร้อม header Retry-After), INTERNAL_ERROR(500)
เฉพาะเช่า (type rental): INVALID_START_AT(422), DURATION_UNAVAILABLE(422), SLOT_UNAVAILABLE(409), ACTIVATION_BUSY(409), ACTIVATION_FAILED(502), ACTIVATION_NOT_STARTED(400), ACTIVATION_EXPIRED(400), RENEW_WINDOW_CLOSED(400), RENTAL_NOT_STARTED(403), RENTAL_EXPIRED(403)

Rate limit: ทั่วไป 60 req/นาที/คีย์, สั่งซื้อ 10 ครั้ง/นาที — ถ้าเจอ 429 ให้รอตาม Retry-After แล้วค่อยลองใหม่ (exponential backoff) และ retry การสั่งซื้อด้วย ref เดิมเสมอ

สิ่งที่ต้องมีในเว็บ:
1. หน้ารายการสินค้า: ดึงจาก /api/v1/products ผ่าน backend ของเราเอง และอัปเดตราคา/สต็อกอย่างน้อยทุก 30 นาที (ตั้ง cron) แสดงรูป ชื่อเกม ราคาขาย (price ของเรา + กำไรที่เราตั้ง) และสถานะสต็อก
2. หน้าสั่งซื้อ/ชำระเงิน: ตามระบบชำระเงินของเว็บเรา เมื่อลูกค้าจ่ายเงินสำเร็จค่อยยิง POST /orders ด้วย ref ที่ gen ไว้ (UUID) — ถ้า error ให้แจ้งลูกค้าและ retry ด้วย ref เดิมได้อย่างปลอดภัย
3. หน้าออเดอร์ของลูกค้า: แสดง username/password (มีปุ่มคัดลอก) + ปุ่ม "ขอโค้ด Steam Guard" ที่ให้กรอกเหตุผลก่อนขอ (เปิดรอบ) จากนั้นภายใน 60 วิ auto-refresh โค้ดจาก endpoint เดิม (ไม่ต้อง reason) แสดงนับถอยหลัง valid_for_sec + หน้าต่างเหลือ window.expires_in_sec และจำนวนรอบคงเหลือ (max 3)
4. จัดการ error ทุก code ข้างต้นเป็นข้อความภาษาไทยที่ลูกค้าเข้าใจง่าย โดยเฉพาะ OUT_OF_STOCK และ INSUFFICIENT_BALANCE (อันหลังคือเงินของ "เรา" ในร้านต้นทางหมด — แจ้งแอดมินเว็บเรา ไม่ใช่ลูกค้า)
5. เก็บ log การเรียก API ฝั่งเราไว้ตรวจสอบย้อนหลัง

เริ่มจากถามเทคโนโลยีที่ฉันใช้ (เช่น Next.js/PHP/Node) แล้วเขียนโค้ดให้ครบทุกส่วน