Webhooks memungkinkan aplikasi integrasi khusus untuk berlangganan peristiwa di Workplace dan menerima info terkini secara realtime. Saat terjadi perubahan di Workplace, permintaan HTTPS POST
dikirim ke URL panggilan balik untuk setiap aplikasi integrasi khusus yang berlangganan topik Webhooks yang relevan.
Hal ini membuat aplikasi lebih efisien, karena aplikasi akan mengetahui kapan tepatnya perubahan terjadi dan tidak perlu bergantung pada permintaan Graph API yang berkelanjutan atau bahkan berkala untuk mendapatkan konten terbaru.
Dukungan Webhooks untuk Workplace disediakan oleh kerangka kerja yang sama yang mempersembahkan Webhooks untuk Facebook.
Dialog Edit Integrasi Khusus menyediakan tab untuk setiap topik Webhooks yang tersedia untuk aplikasi di Workplace.
Untuk menambahkan langganan Webhooks baru tentang topik tertentu, sediakan URL panggilan balik dan token verifikasi, lalu pilih kolom langganan yang Anda perlukan untuk fungsi yang akan disediakan oleh aplikasi Anda.
Anda hanya dapat berlangganan satu URL per topik Webhooks, tetapi Anda dapat menggunakan URL yang sama untuk beberapa topik.
Saat Anda menambahkan langganan baru, atau mengubah langganan yang sudah ada, server Facebook akan membuat permintaan GET
ke URL panggilan balik untuk memverifikasi validitas server panggilan balik.
String kueri akan ditambahkan ke URL ini dengan parameter berikut:
hub.mode
- String "subscribe
" diteruskan di parameter inihub.challenge
- String acakhub.verify_token
- Nilai verify_token
Anda tentukan saat membuat langgananSaat menerima permintaan HTTP GET
di URL panggilan balik, Anda dapat menggunakan parameter verify_token
untuk memvalidasi apakah permintaan berasal dari server Facebook.
Semua panggilan Webhooks ke URL panggilan balik yang ditentukan developer dilakukan melalui HTTPS
, memastikan keamanan tingkat transportasi untuk muatan Webhooks.
Untuk memberikan keamanan tambahan, header HTTP
X-Hub-Signature-256
disertakan dalam setiap muatan POST, yang harus digunakan untuk memverifikasi bahwa muatan berasal dari server Facebook.
Untuk detail lengkap tentang perilaku ini, buka dokumentasi Kerangka Kerja Webhooks Facebook.
Aktivitas di Workplace dikelompokkan ke dalam topik-topik. Setiap topik memiliki sejumlah kolom yang dipetakan ke peristiwa pada topik tertentu. Aplikasi dapat berlangganan pembaruan Webhooks pada setiap topik, dan untuk kolom tertentu dalam setiap topik.
Workplace saat ini menyediakan Webhooks untuk topik dan grup berikut:
Informasi selengkapnya tersedia di Dokumen Referensi Topik Halaman.
Kolom Langganan | Perilaku |
---|---|
| Terpicu saat halaman integrasi khusus (bot) disebutkan dalam grup. |
| Terpicu saat halaman integrasi khusus (bot) dikirimi pesan di Obrolan Workplace. |
| Terpicu saat pesan yang dikirim oleh halaman integrasi khusus (bot) disampaikan. |
| Terpicu saat tombol postback ditekan di Obrolan Workplace. |
| Terpicu saat pesan dari halaman integrasi khusus (bot) dibaca oleh penerima. |
Informasi selengkapnya tersedia di Dokumen Referensi Topik Grup.
Kolom Langganan | Perilaku |
---|---|
| Terpicu saat postingan ditambahkan, diperbarui, atau dihapus dalam grup. |
| Terpicu setiap kali komentar baru ditambahkan, diperbarui, atau dihapus pada postingan grup. |
| Terpicu saat keanggotaan grup berubah. |
Informasi selengkapnya tersedia di Dokumen Referensi Topik Anggota.
Kolom Langganan | Perilaku |
---|---|
| Terpicu saat seorang pengguna memposting atau mengedit pembaruan status di profilnya sendiri. |
| Terpicu setiap kali seorang pengguna membuat, menerima, atau menolak peristiwa. |
| Terpicu setiap kali seorang pengguna mengirimkan pesan Obrolan Workplace. |
Informasi selengkapnya tersedia di Dokumen Pratinjau Terautentikasi.
Kolom Langganan | Perilaku |
---|---|
| Terpicu saat Workplace perlu mengambil informasi tentang URL. |
| Hanya relevan untuk aplikasi pada daftar diizinkan yang mendukung navigasi Komposer Postingan hierarkis. |
Informasi selengkapnya tersedia di Dokumen Referensi Topik Keamanan.
sessions
Peristiwa terpicu ketika seseorang login atau keluar dari Workplace.
Peristiwa | Perilaku |
---|---|
| Pengguna telah login ke Workplace dengan kata sandi atau SSO, di www atau aplikasi seluler. |
| Pengguna telah keluar dari Workplace dengan kata sandi atau SSO, di www atau aplikasi seluler. Tidak termasuk dipaksa keluar yang diinisiasi oleh admin (Lihat |
passwords
Peristiwa terpicu saat seseorang mengubah kata sandinya atau meminta reset kata sandi.
Peristiwa | Perilaku |
---|---|
| Kata sandi pengguna telah diubah, sebagai hasil dari menyelesaikan pemulihan kata sandi atau melalui pengaturan akun. |
| Alur pemulihan sandi pengguna telah dimulai, dan kode telah dikirim ke alamat email pengguna. |
| Pengguna salah memasukkan kode pemulihan reset kata sandi. |
| Alur pemulihan kata sandi pengguna telah berhasil diselesaikan. |
admin_activity
Peristiwa terpicu saat admin ditambahkan atau dihapus dari komunitas Workplace
Peristiwa | Perilaku |
---|---|
| Seorang admin telah mengatur status akun pengguna ke belum diklaim dari panel admin atau melalui API Pengelolaan Akun. |
| Seorang admin telah memaksa pengguna untuk keluar di semua perangkat dari Panel Admin. |
| Seorang admin telah menonaktifkan akun dari Panel Admin atau melalui API Pengelolaan Akun. |
| Seorang admin telah mengaktifkan akun dari Panel Admin atau melalui API Pengelolaan Akun. |
| Seorang admin telah memaksa pengguna untuk mereset kata sandi dari Panel Admin. |
| Seorang admin telah membuat akun dari Panel Admin. |
two_factor
Peristiwa terpicu ketika seseorang mengaktifkan atau menonaktifkan autentikasi dua faktor.
Peristiwa | Perilaku |
---|---|
| Pengguna telah mengaktifkan autentikasi dua faktor dari tab Pengaturan. Ini tidak menangkap ketika seseorang mengonfirmasi ponsel tertentu, tetapi menunjukkan bahwa fitur itu diaktifkan. |
| Seorang pengguna telah menonaktifkan autentikasi dua faktor dari tab Pengaturan. Ini tidak menangkap ketika seseorang menonaktifkan autentikasi dua faktor untuk ponsel tertentu, tetapi menunjukkan bahwa fitur itu dinonaktifkan. |