เพิ่มและจัดการประกาศ — ทรัพย์ รูปภาพ โควต้าต่างชาติ

โมเดลประกาศ — record มีอะไรจริง

ประกาศ DevProp ทุกรายการมี 24 ฟิลด์บังคับและ ~30 ฟิลด์เลือกได้ ชุดบังคับออกแบบให้ตรงกับสิ่งที่ DDproperty และ Hipflat ต้องการสำหรับ publish ที่สะอาด รวมกับสิ่งที่ผู้ซื้อต่างชาติถามในข้อความ LINE 3 ข้อความแรก กรอกถูกต้องครั้งเดียวประหยัด 8-12 นาทีต่อประกาศใน downstream

ฟิลด์บังคับ ตามลำดับฟอร์ม:

1. ประเภททรัพย์ — คอนโด บ้าน ทาวน์โฮม พาณิชย์ ที่ดิน กำหนดว่าฟิลด์อื่นใดปรากฏ
2. ประเภทธุรกรรม — ขาย เช่า ทั้งสองอย่าง ทั้งสองอย่าง = ประกาศเดียวกับสองฟิลด์ราคา
3. Title (TH + EN) — แปลอัตโนมัติจากอันหนึ่งไปอีกอันหนึ่ง (override ได้)
4. ตำแหน่ง — Google Place ID + tag โซน (สุขุมวิท สีลม ทองหล่อ บางเทา ฯลฯ)
5. ห้องนอน / ห้องน้ำ / ตร.ม. / ที่จอด — ตัวเลขเท่านั้น จำนวนเต็มสำหรับ bed/bath/parking
6. ชั้น (ถ้าคอนโด) — สำคัญสำหรับการ cross-reference โควต้าต่างชาติ
7. ราคา — THB (แสดงเป็น MM ได้โดยสลับ display unit ต่อหน้า)
8. % โควต้าต่างชาติ (เฉพาะคอนโด) — ดูด้านล่าง นี่คือฟิลด์ที่ป้องกันหายนะ
9. รูปภาพ — ขั้นต่ำ 4, สูงสุด 30 (แนะนำ 8-15) กว้าง 1280px+
10. Building / project entity — link กับ parent building record (สร้างอัตโนมัติถ้าไม่มี)

โควต้าต่างชาติ — กฎที่ทำให้ครึ่งของดีลล่ม

พ.ร.บ. อาคารชุด พ.ศ. 2522 ของไทยจำกัดการถือครองต่างชาติของอาคารคอนโดแต่ละแห่งที่ 49% ของพื้นที่ขายได้รวม ประกาศยูนิตแต่ละรายการรับ % ปัจจุบันของอาคาร

เมื่อคุณสร้าง building entity ใน DevProp คุณตั้ง foreign_owned_pct เมื่อผู้ซื้อต่างชาติปิดยูนิตในอาคารนั้น % จะเพิ่มขึ้นอัตโนมัติ เมื่ออาคารถึง 49% ยูนิตที่ยังขายไม่ได้ทั้งหมดในอาคารนั้นจะ flip foreign_eligible flag เป็น false

ความหมายสำหรับคุณ:

1. เอเจนต์กรอง inventory ให้ผู้ซื้อจีน → เฉพาะยูนิตที่ต่างชาติได้เท่านั้น
2. ไม่สามารถจองให้ต่างชาติบนอาคารที่เต็มได้โดยบังเอิญ
3. เมื่อผู้ซื้อไทยปิดยูนิตที่ต่างชาติถือ โควต้าลด ยูนิตที่ได้รับผลกลับ flip กลับเป็น eligible
4. CRM บันทึกการเปลี่ยน quota พร้อม timestamp + transaction reference สำหรับ audit

Bulk import (CSV)

สำหรับเอเจนซี่ที่ย้ายจาก CRM อื่นหรือ Excel: Listings → Import → CSV Template ที่ devprop.io/templates/listings-import.csv Map column ของคุณกับของเราใน wizard (alias 50+ ตรวจจับอัตโนมัติ: "Bedrooms" / "Beds" / "BR" / "ห้องนอน" ทั้งหมด map เป็น bedrooms)

ความเร็ว import: ~100 ประกาศ/นาที ระบบ pre-validate แต่ละแถวและ flag ปัญหา (รูปขาด โควต้าต่างชาติไม่ถูกต้อง coord ผิดรูปแบบ) คุณตัดสินใจว่าจะแก้แล้วลองใหม่หรือ import พร้อม warning

การจัดการรูปภาพ

อัปโหลดรูปโดยตรง (สูงสุด 30 ต่อประกาศ) หรือวาง URL (เรา re-host ใน Cloudflare R2 เพื่อให้ source URL ดับไม่ฆ่าประกาศของคุณ) ระบบสร้าง 3 ขนาดอัตโนมัติ (thumbnail 400px, gallery 1280px, full 2400px) รูป EXIF-stripped (privacy + ขนาดเล็กกว่า)

ลากเรียงโดยคลิกและลาก thumbnail รูปแรกคือ hero (ใช้บน portal sync, public website card, LINE message preview)

วงจรชีวิตสถานะ

ประกาศเคลื่อนผ่าน: Draft → Active → Reserved → Under contract → Closed → Archived เฉพาะประกาศ Active ปรากฏบน portal sync และ public website Closed ค้นหาภายในได้ (สำหรับการวิเคราะห์ sold-comp) แต่ไม่เห็น public crawler

Auto-archive: ประกาศเก่ากว่า 180 วันโดยไม่มีกิจกรรม (ไม่มีคำถาม ไม่มีการเปลี่ยนราคา ไม่มีการอัปเดตรูป) ย้ายไป Stale คุณยืนยัน archive หรือ refresh ทำให้ประกาศ portal ของคุณดูมีการจัดการอยู่ (DDproperty downrank ประกาศเก่า)

Cross-listing ยูนิตเดียวกัน (กับ parent project)

สำหรับเอเจนซี่ developer-direct หรือ new-project คุณจะมีหลายยูนิตในอาคารเดียวกันบ่อย แนวปฏิบัติที่ดี: สร้าง Project entity ก่อน (Settings → Projects → New) แล้วสร้างประกาศยูนิตที่ link กับ project ฟิลด์ระดับ project (developer, วันสร้างเสร็จ, ค่าส่วนกลาง) แชร์ ฟิลด์ระดับยูนิต (ชั้น วิว ราคา) ของแต่ละยูนิต

ทำไมสำคัญ: public SEO website แสดงหน้า project (เช่น /projects/the-esse-sukhumvit-36) พร้อมยูนิตที่ link ทั้งหมดด้านล่าง Google จัดอันดับหน้า project สูงกว่าประกาศยูนิตแต่ละรายการสำหรับการค้นหาเช่น "The Esse Sukhumvit 36 ราคา"