Permintaan di CRM
Kalau channel berisi iklan baris, lowongan, atau pesanan, setiap post menjadi kartu di tangan manajer — dan tidak ada lagi yang perlu duduk memindahkannya secara manual.
Skenario · webhook
Biasanya setelah post terbit, post itu masih harus dipindahkan secara manual: ke CRM sebagai permintaan, ke situs sebagai berita, ke katalog sebagai kartu produk. CopyPost melakukannya sendiri — Anda menulis di channel seperti biasa, dan di sisi lain muncul permintaan, berita, atau produk.
Di CopyPost ini hanya butuh beberapa menit (yang diperlukan cuma alamat tujuan post). Setelah itu Anda cukup mengelola channel, sementara CRM atau situs terisi tanpa campur tangan Anda.
Apa yang dilakukan dengan post selanjutnya, sistem Anda yang menentukan. Paling sering, salah satu dari tiga ini.
Kalau channel berisi iklan baris, lowongan, atau pesanan, setiap post menjadi kartu di tangan manajer — dan tidak ada lagi yang perlu duduk memindahkannya secara manual.
Bagian «Berita» di situs diperbarui sendiri: post terbit di channel, dan hampir seketika ia ada di situs — dengan foto dan teks yang sama.
Anda memposting produk baru di channel toko — dan di situs sudah ada kartu produknya, dengan foto dan deskripsi langsung dari post.
CopyPost menandatangani setiap pengiriman dengan secret webhook Anda (kunci yang hanya diketahui CopyPost dan situs Anda) — ini tanda tangan elektronik, di post itu sendiri tidak terlihat. Situs mencocokkan tanda tangan dan waktu pengiriman, lalu hanya menerima apa yang benar-benar datang dari CopyPost, sedangkan kiriman palsu atau kiriman lama yang sengaja dikirim ulang oleh seseorang akan dibuang oleh situs.
Secret-nya ada di bagian «Webhook»: salin dan berikan kepada orang yang mengatur situs — ia akan menambahkan pemeriksaan tanda tangan di sisinya.
Untuk developer: tanda tangan HMAC-SHA256 — di header X-CopyPost-Signature, waktu pengiriman — di X-CopyPost-Timestamp. Contoh pemeriksaannya — di panduan.
Kadang hosting mati semenit atau CRM sedang diperbarui — post tidak akan hilang, asalkan server hidup lagi dalam sekitar dua belas menit. Kalau server tidak menjawab dalam 15 detik, menjawab bahwa ia sibuk, atau rusak dengan error di sisinya, CopyPost akan mencoba lagi setelah 1 detik, lalu setelah 5 dan 30 detik, setelah 2 menit, dan setelah 10 (seperti lelucon lama tentang programmer yang sebelum tidur menaruh dua gelas di meja samping ranjang: satu berisi air — kalau nanti haus, dan satu kosong — kalau tidak).
Satu permintaan untuk server Anda: biarkan ia langsung menjawab «diterima», dan semua pemrosesan yang lama dikerjakan setelah menjawab (kalau tidak, setelah 15 detik CopyPost akan menganggap tidak ada jawaban dan mengirim post yang sama sekali lagi).
| No. | Kapan | Jawaban server |
|---|---|---|
| 1 | langsung | tidak menjawab |
| 2 | setelah 1 dtk | sibuk |
| 3 | setelah 5 dtk | diterima |
| … | 30 dtk, 2 mnt, 10 mnt | cadangan, kalau server diam lebih lama |
Pipeline yang menyalin post dari sumber ke channel Telegram Anda bisa sekaligus mengirimnya ke server, jadi Anda tidak perlu memilih: dari satu post jadilah salinan di channel, permintaan di CRM, dan berita di situs.
Satu pipeline bisa diberi hingga 16 webhook — misalnya CRM dan situs bersamaan. Atau post bisa dikirim hanya ke server, tanpa channel penerima sama sekali.
Satu pengiriman adalah satu post yang dikirim ke satu alamat (album yang datang dalam satu pengiriman juga dihitung satu, sedangkan post yang dikirim ke CRM dan ke situs — dihitung dua). Untuk channel kecil, seribu gratis per bulan biasanya lebih dari cukup.
1.000pengiriman per bulan — gratis
+10.000 seharga 231 ⭐kalau tidak cukup — paket untuk 30 hari, dibayar dengan Bintang Telegram
Berapa yang sudah terpakai, terlihat di halaman «Paket» («Тариф») di panel.
Hubungkan channel dan tambahkan alamat CRM atau situs — post berikutnya yang Anda publikasikan sudah akan sampai ke sana.