KB Product Query Feedback All

Created by: saadah
Created at: 2025-02-15T14:44:53.330Z

Question Summary: Robolabs chatbot is not responding to messages in room ID 294164744 for phone number 6281387777294. Outgoing logs show a 200 status code, but the webhook from Omnichannel to Robolabs appears to be missing for that specific room.
Answer Summary: The issue was initially investigated by checking outgoing logs. It was later discovered the messages were sent to a different room than initially expected. The root cause is
likely related to a database spike impacting Omnichannel’s webhook delivery to Robolabs. Improvements are planned to address this.

Created by: saadah
Created at: 2025-02-15T14:45:53.536Z

Question Summary: Client is inquiring about an unexpected change in the enrollment date and plan for the Squline SDK account (squline-gbcsdnxbn3cz3). The change wasn’t requested by her or her team, and she needs to verify who made the changes and how to access the plan change history.
Answer Summary: Team investigated and found that the Squline account downgraded its plan from “GB Basic 3 subscription monthly” to “Starter subscription annual” on December 6th. The
plan change was initiated by a superadmin within the Squline account. Accessing the specific history of who made the change requires further investigation

.
Created by: saadah
Created at: 2025-02-15T14:46:51.202Z

Question Summary:** Invoice renewal for client Radikari (qctxr-rjpg7r86mo4wbnx) not appearing in the superadmin, despite being expected on January 31st, 2025.
Answer Summary: The issue was resolved by manually creating the invoice.

Created by: saadah
Created at: 2025-02-15T14:48:31.029Z

Question Summary: The Time client’s Ads Tracker is showing zero leads, despite clicks on chat events. They are unsure how the Ads Tracker calculates leads, the function of the date filter, and whether the Ads Tracker’s data is real-time. The client uses WhatsApp Business API and the webhook is already used for another service. The Webhook Extender is not yet installed.
Answer Summary: The zero leads are likely due to the Ads Tracker webhook being inactive. Leads are automatically added upon webhook delivery, not just on clicks. The date filter in the Ads Tracker reflects the date the data is received from Meta, not the campaign creation date. The Ads Tracker data is not real-time due to Meta’s analytics processing. Activating the Ads Tracker webhook and potentially the Webhook Extender is necessary to resolve the lead issue.

Question & Answer Format:

Q1: Why are there zero leads showing in the Time client’s Ads Tracker, despite clicks on chat
events within the specified timeframe (links provided)?
A1: The zero leads are most likely because the Ads Tracker webhook is currently inactive. To receive leads, the webhook needs to be activated. While the WhatsApp Business API webhook is in use for another service (Dex), the Ads Tracker webhook is independent and requires separate activation.

Q2: How does the Ads Tracker calculate leads acquired? Are leads only counted after a click event?
A2: Leads are automatically added to the Ads Tracker when the webhook successfully delivers data. Click events don’t directly count as leads; instead, they trigger the conversion of an
“Initiate” to a “Lead” or “Purchase” status, depending on the action.

Q3: What is the function of the date filter in the Meta Ads Tracker? Does it filter based on the date the data is received or the date the campaign was created?
A3: The date filter in the Meta Ads Tracker filters based on the date the insights data is received from Meta, not the campaign creation date. The default view shows only one month of data if no date filter is specified. Meta’s analytics processing is not real-time, so there will be a delay.

Q4: Is the data in the Ads Tracker real-time? If not, what is the reason for any discrepancies?
A4: No, the Ads Tracker data is not real-time. This is because Meta’s analytics calculations themselves are not real-time, resulting in a delay in data updates within the Ads Tracker.

Q5: The client uses WhatsApp Business API, and the webhook is already in use for another service. What steps are needed to resolve the lead issue?
A5: The client needs to activate the Ads Tracker webhook. Since the WhatsApp Business API webhook is already used (for Dex), this might necessitate implementing the Webhook Extender.
The Webhook Extender needs to be installed on the client’s app (plzpo-lm6hpccx0f7bcke) and configured to send data to both the existing service (Dex) and the Ads Tracker. The Qiscus team will need to assist with this setup.

Q6: The client reports empty click events (screenshot link provided). What is the likely cause?
A6: The empty click events are likely because there are no leads stored in the Ads Tracker. This is directly related to the Ads Tracker webhook not being active. The flow is CTWA > WA > OC > Ads Tracker > Get Data from Meta > Ads Tracker stores lead. If the webhook isn’t active, data won’t reach the Ads Tracker.

Created by: saadah
Created at: 2025-02-15T14:50:36.889Z

Summary of Questions:
Meta, during a tech audit, inquired about Qiscus’s use of Personally Identifiable Information (PII), specifically phone numbers stored for chatbots (or chatboxes, the exact terminology is unclear). The questions center around how Qiscus uses this phone number data and where it’s stored.

Question and Answer Format:
Q1: How does Qiscus use the phone numbers collected from users/customers for its chatbot (or chatbox) functionality?
A1: Qiscus’s Omnichannel platform stores user phone numbers in a database (not specified as Metabase, CSV, or XLSX, but described as having “many tables”). This data allows agents, supervisors, and admins to see user information within the Qiscus dashboard. The exact use case depends on the client/partner. Some chatbots, like Robolabs, might not store this data, while others, depending on client implementation, might receive this information via Qiscus’s
system. The initial inquiry concerned a chatbot, but there’s mention of a “chatbox,” leading to some ambiguity.

Q2: Where are these phone numbers stored?
A2: The phone numbers are stored in a database with multiple tables within the Qiscus Omnichannel platform. The specific type of database (e.g., Metabase, SQL, NoSQL) is not specified in the provided conversation.

Created by: saadah
Created at: 2025-02-15T14:51:58.415Z

Question Summary: Client Andri P (App ID: zibjk-4syi3hsrngolfpu) experienced an issue exporting chat history from a specific room (Room ID: 292423214) via email and API, resulting in a 500 error. Other rooms functioned correctly. The internal team requested assistance in resolving this problem and explored alternative methods like backend download.
Answer Summary: The issue was initially investigated by the support team. After some time, the export functionality spontaneously started working again, resolving the problem without specific troubleshooting steps being documented.

Question and Answer Format:
Q: Client Andri P (App ID: zibjk-4syi3hsrngolfpu) is unable to export chat history from Room ID 292423214 via email or API, receiving a 500 error. Other rooms export successfully. What steps should be taken to troubleshoot and resolve this issue? Is a backend download of the chat history possible as a workaround?
A: The initial attempts to troubleshoot the issue (checking the room and using the API) were unsuccessful. However, after some time, the client was able to successfully export the chat
history. The exact reason for the initial failure and its spontaneous resolution remains undocumented. The possibility of a backend download as a workaround was mentioned, but it’s
unclear if this was actually implemented or necessary

Created by: saadah
Created at: 2025-02-15T14:52:32.398Z

Question Summary: Four Qiscus Omnichannel clients (PT Pesona Natasha Gemilang, PT DUNIA MASTER PULSA, PT. Mora Telematika Indonesia, Erha, Nirwana Textile, and PT Media Sarana Data) reported a 5-second loading delay when opening chat rooms. The issue seems resolved for some clients.
Answer Summary: The initial response was to investigate the issue. A later update indicated the problem was resolved for at least one client (qiscuscs).

Question and Answer Format:
Q: Several Qiscus Omnichannel clients (PT Pesona Natasha Gemilang, PT DUNIA MASTER PULSA, PT. Mora Telematika Indonesia, Erha, Nirwana Textile, and PT Media Sarana Data) are
experiencing a 5-second loading delay when opening chat rooms. What is the cause of this delay, and what steps have been taken to resolve it? App IDs are provided for some clients in the original message.
A: The initial response was to investigate the cause of the delay. A subsequent update indicated that the issue appears resolved for at least one client (qiscuscs). Further investigation is needed to determine if the issue is completely resolved for all affected clients and to identify the root cause of the delay. To confirm resolution and identify the root cause, more information is required, including but not limited to:

• Detailed steps to reproduce the issue.
• Screenshots or videos demonstrating the delay.
• The exact time the issue occurred for each client.
• Any error messages displayed during the loading process.

Created by: saadah
Created at: 2025-02-15T14:54:38.690Z

Question Summary: Team reports that the chatbot in a specific room is unresponsive and no webhooks are being sent from Qiscus Omnichannel to Robolabs for that room. They request assistance in investigating the issue.
Answer Summary: To investigate the unresponsive chatbot and lack of webhook delivery, additional information is needed. Specifically, the Room ID, the App ID, and potentially screenshots or logs are requested to help diagnose the problem.

Created by: saadah
Created at: 2025-02-15T14:58:36.571Z

Pertanyaan: Ringkasan Pertanyaan: Tim internal mengalami kendala pada chatbot MMKSI/Mitsubishi
(hin-buv34qj3bfpkja3uc) di Qiscus Omnichannel. Chatbot tidak merespon, dan log menunjukkan connect_timeout. Awalnya diduga sebagai masalah Robolabs, namun kemudian dipastikan menggunakan Qiscus Omnichannel saja, bukan Robolabs.
Pertanyaan Detail: Teammelaporkan masalah pada chatbot MMKSI/Mitsubishi (App ID: hin-buv34qj3bfpkja3uc) di Qiscus Omnichannel. Chatbot tidak memberikan respon di beberapa room (contoh: Room ID 212269934). Log menunjukkan error connect_timeout. Apakah ada kendala di sisi Qiscus, atau masalahnya ada di pihak ketiga (third party) yang terhubung dengan Omnichannel?
Jawaban: Ringkasan Jawaban: Masalah bukan berasal dari sisi Qiscus, melainkan dari pihak ketiga (third party) yang terhubung ke Qiscus Omnichannel. Disarankan untuk meminta pihak ketiga untuk memeriksa URL atau server mereka.
Jawaban Detail: Setelah dilakukan pengecekan, ditemukan bahwa masalahnya bukan berasal dari Qiscus Robolabs (karena aplikasi tersebut tidak menggunakan Robolabs), melainkan dari pihak ketiga yang terhubung ke Qiscus Omnichannel. Tim menyarankan agar pihak MMKSI/Mitsubishi memeriksa URL atau server mereka untuk mencari penyebab connect_timeout.

Created by: saadah
Created at: 2025-02-15T14:59:55.590Z

Question Summary: Client inquired about the possibility of changing the Customer Satisfaction (CSAT) rating type in Qiscus App Center from a number to a star rating after a client has already submitted a numerical rating. Aditya Bimantara initially stated this wasn’t possible due to reporting implications, but later clarified that it should be directed to the Add-ons team, specifically Faris.
Kurnia Dwi Utami confirmed that changes after submission aren’t directly possible within the system but that the team can manually assist with such requests.

Question and Answer Format:
Q: Can a CSAT rating type (number) be changed to a star rating in Qiscus App Center after a client has already submitted a numerical rating?
A: No, the CSAT rating type cannot be changed directly by the client after submission. However, the Qiscus team can manually assist with changing the rating type if a request is made. This requires contacting the appropriate team (Add-ons team, specifically Faris) to handle the manual adjustment.

Created by: saadah
Created at: 2025-02-15T15:03:01.970Z

Question Summary: Zain encountered an error (“Please connect to the correct Facebook account.”) while trying to enable Marketing Broadcast Optimization (MM API Lite) for App ID
lclmq-sngxucojgvuq98p. The issue stemmed from using a Qiscus-owned Facebook Business Manager account which Zain lacked access to. The team explored solutions, including using a
new WhatsApp Business Account (WABA) via embedded signup, but the error persisted. The solution involved removing the existing WABA from the Qiscus FBBM, and then using a new
WABA with a different Facebook Business account.
Answer Summary: The error was due to a mismatch between the Facebook Business account connected to the WhatsApp Business Account used for the channel and the Facebook account used for the MM API Lite enablement. The solution involved deleting the existing WABA from the Qiscus FBBM, allowing Zain to use a new WABA with a different Facebook Business account (his own or a demo account) to successfully enable MM API Lite. This required
collaboration between Zain, Risna, and Riska to troubleshoot, delete the WABA, and ultimately approve a Facebook Business Manager request.

Question and Answer Format:
Q: How was the “Please connect to the correct Facebook account” error resolved when enabling Marketing Broadcast Optimization (MM API Lite) for App ID lclmq-sngxucojgvuq98p, considering the initial issue was using a Qiscus-owned Facebook Business Manager account without access?
A: The error arose from a mismatch between the Facebook Business account linked to the WhatsApp Business Account (WABA) and the account used during MM API Lite enablement.
The solution involved these steps:

1. Identifying the Root Cause: The team determined the error was due to using a Qiscus-owned FBBM that Zain couldn’t access.
2. Attempting Alternative Solutions: A new WABA was created using embedded signup, but the error persisted. Troubleshooting involved checking the WABA ID and ensuring consistency with the Facebook account used for login.
3. Removing the Existing WABA: Riska removed the problematic WABA from the Qiscus FBBM.
4. Using a New WABA: Zain created a new WABA using his own (or a demo) Facebook Business account.
5. Facebook Business Manager Request: Riska invited Zain to the appropriate Facebook Business Manager to approve the request.
6. Successful Enablement:After these steps, Zain successfully enabled MM API Lite and
   received the necessary OTP

Created by: saadah
Created at: 2025-02-15T15:04:56.305Z

Question Summary: A Qiscus Omnichannel room (fozna-nn4ajrm71v25hug) for ERHA expired prematurely, despite
containing unanswered customer replies. Client requested urgent restoration to facilitate a scheduled consultation at 1 PM.
Answer Summary: The issue with the expired Qiscus Omnichannel room was resolved by the support team.

Created by: saadah
Created at: 2025-02-16T12:50:59.505Z

Question Summary: Client reported potential bugs related to the 2FA feature in Qiscus Omnichannel. The issues are: 1) login with OTP only (without password), 2) OTP remaining valid after 2FA deactivation, and 3) QR code still appearing upon 2FA reactivation. He provided a Google Doc with details and curl examples. The team discussed the issue, noting that the first two points use the same endpoint (api/v2/auth/otp/verify). Later, the team decided to note these as feedback.
Answer Summary: The reported issues regarding 2FA functionality in Qiscus Omnichannel (login with OTP only, OTP validity after deactivation, and QR code display upon reactivation) were initially investigated. After discussion and review of provided information, the team ultimately classified these as feedback rather than confirmed bugs.

Q&A Format:
Q: Are the following behaviors in Qiscus Omnichannel’s 2FA feature bugs or expected
behavior?

1. Login with OTP only (without password) when 2FA is active.
2. OTP remains valid after 2FA deactivation.
3. QR code is still displayed when reactivating 2FA

A: After reviewing the provided information and internal discussion, points 1 and 2, which utilize the same endpoint (api/v2/auth/otp/verify), and point 3 have been noted as feedback. They are not currently classified as confirmed bugs.

Created by: saadah
Created at: 2025-02-16T12:53:43.444Z

Question Summary: The Email App in Qiscus Omnichannel is not correctly registering CC and BCC email addresses as additional information, despite documentation stating it should. This
issue affects both older and newer email channels. There’s also a suggestion to add “Reply-To” header support for improved email automation.
Answer Summary: This is a bug in the Qiscus Omnichannel Email App. The issue needs to be investigated further by checking logs and confirming whether the email channel is custom or not. The possibility of re-integration for older channels is being considered. The “Reply-To” header functionality is a feature request, not a bug fix.

Q&A Format:
Q: Why aren’t CC and BCC email addresses appearing as additional information in Qiscus Omnichannel’s Email App, even though the documentation says they should? This is happening with App ID abi-jpvsoguhpv18uuoem (using qismo.demokit4@gmail.com), and also with other App IDs like ramo-29lun8b1ulepsaio.
A: Based on the information provided, this appears to be a bug. The Support team is investigating this issue. Several factors are being considered: whether the email channel is a custom integration, the possibility of the issue being related to older email channels, and log analysis to pinpoint the cause. We need to check the logs for more details to help identify the problem. Please provide the following information to expedite the investigation:
Room ID(s): For affected conversations. (Example provided: 295210725)
Screenshots: Of the email sent and the corresponding Omnichannel conversation, showing the missing CC/BCC information.

Q: Is it possible to add support for the “Reply-To” email header in the Email App? This would greatly improve email automation workflows, such as those used in contact forms.
A: The addition of “Reply-To” header support is a feature request, not a bug fix. While the underlying code may exist (send_qismo_job.rb), it’s not currently being utilized. This request will be forwarded to the relevant team for consideration and prioritization. The use case provided (Sicepat’s contact form) highlights the potential benefits of this feature.

Created by: saadah
Created at: 2025-02-16T12:55:36.569Z

Question Summary: A Qiscus Omnichannel room with ID expxq-fikmrawsyczbw7p has expired for client Dermies. The internal team needs assistance to restore it.
Answer Summary: The initial response acknowledges the issue and promises to check. A follow-up indicates the issue will be checked again. The client expresses gratitude for the assistance. The issue’s resolution is not explicitly stated in the provided text.

Question and Answer Format:
Q: What is the problem reported by Hana Fardilla regarding a Qiscus Omnichannel room for the client Dermies?
A: Client reported that a Qiscus Omnichannel room with ID expxq-fikmrawsyczbw7p accessible via https://multichannel.qiscus.com/web/expxq-fikmrawsyczbw7p/inbox#id=294928323 has expired and requires restoration.

Q: What actions were taken by the support team to address Hana Fardilla’s request?
A: Mirazhulmi initially responded that they would check the issue. A later message indicated they would check it again. The final outcome of their investigation and whether the room was
successfully restored is not provided in the given conversation.

Created by: saadah
Created at: 2025-02-16T12:58:19.924Z

Pertanyaan Ringkasan: Klien mengalami delay pengiriman data webhook extender ke webhook CAA selama 13 menit 57 detik, mengakibatkan auto assign tidak berjalan. Tim ingin mengetahui penyebab delay dan apakah ada monitoring untuk delay pengiriman webhook extender.
Jawaban Ringkasan: Delay disebabkan oleh burst request sekitar 1000an per menit yang menyebabkan server webhook extender kurang kuat. Tim sedang menaikkan kapasitas server
untuk mengatasi masalah ini. Mengenai monitoring, detailnya belum tersedia, tetapi akan dicek dan diimprovisasi.

Pertanyaan & Jawaban:
Pertanyaan 1: Apa penyebab delay pengiriman data webhook extender dari Qiscus Omnichannel ke webhook CAA milik Client selama 13 menit 57 detik? Hal ini menyebabkan fitur auto assign tidak berfungsi.
Jawaban 1: Delay disebabkan oleh burst request yang tinggi (sekitar 1000an per menit) yang melebihi kapasitas server webhook extender. Tim sedang berupaya meningkatkan kapasitas
server untuk mengatasi masalah ini.

Pertanyaan 2: Apakah ada monitoring yang tersedia untuk memantau delay pengiriman webhook extender di Qiscus Omnichannel? Jika ada, bagaimana cara mengaksesnya? Jika tidak ada, apakah ada rencana untuk menambahkan fitur monitoring tersebut?
Jawaban 2: Saat ini detail monitoring belum tersedia. Tim sedang menyelidiki dan akan mengecek kemungkinan untuk menambahkan atau mengimprovisasi fitur monitoring delay pengiriman webhook extender agar delay dapat dipantau dan dicegah di masa mendatang.

Created by: saadah
Created at: 2025-02-16T13:00:00.862Z

Question Summary: Client inquired about the /customer_room API’s behavior when using both status and serve_status parameters simultaneously. Testing showed that serve_status seems to override status in the filtering, and the order parameter doesn’t seem to function correctly with the desc value.
Answer Summary: Team explained that the current API behavior is intentional and aligned with the Qiscus Omnichannel UI filters (all, served, unserved, resolved). Combining status and serve_status isn’t explicitly handled, and a resolved status is implicitly treated as served. The order parameter with desc value is also not currently implemented.

Question and Answer Format:
Q: Regarding the /customer_room API, what happens when both the status and serve_status parameters are used in a single request, for example, with status: "resolved" and serve_status: "unserved"? Also, does the order parameter with the value desc work as expected?
A: The API currently prioritizes the serve_status parameter when both are used. This behavior is designed to match the filtering options available in the Qiscus Omnichannel UI (all, served,
unserved, resolved). A resolved status is internally treated as served, making a combination like resolved and unserved unusual. The order parameter with desc value is not yet implemented and currently defaults to the existing order.

Created by: saadah
Created at: 2025-02-16T13:01:29.732Z

Question Summary: Client reported a bug where creating a new organization resulted in multiple organizations being created. Team identified the issue as occurring when there were no custom fields for the organization. A fix was deployed after QA testing.
Answer Summary: The bug, related to the creation of organizations and the absence of custom fields, was identified and fixed. The fix was deployed to production after passing QA testing. Users are asked to report any further bugs after the deployment.

Created by: saadah
Created at: 2025-02-16T13:04:02.355Z

Pertanyaan Ringkasan: Klien mengalami masalah di mana file PDF invoice yang dikirim melalui Qiscus Omnichannel memiliki perbedaan antara file yang dikirim (periode Februari) dan file
yang diterima pengguna akhir (periode Januari). Tim internal berusaha mencari tahu penyebab perbedaan ini dan bagaimana cara menyelesaikannya. Apakah masalahnya ada pada
konfigurasi Qiscus Omnichannel, proses pengiriman melalui WhatsApp Business API, atau di sisi klien? Bagaimana cara mendapatkan save session dari Graph API Explorer untuk
investigasi lebih lanjut?
Ringkasan Jawaban: Masalah kemungkinan besar terletak pada URL invoice yang digunakan dalam CSV template Qiscus Omnichannel. URL tersebut mungkin tetap mengarah ke invoice
Januari meskipun yang dikirim seharusnya invoice Februari. Pihak Meta (WhatsApp) bertanggung jawab atas proses rendering file setelah Qiscus mengirimkan link tersebut.
Mendapatkan save session dari Graph API Explorer membutuhkan waktu dan kerjasama dari klien karena membutuhkan pengulangan proses pengiriman dengan API yang sama dan nomor
yang sama. Tim menyarankan untuk meminta klien mencoba mengirim ulang file untuk melihat apakah masalahnya masih berlanjut dan memberikan informasi lebih detail jika error terjadi lagi.

Format Tanya Jawab:
Pertanyaan 1: Mengapa file PDF invoice yang dikirim melalui Qiscus Omnichannel berbeda antara yang terlihat di dashboard Qiscus dan yang diterima pengguna akhir? File yang dikirim menunjukkan periode Februari, sementara yang diterima pengguna akhir menunjukkan periode Januari.
Jawaban 1: Kemungkinan besar, URL yang digunakan dalam CSV template untuk pengiriman melalui Qiscus Omnichannel masih menunjuk ke file invoice periode Januari. Meskipun file
yang diunggah ke Qiscus sudah benar (Februari), link yang digunakan dalam broadcast belum diperbarui. Proses rendering file menjadi PDF yang dilihat pengguna akhir dilakukan oleh pihak
Meta (WhatsApp) setelah Qiscus mengirimkan link tersebut.

Pertanyaan 2: Apakah masalah ini disebabkan oleh konfigurasi Qiscus Omnichannel, proses pengiriman melalui WhatsApp Business API, atau masalah di sisi klien (Solonet)?
Jawaban 2: Berdasarkan informasi yang ada, masalah utamanya terletak pada URL yang tidak diperbarui di sisi klien (Solonet) yang digunakan dalam template CSV untuk broadcast. Qiscus hanya meneruskan link yang diberikan. WhatsApp (Meta) bertanggung jawab atas rendering file setelah menerima link tersebut. Namun, klien perlu memastikan URL yang digunakan dalam template CSV sudah benar dan mengarah ke file yang tepat.

Pertanyaan 3: Bagaimana cara mendapatkan save session dari Graph API Explorer untuk investigasi lebih lanjut? Apakah ini diperlukan untuk menyelesaikan masalah ini?
Jawaban 3: Mendapatkan save session dari Graph API Explorer membutuhkan kerjasama dari klien dan replikasi masalah. Klien harus mengirim pesan dengan API yang sama dan
nomor yang sama seperti yang bermasalah. Tim Qiscus menyatakan bahwa mendapatkan save session ini sulit dan membutuhkan waktu karena keterbatasan akses dan ketersediaan
orang yang bertanggung jawab. Mencoba mengirim ulang file dan memberikan detail error yang terjadi jika masalah berulang adalah langkah yang lebih praktis untuk saat ini.

Created by: saadah
Created at: 2025-02-16T13:06:19.350Z

Question Summary: Client experienced an “Autoresponder message failed to send” error in Qiscus Omnichannel (App ID: mforp-xmubmk0zohrihdl, Room ID: 292555053). The error
wasn’t logged in the Failed message logs. Investigation revealed a database downtime as the root cause.
Answer Summary: The issue was caused by a database downtime around 10:44 AM on a specific date (implied from the Slack message timestamps). The error was not reflected in the
failed message logs because the database was unavailable, preventing logging.

Question and Answer Format:
Q: A client reported an “Autoresponder message failed to send” error (App ID: mforp-xmubmk0zohrihdl, Room ID: 292555053) in Qiscus Omnichannel. The error is not appearing in the Failed message logs. What could be the cause?
A: Based on the provided information and subsequent investigation (Slack messages referencing database downtime and Sentry error reports), the likely cause of the “Autoresponder
message failed to send” error and its absence from the Failed message logs was a database downtime that occurred around 10:44 AM on the date of the initial report. The database being
unavailable prevented the error from being properly logged.

Created by: saadah
Created at: 2025-02-16T13:07:33.903Z

Question Summary: The client’s Qiscus Omnichannel app (app ID: ofil-iggxt8jk2ehvgjgr) was temporarily disabled due to late payment on January 17-18, 2025. While webhook delivery and
read receipts were confirmed in Loki, the Metabase dashboard showed most broadcast messages as “sent.” The question is whether this discrepancy is expected behavior when the app is disabled, and if the dashboard will update after the app is re-enabled. A further question arises regarding whether broadcast messages that show as “in-progress” in the dashboard after
the app was re-enabled are truly still in progress, or if this is simply a dashboard display issue.
Answer Summary: The dashboard does not update the broadcast message status while the app is disabled, even if the messages were successfully delivered and read. After re-enabling the
app, only new webhook updates will be reflected in the dashboard; previous messages remain unchanged. The “in-progress” status in the dashboard after re-enabling the app likely reflects
messages that were sent while the app was disabled. The dashboard updates asynchronously based on the customer’s online status and message read/delivery status. There’s no way to
stop the sending status update on the dashboard as the broadcast is already completed.

Question and Answer Format:
Q: Our client’s Qiscus Omnichannel app (ofil-iggxt8jk2ehvgjgr) was temporarily disabled due
to late payment on January 17-18, 2025. Loki shows successful webhook delivery and read receipts for broadcast messages sent during this period, but Metabase displays most messages
as “sent.” Will Metabase update the status after the app was re-enabled, and is this discrepancy expected behavior during the app’s disabled period? Additionally, some broadcast
messages remain “in-progress” in the dashboard even after the app’s reactivation; are these genuinely still in progress, or is this a display issue?
A: The Metabase dashboard will not retroactively update the status of broadcast messages sent while the app was disabled, even if those messages were successfully delivered and read
according to webhook logs. Only new webhook events received after re-enabling the app will update the dashboard. The “in-progress” messages in the dashboard after reactivation likely
represent messages sent during the app’s disabled period. The dashboard updates asynchronously depending on customer online status and read/delivery receipts; it does not
reflect the real-time status while the app is offline. There is no mechanism to force-stop the “sending” status update since the broadcast process is already complete.

Created by: saadah
Created at: 2025-02-16T13:08:35.142Z

Question Summary: Pinhome client (ledof-xqhpzcwev8pnz1w) experiences an issue where messages are not appearing on the Qiscus Omnichannel dashboard, despite a 200 status code
in the logs (RoomID 267107428, phonenumber 6281211760389). Logs from February 3rd and January 24th are provided as links.
Answer Summary: The issue was resolved by the support team. It was related to a previous database upgrade. After the intervention, incoming messages should now appear on the dashboard.

Question and Answer Format:
Q: Pinhome client (ledof-xqhpzcwev8pnz1w) reports that messages are not appearing on their Qiscus Omnichannel dashboard (RoomID 267107428, phonenumber 6281211760389).
The logs show a 200 status code. Links to logs from February 3rd and January 24th are provided. What is the issue and what action was taken?
A: The problem was caused by a previous database upgrade. The support team has addressed this issue, and incoming messages from the client should now be visible on the Omnichannel dashboard.

Created by: saadah
Created at: 2025-02-16T13:11:39.267Z
Question Summary: Client experienced message order issues within the WhatsApp channel of Qiscus Omnichannel. Messages, particularly those including images sent rapidly, appeared out
of order in the WhatsApp application, with subsequent text messages appearing before image messages. Testing revealed the issue is likely related to WhatsApp’s handling of concurrent
message types (image and text) and not a Qiscus Omnichannel bug.
Answer Summary: The issue appears to be a limitation of WhatsApp itself, not a bug within Qiscus Omnichannel. WhatsApp does not treat message sending as “atomic” when sending
images and text quickly in succession. The subsequent text message is sent and received before the image upload completes, resulting in the incorrect order. Using the WhatsApp API
directly, bypassing Qiscus Omnichannel’s intermediary, resolves the issue, confirming the root cause lies within WhatsApp’s behavior. A workaround involves manually sending media via the
Omnichannel API and then sending the text separately.

Question and Answer Format:
Q: Nurcholis Ainul Rafiq reported a bug where message order is reversed in the WhatsApp channel of Qiscus Omnichannel, especially when sending images and text messages rapidly.
The issue seems to be related to the timing of image uploads. Is this a bug in Qiscus Omnichannel, or is it a limitation of WhatsApp’s handling of concurrent message types? What is the recommended solution?
A: Berdasarkan investigasi dan pengujian yang dilakukan, masalah urutan pesan yang terbalik di WhatsApp channel Qiscus Omnichannel, terutama saat mengirim gambar dan pesan teks
secara cepat, bukanlah bug di Qiscus Omnichannel. WhatsApp sendiri tampaknya tidak memperlakukan pengiriman pesan sebagai “atomic” ketika mengirim gambar dan teks secara
berurutan dengan cepat. Pesan teks berikutnya terkirim dan diterima sebelum unggahan gambar selesai, sehingga menyebabkan urutan yang salah. Menggunakan API WhatsApp
secara langsung, melewati perantara Qiscus Omnichannel, berhasil menyelesaikan masalah ini, yang mengkonfirmasi bahwa akar penyebabnya terletak pada perilaku WhatsApp. Solusi
sementara yang disarankan adalah mengirimkan media secara manual melalui API Omnichannel, lalu mengirim teks secara terpisah. Ini memerlukan lebih banyak pengaturan dan
pemeliharaan di sisi klien, tetapi merupakan solusi yang efektif sampai ada perubahan pada sisi WhatsApp.

Created by: saadah
Created at: 2025-02-16T13:13:04.772Z
Question Summary: Client require mandatory actions (Omniform submission and tag application respectively) before
a chat can be resolved in Qiscus Omnichannel. The question is whether Qiscus Omnichannel can enforce these actions before resolution is allowed. Additionally, the team wants to know if
there are other clients with similar requirements.
Answer Summary: The current Qiscus Omnichannel functionality doesn’t directly enforce mandatory actions before resolution. Further investigation is needed to determine if this can be achieved through custom configurations or integrations. The team should gather information on other clients with similar requirements.

Question and Answer Format:
Q: Can Qiscus Omnichannel be configured to require specific actions (like Omniform submission or tag application) before a chat can be marked as resolved? Erha requires Omniform submission, and Mora requires tag application before resolution. Is this possible with existing features or would it require custom development?
A: Based on the current understanding of Qiscus Omnichannel, there isn’t a built-in feature to directly enforce mandatory actions like Omniform submission or tag application before
resolution. To determine if this is achievable, we need more information:
Erha’s Specifics information: Can you provide more details about how the Omniform submission is currently integrated with Qiscus Omnichannel? What data is submitted, and how is it linked to the chat? A screenshot of the Omniform and its integration would be helpful. Also, please provide the Erha App ID.
Mora’s Specifics: Can you provide more details about the required tags? What specific tags must be applied, and how are they linked to the chat? A description of the tagging process would be beneficial. Please provide the Mora App ID.
Other Clients: Are there any other clients with similar requirements for mandatory actions before resolution? Please list them with their specific requirements. Once we have this information, we can better assess the feasibility of implementing these
requirements within Qiscus Omnichannel, whether through existing features or custom development. If necessary, we will escalate this to the Support team for further assistance.

Created by: saadah
Created at: 2025-02-16T13:15:06.230Z

Pertanyaan Ringkasan: Robolabs gagal membalas pesan pelanggan karena tidak menerima webhook dari Qiscus Omnichannel. Permasalahan terjadi di beberapa App ID dan Room ID. Apakah ini terkait konfigurasi bot_check_agent, upgrade database, atau masalah lain?
Jawaban Ringkasan: Masalah Robolabs yang tidak merespon pesan pelanggan disebabkan karena tidak diterimanya webhook dari Qiscus Omnichannel. Diduga kuat berkaitan dengan
konfigurasi bot_check_agent = true. Pengubahan konfigurasi menjadi false sementara menyelesaikan masalah di beberapa kasus. Investigasi lebih lanjut diperlukan untuk mengidentifikasi akar permasalahan dan solusi permanen, termasuk memeriksa App ID di bawah Everpro dengan bot_check_agent = true. Upgrade database akhir pekan sebelumnya juga menjadi kemungkinan penyebab.

Format Tanya Jawab:
Pertanyaan: Tim mengalami kendala Robolabs yang tidak membalas pesan pelanggan di
beberapa App ID (misalnya egcew-4oonmmcdkfspvwf, dcimr-symxq02qvo7ze57, umwdt-wyegr4jqbxgbyjr) dan Room ID (misalnya 295257374, 294413241, 280231073, 296684267, 296684552). Pengecekan log menunjukkan Robolabs tidak menerima webhook dari Qiscus Omnichannel. Apakah ini karena konfigurasi bot_check_agent, upgrade database akhir pekan lalu, atau faktor lain? Bagaimana solusi terbaik untuk masalah ini?
Jawaban: Berdasarkan informasi yang diberikan, masalah utama adalah Robolabs tidak menerima webhook dari Qiscus Omnichannel, mengakibatkan kegagalan dalam membalas
pesan pelanggan. Pengamatan menunjukkan korelasi antara konfigurasi bot_check_agent = true dan masalah ini. Mengubah nilai konfigurasi menjadi false telah berhasil menyelesaikan
masalah pada beberapa kasus. Namun, ini hanya solusi sementara.
Untuk solusi permanen, investigasi lebih lanjut diperlukan untuk mengidentifikasi akar permasalahan. Hal-hal yang perlu diperiksa meliputi:

1. Konfigurasi bot_check_agent: Periksa semua App ID, khususnya yang berada di bawah Everpro, yang memiliki konfigurasi bot_check_agent = true. Benarkan konfigurasi ini jika diperlukan.
2. Dampak Upgrade Database: Pertimbangkan kemungkinan bahwa upgrade database akhir pekan lalu telah menyebabkan perubahan yang tidak terduga pada interaksi antara Qiscus Omnichannel dan Robolabs.
3. Webhook Delivery: Lakukan investigasi menyeluruh terhadap proses pengiriman webhook dari Qiscus Omnichannel ke Robolabs. Periksa kemungkinan adanya kesalahan konfigurasi,
   masalah jaringan, atau batasan rate limit. Disarankan untuk menelusuri log secara detail untuk mengidentifikasi pola dan pesan error yang mungkin memberikan petunjuk lebih lanjut. Tim Support Qiscus dapat membantu dalam investigasi lebih lanjut jika diperlukan

Created by: saadah
Created at: 2025-02-16T13:22:46.915Z
Question Summary: Knitto, a Qiscus client, requires a custom solution to integrate Qiscus analytics data into their internal system. They want a single dashboard showing data from
various platforms, including Qiscus. The feasibility of providing this via a custom API, or alternative solutions like an iframe or custom dashboard, is being explored.
Answer Summary: Direct API access to the required analytics data is not currently possible because the data is sourced from Metabase queries. Creating a custom API to fetch this data
would require significant development effort by the IT team. Alternative solutions, such as using an iframe to embed a custom Qiscus dashboard, were considered but rejected by the client.
The client’s high monthly usage (14,949 MAU and 40,950 conversions) highlights the significance of this request.

Question and Answer Format:
Q: Can Qiscus provide a custom API to integrate Knitto’s analytics data into their internal system, as detailed in the Figma file [link provided]?
A: The request to directly access and integrate analytics data via a custom API is currently not feasible. The data in question is derived from Metabase queries, and there’s no existing API endpoint to retrieve it. Creating such an API would involve significant development work by the IT team.

Q: What alternative solutions were explored to address Knitto’s need for integrated analytics
data?
A: The possibility of providing an iframe embedding a custom Qiscus analytics dashboard was explored as an alternative. However, Knitto has confirmed they are not willing to use an iframe
solution; they require direct API access.

Q: What is Knitto’s monthly usage of Qiscus, and how does this impact the request?
A: Knitto’s average monthly active users (MAU) over the past year were 14,949, with an average of 40,950 conversions. This high usage volume emphasizes the importance of finding a suitable solution for integrating their Qiscus analytics data.

Q: What is the current status of Knitto’s request for integrated analytics?
A: Direct API access to the required analytics data is not possible. The IT team would need to develop a custom API to fetch data from Metabase. Alternative solutions presented were rejected by the client. The matter remains unresolved.

Created by: saadah
Created at: 2025-02-16T13:38:37.835Z
Question Summary: Multiple clients (PT Dunia Master Pulsa and Jendela360) experienced expired Omnichannel chat rooms prematurely (before 24 hours). Uswatun Hasanah reported
the issue and provided links to the affected conversations. Mirazhulmi and later Rozi reported similar issues.
Answer Summary: The issue was resolved by the support team. The root cause was likely a null last customer timestamp, affecting multiple clients.

Created by: saadah
Created at: 2025-02-16T13:43:17.597Z

Pertanyaan Ringkasan: Berapa lama waktu yang dibutuhkan untuk mengubah plan Chat SDK Qiscus? Apakah perubahan plan dapat dilakukan langsung dari superadmin? Jika tidak, bagaimana prosesnya dan berapa lama waktu yang dibutuhkan? Bagaimana cara menentukan harga plan, apakah menggunakan IDR atau USD, dan bagaimana konversi kursnya?
Ringkasan Jawaban: Perubahan plan Chat SDK dapat dilakukan langsung dari superadmin jika plan yang diinginkan tersedia. Jika tidak, tim Support Qiscus perlu membantu. Waktu yang dibutuhkan bervariasi, tergantung kompleksitas perubahan. Harga plan menggunakan USD, dan konversi dari IDR ke USD menggunakan kurs tertentu (diskusikan di chat, sekitar 16.000 IDR per USD). Proses perubahan plan relatif cepat setelah konfirmasi harga.

Pertanyaan & Jawaban:
Q1: Berapa lama waktu yang dibutuhkan untuk mengubah plan Chat SDK Qiscus? Apakah perubahan plan dapat dilakukan dalam satu hari?
A1: Perubahan plan dapat dilakukan langsung dari superadmin jika plan yang diinginkan tersedia di pilihan. Jika plan yang diinginkan tidak ada, maka dibutuhkan bantuan tim Support Qiscus. Waktu yang dibutuhkan tidak dapat dipastikan secara pasti dan bergantung pada beberapa faktor, termasuk ketersediaan tim dan kompleksitas perubahan.

Q2: Bagaimana proses perubahan plan jika plan yang diinginkan tidak tersedia di superadmin?
A2: Jika plan tidak tersedia di superadmin, harus meminta bantuan tim Support Qiscus. Tim Support akan membantu proses perubahan plan.

Q3: Apakah harga plan menggunakan IDR atau USD? Bagaimana cara mengkonversi jika menggunakan IDR?
A3: Harga plan menggunakan USD. Jika menggunakan IDR, konversi ke USD dilakukan dengan kurs tertentu (terdapat diskusi mengenai penggunaan kurs sekitar 16.000 IDR per 1 USD).

Q4: Seberapa urgentkah perubahan plan ini bagi klien?
A4: Klien telah meminta perubahan plan sejak Januari, sehingga perubahan plan sangat penting dan urgent.

Q5: Berapa lama waktu yang dibutuhkan untuk menyelesaikan perubahan plan setelah semua informasi yang dibutuhkan telah diberikan?
A5: Proses perubahan plan itu sendiri relatif cepat setelah konfirmasi harga. Namun, waktu yang dibutuhkan untuk mendapatkan informasi yang dibutuhkan (seperti App ID dan plan yang diinginkan) dan konfirmasi harga dapat mempengaruhi waktu penyelesaian keseluruhan.

Created by: saadah
Created at: 2025-02-16T13:45:01.355Z

Question Summary: Client encountered an issue adding a WhatsApp contact to a group via Qiscus Omnichannel’s integration with WhatsApp Business API. The contact was successfully imported into the CDP and its phone number updated, but adding it to a WhatsApp group failed, returning a Meta error
(#131203). A direct API call to add the contact to the group without using the CDP was successful. The root cause was suspected to be related to WhatsApp group privacy settings or the contact’s WhatsApp settings.
Answer Summary:The issue stemmed from a discrepancy in how the contact was added to the WhatsApp group. Adding the contact directly via the WhatsApp Business API was successful, while adding it after
importing it into the CDP failed. Further investigation revealed the failure was due to the WhatsApp group’s privacy settings and potentially the contact’s own WhatsApp settings, as confirmed by Meta support. The problem was resolved after a huddle; the contact’s phone number was found to be incorrectly formatted in the CDP.

Question and Answer Format:
Q: When importing a contact into Qiscus CDP, updating its phone number, and then attempting to add it to a WhatsApp group via the Qiscus Omnichannel integration, we receive a Meta error (#131203: “Unable to add participant to group”). However, adding the same contact directly via the WhatsApp Business API (without using the CDP) is successful. What could be causing this discrepancy? The relevant WhatsApp Group ID is
Y2FwaV9ncm91cDo2MjgyMjQxNzM0OTAyOjEyMDM2MzM5NTk2MDg4NDAzOQZDZD and
the phone number is 6281240002905.
A: The error, as confirmed by Meta support, is likely due to the WhatsApp group’s privacy settings preventing the addition of the contact. This is further complicated by the contact’s own WhatsApp settings. Directly using the WhatsApp Business API bypasses this issue. In this specific case, a huddle revealed the root cause was an incorrectly formatted phone number within the CDP. Correcting the phone number resolved the problem. Note that WhatsApp group addition via the Qiscus Omnichannel integration might be subject to additional limitations compared to direct API calls.

Created by: saadah
Created at: 2025-02-16T13:46:16.991Z

Question Summary: Evermos (App ID: qctxr-rjpg7r86mo4wbnx) repeatedly requests bulk removal of tags created between December 31, 2024, and January 30, 2025. Mirazhulmi fulfilled a recent request. The question is why Evermos frequently needs to bulk remove tags.
Answer Summary: The bulk tag removals were a deliberate strategy to prevent tag duplication and repetition.

Question and Answer Format:
Q: Why does Evermos (qctxr-rjpg7r86mo4wbnx) frequently request bulk removal of tags, specifically those created between December 31, 2024, and January 30, 2025?
A: The confirmation was done that way to avoid mixing and repetition, so they request tag removal periodicall.

Created by: saadah
Created at: 2025-02-16T13:47:40.140Z

Question Summary: A bug report regarding Robolabs Chatbot’s visual builder. Users cannot delete training phrases within the visual builder, although deletion works within the intent settings. This issue is reproducible internally and was previously communicated as allowing empty fields, which is now inconsistent.
Answer Summary: The issue is confirmed to only exist within the Robolabs visual builder; deleting training phrases functions correctly within the intent list. Further investigation into the bug is needed.

Question and Answer Format:
Q: A client, Dermies (expxq-fikmrawsyczbw7p), reports a bug in Robolabs Chatbot. They are unable to delete training phrases when using the visual builder, but deletion works within the intent settings. This contradicts previous information that empty fields were permitted. The issue is reproducible in an internal App ID. Can you confirm and assist with this?
A: Terkonfirmasi bahwa penghapusan training phrase hanya bermasalah di visual builder Robolabs Chatbot. Di intent list, penghapusan berfungsi dengan normal. Tim akan menyelidiki lebih lanjut mengenai bug ini.

Created by: saadah
Created at: 2025-02-16T13:48:52.329Z

Question Summary: Erha Pharmacy (pxidr-4szewxhaivs7unh) requested a feature in Qiscus Omnichannel to easily identify and filter unread/unreplied chats by agents, without having to manually check each conversation. The current red dot indicator doesn’t differentiate between unread messages and unanswered messages by agents, and doesn’t allow filtering.
Answer Summary: The current system uses a red dot to indicate unread messages, but this doesn’t distinguish between unread messages and unanswered messages by agents. There’s no current filter for unreplied messages assigned to agents. This feedback is considered valid and should be considered for future development.

Question and Answer Format:
Q: Erha Pharmacy (pxidr-4szewxhaivs7unh) has requested a feature to easily identify and filter chats that haven’t been replied to by agents within Qiscus Omnichannel. Currently, they have to manually check each conversation. Is this feature currently available, and if not, how can this feedback be handled?
A: Based on the conversation, the current Qiscus Omnichannel system uses a red dot to indicate unread messages. However, this does not differentiate between messages that are unread and messages that haven’t been replied to by agents. There is no filter currently available to specifically show only unreplied chats assigned to agents. The feedback from Erha Pharmacy is considered valid (as confirmed by Mirazhulmi) and should be escalated to the product team for consideration as a new feature.

Created by: saadah
Created at: 2025-02-16T13:51:39.987Z

Question Summary: Panorama JTB and other clients (GMedia, CAKAP, Sozo) using Qiscus for customer support need the ability to filter message history and average response time data in Qiscus Analytics beyond the current 7-day limit. This is crucial for accurately assessing performance, especially
for companies with non-standard working hours or large datasets. Sozo, in particular, experiences issues downloading large datasets (over 1 million rows) from the “Others > Messages last 7 days” section, resulting in corrupted files and requiring manual data provision.
The request is to enable date filtering in Analytics or find an alternative solution to allow for independent data downloads without custom charges.

Question and Answer Format:
Q: How can we address the client requests for extended date filtering in Qiscus Analytics for message history and average response time, particularly given the challenges faced by clients like Panorama JTB (non-standard working hours) and Sozo (large dataset download issues)?
A: The current Qiscus Analytics only allows viewing data for the last 7 days. Panorama JTB’s feedback highlights the need for date filtering to accurately calculate average response times, considering their non-standard work schedule. Sozo’s issue stems from the limitations of downloading large datasets (over 1 million rows), resulting in corrupted files. The current
workaround is manual data provision by the support team. While a custom analytic solution providing daily data downloads exists (as mentioned for Sozo), implementing date filtering across the standard Analytics dashboard or finding a more robust solution for large data downloads is needed to meet client expectations and avoid manual intervention. This needs to
be a default feature, not a custom solution with additional charges. Further investigation is required to determine the feasibility and effort involved in implementing such a feature. Information needed includes specifics on the technical limitations preventing date filtering beyond 7 days and the capacity of the system to handle large data downloads without corruption.

Created by: saadah
Created at: 2025-02-16T13:53:09.431Z
Question Summary: Teddy Asrialdi’s Qiscus Omnichannel Chat subscription payment failed using Stripe. He replaced his credit card, but the payment still didn’t process. Risna Prawitamurti offered to manually trigger the payment.
Answer Summary: After Teddy replaced his credit card and Risna manually triggered the payment, the $174.62 USD charge was successfully processed through Stripe.

Question and Answer Format:
Q: A client, Teddy Asrialdi, experienced a failed payment for his Qiscus Omnichannel Chat subscription using Stripe. After replacing his credit card, the payment still failed. What actions were taken to resolve this issue, and what was the outcome?
A: Teddy Asrialdi initially reported a failed Stripe payment of $174.62 USD for his Qiscus Omnichannel Chat subscription. He then replaced his credit card. Risna Prawitamurti suggested waiting for the automatic deduction to trigger, and if it didn’t, offered to manually trigger the payment. After waiting, Risna manually triggered the payment. The payment was successfully processed, as confirmed by a successful Stripe charge of $174.62 USD.

Created by: saadah
Created at: 2025-02-16T13:56:28.135Z
Question Summary: Multiple Qiscus Omnichannel App IDs (Seven Retail, Netciti, ERHA, Ringkas) experienced intermittent issues where agents couldn’t access the WhatsApp broadcast field, resulting in a 500 internal server error. The problem appeared to be resolved and then reappeared for some App IDs. The issue seemed related to Supervisor accounts.
Answer Summary: The issue was initially resolved, but recurred for some clients. The team investigated, finding the problem stemmed from lingering server configurations. The problem was eventually resolved for all reported App IDs.

Question and Answer Format:
Q: Multiple clients (Seven Retail, Netciti, ERHA, Ringkas) reported that their agents couldn’t access the WhatsApp broadcast field in Qiscus Omnichannel, receiving a 500 internal server
error. The issue appeared intermittent and seemed to affect Supervisor accounts disproportionately. What was the cause of this issue and how was it resolved?
A: The initial reports indicated a 500 internal server error preventing agents from accessing the WhatsApp broadcast field in Qiscus Omnichannel for several App IDs (bioil-pnm8j7hsqkuw2pt, zil-gnbflww3n9zcsdwf5, ramo-29lun8b1ulepsaio, fozna-nn4ajrm71v25hug, ddubj-bqhoerjjn6vitka). While a fix was initially implemented, the problem recurred for some clients. The team investigated and determined that the root cause was due to some lingering server configurations pointing to outdated resources. The issue was resolved by correcting these configurations, although some instances required multiple checks and confirmations before being fully resolved. The final resolution involved correcting the outdated server configurations. There was also a mention of edge cases which required individual attention.

Created by: saadah
Created at: 2025-02-16T14:01:55.206Z
Question Summary: Three clients (Paragon, Sozo, Evermos) experienced a “failed to load room data” error in Qiscus Omnichannel, preventing them from replying to chats. The issue appears intermittent.
Answer Summary: The Support team needs more information to diagnose the problem. They requested the App IDs and Room IDs (provided by Uswatun Hasanah), and suggested that if the issue recurs, screenshots or videos showing the error and network conditions should be provided for further investigation.

Question and Answer Format:
Q: Three clients reported a “failed to load room data” error in Qiscus Omnichannel, preventing them from replying to chats. The issue seems intermittent. What troubleshooting steps should be taken?
A: To investigate the “failed to load room data” error affecting Paragon (wer-ilo587j3dgjgzptd1), Sozo (bioil-pnm8j7hsqkuw2pt), and Evermos (qctxr-rjpg7r86mo4wbnx), we need more information. While the Evermos issue seems resolved, if the problem recurs for any client, please provide the following:

Created by: saadah
Created at: 2025-02-16T14:03:54.482Z
Question Summary: A bug was reported in the Qiscus Multichannel Widget Android library (version used: latest, client: DuniaGames). When clicking an image button in the widget, the image gallery popup appears, but no images or videos are displayed. This occurred on Android 12 and 14 devices. After a fix was released (version 2.3.5), a new crash report emerged after selecting media. The root cause was identified as a layout naming conflict between the client’s app and the widget.
Answer Summary: The initial bug in the image gallery was fixed in version 2.3.5 of the Qiscus Multichannel Widget Android library. However, a subsequent crash was reported after media selection, which was determined to be caused by a layout naming conflict (item_image_preview.xml) between the client’s app and the widget. This conflict was resolved
by the client.

Q&A Format:
Q: A bug was reported in the Qiscus Multichannel Widget Android library (latest version) used by DuniaGames. The image gallery popup appears when clicking an image button, but no images or videos are displayed, on Android 12 and 14. A fix was released (v2.3.5), but a new crash occurs after selecting media. What happened and how was it resolved?
A: An initial bug preventing images/videos from displaying in the image gallery popup of the Qiscus Multichannel Widget Android library was resolved with the release of version 2.3.5. However, a subsequent crash report arose after the fix. Investigation revealed this crash was due to a layout naming conflict (item_image_preview.xml) between the client’s (DuniaGames) app and the widget’s layout. The issue was resolved by the client addressing the layout naming conflict.

Created by: saadah
Created at: 2025-02-16T14:05:00.999Z
Question Summary: Client reported a bug where the CDP API is not creating activities for existing customers. He shared a video demonstrating the issue and inquired about the roadmap for a fix, referencing previous communication suggesting a fix by the end of November 2024.
Answer Summary: Team confirmed the bug report, stating that a fix hasn’t been released yet. She estimated the fix to be in Q2 2025, possibly after the release of WhatsApp Call functionality.

Question and Answer Format:
Q: [ASK/BUG][Normal][Omnichannel] The CDP API is not creating activities for existing customers. A video demonstrating the issue has been shared. What is the expected timeline for a resolution, considering previous communication suggested a fix by the end of November 2024?
A: The issue is acknowledged and related to a previously reported bug. However, a fix has not yet been released. The current estimated timeline for a resolution is Q2 2025, potentially after the launch of WhatsApp Call functionality.

Created by: saadah
Created at: 2025-02-16T14:07:54.216Z

Summary of Questions:The internal team is experiencing issues with Qiscus Omnichannel’s “Re-engagement” message functionality. The message appears prematurely (before 24 hours have passed since the last customer interaction), even when the customer initiated the chat. The expected
behavior is a free text reply area; instead, a “Follow Up” button is presented. The error message itself is also misleading. There’s concern that messages are failing silently, without proper error notification to the user.
Summary of Answers:
The issue stems from the bot’s response triggering an error because the customer service window wasn’t active due to a previous session expiring. The misleading error message is acknowledged as a bug and will be fed back for improvement. The text area’s absence is
expected in this scenario; only the “Follow Up” button should be available. The silent message failures are also acknowledged, and the team is investigating.
Question and Answer Format:
Q1: Mengapa pesan “Re-engagement” muncul sebelum 24 jam berlalu, meskipun pelanggan memulai percakapan terlebih dahulu, dan mengapa area teks untuk membalas tidak muncul, melainkan hanya tombol “Follow Up”? (Why does the “Re-engagement” message appear
before 24 hours have passed, even though the customer initiated the conversation first, and why doesn’t the text area for replying appear, but only the “Follow Up” button?)
A1: Pesan error “Re-engagement” muncul karena saat bot membalas, customer service window tidak aktif karena sesi sebelumnya telah berakhir. Ketidakhadiran area teks dan hanya
munculnya tombol “Follow Up” merupakan perilaku yang diharapkan dalam skenario ini. (The “Re-engagement” error message appears because when the bot replies, the customer service window is inactive because the previous session has ended. The absence of the text area and
only the appearance of the “Follow Up” button is the expected behavior in this scenario.)

Q2: Bagaimana cara mengatasi masalah pesan yang gagal terkirim tanpa notifikasi kesalahan yang jelas kepada pengguna? (How can we address the issue of messages failing to send without a clear error notification to the user?)
A2: Tim sedang menyelidiki masalah ini. Masukan terkait pesan kesalahan yang menyesatkan telah diberikan untuk perbaikan. (The team is investigating this issue. Feedback regarding the misleading error message has been provided for improvement.)

Q3: Apakah ada rencana untuk memperbaiki pesan kesalahan yang menyesatkan

(“Re-engagement message, to follow up a customer that is more than 24 hours, please click the “Follow Up Customer” button”) yang muncul meskipun sesi belum 24 jam? (Are there plans to fix the misleading error message (“Re-engagement message, to follow up a customer that is more than 24 hours, please click the “Follow Up Customer” button”) that appears even though the session is less than 24 hours old?)

A3: Ya, masukan telah diberikan untuk memperbaiki pesan kesalahan agar tidak menyesatkan. (Yes, feedback has been provided to improve the error message so that it is not misleading.)

Created by: saadah

Created at: 2025-02-16T14:09:13.784Z

Question Summary: Novo Nordisk experienced issues with a scheduled broadcast (2025_JAN_RZG_PROSTUDY_100125_Final) on January 10th, 2025, via Qiscus Omnichannel. The broadcast remained in a “Scheduled” status, later showing as “Unfinished.” The client requested the status be changed to “Failed” due to their dashboard not recognizing “Unfinished.” The root cause was identified as corrupted data within the broadcast, preventing proper status updates, despite some messages being successfully delivered.

Answer Summary: The initial “Scheduled” status was due to corrupted data within the broadcast job. While some messages were successfully delivered, data corruption prevented accurate status reflection. The issue was resolved by manually changing the broadcast job’s status to “Failed” to align with the client’s dashboard requirements.

Q&A Format:

Q: A Qiscus Omnichannel broadcast for Novo Nordisk (broadcast name: 2025_JAN_RZG_PROSTUDY_100125_Final, scheduled for January 10th, 2025, at 10:00 AM) remained in a “Scheduled” status, and later showed as “Unfinished”. The client’s dashboard doesn’t recognize “Unfinished,” and they requested the status be changed to “Failed.” What was the cause of the issue, and how was it resolved? (Client ID: `zhtrl-kxsyutsuietpjuw`)

A: The persistent “Scheduled” and subsequent “Unfinished” status stemmed from corrupted data within the broadcast job itself. Despite a portion of messages successfully delivering, the corrupted data prevented the system from accurately updating the broadcast status. The problem was resolved by manually updating the broadcast job’s status to “Failed” in the system, which addressed the client’s dashboard compatibility issue.

Created by: saadah

Created at: 2025-02-16T14:10:44.616Z

Pertanyaan:

Ringkasan Pertanyaan: Team melaporkan ketidaksesuaian jumlah percakapan yang sedang berlangsung (ongoing conversation) antara tampilan di sisi admin dan sisi agen untuk akun Hartono (`can-acek1zjjjcn3izrxi`), khususnya untuk agen Nadya, Fifin, dan Tiara. Tim meminta bantuan untuk menormalkan data dan menanyakan informasi mengenai API yang digunakan untuk CSAT (Customer Satisfaction) karena diduga anomali terjadi saat pengiriman CSAT. Uswatun Hasanah kemudian mengklarifikasi bahwa mereka menggunakan Qiscus Survey, bukan CSAT.

Pertanyaan Detail:

1. Bagaimana cara menormalkan data percakapan yang tidak sinkron antara tampilan admin dan agen Qiscus Omnichannel untuk akun Hartono (`can-acek1zjjjcn3izrxi`), khususnya untuk agen Nadya (ccsnadya.hartono@gmail.com), Fifin (ccsfifin.hartono@gmail.com), dan Tiara (ccstiara.hartono@gmail.com)?
2. Apakah ada informasi mengenai API yang digunakan untuk fitur CSAT (atau dalam hal ini, Qiscus Survey) yang dapat membantu dalam mereproduksi masalah ketidaksesuaian jumlah percakapan?

Jawaban:

Ringkasan Jawaban: Tim telah membantu menormalkan data percakapan beberapa kali. Terkait API untuk CSAT (atau Qiscus Survey), informasi lebih lanjut dibutuhkan untuk membantu investigasi. Karena Uswatun Hasanah mengklarifikasi penggunaan Qiscus Survey bukan CSAT, informasi lebih detail tentang integrasi Qiscus Survey dibutuhkan untuk menyelidiki masalah ini lebih lanjut.

Jawaban Detail:

1. Tim telah beberapa kali melakukan normalisasi data percakapan untuk akun Hartono. Namun, masalah ini berulang. Untuk investigasi lebih lanjut, dibutuhkan informasi tambahan seperti:
   1. Detail langkah-langkah yang menyebabkan ketidaksesuaian.
   1. Screenshots* atau *video* yang menunjukkan ketidaksesuaian data.
   1. Room ID* yang terkait dengan percakapan yang bermasalah.
   1. Waktu kejadian yang spesifik.

• Tidak ada informasi API untuk CSAT yang diberikan. Namun, karena Uswatun Hasanah mengklarifikasi bahwa mereka menggunakan Qiscus Survey, informasi tambahan tentang integrasi Qiscus Survey diperlukan untuk menyelidiki masalah ini. Informasi yang dibutuhkan meliputi:
  • Detail implementasi Qiscus Survey.
  • App ID.

• Konfigurasi Qiscus Survey.

Created by: saadah

Created at: 2025-02-16T14:13:09.925Z

Pertanyaan:

Ringkasan Pertanyaan: Tim internal menanyakan apakah terdapat API untuk mengecek credit balance WhatsApp dalam konteks integrasi Qiscus Omnichannel dengan sistem internal klien (Maron).

Pertanyaan Detail: Apakah terdapat API Qiscus Omnichannel yang memungkinkan pengecekan saldo credit WhatsApp? Jika ada, mohon berikan informasi lebih lanjut mengenai API tersebut.

Jawaban:

Ringkasan Jawaban: Ya, terdapat API yang dapat digunakan untuk memeriksa saldo WhatsApp credit. Link dokumentasi API telah diberikan oleh Mirazhulmi.

Jawaban Detail: Berdasarkan percakapan, Mirazhulmi telah memberikan link dokumentasi API (<https://documenter.getpostman.com/view/8259884/TVsuCSeT#1cf8cc76-92c2-4984-a066-5b 9849ae8a29>) yang dibutuhkan untuk mengecek credit balance WhatsApp. Gilang Ladisadewa menjelaskan bahwa klien (Maron) menggunakan API Qiscus di dashboard mereka dan ingin menampilkan credit balance tersebut di dashboard mereka sendiri.

Created by: saadah

Created at: 2025-02-16T14:14:21.896Z

Question Summary: Client RS Annisa (`yjqfi-3rikrrldjc0ksqz`) experienced a delay in sending a broadcast message (BC name: `1hpvdnanovdesrajal500`) in Qiscus Omnichannel. The broadcast was stuck in a “sending” status for approximately one hour. The question is whether a one-hour queue for a broadcast is normal and, if not, what constitutes an abnormally long queue time.

Answer Summary: The initial responses indicated the broadcast was still processing and showed some messages as delivered/read. Later, it was confirmed the broadcast had finished, and the client subsequently sent another broadcast. However, the question regarding the normality of a one-hour queue time was not directly answered.

Question and Answer Format:

Q: Klien RS Annisa (`yjqfi-3rikrrldjc0ksqz`) mengalami penundaan dalam mengirim pesan broadcast (nama BC: `1hpvdnanovdesrajal500`) di Qiscus Omnichannel. Broadcast tersebut

terhenti pada status “sending” selama kurang lebih satu jam. Apakah antrian selama satu jam untuk broadcast merupakan hal yang normal? Jika tidak, berapa lama waktu antrian yang dianggap tidak normal?

A: Respon awal menunjukkan broadcast masih dalam proses dan beberapa pesan telah terkirim/terbaca. Kemudian, dikonfirmasi bahwa broadcast telah selesai, dan klien kemudian mengirim broadcast lagi. Namun, pertanyaan mengenai normal atau tidaknya waktu antrian satu jam untuk broadcast belum terjawab secara langsung. Untuk mengetahui durasi waktu antrian yang normal, diperlukan informasi lebih lanjut dari tim Support Qiscus mengenai batasan waktu pengiriman broadcast dan faktor-faktor yang dapat mempengaruhi waktu pengiriman. Informasi seperti ukuran broadcast, jumlah penerima, dan kondisi server pada saat pengiriman dapat membantu menentukan apakah waktu antrian satu jam tersebut normal atau tidak.

Created by: saadah

Created at: 2025-02-16T14:17:23.882Z

Question Summary:

Multiple clients (Knitto and Asuransi Astra Garda Oto) experienced session expiry issues in Qiscus Omnichannel, even with new incoming chats. The issue was reported to and seemingly resolved by the support team multiple times, but the problem recurred for Asuransi Astra Garda Oto.

Answer Summary:

The support team (Mirazhulmi) reported resolving the session expiry issue for both Knitto and Asuransi Astra Garda Oto multiple times. However, the issue persisted for Asuransi Astra Garda Oto, requiring further investigation.

Question and Answer Format:

Q: Multiple clients are reporting session expiry issues in Qiscus Omnichannel, even when new chats are received. The issue appears intermittent and has been reported as resolved multiple times, but it persists for at least one client (Asuransi Astra Garda Oto, Room ID not provided in this summary, but linked in original message). What steps should be taken to permanently resolve this recurring problem?

A: Based on the conversation, the support team (Mirazhulmi) has already attempted to resolve the issue for both Knitto (`byto-0w8cibcsjv8cs2cp`, RoomID: 46619464) and Asuransi Astra Garda Oto. While the issue initially appeared resolved for both, it recurred for Asuransi Astra Garda Oto. To permanently resolve the problem, further investigation is needed. This investigation should include:

Gathering more detailed information from Asuransi Astra Garda Oto: This includes obtaining the specific Room ID for their recurring issue (if different from the previously mentioned ones), timestamps of when the expiry occurs, and screenshots/logs if possible (respecting client privacy as much as possible).

Analyzing Qiscus Omnichannel logs and system data: This will help identify any patterns or underlying causes of the session expiry issues.

Checking the client’s Qiscus Omnichannel configuration: Ensure their setup is correct and adheres to best practices.

Testing different scenarios: Replicate the issue to understand the triggers and root cause.

The repeated nature of the problem suggests a more systemic issue requires attention, beyond simple individual room resets. A deeper technical investigation is required to prevent future recurrences.

Created by: saadah

Created at: 2025-02-16T14:18:59.218Z

Question Summary:

A delay in displaying a customer chat in the Qiscus Omnichannel agent’s ongoing chat list was observed. The chat was handed over to the agent on February 11th, 2025, at 10:28 AM, but only appeared on February 12th, 2025, after a refresh, causing a delay in the agent’s response. The inquiry requests investigation into this delay for Asuransi Astra Buana with sample room ID

`teoyw-bxkwiimnwnle4te`.

Answer Summary:

Requires further investigation. Needs the following information to effectively troubleshoot: detailed logs for the specified room ID and timestamps around the handover to determine the root cause of the delay in displaying the chat in the agent’s ongoing list.

Question and Answer Format:

Question:

[ask][omnichannel] Selamat siang team <!subteam^S01NDV2PFC5>, mohon dibantu pengecekan kendala Asuransi Astra Buana `teoyw-bxkwiimnwnle4te`, pada sample room berikut, chat sudah di handover ke agent di 11 Februari 2025 pukul 10:28. Namun dari agent infokan chatnya tidak muncul di ongoing, saat di refresh chat baru bisa muncul hari ini 12 Februari 2025, sehingga ada delay agent menjawab chat dari customer.

https://multichannel.qiscus.com/web/teoyw-bxkwiimnwnle4te/inbox#id=296815645

Answer:

Terima kasih atas laporannya, Client. Untuk dapat menyelidiki kendala ini lebih lanjut dan memastikan penyebab keterlambatan munculnya chat di daftar ongoing agent, kami memerlukan informasi tambahan. Mohon dapat memberikan informasi berikut:

Log detail: Log detail untuk room ID `teoyw-bxkwiimnwnle4te` khususnya sekitar waktu handover (11 Februari 2025 pukul 10:28) dan waktu chat muncul (12 Februari 2025). Log ini akan membantu kami mengidentifikasi penyebab masalah.

Setelah mendapatkan informasi ini, kami akan segera menindaklanjuti dan memberikan solusi. Kami akan menghubungi Anda kembali setelah investigasi selesai.

Created by: saadah

Created at: 2025-02-16T14:20:27.102Z

Pertanyaan:

Klien menggunakan React Native (versi 0.75.4) dan

`@qiscus-community/react-native-multichannel-widget` (versi 2.0.2) untuk aplikasi Mahakarya Omnitalenta Madani (kode aplikasi: vydpv-ershwotulol345h). Mereka mengalami dua masalah: tombol kembali (back button) pada widget tidak terlihat karena latar belakang judul berwarna putih, dan ingin mengetahui apakah pengiriman pesan otomatis saat membuat layar widget dimungkinkan.

Ringkasan Jawaban:

Masalah tombol kembali yang tidak terlihat disebabkan penggunaan gambar PNG putih sebagai latar belakang tombol di widget React Native. Tim sedang mencari solusi untuk mewarnai tombol tersebut. Mengenai pengiriman pesan otomatis saat membuat layar widget, tim akan mencoba membuat contoh kode (sample code) setelah menyelesaikan masalah tombol kembali. Karena versi widget yang digunakan sudah lama dan jarang diperbarui, proses penyelesaian masalah mungkin memakan waktu.

Format Pertanyaan & Jawaban:

Pertanyaan 1: Mengapa tombol kembali pada widget React Native Qiscus Omnichannel tidak terlihat ketika latar belakang judul berwarna putih?

Jawaban 1: Tombol kembali menggunakan gambar PNG berwarna putih sebagai latar belakang, sehingga tidak terlihat pada latar belakang judul yang juga berwarna putih. Tim sedang mencari solusi untuk mengatasi hal ini.

Pertanyaan 2: Apakah dimungkinkan untuk mengirim pesan secara otomatis saat membuat layar widget React Native Qiscus Omnichannel?

Jawaban 2: Kemungkinan besar ya. Tim akan membuat contoh kode (sample code) setelah menyelesaikan masalah pada tombol kembali.

Pertanyaan 3: Apa yang menyebabkan proses penyelesaian masalah ini memakan waktu?

Jawaban 3: Versi `@qiscus-community/react-native-multichannel-widget` (2.0.2) yang digunakan sudah lama dan jarang diperbarui, sehingga mungkin terdapat kendala kompatibilitas dan membutuhkan waktu lebih lama untuk menemukan solusi.

Created by: saadah

Created at: 2025-02-16T14:21:48.994Z

Question Summary: Multiple clients reported delays and inability to access Qiscus Omnichannel chat rooms. The issue seemed intermittent, resolving and recurring. Specifically, one client reported needing to “start chat” before replying, even after initiating a conversation.

Answer Summary: The issue was reported as intermittent, impacting multiple clients. The support team investigated, and while the problem appeared resolved at one point, it recurred. The team requested additional information (App ID, sample room links) to diagnose the root cause when the issue re-emerged. The team’s investigation ultimately found that the “start chat” button was no longer appearing in the affected rooms.

Question and Answer Format:

Q1: Pada tanggal 2 Februari 2025, beberapa klien melaporkan adanya delay saat mengakses room chat Qiscus Omnichannel. Empat klien melaporkan masalah ini. Apakah ada kendala pada sistem Qiscus Omnichannel pada waktu tersebut?

A1: Pada tanggal 2 Februari 2025, beberapa klien melaporkan delay akses room chat Qiscus Omnichannel. Tim support menyelidiki laporan tersebut. Meskipun masalah tersebut tampak terselesaikan untuk sementara, laporan serupa muncul kembali.

Q2: Pada tanggal 13 Februari 2025, klien melaporkan bahwa mereka perlu mengklik “start chat” setiap kali ingin membalas pesan di room chat, meskipun chat sudah diinisialisasi. Apa penyebab masalah ini dan bagaimana solusinya?

A2: Pada tanggal 13 Februari 2025, klien melaporkan kebutuhan untuk mengklik “start chat” sebelum membalas pesan, bahkan setelah memulai percakapan. Tim support menyelidiki dan menemukan bahwa tombol “start chat” tidak lagi muncul di room yang bermasalah. Masalah ini tampaknya terselesaikan kemudian. Untuk penyelidikan lebih lanjut jika masalah ini terulang, tim meminta informasi tambahan seperti App ID dan link sample room.

Created by: saadah

Created at: 2025-02-16T14:22:59.464Z

Question Summary: Robolabs chatbot for app `ganok-tn0ju87i5crbunm` in room 296358435 is not responding, returning a 500 Internal Server Error and a “get feature” error. This seems related to a previous replica lag issue.

Answer Summary: The issue is acknowledged and being investigated. It’s possibly related to a server-side problem (replica lag). Further reports are requested if the problem persists.

Question and Answer Format:

Q: On February 12th, 2025, the Robolabs chatbot for application `ganok-tn0ju87i5crbunm` in room ID 296358435 stopped responding, returning a 500 Internal Server Error and a “get feature” error (see logs linked in original message). Is this a known issue, and what is the current status of the investigation?

A: The issue has been noted. Initial investigation suggests a possible server-side problem, potentially related to a previous replica lag issue reported on February 12th, 2025. The team is currently investigating. If the problem persists, please report it again with details.

Created by: saadah

Created at: 2025-02-16T14:25:58.765Z

Question Summary:

Taufik Budi inquired about two features related to Qiscus CSAT: 1) a webhook or feature to notify when a customer from a specific room ID has completed a CSAT form; and 2) the possibility of automatically resolving CSAT responses after a response from the CSAT agent.

Answer Summary:

Kurnia Dwi Utami confirmed that currently, there is no webhook or feature available to detect if a specific room ID has completed a CSAT form. The second question regarding automatic resolution of CSAT responses after agent response was not explicitly answered in the provided conversation.

Question and Answer Format:

Question 1:

Apakah ada webhook atau fitur di Qiscus CSAT yang dapat memberitahu ketika customer dari room ID tertentu telah mengisi form CSAT?

Answer 1:

Confirmed ya mas, untuk saat ini belum ada webhook/feature yg bisa ngedetect apakah roomid xxx sudah mengisi csat/ belum.

Question 2:

Apakah memungkinkan untuk otomatis menyelesaikan (auto-resolve) respon CSAT setelah agen CSAT memberikan jawaban?

Answer 2:

Tidak ada jawaban yang diberikan dalam konteks percakapan ini terkait pertanyaan ini. Created by: saadah

Created at: 2025-02-16T14:27:36.242Z

Pertanyaan:

Ringkasan Pertanyaan: Uswatun Hasanah meminta bantuan untuk penormalan room yang expired di Topindo melalui link

`https://multichannel.qiscus.com/web/rxtav-wlvdrrn8u35xxk4/inbox#id=297344146 `.

Pertanyaan & Jawaban:

Pertanyaan: Bagaimana proses penormalan room expired di Qiscus Omnichannel yang dilaporkan oleh Uswatun Hasanah dengan link

`https://multichannel.qiscus.com/web/rxtav-wlvdrrn8u35xxk4/inbox#id=297344146 `

Jawaban: Alif Faizun telah menangani permintaan tersebut dan menyatakan telah menyelesaikannya (“done mb”). Uswatun Hasanah telah mengkonfirmasi dan mengucapkan terima kasih atas bantuan yang diberikan. Detail teknis mengenai proses penormalan yang dilakukan oleh Alif Faizun tidak tersedia dalam log percakapan ini.

Created by: saadah

Created at: 2025-02-16T14:29:19.861Z

Pertanyaan Ringkasan: Rahma Nabila mengalami dua masalah dengan Qiscus Omnichannel:

(1) tombol “get customers” menampilkan angka 1 atau 2 tetapi tidak ada *unserved room* saat diklik, dan setelah refresh, jumlah *unserved* menunjukkan 0; (2) pengiriman pesan mengalami loading yang lama. Masalah pertama terjadi beberapa kali sepanjang hari, sedangkan masalah kedua terjadi sekali di pagi hari. Alif Faizun meminta informasi lebih detail, termasuk App ID, Room ID, dan waktu kejadian yang lebih spesifik. Terdapat juga issue serupa yang dilaporkan oleh Knitto (ticket #3807).

Ringkasan Jawaban: Rahma Nabila memberikan App ID `qiscuscs-5xm3wgs5fc1p` dan informasi waktu kejadian yang lebih spesifik untuk kedua masalah. Namun, Room ID dan pesan yang pengirimannya lambat belum diberikan. Informasi tambahan dibutuhkan untuk mendiagnosis masalah dengan lebih akurat.

Format Tanya Jawab:

Pertanyaan 1: Rahma Nabila melaporkan bahwa tombol “get customers” di Qiscus Omnichannel menunjukkan adanya pelanggan yang belum dilayani (1 atau 2), tetapi saat diklik, tidak ada *unserved room*. Setelah refresh, jumlah *unserved* menjadi 0. Hal ini terjadi beberapa kali sepanjang hari. Apa yang menyebabkan masalah ini dan bagaimana cara mengatasinya?

Jawaban 1: Untuk mendiagnosis masalah ini, dibutuhkan informasi tambahan seperti Room ID dan waktu kejadian yang lebih spesifik untuk setiap insiden. Informasi ini akan membantu dalam mengidentifikasi pola dan penyebab masalah. Masalah serupa telah dilaporkan sebelumnya (lihat ticket #3807).

Pertanyaan 2: Rahma Nabila juga mengalami masalah pengiriman pesan yang loadingnya lama di Qiscus Omnichannel. Kejadian ini terjadi sekali di pagi hari, sekitar pukul 10.45 – 11.19. Apa penyebab masalah ini dan bagaimana cara mengatasinya?

Jawaban 2: Untuk mendiagnosis masalah ini, dibutuhkan informasi tambahan seperti Room ID dan isi pesan yang mengalami loading lama. Informasi ini akan membantu dalam mengidentifikasi penyebab keterlambatan pengiriman pesan.

Pertanyaan 3: Ada laporan terkait masalah “get customers” yang serupa dari Knitto (ticket #3807), dimana meskipun ada 99+ *unserved customer*, notifikasi menunjukkan tidak ada

*unserved customer*. Apakah kedua masalah ini terkait dan bagaimana cara menyelesaikannya?

Jawaban 3: Kemungkinan kedua masalah ini terkait, tetapi diperlukan informasi lebih lanjut untuk memastikannya. Informasi seperti App ID, Room ID, dan detail kejadian dari kedua kasus akan membantu dalam analisis lebih lanjut. Tim Support sedang menyelidiki ticket #3807.

Informasi Tambahan yang Dibutuhkan:

Room ID: Untuk kedua masalah (get customers dan pengiriman pesan lambat).

Waktu Kejadian yang Lebih Spesifik: Untuk setiap insiden “get customers” dan kejadian pengiriman pesan lambat.

Isi Pesan: Untuk kejadian pengiriman pesan lambat.

Created by: saadah

Created at: 2025-02-16T14:35:11.204Z

Pertanyaan Ringkasan: Agen Edo bergabung ke room Omnichannel setelah di-resolve, tetapi room tersebut tidak muncul di tab “resolved” maupun “ongoing” di dashboard agen. Log menunjukkan bot memanggil API `hand_over_to_role` setelah room di-resolve. Apakah ini anomali dan bagaimana cara menormalkannya?

Ringkasan Jawaban: Ini adalah anomali di mana bot memanggil API `hand_over_to_role` pada room yang sudah di-resolve. Tim telah menormalkannya dengan menghapus agen dari room tersebut. Pengguna diminta untuk memeriksa kembali.

Format Tanya Jawab:

Pertanyaan: Selamat sore team, mohon dibantu pengecekan kendala Oxygen pada room berikut ini, Agen Edo joined ke room setelah di resolved, namun room tersebut tidak muncul di tab resolved maupun tab ongoing pada dashboard agent. [link ke room] Mohon infonya team, terima kasih banyak sebelumnya.

Jawaban: Terkait kendala room Omnichannel yang tidak muncul di tab resolved maupun ongoing setelah agen Edo bergabung padahal room sudah di-resolve, kami mendeteksi anomali di mana bot memanggil API `hand_over_to_role` setelah room di-resolve. Hal ini telah kami normalkan dengan menghapus agen dari room tersebut. Silakan cek kembali.

Created by: saadah

Created at: 2025-02-16T14:38:06.749Z

Question Summary: A client experienced “failed when getting message template” errors when sending broadcasts via Qiscus Omnichannel, App ID `ytyt-vmgagxg0wwcsol9d`. The issue was initially reproducible on a supervisor account and then seemingly resolved, but the underlying cause and potential impact on other clients (Kredivo) needed investigation. Heavy queries were also observed around 4 PM, potentially contributing to the problem.

Answer Summary: The issue with the “failed when getting message template” error during broadcasts appeared to resolve itself. A team member confirmed functionality was restored on the Kredivo account. Further investigation into heavy queries around 4 PM (potentially impacting the broadcast functionality) is planned for the next day.

Question & Answer Format:

Q1: What was the initial problem reported by the client (via Deva Agus P and Yuniati)?

A1: The client, using App ID `ytyt-vmgagxg0wwcsol9d`, experienced a “failed when getting message template” error when attempting to send broadcasts via Qiscus Omnichannel. The error was initially reproducible on a supervisor account.

Q2: Was the issue resolved? If so, how?

A2: Yes, the issue appeared to resolve itself. Deva Agus P reported that the problem was no longer reproducible on the `ytyt-vmgagxg0wwcsol9d` App ID after some time. Alif Faizun also confirmed that broadcasts were working normally again on the Kredivo account, which also uses the Qiscus Omnichannel service and sends many broadcasts.

Q3: Were there any other related issues identified?

A3: Yes, heavy queries were observed on the database around 4 PM on the day of the incident. Alif Faizun provided sample queries (`wa_session_logs` and `broadcast_jobs` queries) which were suspected to be resource-intensive and may have contributed to the broadcast failure.

Muza confirmed these were resource-heavy queries. Q4: What are the next steps?

A4: Further investigation into the heavy queries observed around 4 PM will be conducted the following day to determine if they were the root cause of the broadcast issue or a separate concern.

Created by: saadah

Created at: 2025-02-16T14:39:46.567Z

Question Summary: Client Hana Fardilla (SVP: dini@ringkas.co.id) reports a similar issue to the ERHA case in App ID `ddubj-bqhoerjjn6vitka` and requests assistance in checking and resolving it.

Answer Summary: Requires further investigation. Needs more details to understand the specific problem experienced by the client to provide an accurate solution. Additional information such as a detailed description of the issue, screenshots, or error logs are requested.

Question and Answer Format:

Q: Halo Hana Fardilla, terima kasih telah menghubungi kami. Saya mengerti Anda mengalami masalah serupa dengan kasus ERHA di App ID `ddubj-bqhoerjjn6vitka`. Untuk dapat membantu Anda dengan lebih baik, bisakah Anda memberikan informasi lebih detail mengenai masalah yang terjadi? Contohnya: deskripsi lengkap masalah, tangkapan layar (screenshot), atau log error jika ada. Informasi tambahan seperti waktu kejadian dan langkah-langkah yang dilakukan sebelum masalah terjadi juga akan sangat membantu. Terima kasih atas kerja samanya.

A: Untuk dapat membantu menyelesaikan masalah ini, saya memerlukan informasi tambahan dari Anda, Hana Fardilla. Mohon berikan deskripsi detail mengenai masalah yang terjadi, serta lampirkan screenshot atau log error jika ada. Juga, mohon informasikan waktu kejadian dan langkah-langkah yang telah Anda lakukan sebelum masalah muncul. Setelah menerima informasi tersebut, saya akan dapat memberikan solusi yang tepat. Terima kasih atas kerja samanya.

Created by: saadah

Created at: 2025-02-16T14:41:12.871Z

Question Summary: The internal team is inquiring about the `unique_temp_id` field within the Qiscus Omnichannel API payload’s “message” object. Specifically, they want to understand the difference between `unique_temp_id` and `message.id`, and why `unique_temp_id` is populated for WhatsApp messages but not for Facebook Messenger messages. They also want clarification on whether `unique_temp_id` will be populated for Facebook Messenger in the future and what the `message.id` field represents within Qiscus.

Answer Summary: The `message.id` field represents the Qiscus message ID. The

`unique_temp_id` field stores the ID provided by the specific channel (e.g., WhatsApp’s message ID). Currently, `unique_temp_id` is populated with the WhatsApp message ID for WhatsApp channels, but this is not yet implemented for Facebook Messenger; it’s either empty or random. The team suggests this be added as an improvement request.

Q&A Format:

Q: Halo tim mau tanya terkait payload ketika kirim atau terima pesan. di objek “message” itu ada “unique_temp_id”. field itu bedanya dengan message id apa ya? follow up pertnyaannya, kenapa di channel WA field itu ada isinya, tapi di channel FB messenger, cuma tipe text yg ada field tersebut

“`json

{

“payload”: {

“from”: {

“avatar_url”:

“<https://dnlbo7fgjcc7f.cloudfront.net/tgmnu-ytpk60fwn0tea1o/image/upload/l9Vk6XXf39/846282 73_176159830277856_972693363922829312_n.jpg>”,

“email”: “7380625602061283”,

“id”: 0,

“id_str”: “0”,

“name”: “Yu Hanyip”

},

“message”: {

“comment_before_id”: 0,

“comment_before_id_str”: “0”, “created_at”: “2025-02-12T03:09:33Z”,

“disable_link_preview”: false, “extras”: {

“source”: “fb”,

“type”: “image”

},

“id”: 0,

“id_str”: “0”, “payload”: {

“caption”: null, “url”:

“<https://dnlbo7fgjcc7f.cloudfront.net/tgmnu-ytpk60fwn0tea1o/image/upload/hdEa4lbdna/46253 8199_556552420442076_5659716117064282511_n.jpg>”

},

“text”: “”,

“timestamp”: “2025-02-12T03:09:33Z”,

“type”: “file_attachment”, “unique_temp_id”: “”, “unix_nano_timestamp”: 1739329773000,

“unix_timestamp”: 1739329773

},

“room”: {

“id”: “297043992”,

“id_str”: “297043992”,

“is_public_channel”: false, “name”: “Yu Hanyip”, “options”:

“{\”channel\”:\”fb\”,\”channel_details\”:{\”channel_id\”:2892,\”name\”:\”Testing Jer\”,\”page_id\”:\”567730866421117\”},\”is_resolved\”:false,\”is_waiting\”:true,\”source\”:\”fb\”}”,

“participants”: [

{

“email”: “7380625602061283”

},

{

“email”: “tgmnu-ytpk60fwn0tea1o_admin@qismo.

Created by: saadah

Created at: 2025-02-16T14:42:23.546Z

Question Summary: There’s a data discrepancy between Qiscus Omnichannel’s Add Agent view and Analytics for client Hartono (`can-acek1zjjjcn3izrxi`). Agent CCS ALDI (ccsaldi.hartono@gmail.com) shows 0 ongoing conversations in Analytics, but Add Agent shows 1 ongoing conversation. The agent’s view also shows no pending conversations.

Answer Summary: The issue of data discrepancy between Add Agent and Analytics regarding ongoing conversations for agent CCS ALDI has been addressed and normalized.

Question and Answer Format:

Q: Ada ketidaksesuaian data antara tampilan Add Agent dan Analytics pada Qiscus Omnichannel untuk klien Hartono (`can-acek1zjjjcn3izrxi`). Agent CCS ALDI (ccsaldi.hartono@gmail.com) menunjukkan 0 percakapan yang sedang berlangsung di Analytics, tetapi Add Agent menunjukkan 1 percakapan yang sedang berlangsung. Tampilan Agent juga tidak menunjukkan percakapan yang tertinggal. Bisakah Anda menjelaskan dan menindaklanjuti masalah ini?

A: Terkait masalah ketidaksesuaian data antara Add Agent dan Analytics untuk klien Hartono (`can-acek1zjjjcn3izrxi`) dan Agent CCS ALDI (ccsaldi.hartono@gmail.com), masalah tersebut sudah ditangani dan dinormalisasi. Silakan periksa kembali.

Created by: saadah

Created at: 2025-02-16T14:43:26.640Z

Question Summary:

A client (Monty, `ompkm-p2mxhi227txfgki`) using a dark theme is experiencing issues with tag readability within the customer info section of Qiscus Omnichannel. They request a font color change to white or a black border around the tags to improve visibility.

Answer Summary:

The issue is acknowledged. The team is investigating and will implement an improvement, providing an update later.

Created by: saadah

Created at: 2025-02-16T14:45:35.026Z

Question Summary: Aldi encountered an unexpected header appearing in WhatsApp responses from his Robolabs chatbot (account: zant-u1tcs7tharqvefcg), despite not being configured. The header appears intermittently, even after changing the response body. The issue is specific to WhatsApp and doesn’t appear in the Omnichannel view. The chatbot has two triggers: one initiated by the customer (greeting), and another triggered by a broadcast message (quick reply button).

Answer Summary: The issue stems from a problem with Meta’s API itself, as testing directly with the Meta API also resulted in the unexpected header. The inconsistent appearance of the header is likely due to the bot’s complex trigger setup (two triggers, incomplete flow).

Q&A Format:

Q: Aldi, using Robolabs account zant-u1tcs7tharqvefcg, is experiencing unexpected headers in WhatsApp bot responses using WhatsApp Buttons. These headers weren’t configured and appear inconsistently. The Omnichannel view doesn’t show this issue. What is causing this?

A: The root cause is an issue within Meta’s WhatsApp Business API. Testing directly with the Meta API also produces the same unexpected header. The inconsistent nature of the problem (sometimes appearing, sometimes not) is likely related to the bot’s setup, which includes two triggers (customer-initiated greeting and broadcast-triggered quick reply) and an incomplete flow.

Created by: saadah

Created at: 2025-02-16T14:46:36.054Z

Question Summary: Multiple enterprise clients (Paragon, BBG, Morula, MTI, ZAP, Topindo, etc.) reported an intermittent “Failed to load room, please reload” error in Qiscus Omnichannel, preventing agents from replying to chats. The issue appeared suddenly and resolved spontaneously, and simple troubleshooting steps (hard refresh, clear cache, relogin) were ineffective. The team wants to know the cause of this error and if it’s related to peak traffic times.

Answer Summary: The issue is being investigated. To assist in the investigation, the team requests screenshots or videos showing the error and network conditions when the problem recurs.

Question and Answer Format:

Q: Several enterprise clients using Qiscus Omnichannel experienced a sudden and widespread “Failed to load room, please reload” error between 9:00 and 9:11 AM on February 14, 2025,

preventing agents from responding to chats. Standard troubleshooting (hard refresh, cache clearing, relogin) failed to resolve the issue, which later resolved itself. What is the cause of this error, and is it likely to occur again, particularly during peak traffic periods?

A: We are currently investigating the cause of the “Failed to load room, please reload” error reported by your enterprise clients. To help us diagnose the problem more effectively, if this issue occurs again, please provide screenshots or videos demonstrating the error message and the network conditions at the time. This will include information about the type of error received. This additional information will allow for a more thorough investigation.

Created by: saadah

Created at: 2025-02-16T14:47:36.171Z

Question Summary: Two separate requests (from Hana Fardilla and Uswatun Hasanah) for assistance in restoring expired WhatsApp Business API (WABA) chat rooms within Qiscus Omnichannel. Both requests were successfully resolved by Mirazhulmi.

Question:

Two separate internal team members, Hana Fardilla and Uswatun Hasanah, reported expired WhatsApp Business API (WABA) chat rooms in Qiscus Omnichannel requiring restoration. The provided links point to specific rooms:

Hana Fardilla:

`https://omnichannel.qiscus.com/web/hdtdt-qiigt2hhttruw8m/customers-v2#id=145180615>` (Spark Sport/Tunan Sozo)

Uswatun Hasanah:

`<https://multichannel.qiscus.com/web/hdtdt-qiigt2hhttruw8m/inbox#id=297429474>` (Sparks)

Mirazhulmi confirmed resolving both issues. Can you confirm that these issues, related to expired WABA rooms in Qiscus Omnichannel, were indeed resolved and if any further action is needed?

Answer:

Based on the provided chat logs, both Hana Fardilla and Uswatun Hasanah reported issues with expired WABA rooms in Qiscus Omnichannel. Mirazhulmi confirmed resolving both issues. The users expressed satisfaction with the resolution. No further action appears necessary based on this information.

Created by: saadah

Created at: 2025-02-16T14:48:38.849Z

Question Summary: A bug is reported in Robolabs regarding multiple agent handovers simultaneously after office hours, specifically for appID *PAM (erorf-vf0y6fnflyndz9s)*. The handover trigger occurred outside office hours, and upon entering office hours the next day, multiple agents were assigned to the same conversation. The Robolabs configuration has “Outside Office Hour,” “Handover after Office Hour,” and “Handover to Online Agent” all enabled.

Answer Summary: The issue is confirmed as a bug. A follow-up question arises about whether the assigned agents are all from the same division (which is confirmed to be true – General division). However, the bug hasn’t been successfully reproduced yet.

Created by: saadah

Created at: 2025-02-16T14:49:42.024Z

Question Summary: Qiscus Omnichannel is experiencing a bug where chatrooms disappear from the “unserved” tab almost immediately after appearing. This affects the

`cs.jogja@gmedia.co.id` (SPV) and `customercare3@gmedia.id` (agent) accounts. Incoming chats are not appearing, although customers are still shown in the “get customer” section. The issue is reproducible.

Answer Summary: The issue is acknowledged. An improvement is planned, and further updates will be provided.

Created by: saadah
Created at: 2025-02-16T14:50:48.382Z

Question Summary: Muhammad Azmi Aris reports discrepancies in WhatsApp Business API (WABA) postpaid usage data for January 2025 for several clients (Paragon, Sozo Group, Unilever Point, Reckitt). He requests either a full data resync for January or, if that’s not feasible, the API metadata in JSON format to manually reconcile the discrepancies between Qiscus’s data and Meta’s invoices. The team discusses the challenges of a full resync (potential data duplication) and investigates alternative solutions, eventually focusing on resyncing only the problematic data for January 24th.

Answer Summary: Risna Prawitamurti and the team initially explore a full resync but decide against it due to the risk of duplicate data. They opt instead to provide Azmi with the JSON data for each client’s WABA usage. After investigation, they discover discrepancies are concentrated around January 24th and propose selectively resyncing that day’s data for the affected App IDs. The team works through the issue, providing JSON data and eventually resolving the discrepancies for most clients, with Paragon requiring additional time due to its large data volume. The final discrepancies are reconciled by manually adjusting based on the invoice data from Meta.

Q&A Format:

Q: There are discrepancies in January 2025 WhatsApp Business API (WABA) postpaid usage data for several clients (Paragon, Sozo Group, Unilever Point, Reckitt). Eleven specific App IDs are affected. What is the best course of action to resolve these discrepancies and allow for client invoicing?

A: A full data resync for the entire month of January is not recommended due to the risk of data duplication. Instead, the following approach is being taken:

1. Data Extraction: The team is providing the requested WhatsApp Business API metadata in JSON format for each of the eleven affected App IDs, allowing for manual reconciliation with Meta’s invoices. These JSON files will help identify the specific channels and phone numbers with usage discrepancies.

• Targeted Resync: The discrepancies are primarily concentrated around January 24th. The team is resyncing the data for this specific date for the affected App IDs to correct the partial data reported on that day. This avoids a full month resync, minimizing the risk of data duplication.

• Manual Reconciliation: Where discrepancies remain after the targeted resync (e.g., the difference between Meta’s invoice and Qiscus’s data), manual adjustments will be made based on the Meta invoice data, as the invoice is the official record for client billing. This manual process is necessary due to small variations inherent in data processing.

• Future Prevention: The team is also considering implementing improvements to prevent similar issues in the future, potentially through improved logging or Metabase queries to quickly identify anomalies in data synchronization.

Created by: saadah

Created at: 2025-02-16T14:52:07.038Z

Question Summary: Internal team members are experiencing difficulty accessing Qiscus SDK REST V2 documentation, requiring access requests even with @qiscus.com emails. The documentation is currently hosted on Quip and Google Drive.

Answer Summary: The documentation’s access control needs to be reviewed. While the initial response suggested using Google Docs and inviting team members via their @qiscus.com email addresses, this solution proved ineffective. The underlying issue is that the documentation is not publicly accessible and requires explicit invitation.

Question and Answer Format:

Q: Internal teams are reporting issues accessing the Qiscus SDK REST V2 documentation (links provided in the original message). Even with @qiscus.com email addresses, access

requests are needed. How can we resolve this access issue to ensure smooth developer workflow?

A: The current method of accessing the documentation via Quip and Google Drive with access controls in place is causing problems for internal teams. The solution requires a review of the access control settings. Simply inviting users with @qiscus.com emails is not sufficient, indicating a problem with the access permissions themselves. Further investigation is needed to determine whether the documentation should be publicly accessible or if a more streamlined invitation process is needed. The Support team should be involved to determine the best approach to ensure easy and secure access for authorized personnel.

Created by: saadah

Created at: 2025-02-16T14:53:35.301Z

Question Summary:

Client reports recurring “failed sending message” errors in Qiscus Omnichannel, which are not appearing in Loki logs or other failure logs. She’s comparing this to competitors (Qontak/Taptalk) who haven’t experienced similar issues, and notes that Meta previously attributed similar errors to server refreshes (lasting 1-2 minutes). The request is for insight into the cause of these persistent errors and why they’re not reflected in standard logging.

Answer Summary:

Team acknowledges the issue and indicates they will investigate. No definitive answer or solution is provided yet.

Created by: saadah

Created at: 2025-02-16T14:54:51.299Z

Question Summary:

Client reports multiple failed message sending attempts (“Service temporarily unavailable”) within Qiscus Omnichannel for client Erha across several sample rooms (297641775, 297639451, 237953587, 297634747, 167505299). Mirazhulmi is assisting. The team needs to investigate if this is an isolated incident to a specific room or a wider issue.

Question and Answer Format:

Q: Several Qiscus Omnichannel rooms for client Erha are experiencing message sending failures with the error “Service temporarily unavailable – Server is temporarily unavailable. Please retry after some time.” The affected room IDs are 297641775, 297639451, 237953587, 297634747, and 167505299. Is this a widespread service disruption, or is the issue isolated to specific rooms or configurations? What steps should be taken to resolve this?

A: To determine the root cause of the “Service temporarily unavailable” error affecting multiple Qiscus Omnichannel rooms for client Erha (room IDs: 297641775, 297639451, 237953587, 297634747, and 167505299), we need more information. Please provide:

Erha’s App ID: This will help identify the specific client configuration.

Detailed logs: Access Qiscus’s internal logs for the specified timeframes and room IDs to pinpoint the exact cause of the error. This will show whether the issue is client-side, server-side, or related to specific API calls.

Client-side information: Check Erha’s network connectivity and any potential firewall or proxy settings that might be interfering.

The exact timestamps of the failed messages:** This will help correlate the errors with potential server-side events.

Once this information is gathered, the Support team can accurately diagnose and resolve the issue. The initial error message suggests a temporary server-side problem, but further investigation is needed to confirm this and rule out other possibilities.

Created by: saadah

Created at: 2025-02-18T08:18:36.150Z

Question Summary: The agent, Hartono (`can-acek1zjjjcn3izrxi`), shows a discrepancy in the number of ongoing chats between the admin dashboard and his agent dashboard within Qiscus Omnichannel.

Answer Summary: The issue of inconsistent ongoing chat counts for agent Hartono between the admin and agent dashboards in Qiscus Omnichannel requires further investigation. The support team has acknowledged the problem and requested additional checks.

Question and Answer Format:

Q: There’s a discrepancy in the number of ongoing chats displayed for agent Hartono

(`can-acek1zjjjcn3izrxi`) between the Qiscus Omnichannel admin dashboard and his personal agent dashboard. The agent’s email is ccstiara.hartono@gmail.com. Can you help resolve this?

A: Baik, terima kasih telah melaporkan masalah ini. Kami telah meminta tim untuk memeriksa kembali dan menormalkan jumlah percakapan yang sedang berlangsung untuk agent Hartono. Mohon bersabar, kami akan segera memberikan update.

Created by: saadah

Created at: 2025-02-18T08:19:45.476Z

Question and Answer Format:

Q: How can I publish the private “Agent Allocation Staging” addon (URL:

`https://admin-apps.qiscus.com/add_ons/agent-allocation-staging `) in Qiscus App Center and allow installation for app ID `ezsij-bd9cvu5jalowxkq`?

A: The request to publish the “Agent Allocation Staging” addon and grant installation permission for app ID `ezsij-bd9cvu5jalowxkq` has been completed.

Created by: saadah

Created at: 2025-02-18T08:21:21.450Z

Question Summary: Team reported a crash bug in the Qiscus Omnichannel DG widget. Mirazhulmi requested information about whether the client is using the

`com.google.android.exoplayer` library and, if so, its version.

Answer Summary: The provided text doesn’t contain an answer to Mirazhulmi’s question. Further information is needed from the client (details from the attachment mentioned by Rijalul Fikri and confirmation on the use of `com.google.android.exoplayer` library and its version).

Q&A Format:

Q: What is the issue reported by Team?

A: Team reported a crash bug in the Qiscus Omnichannel DG widget. Details are in an attachment (which is not provided here). He also suggested a possible link to a similar layout naming issue from the past.

Q: What information did Team request from the client?

A: Team asked whether the client is using the `com.google.android.exoplayer` library and, if so, which version they are using.

Q: What is the current status of resolving the issue?

A: The issue is unresolved. More information is needed from the client to diagnose and resolve the crash. Specifically, the contents of the attachment and the answer to Team question about the `com.google.android.exoplayer` library are required.

Created by: saadah

Created at: 2025-02-18T08:24:41.870Z

Question:

Team iis reporting that a customer’s chat message in a Tokopedia room is not appearing in Qiscus Omnichannel. The Loki logs also do not show the message. They are asking if the issue lies with Tokopedia. The Omnichannel room ID is 298050138. Kurnia Dwi Utami confirmed that the chat was not sent from Tokopedia to the Omnichannel webhook. Uswatun Hasanah then asks if this issue should be directed to Tokopedia directly.

Answer:

Ya, untuk kasus ini karena chat memang tidak terkirim dari Tokopedia ke webhook Qiscus Omnichannel, maka sebaiknya diarahkan ke pihak Tokopedia untuk pengecekan lebih lanjut. Informasikan kepada klien untuk menghubungi support Tokopedia terkait hal ini. Kita bisa bantu memberikan informasi terkait Room ID dan timestamp perkiraan chat tersebut dikirimkan agar pihak Tokopedia bisa melakukan pengecekan di sisi mereka.

Created by: saadah

Created at: 2025-02-18T08:26:19.636Z

Question:

Team is reporting that the Evermos Robolabs chatbot is not responding in a specific room. They checked the outgoing logs in Metabase and found nothing. The Omnichannel link to the

room is provided. They are requesting assistance in troubleshooting this issue. Asyrof Qomaruddin later adds another, seemingly related, request for Faris to check.

Answer Summary:

The Support Bot acknowledges the issue and asks for further clarification to investigate effectively. It asks for the App ID to confirm it matches the provided link, clarifies if the issue is affecting multiple rooms or just the one provided, and requests the approximate time the issue started to narrow down the search in the logs. This information will help pinpoint the root cause of the problem.

Question and Answer Format:

Team: Selamat siang team, mohon dibantu pengecekan kendala Evermos, pada room berikut ini kenapa tidak ada respon BOT yang muncul ya team. Pengcekan di

https://metabase-internal.qiscus.com/question/4576-outgoing-logs-3-0?created_at=2025-01-28~ 2025-01-28&amp;hour_difference=7&amp;app_code=qctxr-rjpg7r86mo4wbnx&amp;room_id=2 93599671&amp;intent=&amp;status_code=&amp;url=|outgoing Logstid ak menemukan apa-apa team

https://omnichannel.qiscus.com/web/qctxr-rjpg7r86mo4wbnx/supervisor/inbox#id=293599671 mohon bantuan pengecekannya team, terima kasih banyak sebelumnya:pray::skin-tone-2:

Support Bot: Hai Team! Saya akan bantu melihat masalah ini. Untuk membantu saya menyelidiki lebih lanjut, bisakah Anda memberikan informasi berikut:

1. App ID: Bisa dipastikan App ID Evermos adalah `qctxr-rjpg7r86mo4wbnx` (sesuai link yang diberikan)?
2. Ruang yang terdampak: Apakah masalah ini hanya terjadi pada room dengan ID 293599671, atau ada ruang lain yang terdampak juga? Mohon berikan Room ID jika ada ruang lain yang terdampak.
3. Waktu kejadian: Kapan kira-kira masalah ini mulai terjadi? Informasi ini akan membantu saya mempersempit pencarian di log.

Terima kasih atas informasinya! Semakin detail informasi yang diberikan, semakin cepat saya dapat membantu menyelesaikan masalah ini.

Created by: saadah

Created at: 2025-02-18T12:48:49.267Z

Question:

Team from the internal team is asking for clarification on how to best send two different WhatsApp message templates sequentially to the same 31,000 users via Qiscus Omnichannel. Paragin, the client, wants to ensure template 1 is received before template 2. They also want to know if sending both templates with a one-hour scheduled delay between them guarantees the correct order. Additionally, they are inquiring about the maximum CSV upload limit for bulk sending and how to best manage sending two templates when the list exceeds the limit. Finally, there’s a follow-up issue where the second template was marked as spam.

Answer Summary:

While scheduling messages with a one-hour delay increases the likelihood of the correct order, it’s not guaranteed due to factors like network issues or user interaction. Sending both templates immediately could lead to the messages being received out of order. The CSV upload limit is confirmed as 10,000 recipients. For larger lists, splitting the recipient list into batches and scheduling the templates for each batch with delays between batches and templates is recommended. The spam issue was temporary and resolved, likely due to a large number of concurrent sends.

Q&A Format:

Q1: Can Qiscus Omnichannel guarantee sequential delivery of two different WhatsApp message templates to the same 31,000 users if sent with a one-hour scheduled delay?

A1: Tidak bisa 100 persen. Meskipun menjadwalkan pesan dengan jeda satu jam meningkatkan kemungkinan urutan yang benar, hal itu tidak dijamin karena faktor-faktor seperti masalah jaringan atau interaksi pengguna.

Q2: What happens if both templates are sent immediately?

A2: Jika dikirim bersamaan, tidak yakin pesannya bisa urut. Bisa jadi pesannya terbalik.

Q3: What is the maximum CSV upload limit for bulk sending in Qiscus Omnichannel? A3: Belum bisa mbak. CSV saat ini max 10k.

Q4: How should we manage sending two templates when the recipient list exceeds the 10,000 limit?

A4: Betul 31k di bagi 4 batch. Simulasinya dengan full schedule dan lebih amannya ke urutan message, […] contoh simulasinya, full schedule

• template A – batch customer 1 di 13:00
• template A – batch customer 2 di 13:30
• template A – batch customer 3 di 14:00
• template A – batch customer 4 di 14:30

• template B – batch customer 1 di 14:00
• template B – batch customer 2 di 14:30
• template B – batch customer 3 di 15:00
• template B – batch customer 4 di 15:30

Q5: Why was the second template marked as spam?

A5: Saat ini template udah normal team, tadi kayaknya ada banyak yang mark as spam bareng-bareng terus template sempat ke pause, jadinya pada failed.

Created by: saadah

Created at: 2025-02-18T12:52:01.514Z

Pertanyaan:

Bagaimana cara menambahkan header berupa gambar di Robolabs? Apakah link dari Google Drive bisa digunakan, atau harus menggunakan cara lain?

Ringkasan Jawaban:

Link Google Drive tidak dapat digunakan langsung. Gambar harus diunggah terlebih dahulu melalui Qiscus Widget, kemudian link gambar yang dihasilkan dari Qiscus Widget tersebut yang digunakan sebagai link header.

Format Tanya Jawab:

Pertanyaan: Mau tanya kalo kita mau nambah header berupa image itu linknya harus berupa apa ya? Pake gdrive gini engga bisa ya? atau gimana?

Jawaban: Harus link berupa image. Link dari Google Drive tidak bisa digunakan langsung. Anda perlu mengunggah gambarnya terlebih dahulu melalui Qiscus Widget. Setelah diunggah, copy link gambar yang dihasilkan dari Qiscus Widget dan gunakan link tersebut.

Created by: saadah

Created at: 2025-02-18T12:53:39.887Z

Pertanyaan:

Klien Enterprise Garda OTO (`teoyw-bxkwiimnwnle4te`) ingin menggunakan fitur

*copy-code-voucher* dari FBBM team pada template button WhatsApp Business API di Qiscus Omnichannel. Namun, fitur tersebut tampaknya belum didukung. Apakah memungkinkan untuk mengakomodasi kebutuhan ini dan bagaimana cara mengimplementasikannya?

Ringkasan Jawaban:

Fitur *copy-code-voucher* belum didukung melalui dashboard Qiscus Omnichannel. Disarankan untuk mencoba mengirimkan template melalui API. Jika melalui API juga mengalami error, perlu investigasi lebih lanjut dengan memberikan detail error yang muncul.

Format Tanya Jawab:

Pertanyaan: Apakah fitur *copy-code-voucher* yang ada di FBBM team sudah didukung di template button WhatsApp Business API pada Qiscus Omnichannel? Klien Enterprise Garda OTO (`teoyw-bxkwiimnwnle4te`) membutuhkan fitur ini.

Jawaban: Berdasarkan informasi yang ada, fitur *copy-code-voucher* belum didukung pada template button melalui dashboard Qiscus Omnichannel. Disarankan untuk mencoba mengirimkan template yang diinginkan melalui API Qiscus Omnichannel. Jika masih mengalami error saat menggunakan API, mohon berikan detail error message yang muncul agar dapat dilakukan investigasi lebih lanjut. Informasi tambahan seperti contoh payload yang digunakan juga akan sangat membantu.

Created by: saadah

Created at: 2025-02-18T12:55:31.629Z

Question Summary: A bot in room ID 298303346 unexpectedly handed over a conversation to a human agent outside of office hours, despite the agent’s unavailability. The Loki log indicates the handover reason was an explicit request for human assistance, but the chat transcript doesn’t show such a request. The question is whether the LLM incorrectly inferred the need for human assistance.

Answer Summary: Further investigation is needed to determine if the LLM correctly interpreted the customer’s need for human assistance or if there was a malfunction in the handover process.

Created by: saadah

Created at: 2025-03-01T14:04:20.074Z

Summary of Question:

Client dari Time International (`plzpo-lm6hpccx0f7bcke`) menanyakan kemungkinan untuk mematikan akses mobile dengan QR code pada dashboard Omnichannel/agent untuk meningkatkan keamanan dan mencegah akses oleh pihak yang tidak berwenang.

Answer Summary:

Tim menjelaskan bahwa menu akses mobile untuk agen dapat disembunyikan oleh superadmin melalui fitur kustomisasi rencana. Disarankan untuk berkomunikasi dengan Account Manager (AM) jika ingin melakukan perubahan tersebut.

Question and Answer Format:

Pertanyaan:

Client dari Time International (`plzpo-lm6hpccx0f7bcke`) menanyakan kemungkinan untuk mematikan akses mobile dengan QR code pada dashboard Omnichannel/agent. Bagaimana cara melakukannya?

Jawaban:

Hai Client, terkait ini, menu mobile access-nya agent bisa disembunyikan dari superadmin di custom feature plan. Mungkin bisa komunikasi sama AM-nya yaa misal ingin diubah.

Created by: saadah

Created at: 2025-03-01T14:09:18.016Z

Question Summary: Clients reported slow loading and room failure issues in the Qiscus Omnichannel chat reply column. The issue seemed intermittent, resolving itself after a few seconds.

Answer Summary: The issue was likely caused by a temporary increase in resource usage related to the Elixir search service. Scaling up the Elixir search servers from 2 to 5 resolved the problem.

Question and Answer Format:

Q: Many clients are reporting that the reply chat column is loading slowly and that rooms are failing in Qiscus Omnichannel. One example room is provided via a link:

`https://multichannel.qiscus.com/web/bioil-pnm8j7hsqkuw2pt/inbox#id=298223476 `. The issue appears intermittent, resolving itself after 2-3 seconds. What is the cause and resolution?

A: The problem stemmed from a temporary surge in resource consumption on the Elixir search service. This was addressed by increasing the number of servers for the Elixir search from 2 to

5. Following this scaling action, the slow loading and room failure issues ceased.

Created by: saadah

Created at: 2025-03-01T14:11:45.560Z

Ringkasan Pertanyaan:

Client melaporkan masalah terkait integrasi akun iklan Facebook di Ads Tracker. Setelah melakukan reintegrasi, ditemukan bahwa akun iklan yang di-check mark tidak muncul, sementara yang di-exclude tetap ada. Hana meminta insight mengenai masalah ini dan apakah ada kemungkinan untuk menyembunyikan akun iklan yang tidak terintegrasi.

Ringkasan Jawaban:

Setelah pengecekan, ditemukan bahwa akun iklan yang di-check mark memang ada di database Ads Tracker. Namun, ada pertanyaan baru mengenai “Urban Icon” yang masih muncul meskipun datanya kosong karena tidak terintegrasi. Disarankan untuk memberikan feedback agar akun iklan yang tidak terintegrasi bisa di-hide.

Format Pertanyaan & Jawaban:

Pertanyaan:

Client melaporkan bahwa setelah reintegrasi, akun iklan yang di-check mark tidak muncul di Ads Tracker, sementara yang di-exclude tetap ada. Apakah ada insight terkait masalah ini? Selain itu, apakah mungkin untuk menyembunyikan akun iklan yang tidak terintegrasi?

Jawaban:

Setelah dilakukan pengecekan, akun iklan yang di-check mark memang ada di database Ads Tracker. Namun, ada pertanyaan baru mengenai “Urban Icon” yang masih muncul meskipun datanya kosong karena tidak terintegrasi. Disarankan untuk memberikan feedback agar akun iklan yang tidak terintegrasi bisa di-hide.

Created by: saadah

Created at: 2025-03-01T14:13:03.097Z

Ringkasan Pertanyaan:

Klien Metaderma melaporkan bahwa aplikasi mobile Qiscus Omnichannel sering keluar sendiri saat digunakan pada perangkat OPPO A17, meskipun sudah menggunakan versi terbaru dan telah melakukan relogin. Tim diminta untuk memberikan solusi atau saran terkait masalah ini.

Ringkasan Jawaban:

Tim menginformasikan bahwa sudah ada perbaikan untuk masalah ini, namun masih dalam tahap pengujian. Setelah beberapa waktu, versi terbaru dari aplikasi telah dirilis yang diharapkan dapat mengatasi masalah tersebut.

Format Pertanyaan & Jawaban:

Pertanyaan:

Klien Metaderma melaporkan bahwa aplikasi mobile Qiscus Omnichannel sering keluar sendiri saat digunakan pada perangkat OPPO A17. Klien sudah menggunakan versi terbaru dan telah

melakukan relogin, namun masalah tetap terjadi. Apakah ada solusi atau saran untuk masalah ini?

Jawaban:

Terkait masalah ini, tim sudah mengembangkan perbaikan yang saat ini masih dalam tahap pengujian. Setelah pengujian selesai, versi terbaru dari aplikasi telah dirilis yang diharapkan dapat mengatasi masalah tersebut. Silakan update ke versi terbaru untuk melihat apakah masalah sudah teratasi.

Created by: saadah

Created at: 2025-03-01T14:14:36.385Z

Ringkasan Pertanyaan:

Client dari Time & Sentral Watch memberikan masukan terkait Ads Tracker di Qiscus agar dapat difilter seperti di Ads Manager Meta. Meskipun semua iklan ditampilkan setelah difilter berdasarkan tanggal, diharapkan Ads Tracker juga dapat difilter per kolom, terutama kolom “Impression”. Ibu Astrid berharap dapat memfilter iklan dengan impression lebih dari 0.

Ringkasan Jawaban:

Tim sedang mendiskusikan kemungkinan implementasi fitur filter pada Ads Tracker di Qiscus agar dapat memfilter data berdasarkan kolom “Impression” seperti yang diharapkan oleh Ibu Astrid.

Format Pertanyaan & Jawaban:

Pertanyaan:

Client dari Time & Sentral Watch mengirimkan masukan terkait Ads Tracker di Qiscus agar dapat difilter seperti di Ads Manager Meta. Meskipun semua iklan ditampilkan setelah difilter berdasarkan tanggal, diharapkan Ads Tracker juga dapat difilter per kolom, terutama kolom “Impression”. Apakah mungkin untuk memfilter iklan dengan impression lebih dari 0?

Jawaban:

Tim sedang mendiskusikan kemungkinan implementasi fitur filter pada Ads Tracker di Qiscus agar dapat memfilter data berdasarkan kolom “Impression” seperti yang diharapkan oleh Ibu Astrid. Terima kasih atas masukan yang diberikan, dan kami akan mengupayakan solusi yang terbaik.

Created by: saadah

Created at: 2025-03-01T21:12:14.156Z

Question Summary: Qiscus Omnichannel (OC) for app ID `bijjl-v5cxkl4vbel5xrv` failed to send webhook messages to Robolabs for specific messages (“Studio Pusat Cipete”) in room IDs 297674633 and 295883195. The team suspects a connection issue, possibly related to a high volume of broadcasts or a previous maintenance issue. Other messages (*Ya, ingin tahu*) were processed correctly.

Question & Answer Format:

Q: On February 14th, 2025, Qiscus Omnichannel failed to send webhook messages to Robolabs for the message “Studio Pusat Cipete” for app ID `bijjl-v5cxkl4vbel5xrv` in room IDs 297674633 and 295883195. Other messages were successfully processed. Was there a known issue during that time, and is this related to the maintenance on February 8th, 2025?

A: Preliminary investigation suggests the issue was likely caused by a temporary spike in traffic due to a large number of ongoing broadcasts around the time of the incident. The maintenance on February 8th did not address this specific problem. Further investigation is needed to confirm the root cause and implement a permanent solution. The handover to the chatbot may have been temporarily disabled, contributing to the failure. This is a known issue that requires product improvement.

Created by: saadah

Created at: 2025-03-01T21:14:33.391Z

Question Summary: Kredivo, using Qiscus Omnichannel’s WhatsApp Business API, experiences significant delays in sending 250,000 broadcast messages daily due to the API’s 1-request-at-a-time limitation. Messages intended for 8 AM delivery are delayed until 10 AM, impacting response times and subsequent broadcasts scheduled for 12 PM. The client uses API upload with CSV files. After moving the app ID to a dedicated server, the client requests information on expected message delivery speed and potential limitations.

Answer Summary: The initial responses indicated a need for investigation into the client’s broadcast method (API with CSV upload). After moving the app ID to a dedicated server, further investigation is needed to determine the improved broadcast speed and any remaining limitations. No specific performance metrics were provided.

Q&A Format:

Q: Kredivo, using Qiscus Omnichannel’s WhatsApp Business API for broadcasts, is experiencing significant delays in sending approximately 250,000 messages daily. The delay pushes an 8 AM broadcast to 10 AM, impacting subsequent broadcasts at 12 PM. They use the API with CSV upload. After migrating their App ID to a dedicated server, what is the expected improvement in broadcast speed, and are there any remaining limitations?

A: The initial issue stemmed from the API’s 1-request-at-a-time limitation. Moving the App ID to a dedicated server *should* improve broadcast speed. However, to provide a concrete answer regarding the expected speed and any remaining limitations, further investigation is required.

Specifically, we need to analyze the performance after the server migration to determine the exact improvement and identify any bottlenecks. Additional information like the App ID

(`ucok-acjkfkklb5rahwqp` is mentioned but might be incomplete or require verification), detailed logs from the API calls, and precise timing data would be helpful.

Created by: saadah

Created at: 2025-03-01T21:17:53.480Z

Question Summary: The Qiscus Omnichannel API is returning `null` values for

`customer_room` and `contact_id` in responses for certain room IDs (297467890, 297485162, 297614903) when hit by a new session webhook. The issue is impacting the Whites app (appid: godwv-tz20g9nihumipki). While a workaround of manually adding the `contact_id` exists for the `contact_id: null` issue, the `customer_room: null` issue is suspected to be a delay, but the impact on data tracking in the CDP is concerning.

Answer Summary: The `customer_room: null` issue is likely a temporary delay in the API response. The `contact_id: null` issue might also be related to delays but may require creating a contact via the API (`{{BaseUrl}}/api/v2/customer/add`) as a workaround. The team should investigate why these null values are being returned and address the underlying cause to prevent data loss in the CDP.

Q&A Format:

Q: Why is the Qiscus Omnichannel API returning `null` values for `customer_room` (room IDs 297467890, 297485162) and `contact_id` (room ID 297614903) when triggered by a new session webhook for app ID `godwv-tz20g9nihumipki` (Whites app)? What is the impact of this on data tracking in the CDP?

A: The return of `customer_room: null` is likely due to a temporary delay in the API response. For the `contact_id: null` issue, while also possibly a delay, a workaround involves manually creating the contact using the API: `{{BaseUrl}}/api/v2/customer/add`. However, the root cause of these null values needs investigation. The impact on the CDP is significant as missing

`contact_id` data will result in incomplete tracking of broadcast history and other crucial customer data. The team needs to address this issue to ensure data integrity.

Created by: saadah

Created at: 2025-03-01T21:20:03.360Z

Pertanyaan:

Ringkasan Pertanyaan: Tim internal mengalami error `(#135000) Generic user error` saat mengirim broadcast WhatsApp melalui Qiscus Omnichannel untuk beberapa aplikasi, termasuk Caturnusa Sejahtera Finance (TPayLater ID) dengan App ID `uvqdq-kssauvsaqnwotac`. Error ini juga terjadi pada aplikasi lain (`urktp-hoeocznfkp6efir`). Pihak Meta telah dihubungi, namun belum mendapatkan solusi. Tim meminta bantuan pengecekan lebih detail dan solusi atas masalah ini. Apakah template di Facebook Business Manager (FBBM) sudah sesuai dengan yang di Qiscus Omnichannel? Apakah pengiriman broadcast menggunakan format CSV? Jika iya, contoh CSV dibutuhkan.

Pertanyaan Detail:

1. Apa penyebab error `(#135000) Generic user error` saat mengirim broadcast WhatsApp melalui Qiscus Omnichannel?
2. Apakah template broadcast di Facebook Business Manager (FBBM) sudah diverifikasi kesesuaiannya dengan template di Qiscus Omnichannel untuk App ID

`uvqdq-kssauvsaqnwotac` dan `urktp-hoeocznfkp6efir`?

• Apakah klien mengirimkan data broadcast menggunakan format CSV? Jika iya, dapatkah diberikan contoh file CSV yang digunakan?
• Apakah masalah ini terjadi secara konsisten atau hanya pada waktu-waktu tertentu?

Jawaban:

Ringkasan Jawaban: Masalah error `(#135000) Generic user error` saat pengiriman broadcast WhatsApp melalui Qiscus Omnichannel masih dalam penyelidikan. Meskipun verifikasi kesesuaian template di FBBM dan Qiscus Omnichannel telah dilakukan dan dinyatakan sesuai, masalah tetap terjadi. Informasi lebih lanjut dibutuhkan, termasuk contoh file CSV yang digunakan klien untuk pengiriman broadcast. Follow up ke Meta terus dilakukan.

Jawaban Detail:

1. Penyebab error `(#135000) Generic user error` belum dapat dipastikan. Meskipun pesan error dari Meta menyebutkan kemungkinan kesalahan pada parameter request, investigasi lebih lanjut masih diperlukan.

• Untuk App ID `uvqdq-kssauvsaqnwotac` dan `urktp-hoeocznfkp6efir`, kesesuaian template di FBBM dan Qiscus Omnichannel telah diverifikasi dan dinyatakan sama. Namun, hal ini tidak menyelesaikan masalah.

• Contoh file CSV yang digunakan klien untuk mengirim broadcast dibutuhkan untuk investigasi lebih lanjut.

• Masalah ini terjadi secara tidak konsisten. Ada pengiriman yang berhasil dan ada yang gagal. Informasi lebih detail tentang waktu kejadian dibutuhkan untuk menganalisis pola.

Langkah Selanjutnya:

• Meminta contoh file CSV dari klien.
  • Melakukan investigasi lebih lanjut terhadap parameter request yang dikirim ke WhatsApp Business API melalui Qiscus Omnichannel.
  • Melanjutkan follow up ke Meta untuk mendapatkan solusi yang lebih spesifik.
  • Menganalisis log lebih detail untuk mengidentifikasi pola error.

Created by: saadah

Created at: 2025-03-01T21:21:37.801Z

Question Summary: Client from Ringkas reported recurring double room issues in Qiscus Omnichannel. Multiple chat IDs are provided, showing different usernames but the same phone number. The question is whether this is expected behavior or a bug.

Answer Summary: Team explained that the double rooms are expected behavior because the customer chatted through different channels.

Question and Answer Format:

Q: A client (Ringkas) is experiencing recurring instances of double rooms in Qiscus Omnichannel. Multiple chat IDs (298451245, 298442675, 298396932, 298312843, 298460999,

298500774, 298609005, 298674955) show the same phone number associated with different usernames. Is this expected behavior, or is there a bug in the system?

A: Ini expected double room nya karena customer ngechat k channel yg berbeda mba (This is expected double room behavior because the customer chatted through different channels.)

Created by: saadah

Created at: 2025-03-01T21:22:57.802Z

Question Summary: Why is the message ID for a file 0 when received via a bot webhook? Is this expected behavior?

Answer Summary: The message ID being 0 for a file received via a bot webhook is unexpected and indicates a potential issue. Further investigation is needed to determine the root cause.

Information such as the client’s name, App ID, a detailed description of the issue, timestamps, and relevant IDs (like Room ID) is required to diagnose the problem.

Question and Answer Format:

Q: Kenapa message ID untuk file itu nilainya 0 ya? Apakah itu expected? BTW mereka dapat payload itu dari bot webhook.

*A: Message ID bernilai 0 untuk file yang diterima melalui bot webhook bukanlah perilaku yang diharapkan. Ini mengindikasikan adanya masalah. Untuk dapat membantu mendiagnosis masalah ini dengan lebih tepat, saya memerlukan informasi tambahan. Bisakah Anda memberikan detail berikut:

• Nama Klien:
  • App ID:
  • Deskripsi lengkap masalah: Jelaskan secara detail apa yang terjadi sebelum, selama, dan setelah masalah ini muncul.

• Timestamp: Waktu tepat ketika masalah terjadi.
  • Room ID (jika ada):
  • Contoh Payload: Jika memungkinkan, bagikan contoh payload yang diterima.
  • Screenshot atau video (jika ada):

Informasi ini akan membantu tim Support kami untuk menyelidiki masalah ini dan memberikan solusi yang tepat. Saya akan meneruskan pertanyaan ini ke tim Support untuk penanganan lebih lanjut.

Created by: saadah

Created at: 2025-03-01T21:26:35.680Z

Question Summary:

Feedback regarding the lack of bulk re-assignment functionality for agents in Qiscus Omnichannel. The request is for SVP/Admin to have the ability to bulk re-assign chats, preventing misuse by agents. A suggestion was made to limit bulk assignment to a maximum of 5-10 chats to mitigate potential spikes.

Answer Summary:

The initial misunderstanding was clarified. The feedback is about the need for a bulk

*re*-assignment feature, specifically for Admin/SVP users, similar to the bulk assignment that occurs when an agent logs out. This feature is noted as feedback for future consideration.

Question and Answer Format:

Q: What is the feedback from Client regarding Qiscus Omnichannel’s bulk assignment feature?

A: Client provided feedback requesting a bulk *re*-assignment functionality for chats. Currently, bulk assignment is not possible for agents, and the desired functionality would allow SVP/Admin users to re-assign multiple chats simultaneously. This is to prevent potential misuse by agents. A suggestion was made to limit the number of chats that can be bulk re-assigned at once (e.g., 5-10) to manage potential system load spikes. The team acknowledged the feedback and noted it for future consideration.

Created by: saadah

Created at: 2025-03-01T21:30:11.655Z

Question Summary: What happens to Qiscus Omnichannel credits when an App ID is disabled for several months and then reactivated? Specifically, a client (SETDITJEN PAUD DIKDAS DIKMEN KEMENDIKBUD RI) may not renew their contract, and the team wants to disable their App ID while preserving their remaining credits (37 million) until the end of March 2025. If the credits are lost upon disabling, the client might switch vendors.

Answer Summary: Credits are forfeited after one month of disabling the App ID. While the system automatically deletes the credits, restoring them is possible, but requires discussion and approval from the business team. The current policy resets credits if an App ID is inactive for a month, designed to manage cash flow for clients with intermittent usage. The team decided to disable the App ID, given the uncertainty of renewal, and will request credit restoration from the product team if the client decides to renew.

Question and Answer Format:

Q: Jika suatu *App ID* Qiscus Omnichannel dinonaktifkan beberapa bulan, lalu diaktifkan kembali, apakah *credit*-nya tetap sejumlah sebelum dinonaktifkan? Sebuah klien (SETDITJEN PAUD DIKDAS DIKMEN KEMENDIKBUD RI) mungkin tidak memperpanjang kontraknya, dan tim ingin menonaktifkan *App ID* mereka sambil mempertahankan *credit* yang tersisa (37 juta) hingga akhir Maret 2025. Jika *credit* hilang setelah dinonaktifkan, klien mungkin beralih ke vendor lain. Apa solusinya?

A: *Credit* akan hangus setelah satu bulan *App ID* dinonaktifkan. Meskipun sistem secara otomatis menghapus *credit*, mengembalikannya dimungkinkan, tetapi memerlukan diskusi dan persetujuan dari tim bisnis. Kebijakan saat ini mereset *credit* jika *App ID* tidak aktif selama satu bulan, dirancang untuk mengelola arus kas untuk klien dengan penggunaan yang tidak menentu. Tim memutuskan untuk menonaktifkan *App ID*, mengingat ketidakpastian perpanjangan, dan akan meminta pemulihan *credit* dari tim produk jika klien memutuskan untuk memperpanjang.

Created by: saadah

Created at: 2025-03-01T21:31:51.587Z

Pertanyaan:

Ringkasan Pertanyaan: Tim internal menanyakan roadmap fitur “whisper” pada Qiscus Omnichannel yang memungkinkan interaksi antar pengguna (agent ke agent, agent ke supervisor, dll.) sebagai bagian dari tender CIMB Niaga. Request detail fitur terlampir di Google Sheet.

Pertanyaan Detail: Apakah Qiscus Omnichannel memiliki roadmap untuk fitur “whisper” yang memungkinkan interaksi antar agent, agent dengan supervisor, dan supervisor dengan supervisor seperti yang dijelaskan di Google Sheet (link terlampir)? Jika ya, kapan perkiraan peluncurannya? Jika tidak, apakah ada rencana untuk mengembangkan fitur ini di masa mendatang?

Jawaban:

Ringkasan Jawaban: Untuk menjawab pertanyaan ini secara akurat, dibutuhkan informasi tambahan. Saya perlu mengakses Google Sheet yang terlampir untuk memahami detail fitur “whisper” yang diminta. Setelah itu, saya dapat memeriksa roadmap produk dan memberikan

informasi yang tepat terkait ketersediaan fitur tersebut. Karena saya tidak dapat mengakses link eksternal, saya akan meneruskan pertanyaan ini ke tim Support untuk mendapatkan jawaban yang komprehensif.

Jawaban Detail: . Untuk dapat menjawab pertanyaan mengenai roadmap fitur “whisper” pada Qiscus Omnichannel dan persyaratan tender CIMB Niaga, saya perlu informasi lebih lanjut. Mohon berikan akses ke Google Sheet yang terlampir pada pesan awal agar saya dapat memahami detail kebutuhan fitur “whisper” secara lengkap. Setelah itu, saya akan memeriksa roadmap produk dan akan kembali kepada Anda dengan informasi yang akurat. Jika tidak dapat mengakses Google Sheet, saya akan meneruskan pertanyaan ini ke tim Support untuk memastikan jawaban yang tepat dan sesuai.

Created by: saadah

Created at: 2025-03-01T21:33:12.090Z

Question Summary: Bluebird Group inquired about the availability of SSO (LDAP or OAuth) for Qiscus Omnichannel. The initial response indicates that while SSO is planned, it’s not currently implemented and no firm timeline exists. A workaround using API calls and direct URLs to bypass login is suggested.

Answer Summary: Currently, Qiscus Omnichannel doesn’t offer LDAP or OAuth SSO. While it’s on the roadmap, there’s no set timeline. A temporary workaround involves using direct URLs via API calls to bypass the standard login process.

Q&A Format:

Q: Bluebird Group raised a question regarding SSO (LDAP or OAuth) integration with Qiscus Omnichannel. Is this feature currently available, and if not, what is the timeline for implementation?

A: utk LDAP / SSO blm ada, secara roadmap kita planning ada SSO tp blm pasti kapannya, kalau dekat ini bs pakai cara hit API secara flowny ini. ini harusnya possible, tp blm kita coba as, nanti pakai direct url biar bs by pass loginnya, jd katakanlah dia mau login ke main system, terus mau masuk ke OC, nanti klik link direct linknya (misal dibungkus dengan button)

Created by: saadah

Created at: 2025-03-01T21:34:20.550Z

Pertanyaan Ringkasan:

Klien Metaderma (App ID: dakwh-1nrno0suakgxmmx) dengan plan `Metaderma Plan (Lite + Addon 2 agents + Addon 2 WABA + Addon 3000 MAU)` tidak menerima email invoice sejak awal penggunaan layanan Qiscus. Invoice seharusnya terkirim otomatis karena pengaturan “invoice by sistem” sudah diaktifkan. Tim internal telah menyelidiki masalah ini dan menemukan error 5.1.1 (“The email account that you tried to reach does not exist”) yang mengindikasikan masalah pada konfigurasi email klien (menggunakan dua server email: Hostinger dan Google).

Jawaban Ringkasan: Masalahnya terletak pada konfigurasi email klien yang menggunakan dua server email (Hostinger dan Google) secara bersamaan, menyebabkan error pengiriman.

Solusi yang disarankan adalah menonaktifkan sementara server email Google atau menghapusnya agar email invoice terkirim melalui server Hostinger. Tim internal telah menghapus alamat email klien dari *suppression list* di server SMTP Qiscus. Informasi ini akan dikomunikasikan kepada klien, beserta saran untuk menyederhanakan konfigurasi email mereka.

Format Tanya Jawab:

Pertanyaan: Mengapa klien Metaderma (App ID: dakwh-1nrno0suakgxmmx) tidak menerima email invoice sejak awal berlangganan, meskipun pengaturan “invoice by sistem” sudah diaktifkan dalam plan mereka (`Metaderma Plan (Lite + Addon 2 agents + Addon 2 WABA + Addon 3000 MAU)`)?

Jawaban: Investigasi menunjukkan bahwa error pengiriman email disebabkan oleh konfigurasi email klien yang menggunakan dua server email (Hostinger dan Google) secara bersamaan. Hal ini menyebabkan error 5.1.1 (“The email account that you tried to reach does not exist”).

Untuk menyelesaikan masalah ini, kami sarankan klien untuk menonaktifkan atau menghapus server email Google, sehingga email invoice dapat terkirim melalui server Hostinger. Sebagai langkah sementara, kami telah menghapus alamat email klien dari *suppression list* di server SMTP Qiscus. Kami akan menginformasikan hal ini kepada klien, termasuk saran untuk menyederhanakan konfigurasi email mereka.

Created by: saadah

Created at: 2025-03-01T21:35:48.575Z

Question Summary:

Client reported an expired Omnichannel room from Jendela360 that shouldn’t have expired within 24 hours. She provided a link to the room in question. Mirazhulmi acknowledged the report and offered to check it.

Answer Summary:

The issue requires investigation by the Qiscus Support team. Further information is needed to understand why the room expired prematurely. The provided link should be investigated to determine the root cause and prevent similar occurrences.

Question and Answer Format:

Q: A Qiscus Omnichannel room from Jendela360

(link: https://multichannel.qiscus.com/web/znles-9xsmdusosarfdmg/inbox#id=297371285 ) expired before 24 hours. What steps should be taken to address this issue and prevent future occurrences?*

A: To investigate this issue and ensure it doesn’t happen again, the Qiscus Support team needs more information. Please provide the following:

• Client Name: Jendela360 (already provided)
• App ID: (Required to identify the specific Qiscus Omnichannel instance)
• Detailed description of the issue: (Expand on what happened leading to the room expiration. What actions were taken before the expiration?)
• Screenshots or videos: (If available, these would be helpful in understanding the context)
• Exact time of the issue: (More precise than “before 24 hours”)
• Room ID: (Already provided in the link, but confirming it is beneficial)

Once this information is collected, the Support team can effectively investigate the root cause of the premature room expiration and implement appropriate solutions.

Created by: saadah

Created at: 2025-03-01T21:39:42.566Z

Question Summary:

the internal team is asking about the request limits for Robolabs, specifically concerning the maximum requests per minute. There seems to be conflicting information between Qiscus’s documentation and Dialogflow’s documentation (60 vs 180 requests per minute). He also wants to know if there are other limitations with Dialogflow that could cause bot errors and whether this information should be updated in Qiscus’s documentation. He also seeks clarification on the “improvement” mentioned regarding the 60 requests/minute limit and asks for documentation supporting this limit. Finally, he is checking if any clients have exceeded Dialogflow quotas.

Answer Summary:

Tim clarified that the 60 requests/minute limit applies to design-time quotas (e.g., creating intents), not responding to chats. The message request limit is 180 requests/minute. The 60 requests/minute limit is no longer an issue as Qiscus has improved their handling of bulk intent imports in Robolabs. He provided a link to Dialogflow’s quota documentation. He confirmed that no clients have exceeded Dialogflow quotas, so upgrading isn’t currently necessary.

Q&A Format:

Q1: What is the maximum request per minute limit for Qiscus Robolabs, and does it differ from Dialogflow’s documentation?

A1: The limit for *message requests* is 180 requests per minute. There was a previous

*design-time* limit of 60 requests per minute, related to actions like creating intents, particularly during bulk imports. However, this is no longer a practical limitation due to improvements in Qiscus Robolabs.

Q2: Besides the requests per minute limit, are there other Dialogflow limitations that could cause bot errors?**

A2: The answer doesn’t explicitly address other potential Dialogflow limitations but points to the Dialogflow quota documentation for further details: https://cloud.google.com/dialogflow/quotas#dialogflow-es-agent

Q3: What improvements were made regarding the 60 requests/minute design-time quota? A3: Qiscus has improved the handling of bulk intent imports within Robolabs, mitigating the previous 60 requests/minute limitation during bot creation or updates.

Q4: Is there documentation that mentions the 60 requests/minute limit?

A4: Yes, the Dialogflow documentation linked above (https://cloud.google.com/dialogflow/quotas#dialogflow-es-agent ) details this under “design time requests”.

Q5: Have any clients exceeded the Dialogflow quotas, necessitating an upgrade? A5: No, no clients have exceeded the quotas so far.

Created by: saadah

Created at: 2025-03-01T21:41:56.634Z

Question Summary:

A Qiscus Omnichannel chat room (ID: 284746729) shows an expired status but is not appearing in the agent’s ongoing chats. Agent Amanda Fatimah needs to follow up with the customer but cannot locate the room.

Answer Summary:

The issue needs further investigation. More information is required to diagnose the problem, specifically the App ID and potentially screenshots or further details about the room’s history and the agent’s actions.

Question and Answer Format:

Q: Sebuah room chat Qiscus Omnichannel (ID: 284746729) menunjukkan status kadaluarsa tetapi tidak muncul di obrolan agent yang sedang berlangsung. Agent Amanda Fatimah ingin menindaklanjuti pelanggan tetapi tidak dapat menemukan room tersebut. Apa yang harus dilakukan?

A: Untuk dapat membantu menyelesaikan masalah ini, saya memerlukan informasi tambahan. Mohon berikan:

• App ID: ID aplikasi yang digunakan oleh Oxygen.

• Screenshot/Detail Tambahan: Screenshot dari dashboard agent yang menunjukkan room tersebut tidak ada, atau detail lebih lanjut mengenai riwayat room dan tindakan yang telah dilakukan oleh agent.
• Waktu kejadian: Kapan tepatnya masalah ini terjadi?

Setelah informasi tersebut diberikan, saya dapat meneruskan permasalahan ini ke tim Support untuk investigasi lebih lanjut.

Created by: saadah

Created at: 2025-03-01T21:43:19.992Z

Pertanyaan:

Ringkasan Pertanyaan: Tim Halodoc Home Lab mengalami kendala dalam membalas pesan pelanggan melalui Qiscus Omnichannel. Meskipun pelanggan membalas pesan dalam waktu kurang dari 24 jam, muncul error “code”:131047, yang mengindikasikan pesan gagal terkirim karena lebih dari 24 jam sejak balasan terakhir pelanggan. RoomID: 298827163.

Pertanyaan Detail: Mengapa pesan gagal terkirim (error code 131047) pada Qiscus Omnichannel untuk Halodoc Home Lab (`iinjg-fuuhccaa3fzioxa`) meskipun pelanggan membalas pesan dalam waktu kurang dari 24 jam? Pelanggan mengirim pesan pukul 18:44:39, dibalas pukul 18:44:40 dan 18:45, namun tetap muncul error tersebut.

Jawaban:

Ringkasan Jawaban: Perlu investigasi lebih lanjut untuk menentukan penyebab pasti error “code”:131047 pada Qiscus Omnichannel. Informasi tambahan seperti detail lengkap log error, screenshot, dan informasi lebih detail tentang konfigurasi WhatsApp Business API Halodoc Home Lab diperlukan untuk mendiagnosis masalah ini.

Jawaban Detail: Error “code”:131047 (“Message failed to send because more than 24 hours have passed since the customer last replied to this number.”) biasanya muncul karena batasan WhatsApp Business API terkait waktu respon. Namun, berdasarkan informasi yang diberikan, pelanggan membalas dalam waktu kurang dari 24 jam. Oleh karena itu, ada kemungkinan beberapa faktor lain yang menyebabkan error ini, seperti:

• Masalah sinkronisasi waktu: Perbedaan waktu antara sistem Qiscus Omnichannel dan sistem WhatsApp Business API Halodoc Home Lab.
• Masalah konfigurasi WhatsApp Business API: Ada kemungkinan kesalahan konfigurasi pada integrasi WhatsApp Business API Halodoc Home Lab dengan Qiscus Omnichannel.
• Bug pada sistem: Kemungkinan adanya bug pada sistem Qiscus Omnichannel atau integrasi dengan WhatsApp Business API.
• Keterbatasan kuota: Kemungkinan kuota pengiriman pesan WhatsApp Business API sudah habis.

Untuk menyelesaikan masalah ini, dibutuhkan informasi tambahan:

• Detail lengkap log error: Lebih dari sekadar kode error, diperlukan detail lengkap log error untuk mengetahui akar masalahnya.
• Screenshot: Screenshot dari error message dan pengaturan WhatsApp Business API Halodoc Home Lab di Qiscus Omnichannel.
• Informasi konfigurasi WhatsApp Business API: Detail konfigurasi WhatsApp Business API Halodoc Home Lab yang terintegrasi dengan Qiscus Omnichannel.
• Waktu kejadian yang lebih spesifik: Waktu kejadian yang tepat, termasuk zona waktu.

Tim Support Qiscus perlu menyelidiki lebih lanjut dengan informasi tambahan tersebut untuk menentukan penyebab dan solusi yang tepat.

Created by: saadah

Created at: 2025-03-01T21:47:57.799Z

Question Summary: How to use the “auto send survey on room resolve” feature in Qiscus Survey when the webhook is already used by another service (ZAP in this case)? The team needs to send contextualized surveys only to rooms handled solely by chatbots.

Answer Summary: The issue was resolved by enabling a toggle on the Qiscus Survey side to allow the “auto send survey on room resolve” feature to function even though the webhook was initially used by another service. A workaround involving temporarily disabling and re-enabling webhooks was discussed but ultimately not implemented. The final solution involved enabling the feature on the Qiscus Survey side for the specific App ID (`pwcwv-bmn4ru1axwa9imc`) and setting the redirect URL to `https://zapclinic.com`. There was also a temporary issue with the Qiscus Survey appearing uninstalled, which was resolved separately.

Q&A Format:

Q: We want to use the “auto send survey on room resolve” feature in Qiscus Survey, but our webhook is already being used by another service (ZAP). Our use case involves checking if a room was handled solely by a chatbot and, if so, sending a contextualized survey. What’s the workaround to enable this feature without changing the existing webhook configuration?

A: Initially, a workaround was proposed involving temporarily disabling the webhook for the other service, enabling the Qiscus Survey’s “auto send survey on room resolve” feature, redirecting the webhook to the other service again, and having that service forward the webhook to Qiscus Survey if necessary. However, this wasn’t implemented. Instead, the issue was resolved by enabling an internal toggle on the Qiscus Survey side for App ID `pwcwv-bmn4ru1axwa9imc`.

This allowed the feature to work correctly, even with the pre-existing webhook. The redirect URL was then set to `https://zapclinic.com`. A temporary issue with the Qiscus Survey appearing uninstalled was also resolved separately. Feedback on the workflow is encouraged.

Created by: saadah

Created at: 2025-03-01T21:49:34.772Z

Question Summary:

Evermos, using App ID `qctxr-rjpg7r86mo4wbnx`, is experiencing issues with the LLM feature in Qiscus Omnichannel. Despite having a trained knowledge base in the correct format, the bot is not responding. The issue started around 9:30 AM on February 20th, 2025, and affected both the Evermos and demokit instances. The team suspects a potential “race condition” as the root cause.

Answer Summary:

The issue was initially suspected to be a race condition within the LLM feature. The problem affected multiple instances, including a demokit. After investigation and a potential fix (addressing the race condition), the issue was resolved. The LLM feature is now working correctly.

Q&A Format:

Q: Evermos (App ID: `qctxr-rjpg7r86mo4wbnx`) is experiencing issues with the LLM feature in Qiscus Omnichannel. The knowledge base is trained and formatted correctly, yet the bot isn’t responding. The problem started around 9:30 AM on February 20th, 2025, and affects both Evermos and a demokit instance. What could be causing this?

A: The initial diagnosis pointed to a “race condition” as the likely cause of the LLM feature malfunction across multiple instances, including Evermos and a demokit. This issue was addressed, and the problem was subsequently resolved.

Created by: saadah

Created at: 2025-03-01T21:50:36.754Z

Question Summary:

Client from Topindo (App ID `rxtav-wlvdrrn8u35xxk4`) reports receiving approximately 30 identical messages from multiple customers (“Hai bos ini gimana kaga bisa diunduh filenya,” which translates to “Hi boss, why can’t this file be downloaded?”) via Qiscus Omnichannel. However, upon checking the respective chat rooms, no failed file transfers were found. She asks if this constitutes spam or another issue. Mirazhulmi concurs that it’s likely spam due to the identical message pattern and lack of response from customers when asked about the missing file.

Question and Answer Format:

Q: Client reports receiving roughly 30 identical messages (“Hai bos ini gimana kaga bisa diunduh filenya”) from different customers via Qiscus Omnichannel (App ID

`rxtav-wlvdrrn8u35xxk4`). No failed file transfers were found in the respective chat rooms. Is this likely spam, or is there another explanation

A: Berdasarkan informasi yang diberikan, dan karena pesan yang sama dikirim oleh banyak pelanggan yang berbeda tanpa adanya file yang gagal terkirim, kemungkinan besar ini merupakan spam. Hal ini diperkuat oleh kesimpulan yang sama dari Mirazhulmi, yang juga mencatat tidak adanya respon dari pelanggan ketika ditanya mengenai file yang dimaksud. Untuk memastikan, perlu diperiksa lebih lanjut apakah ada pola lain yang mencurigakan, seperti penggunaan kata kunci tertentu atau asal IP address pelanggan.

Created by: saadah

Created at: 2025-03-01T21:51:53.505Z

Question Summary: Agent Justin from Oxygen (`dvriv-twisyk6bkfcp23f`) consistently receives significantly fewer chat assignments than other agents with similar online durations and resolution times. Hana Fardilla wants to understand why this is happening and how to improve agent assignment fairness within Qiscus Omnichannel.

Answer Summary: The issue needs further investigation. To determine the cause of the uneven agent assignment, more information is required, such as the specific time period being analyzed, detailed chat assignment data for Justin and other agents, and confirmation of the commission structure. A review of the Omnichannel agent assignment algorithm and queueing system may be necessary.

Question and Answer Format:

Q: Agent Justin from Oxygen (`dvriv-twisyk6bkfcp23f`) consistently receives significantly fewer chat assignments than other agents with comparable online times and resolution times. This is impacting their commission, as it’s commission-based. What could be causing this disparity, and how can we improve the fairness of agent assignments within Qiscus Omnichannel?

A: To investigate this thoroughly, we need more information. Please provide the following:

• Specific Time Period: Please specify the date range for which you are comparing agent chat assignments.
• Detailed Assignment Data: We need detailed data on the number of chats assigned to Justin and other agents within the specified time period. This data should include timestamps for assignment and completion.
• Commission Structure Details: Please confirm the exact commission structure based on assigned chats.
• Agent Online Status Data: Please provide data showing the exact online duration for Justin and other agents being compared.
• Resolution Time Data: Please provide data on the resolution times for Justin and other agents.

Once we have this information, we can analyze the agent assignment algorithm and queueing system within Qiscus Omnichannel to identify any potential issues or biases. This may involve reviewing the agent prioritization logic, load balancing mechanisms, and any potential configuration errors. If the issue persists after review, we will escalate it to the Support team for further assistance.

Created by: saadah

Created at: 2025-03-01T21:53:17.675Z

Question Summary: Andrianto Nur Anggoro reported a bug in the helpdesk where the “Set Date” button for resolving tickets wasn’t appearing. Aditya Bimantara identified the issue as a misunderstanding; the button only appears after selecting a date.

Answer Summary: The initial bug report was resolved through internal team communication. The “Set Date” button was not missing; it was simply hidden until a date was selected.

Question and Answer Format:

Q: A user reported a bug in the Qiscus Helpdesk where the “Set Date” button for resolving tickets was not visible. The user, Andrianto Nur Anggoro, stated that the button for manually setting the resolution date was missing. What was the actual cause of the problem and how was it resolved?

A: The problem was not a bug in the Qiscus Helpdesk system. Aditya Bimantara explained that the “Set Date” button is only visible *after* a date has been selected. Andrianto Nur Anggoro confirmed this was the case after Aditya’s explanation. The issue was resolved through clarification and understanding of the user interface.

Created by: saadah

Created at: 2025-03-01T22:00:28.194Z

Pertanyaan:

Ringkasan Pertanyaan:

Client menanyakan mengapa bot Robolabs tidak merespon di ruang obrolan Polytron dengan ID 293603114. Log outgoing di Metabase hanya menunjukkan satu pengiriman webhook saat ruang obrolan ditutup (resolved), tanpa pengiriman webhook ke bot. Link ke ruang obrolan dan log outgoing disertakan.

Jawaban:

Ringkasan Jawaban: Untuk dapat membantu mendiagnosis masalah ini, diperlukan informasi tambahan. Informasi yang dibutuhkan meliputi:

• Detail lengkap tentang konfigurasi bot Robolabs untuk ruang obrolan Polytron tersebut.** (misalnya: webhook URL, trigger, dan setting lainnya).
• Log error dari sisi bot Robolabs (jika ada). Log ini akan memberikan informasi lebih detail mengenai penyebab kegagalan respon bot.
• Verifikasi kembali apakah webhook URL yang terdaftar di Robolabs masih aktif dan dapat diakses.

Tanpa informasi tambahan ini, sulit untuk menentukan penyebab masalahnya. Tim Support perlu menyelidiki lebih lanjut untuk memberikan solusi yang tepat.

Format Tanya Jawab:

Pertanyaan: Selamat sore team, mau bertanya, pada sample room Polytron berikut ini, kenapa ngga ada respon BOT nya ya team? jika di cek di [link Metabase] itu hanya ada sekali pengiriman webhook ketika room resolved dan tidak ada pengiriman webhook ke BOT nya? ini kenapa ya team? [link ruang obrolan] Mohon infonya team, terima kasih banyak sebelumnya.

Jawaban: Untuk dapat membantu mendiagnosis masalah ini, kami memerlukan informasi tambahan. Mohon berikan:

1. Detail lengkap konfigurasi bot Robolabs untuk ruang obrolan Polytron (ID 293603114), termasuk webhook URL, trigger, dan setting lainnya.
2. Log error dari sisi bot Robolabs (jika ada).
3. Verifikasi kembali apakah webhook URL yang terdaftar di Robolabs masih aktif dan dapat diakses.

Setelah menerima informasi tersebut, kami dapat menyelidiki lebih lanjut dan memberikan solusi yang tepat. Jika informasi tersebut sulit didapatkan, silakan hubungi tim Support untuk bantuan lebih lanjut.

Created by: saadah

Created at: 2025-03-01T22:03:27.759Z

Question Summary: Sprintasia needs to add a WhatsApp channel to Qiscus Omnichannel using the old manual method (inputting Webhook URL, token, and phone number), which is now deprecated. They are asking if this manual method can still be provided or if they must use the embed method.

Answer Summary: The old manual method for adding WhatsApp channels is deprecated. Adding new channels currently requires using the cloud-based method. The possibility of adding on-premise channels is also discussed, but it’s confirmed that this method is deprecated. The Qiscus Omnichannel currently cannot be used with other BSPs (Business Service Providers) using the old manual method.

Question and Answer Format:

Q: Tim Sprintasia membutuhkan penambahan channel WhatsApp ke Qiscus Omnichannel dengan metode lama (memasukkan Webhook URL, token, dan nomor telepon secara manual), yang sekarang sudah di-deprekasi. Apakah metode manual ini masih bisa disediakan, atau mereka harus menggunakan metode embed?

A: Metode manual lama untuk menambahkan channel WhatsApp sudah di-deprekasi. Penambahan channel baru saat ini mengharuskan penggunaan metode berbasis cloud. Kemungkinan menambahkan channel on-premise juga dibahas, tetapi dikonfirmasi bahwa metode ini sudah di-deprekasi. Qiscus Omnichannel saat ini tidak dapat digunakan dengan BSP (Business Service Provider) lain menggunakan metode manual lama.

Created by: saadah

Created at: 2025-03-01T22:05:57.672Z

Pertanyaan:

Ringkasan Pertanyaan: Tim Klamby mengalami masalah di Qiscus Omnichannel terintegrasi dengan Qiscus Shop. Ketika pelanggan melakukan pemesanan melalui WhatsApp Catalog, detail produk (nama, harga, detail lainnya) tidak muncul di chatroom Qiscus, hanya menampilkan tampilan seperti pada gambar yang dilampirkan (gambar tidak disertakan dalam teks ini). Mereka ingin mengetahui penyebab tampilan chatroom seperti itu.

Pertanyaan Detail: Mengapa detail produk (nama produk, harga, dan detail lainnya) dari WhatsApp Catalog tidak ditampilkan di chatroom Qiscus Omnichannel ketika pelanggan melakukan pemesanan? Apakah ada konfigurasi khusus yang diperlukan agar detail produk tersebut muncul di chatroom?

Jawaban:

Ringkasan Jawaban: Untuk dapat menjawab pertanyaan ini secara akurat, dibutuhkan informasi tambahan. Saya perlu melihat gambar yang dilampirkan oleh Uswatun Hasanah untuk memahami tampilan chatroom yang dimaksud. Saya juga membutuhkan informasi lebih lanjut seperti:

• App ID Klamby: Untuk mengidentifikasi akun Klamby di sistem Qiscus.
• Contoh pesan WhatsApp dari pelanggan: Untuk menganalisis isi pesan dan bagaimana detail produk disampaikan.
• Detail konfigurasi integrasi Qiscus Omnichannel dan Qiscus Shop: Untuk memeriksa apakah integrasi telah dikonfigurasi dengan benar.

Jawaban Detail: Saya memerlukan informasi tambahan dari Uswatun Hasanah untuk mendiagnosis masalah ini. Mohon meminta Uswatun Hasanah untuk memberikan:

1. Gambar yang dimaksud: Gambar yang menunjukkan tampilan chatroom yang bermasalah.
2. App ID Klamby: ID aplikasi Klamby di Qiscus.
3. Contoh pesan WhatsApp dari pelanggan: Salinan pesan WhatsApp dari pelanggan yang melakukan pemesanan.
4. Screenshot konfigurasi integrasi: Jika memungkinkan, screenshot konfigurasi integrasi Qiscus Omnichannel dan Qiscus Shop.

Setelah menerima informasi tersebut, saya dapat menyelidiki masalah ini lebih lanjut dan memberikan solusi yang tepat. Jika saya masih kesulitan menemukan penyebabnya, saya akan meneruskan pertanyaan ini ke tim Support untuk mendapatkan bantuan lebih lanjut.

Created by: saadah

Created at: 2025-03-01T22:08:12.601Z

Question Summary: Clienti and others reported an issue with the Qiscus Omnichannel search box for selecting chat templates. The search box appeared unclickable, preventing users from selecting templates via the click action; however, typing the template name directly worked. The question is whether this unclickable behavior is intended or a bug that needs fixing.

Answer Summary: Initially, it seemed like a UI issue where the cursor was invisible, making the search box appear unclickable. However, the issue resolved itself. The team decided to treat this as feedback for improvement, aiming to make the search box clickable with a visible cursor for better user experience. Future improvements are planned but are still pending QA testing.

Q&A Format:

Q: Regarding the reported issue with the Qiscus Omnichannel chat template selection search box (Slack link provided, App IDs `ramo-` and `ihgsg-pstnk5o2mkmqhwe` involved), is the inability to click and select templates via the search box intended behavior, or is it a bug? The issue seems to be resolved in some instances by typing the template name directly.

A: The initial reports indicated a possible UI bug where the cursor was not visible, making the search box appear unclickable. While typing the template name directly worked as a workaround, the inability to click and use the search box was not intended behavior. The issue appears to have resolved itself spontaneously in some cases. This has been classified as feedback for improvement. Future updates will aim to make the search box clickable with a visible cursor for improved usability. These improvements are currently pending QA testing.

Created by: saadah

Created at: 2025-03-01T22:09:58.935Z

Pertanyaan:

Bisakah Business Service Provider (BSP) di lokasi berbeda tetap menggunakan dashboard Qiscus Omnichannel jika menggunakan custom channel?

Ringkasan Jawaban:

Pertanyaan ini membutuhkan klarifikasi lebih lanjut mengenai detail teknis konfigurasi custom channel BSP tersebut. Butuh informasi tambahan seperti nama klien, App ID, detail konfigurasi custom channel, dan sebagainya untuk memberikan jawaban yang akurat. Tanpa informasi tersebut, saya tidak dapat memastikan apakah hal tersebut dimungkinkan. Saya sarankan untuk menghubungi tim Support untuk memastikannya.

Format Tanya Jawab:

Pertanyaan: kalau BSP ditempat lain tapi make dashboard omni kita itu masi bisa ga ya? yg pake custom channel itu

Jawaban: Terima kasih atas pertanyaan Anda. Untuk memastikan apakah BSP di lokasi berbeda dapat menggunakan dashboard Qiscus Omnichannel dengan custom channel, saya perlu informasi tambahan. Bisakah Anda memberikan detail lebih lanjut, seperti nama klien, App ID, dan detail konfigurasi custom channel yang digunakan? Informasi ini akan membantu saya (atau tim Support) untuk memberikan jawaban yang akurat. Jika informasi tersebut tidak tersedia, saya sarankan untuk menghubungi tim Support langsung melalui help@qiscus.com agar pertanyaan Anda dapat dijawab dengan tepat.

Created by: saadah

Created at: 2025-03-02T06:13:55.636Z

Question Summary: ERHA (`fozna-nn4ajrm71v25hug`) agents repeatedly experienced inability to access the broadcast menu in Qiscus Omnichannel. The issue appeared to be

AppID-specific and resolved spontaneously.

Answer Summary: The issue, a recurring inability for ERHA agents to access the broadcast menu within Qiscus Omnichannel, was initially reported and investigated. After some time, the problem resolved itself, affecting only the specified AppID. Further monitoring is recommended in case of recurrence.

Question and Answer Format:

Q: A recurring issue was reported where ERHA agents (`fozna-nn4ajrm71v25hug`) couldn’t access the broadcast menu in Qiscus Omnichannel. The problem seemingly resolved itself. What actions should be taken?

A: Based on the conversation, the issue with ERHA agents (`fozna-nn4ajrm71v25hug`) being unable to access the broadcast menu in Qiscus Omnichannel was intermittent and resolved without direct intervention. While the root cause remains unknown, close monitoring of this AppID (`fozna-nn4ajrm71v25hug`) is recommended to detect any recurrence of the problem. If the issue reappears, further investigation will be necessary, potentially requiring additional information such as screenshots, timestamps, and detailed steps to reproduce the error.

Created by: saadah

Created at: 2025-03-02T06:15:12.992Z

Question Summary: Client reports several issues with the TikTok DM integration in Qiscus Omnichannel: inability to receive MP4 videos and GIFs, agents unable to send MP4 videos (GIFs send with an error), lack of per-bubble reply functionality, and missing notifications for deleted messages.

Answer Summary: Teaminvestigated and determined that points 1, 2, and 3 are expected behaviors of the TikTok DM channel (only text and images are supported, per-bubble reply is not yet implemented). Point 4 (lack of notification for deleted messages) is noted as feedback.

Q&A Format:

Q: There are several issues reported regarding the TikTok DM integration in Qiscus Omnichannel. Specifically:

• Issue 1: Inability to receive MP4 videos and GIFs from customers. The Omnichannel shows no message. Is it possible to display an error message like “(unsupported message format)”?

• Issue 2: Agents cannot send MP4 videos to customers. Sending GIF files results in the error:

`”Failed sending file_attachment above to customer with error: [40908] upload file and param type mismatch.”`

• Issue 3: There’s no per-bubble chat hover functionality for TikTok DM, making specific replies to individual bubbles impossible.
• Issue 4: Messages deleted by the user are still visible in Omnichannel without any notification that the message has been deleted. Is it possible to implement a notification for deleted messages?

*A: After investigation using App ID `gbuup-wlx0qg1xabmmpdm` (Staging), the following conclusions were reached:

• Issue 1 & 2: These are expected behaviors. TikTok DM only supports text and image messages; video and GIF support is not currently available.
• Issue 3: This is also expected behavior. Per-bubble reply functionality is not yet implemented for TikTok DM.
• Issue 4: The lack of notification for deleted messages is noted as feedback for future development.

Created by: saadah

Created at: 2025-03-02T06:22:41.359Z

Question:

Uswatun Hasanah from the internal team is reporting that the client, Erha

(`fozna-nn4ajrm71v25hug`), is unable to search for a customer named 𝙇𝙪𝙨𝙞 (phone number: 62895636621518) in the CDP, even through the admin dashboard. The customer’s data is visible in Analytics, with the last chat recorded on November 26th. Erha needs to access the complete chat history for this customer. A `curl` command showing the API call used to search is included in the report. Why is the customer not searchable in the CDP, and how can Erha access their chat history?

Answer Summary:

The issue is being investigated and a temporary workaround has been suggested. Updating the customer’s name via the inbox with the exact same name might resolve the searchability issue. Further investigation is ongoing.

Question and Answer Format:

Q: Client Erha (`fozna-nn4ajrm71v25hug`) cannot find a customer (𝙇𝙪𝙨𝙞, 62895636621518) in the CDP. The customer exists in Analytics with last chat on November 26th. What’s the problem and how can we help Erha access the full chat history?

A: Hai, terima kasih telah melaporkan kendala ini. Tim kami sedang memeriksa masalah ketidakmampuan pencarian customer 𝙇𝙪𝙨𝙞 (62895636621518) di CDP untuk Erha

(`fozna-nn4ajrm71v25hug`). Sebagai langkah sementara, silakan coba update nama customer tersebut via inbox dengan nama yang sama persis (𝙇𝙪𝙨𝙞). Hal ini mungkin dapat mengatasi masalah pencarian. Kami akan segera memberikan update lebih lanjut setelah penyelidikan selesai. Terima kasih atas kesabarannya.

Created by: saadah

Created at: 2025-03-02T06:24:22.060Z

Question Summary:

Client reported a successful WhatsApp broadcast using a template with only one variable, despite the uploaded CSV containing four variables. She asks if this is a known issue, why the upload wasn’t flagged as an error, and if extra variables in the CSV always lead to successful uploads.

Answer Summary:

Team initially acknowledged the issue and then explained that the expected behavior is for the CSV to match the template variables. If discrepancies exist (like using a template different from the Facebook Business Manager (FBBM) template), resynchronization is suggested. The implication is that the successful upload was unexpected and possibly due to a system quirk.

Question and Answer Format:

Q: Client reported a successful WhatsApp broadcast using the

`pusat20022025kontensedekahsubuh` template (with one variable) and a CSV file containing four variables. The broadcast was sent successfully to Human Initiative

(`sopur-5mrknfcwvnw3umj`). Why wasn’t an error thrown during the upload process, given the mismatch between the template and CSV variables? Is this a known issue? Does having extra variables in the CSV file *always* result in a successful upload?

A: Awalnya, kami mengakui adanya kendala tersebut. Namun, yang diharapkan adalah agar variabel di CSV sesuai dengan variabel di template. Jika terdapat perbedaan (misalnya, menggunakan template yang berbeda dari template Facebook Business Manager (FBBM)), disarankan untuk melakukan sinkronisasi ulang. Suksesnya unggahan tersebut mungkin merupakan hal yang tidak terduga dan mungkin disebabkan oleh keunikan sistem.

Created by: saadah

Created at: 2025-03-02T06:28:44.778Z

Question Summary: Uswatun Hasanah reports a “Auto responder message failed to send” notification in Jendela 360 for a specific room (Room ID: 299245577), but no auto-responder is found in the WhatsApp channel. Investigations in Loki and Metabase failed to reveal the cause.

Answer Summary: The issue needs further investigation. More information is required to diagnose the problem. To effectively diagnose the root cause of the “Auto responder message failed to send” notification, we need more information. Please provide the following:

• Client Name: The name of the client experiencing this issue.
• Detailed Description: A more detailed description of the steps leading up to the error and any other relevant context.
• Screenshots or Videos (if possible and privacy allows): Visuals of the error message in Jendela 360 and the WhatsApp channel settings.
• Exact Time of Occurrence: The precise time the error occurred.
• App ID (if different from znles-9xsmdusosarfdmg): The correct App ID associated with this issue.

Once this information is provided, a more accurate assessment and solution can be determined. If the issue persists after providing this information, please escalate to the Support team for further assistance.

Created by: saadah

Created at: 2025-03-02T06:30:49.609Z

Question Summary: A client (WhatsApp number 6289516521566, Room ID 298678673) was blocked, but messages still appeared in the Omnichannel. Investigation revealed the blocking occurred *after* the room was resolved, resulting in no system event being logged for the block. The question is whether this behavior is expected given the room resolution prior to the block.

Answer Summary: The issue is not a bug. The system does not log a block event if the room is already resolved. The messages appearing in the room were sent *before* the client was blocked.

Question and Answer Format:

Q: Client with WhatsApp number 6289516521566 (Room ID 298678673) was blocked via the Omnichannel, but messages continued to appear in the room. The logs show the room was resolved on February 20th, 2025, and the client was blocked on February 21st, 2025. No system event was logged for the block. Is this expected behavior, or is this a bug in Qiscus Omnichannel?

A: This is expected behavior. The system does not generate a system event for blocking a customer if the room has already been resolved. The messages received in the room were sent before the block was implemented on February 21st, 2025.

Created by: saadah

Created at: 2025-03-02T06:31:49.526Z

Question Summary: The internal team experienced issues accessing the Qiscus Omnichannel agent login API (`https://omnichannel.qiscus.com/api/v1/pcbqf-tmv5c6dujyyxcht/agent_auth`)

from the `qiscus.io` domain, which is used for staging services. They requested permission to allow this domain for API access.

Answer Summary: The issue was initially scheduled to be resolved by allowing CORS for the specified domain during a nightly deployment. However, after the deployment, some teams still experienced errors. After further investigation and potential caching delays, the issue was resolved, and access was restored.

Question and Answer Format:

Q: Our team is encountering an access problem with the Qiscus Omnichannel agent login API (`https://omnichannel.qiscus.com/api/v1/pcbqf-tmv5c6dujyyxcht/agent_auth`) when accessing it from our staging domain, `qiscus.io`. Can this domain be allowed? This is blocking our testing efforts.

A: The issue was related to CORS configuration. It was planned to be resolved by allowing the necessary domains during a scheduled nightly deployment. While the deployment was performed, some teams initially continued to experience errors. This was likely due to caching or other propagation delays. After some troubleshooting and waiting, access was eventually restored for all affected users. Specific domains allowed included `raya-addon.qiscus.com` and

`raya-addon-stg.qiscus.com`.

Created by: saadah

Created at: 2025-03-02T06:32:44.515Z

Question Summary: If mobile app access is disabled for an agent by the superadmin, will the QR code for login still be visible on the web application? The client is Time International.

Answer Summary: The QR code should not be visible on the web application if mobile app access has been disabled by the superadmin.

Question and Answer Format:

Q: If a superadmin disables mobile app access for an agent, will that agent still see the QR code login option in the web application? The client in question is Time International.

A: Based on standard functionality, if mobile app access is disabled by the superadmin, the QR code for login should *not* be visible on the web application. However, to confirm this for Time International and ensure there are no unusual configurations, we need to check their specific setup. Could you please provide the client’s App ID? This will allow us to investigate their account settings and verify the expected behavior.

Created by: saadah

Created at: 2025-03-02T06:33:42.675Z

Question Summary: Educational Toys Thailand experienced issues integrating the LINE channel with Qiscus Omnichannel. The team needed to determine if LINE channel support was discontinued and troubleshoot the integration problem. They also inquired about supported message types for sending and receiving messages via LINE.

Answer Summary: The issue was resolved. The initial problem stemmed from incorrect input of the channel secret and access token during integration. The correct procedure was linked, and the webhook URL is dynamically generated post-successful integration. Supported message types from customer to Omnichannel include image, audio, video, location, text, and emoji.

Supported message types from Omnichannel to the customer include text, image, video, file, button, and carousel.

Q&A Format:

Q1: What was the client’s (Educational Toys Thailand) problem regarding LINE channel integration with Qiscus Omnichannel?

A1: Educational Toys Thailand encountered difficulties integrating their LINE channel with Qiscus Omnichannel. They were unsure if LINE channel support had been discontinued.

Q2: What was the root cause of the integration problem?

A2: The root cause was incorrect input of the LINE channel secret and access token during the integration process.

Q3: How was the problem resolved?

A3: The problem was resolved by correcting the channel secret and access token input, following the steps outlined in the provided documentation link: https://documentation.qiscus.com/omnichannel-chat/application#line-messenger . The webhook URL is generated after successful integration.

Q4: What message types are supported when sending messages *from* the customer to Qiscus Omnichannel via LINE?

A4: From customer to Omnichannel (via LINE): image, audio, video, location, text, emoji.

Q5: What message types are supported when sending messages *from* Qiscus Omnichannel

*to* the customer via LINE?

A5: From Omnichannel to customer (via LINE): text, image, video, file, button, carousel.

Created by: saadah

Created at: 2025-03-02T06:34:51.588Z

Question Summary: Bethsaida Healthcare (client ID: hmaxs-fakiyyljgxdppz4) requests a feature in Qiscus Omnichannel’s WhatsApp Business API (WABA) to generate and provide directly copyable payload/curl commands for various message templates (buttons, video headers, etc.). This would simplify API usage, as they previously used Ivosights which offered this feature.

Answer Summary: The feedback has been noted. The team will investigate if other clients have similar requests. Currently, Qiscus provides FAQ documentation detailing the payload formats.

Question and Answer Format:

Q: Client Bethsaida Healthcare (hmaxs-fakiyyljgxdppz4) suggests adding a feature to Qiscus Omnichannel’s WABA to generate copyable payload/curl commands for message templates (e.g., buttons, video headers). They find this feature helpful, having used it previously with Ivosights. What is the current status and plan of action?

A: The feedback from Bethsaida Healthcare regarding the generation of copyable payload/curl commands for WABA message templates has been noted. Currently, Qiscus provides FAQ documentation explaining the required payload formats. We will investigate if other clients have expressed similar needs. We will inform you if any other clients provide similar feedback.

Created by: saadah

Created at: 2025-03-02T06:35:44.524Z

Pertanyaan Ringkasan: Klien Riamiranda (`hag-5phqoyrehcsjse6v6`) mengalami masalah banyak broadcast yang berstatus *unfinished* di Qiscus Omnichannel, padahal seharusnya sudah terkirim. Apa penyebabnya dan bagaimana solusinya?

Ringkasan Jawaban: Status *unfinished* tidak selalu berarti broadcast gagal terkirim. Disarankan untuk memeriksa log broadcast untuk melihat nomor mana yang belum terkirim dan mengirim ulang broadcast ke nomor-nomor tersebut. Penyebab pasti perlu diperiksa lebih lanjut.

Format Tanya Jawab:

Pertanyaan:

Client melaporkan masalah broadcast di Qiscus Omnichannel. Klien Riamiranda

(`hag-5phqoyrehcsjse6v6`) mengalami kendala banyak broadcast yang berstatus *unfinished*, padahal seharusnya sudah terkirim sore ini. Apa penyebabnya dan bagaimana solusi yang dapat diberikan?

Jawaban:

Status “unfinished” pada broadcast di Qiscus Omnichannel belum tentu berarti broadcast tersebut gagal terkirim sepenuhnya. Untuk memastikan nomor mana yang belum menerima broadcast, silakan periksa log broadcast klien Riamiranda (`hag-5phqoyrehcsjse6v6`). Kirim ulang broadcast ke nomor-nomor yang teridentifikasi belum terkirim di dalam log tersebut.

Untuk mengetahui penyebab pasti mengapa broadcast berstatus *unfinished*, diperlukan pemeriksaan lebih lanjut. Tim Support perlu menyelidiki lebih dalam masalah ini.

Created by: saadah

Created at: 2025-03-02T06:36:46.920Z

Question Summary:

MTI `urktp-hoeocznfkp6efir` experiences a recurring issue where agents are shown as joined to a room in the admin view, but the room is not visible to the agent. This seems to be caused by a race condition where the room is resolved just as the agent joins. The question asks for a solution to prevent this recurring race condition.

Answer Summary:

The initial response acknowledges the issue and indicates that the problem is being investigated. A more thorough investigation and potential solutions are promised.

Question and Answer Format:

Q: MTI `urktp-hoeocznfkp6efir` mengalami kendala di mana agen terdata *join* ke dalam suatu

*room* pada tampilan Admin, tetapi pada tampilan Agen terkait, *room* tersebut tidak ditemukan. Kendala ini terjadi berulang kali (tiga kali laporan serupa) dan diduga disebabkan oleh *race condition* di mana agen *join* bertepatan dengan *room* yang di-*resolve*. Apakah ada solusi untuk mencegah *race condition* ini?

A: Kami akan menyelidiki lebih lanjut masalah *race condition* yang menyebabkan *room* tidak muncul di tampilan agen meskipun tercatat *join* di tampilan admin. Kami akan mencari solusi untuk mencegah masalah ini berulang dan akan memberikan informasi lebih lanjut setelah investigasi selesai.

Created by: saadah

Created at: 2025-03-02T06:39:22.133Z

Pertanyaan:

Ringkasan Pertanyaan: Tim internal melaporkan kendala akses dashboard Qiscus Omnichannel yang lambat pada tanggal 22 Februari 2025 sekitar pukul 12.40 WIB. Kendala ini dialami hampir semua akun agen di beberapa aplikasi (Natasha Skin, GMedia, dan MTI). Pelapor (Andrianto Nur Anggoro) sudah mencoba beberapa langkah pemecahan masalah (clear cache & relogin) namun masalah tetap terjadi. Catur Adi Nugroho mengindikasikan kemungkinan masalah terkait alert yang terjadi sekitar jam 12.40 dan sudah normal pada jam 1 siang.

Pertanyaan Detail:

Apakah tim Support dapat menyelidiki penyebab lambatnya akses dashboard Qiscus Omnichannel pada tanggal 22 Februari 2025 sekitar pukul 12.40 WIB yang dialami oleh akun agen di aplikasi Natasha Skin (xetly-tolapmgvlvjwgou), GMedia (gis-xuqqz9ghyfnkrtn6j), dan MTI (dvriv-twisyk6bkfcp23f)? Apakah ada informasi lebih lanjut terkait alert yang disebutkan oleh Catur Adi Nugroho dan kaitannya dengan masalah ini?

Jawaban:

Ringkasan Jawaban: Tim Support telah mengindikasikan bahwa masalah tersebut kemungkinan terkait dengan alert yang terjadi sekitar pukul 12.40 WIB pada tanggal 22 Februari 2025, dan masalah tersebut telah pulih pada pukul 13.00 WIB. Informasi lebih lanjut akan

di-update. Jawaban Detail:

Untuk memastikan penyebab dan solusi dari kendala akses dashboard yang lambat pada tanggal 22 Februari 2025 pukul 12.40 WIB, kami membutuhkan informasi lebih detail mengenai alert yang dimaksud (link yang diberikan oleh Catur Adi Nugroho perlu diinvestigasi lebih lanjut). Setelah investigasi terhadap alert tersebut, kami akan memberikan update lebih lanjut. Saat ini, berdasarkan informasi yang ada, masalah tersebut tampaknya sudah terselesaikan.

Created by: saadah

Created at: 2025-03-02T06:40:42.725Z

Question Summary: A bug report from MTI regarding Qiscus Omnichannel (OC) indicates that a chat room (Room ID 299318265) remains assigned to the previous agent even after handover.

Answer Summary: The issue is acknowledged and is being investigated. Awaiting further details.

Question and Answer Format:

Q: A client (MTI) reports a Qiscus Omnichannel bug where a chat room (Room ID 299318265) is stuck with the previous agent after a handover. Can you provide assistance?

A: Terima kasih atas laporannya, Rijalul Fikri. Tim sedang menyelidiki masalah ini. Untuk membantu kami dalam proses investigasi, mohon berikan informasi tambahan berikut:

• Nama Klien: (Nama klien yang mengalami masalah ini)
• Detail lengkap masalah: (Penjelasan lebih detail mengenai kendala yang terjadi, termasuk langkah-langkah yang dilakukan sebelum masalah muncul)
• Screenshot atau video: (Jika memungkinkan, mohon lampirkan screenshot atau video yang menunjukkan masalah)
• Waktu kejadian: (Waktu pasti ketika masalah terjadi)

Setelah menerima informasi tambahan ini, kami akan dapat memberikan solusi yang lebih tepat.

Created by: saadah

Created at: 2025-03-02T06:42:12.045Z

Question Summary:

Client Manulife DPLK (App ID: `sjeyy-oo30u3x3qwdiwb7`) continues to receive trial reminder emails and MAU Exceed notifications despite a recent plan update and creation of a new plan. The client uses only WhatsApp Business API (one-way). The team suspects a misconfiguration. They want to know why the emails persist and if there’s a missing setup.

Answer Summary:

The issue is that even though a new plan was created on February 12th, 2025, and again that morning (February 24th, 2025), the client is still receiving MAU exceed notifications. The team needs to investigate why the plan update isn’t reflecting correctly in the system. Further investigation is needed to determine the root cause and provide a solution. The team will investigate further during a meeting later that day.

Question and Answer Format:

Q: Why is client Manulife DPLK (App ID: `sjeyy-oo30u3x3qwdiwb7`) still receiving trial reminder emails and MAU Exceed notifications after a plan update and the creation of a new plan on February 12th, 2025, and again on February 24th, 2025? The client only uses WhatsApp Business API (one-way).

A: Even with the plan updates on February 12th and February 24th, 2025, the client continues to receive the emails. This indicates a problem with how the plan updates are being processed or applied to the account. The team will investigate further during a meeting later today to determine the root cause and provide a solution.

Created by: saadah

Created at: 2025-03-02T06:43:04.063Z

Question Summary: A discrepancy exists in the Qiscus Omnichannel platform for client “Dunia master Pulsa” (App ID `hec-ybzvngnnnzr2ya47e`). The “Unserved” tab shows only 6 chats, while the overall “Unserved customer” count indicates 16. The client is concerned about chat expiration due to the delay in resolving this issue.

Answer Summary: The Qiscus support team investigated and resolved the discrepancy in the unserved chat count for Dunia master Pulsa.

Question and Answer Format:

Q: There’s a discrepancy in the unserved chat count for the Dunia master Pulsa client (App ID

`hec-ybzvngnnnzr2ya47e`) using Qiscus Omnichannel. The Unserved tab shows 6 chats, but the total unserved customer count shows 16. The client is worried about chat expiration due to the delay. Can you investigate and provide an update?

A: The issue regarding the discrepancy in the unserved chat count for Dunia master Pulsa (App ID `hec-ybzvngnnnzr2ya47e`) has been addressed and resolved. The count has been normalized. Please check again.

Created by: saadah

Created at: 2025-03-02T06:44:10.589Z

Question Summary:

Uswatun Hasanah reports an issue with Qiscus Omnichannel. Agent Rovy has joined a sample room (link provided:

https://multichannel.qiscus.com/web/pxidr-4szewxhaivs7unh/inbox#id=299446680 , but the system isn’t showing the “handover to agent” event in that room. She requests investigation.

Answer Summary:

Requires further investigation. Needs more information to diagnose the problem, specifically details about the room, the agent’s status, and potentially screenshots or logs.

Question and Answer Format:

Q: mohon dibantu pengecekan kendala EPI pada sample room berikut ini sudah ada agent yang joined ke room (Agent Rovy), namun kenapa tidak ada sistem event handover to agent yang muncul di room ya team?

https://multichannel.qiscus.com/web/pxidr-4szewxhaivs7unh/inbox#id=299446680 mohon infonya team terima kasih banyak sebelumnya :pray::skin-tone-2:

A: Untuk dapat mendiagnosis masalah ini dengan tepat, saya memerlukan informasi tambahan. Bisakah Anda memberikan detail berikut:

• Detail Room: Bisakah Anda memberikan informasi lebih detail mengenai room dengan ID 299446680? Misalnya, jenis channel komunikasi apa yang digunakan (WhatsApp, Facebook Messenger, dll.)?
• Status Agent Rovy: Apakah Agent Rovy online dan aktif saat bergabung ke room tersebut? Ada pesan error atau indikasi lain yang muncul di sisi Agent Rovy?
• Log Aktivitas: Apakah ada log aktivitas atau screenshot yang menunjukkan proses Agent Rovy bergabung ke room dan ketiadaan event “handover to agent”?
• Timestamp: Kapan tepatnya Agent Rovy bergabung ke room tersebut?

Informasi tambahan ini akan sangat membantu dalam mendiagnosis masalah dan memberikan solusi yang tepat. Jika informasi ini sudah tersedia, mohon dilampirkan. Jika tidak, saya akan mengarahkan pertanyaan ini ke tim Support untuk penanganan lebih lanjut.

Created by: saadah

Created at: 2025-03-02T06:45:59.177Z

Question Summary: Paragon client (`wer-ilo587j3dgjgzptd1`) experienced Omnichannel Agent Copilot loading issues. The issue seemed intermittent, initially showing only loading, then resolving with increased latency (15 seconds), and finally resolving to normal speed. The team investigated whether the issue was network-related or due to high request volume. The type of Agent Copilot function used (chat translate) was also noted.

Question and Answer Format:

Q: Paragon client (`wer-ilo587j3dgjgzptd1`) reported Omnichannel Agent Copilot loading issues. The issue was intermittent, initially showing only loading, then resolving with increased latency (15 seconds), and finally resolving to normal speed. Was this due to a network issue or high request volume, or something else? What type of Agent Copilot function was being used?

A: Dari Paragon `wer-ilo587j3dgjgzptd1` infokan untuk agent copilot hanya loading saja. Awalnya loading saja, kemudian menjadi lambat (15 detik), dan akhirnya kembali normal. Tim menyelidiki apakah ini masalah jaringan atau lonjakan permintaan (peak request). Ternyata bukan masalah jaringan, melainkan sempat ada peak request. Fungsi Agent Copilot yang digunakan adalah *chat translate*.

Created by: saadah

Created at: 2025-03-02T06:47:12.571Z

Question Summary: Paragon, a Qiscus Omnichannel client, is experiencing “Failed sending” errors with the message “[40064] you are sending messages too fast. take a rest.” on their TikTok DM integration. The team wants to understand TikTok DM’s message sending rate limits.

Answer Summary: The issue is a rate limit imposed by TikTok. The current understanding is a limit of approximately 100-200 conversations per day. Exceeding this limit prevents messages from being sent, resulting in the observed error.

Question and Answer Format:

Q: Tim Paragon mengalami error “Failed sending” dengan pesan “[40064] you are sending messages too fast. take a rest.” pada integrasi TikTok DM di Qiscus Omnichannel. Berapa batas pengiriman pesan (rate limit) untuk TikTok DM? Apakah ada informasi lebih detail mengenai hal ini?

A: Masalah ini disebabkan oleh rate limit yang diterapkan oleh TikTok. Berdasarkan informasi terkini, batasnya sekitar 100-200 percakapan per hari. Jika batas ini terlampaui, pesan tidak akan terkirim dan akan muncul error seperti yang dilaporkan.

Created by: saadah

Created at: 2025-03-02T06:51:38.688Z

Question Summary: A bug was reported where Qiscus Omnichannel creates new rooms/sessions even with “Enhance Conversation Security” enabled for non-sessional App IDs. Mirazhulmi later stated this is expected behavior because the customer creates a new identifier when the secure Qiscus widget is activated.

Answer Summary: The initial report indicates a bug. However, a subsequent response clarifies that the observed behavior is expected functionality due to the customer’s use of new identifiers when the secure widget is enabled. This suggests the original report might be a misunderstanding of how the “Enhance Conversation Security” feature and non-sessional App IDs interact.

Question and Answer Format:

Q: A client reported a bug in Qiscus Omnichannel where, despite enabling the “Enhance Conversation Security” feature, non-sessional App IDs continue to create new rooms/sessions. Is this a confirmed bug, or is this expected behavior? Please provide clarification.

A: The initial report described a bug. However, subsequent investigation revealed that the behavior is expected. When the “Enhance Conversation Security” feature (secure Qiscus widget) is activated, the customer’s system generates a new identifier, resulting in the creation of new rooms/sessions even for non-sessional App IDs. Therefore, it’s not a bug, but rather a consequence of the interaction between the security feature and the client’s identifier generation process.

Created by: saadah

Created at: 2025-03-02T06:52:35.327Z

Question Summary: Baznas (National Zakat Agency of Indonesia) is conducting a security assessment for their WhatsApp Business API (WABA) project. They require information about the frontend and backend technologies used in Qiscus Omnichannel, including their versions, to determine if they are up-to-date and not end-of-life.

Answer Summary: The frontend uses PHP 7.2, JavaScript, and Vue.js. The backend uses Elixir

1.14. This information is needed for Baznas’ security assessment to ensure the used versions are secure and supported.

Question and Answer Format:

Q: Baznas is performing a security assessment for their WABA project and needs to know the frontend and backend technologies used in Qiscus Omnichannel, including their versions, for their assessment. Can you provide this information?

A: The Qiscus Omnichannel frontend utilizes PHP 7.2, JavaScript, and Vue.js. The backend is built using Elixir 1.14.

Created by: saadah

Created at: 2025-03-02T06:53:30.425Z

Question Summary: Nabila reported delayed notifications on her Qiscus Omnichannel mobile app (app ID: qiscuscs-5xm3wgs5fc1p) since that morning. Replies to chats were only showing up much later than they were sent.

Answer Summary: Mirazhulmi requested the App ID. After receiving it, they asked Nabila to try again and check if the issue persisted. Nabila later confirmed the issue was resolved.

Question and Answer Format:

Q: A client, Nabila, reported delayed notifications on her Qiscus Omnichannel mobile app (App ID: qiscuscs-5xm3wgs5fc1p) since the morning of February 25th, 2025. Replies to chats were showing up with significant delay. What actions were taken to address this issue?

A: The support team first requested the App ID from Nabila to investigate. After receiving the App ID, the team asked Nabila to check if the issue persisted after trying again. The client later reported that the problem had resolved itself.

Created by: saadah

Created at: 2025-03-02T06:54:26.457Z

Question Summary: The Apurva Kempinski Bali (App ID: `isbih-dc11ti8yqviic8o`) is experiencing a discrepancy in their Qiscus Omnichannel dashboard. The dashboard shows 2 unserved customers, but the “unserved” tab only displays 1. The team requests assistance in resolving this discrepancy.

Answer Summary: The issue was resolved by the support team. Question and Answer Format:

Q: Klien The Apurva Kempinski Bali (`isbih-dc11ti8yqviic8o`) mengalami ketidaksesuaian pada dashboard Qiscus Omnichannel. Dashboard menunjukkan 2 pelanggan yang belum dilayani (unserved), tetapi tab “unserved” hanya menampilkan 1 chat yang belum dilayani. Bagaimana cara menormalkan data ini agar jumlah pelanggan yang belum dilayani di dashboard sesuai dengan jumlah di tab unserved?

A: Masalah ketidaksesuaian jumlah pelanggan yang belum dilayani pada dashboard Qiscus Omnichannel untuk klien The Apurva Kempinski Bali (`isbih-dc11ti8yqviic8o`) telah ditangani dan dinormalkan oleh tim support. Silakan periksa kembali dashboard.

Created by: saadah

Created at: 2025-03-02T06:55:32.604Z

Question Summary: Multiple users reported errors accessing the Qiscus CRM. Initial attempts to restart the system were unsuccessful, but later disabling CloudFlare resolved the issue.

Answer Summary: A temporary CRM error affected multiple users. The issue was resolved by disabling CloudFlare.

Question and Answer Format:

Q: Pada tanggal 25 Februari 2025, beberapa pengguna melaporkan adanya error pada akses CRM Qiscus. Apa penyebab error tersebut dan bagaimana cara penyelesaiannya?

A: Beberapa pengguna mengalami error pada akses CRM Qiscus pada tanggal 25 Februari 2025. Penyebab pasti error belum diketahui secara pasti, namun setelah dilakukan restart sistem dan kemudian menonaktifkan CloudFlare, masalah tersebut teratasi.

Created by: saadah

Created at: 2025-03-02T06:56:28.207Z

Question Summary: Kredivo client (`ucok-acjkfkklb5rahwqp`) received an alert indicating potential broadcast message delivery failures via Qiscus Omnichannel API around 8:29 AM on February 25th, 2025. Due to limitations in the outgoing logs, Hana Fardilla is requesting assistance in investigating this issue. A subsequent question asks if there was another database spike on February 27th.

Answer Summary: The initial failure was confirmed to be due to a database spike. A broadcast improvement expected to go live that week was cited as a solution. A follow-up question regarding another spike on February 27th was not directly answered but implied no additional spike occurred.

Q&A Format:

Q1: Klien Kredivo (`ucok-acjkfkklb5rahwqp`) menerima alert yang menunjukkan kemungkinan kegagalan pengiriman pesan broadcast melalui API Qiscus Omnichannel sekitar pukul 08.29 pagi tanggal 25 Februari 2025. Karena keterbatasan dalam log outgoing, bagaimana cara memeriksa apakah ada pesan broadcast yang gagal dikirim dan bagaimana investigasi lebih lanjut dapat dilakukan?

A1: Kegagalan tersebut disebabkan oleh *db spike*. Perbaikan broadcast yang diharapkan naik ke produksi pada minggu tersebut sedang dalam proses.

Q2: Apakah terjadi *spike* database lagi pada tanggal 27 Februari 2025?

A2: Tidak ada jawaban langsung, tetapi respon sebelumnya mengimplikasikan tidak ada *spike* tambahan.

Created by: saadah

Created at: 2025-03-02T06:57:38.153Z

Pertanyaan Ringkasan: Klien mengalami error “Media upload error” (kode 131053, detail: “Downloading media from weblink failed with http code 403, status message Forbidden”) saat mengunggah gambar melalui Qiscus Omnichannel ke WhatsApp. Error ini terjadi di beberapa room ID dan dengan beberapa gambar, meskipun ukuran gambar normal. Pengujian dengan mengedit gambar menggunakan paint dan mengunggah ulang, serta mengunggah dengan API dengan berbagai format (`image/jpg`, `image/jpeg`), menghasilkan hasil yang inkonsisten, terkadang berhasil dan terkadang gagal. Ada dugaan masalah pada metadata gambar atau ketidaksesuaian format gambar yang diterima.

Jawaban Ringkasan: Masalahnya kemungkinan besar berasal dari metadata gambar atau ketidaksesuaian format gambar yang diterima oleh sistem, meskipun gambar tersebut terlihat normal. Pengujian lebih lanjut diperlukan untuk mengidentifikasi penyebab pasti masalah ini. Perlu investigasi lebih lanjut terkait mengapa format JPG kadang diterima dan kadang ditolak oleh sistem, khususnya terkait proses approval template gambar.

Pertanyaan & Jawaban:

Pertanyaan 1: Klien mengalami error “Media upload error” (kode 131053, detail: “Downloading media from weblink failed with http code 403, status message Forbidden”) saat mengunggah gambar melalui Qiscus Omnichannel ke WhatsApp Business API. Ukuran gambar normal, tetapi pengujian dengan mengedit dan mengunggah ulang gambar, serta mencoba berbagai format gambar (`image/jpg`, `image/jpeg`) melalui API, menghasilkan hasil yang tidak konsisten. Apa kemungkinan penyebab masalah ini dan bagaimana langkah selanjutnya untuk mendiagnosis dan menyelesaikannya? Informasi tambahan: Room ID 299861366, App ID

`pcwma-tcwgq8njzhpl64y`, `lgfjs-xmnue5eciz1hb7d`. URL gambar yang bermasalah:

`https://dnlbo7fgjcc7f.cloudfront.net/pcwma-tcwgq8njzhpl64y/image/upload/ghCWPbXcIa/IMG-2 0250225-WA0024.jpg ` dan

`https://dnlbo7fgjcc7f.cloudfront.net/pcwma-tcwgq8njzhpl64y/image/upload/Hw66zTnm8n/17404 76222073_Screenshot-2025-02-25-at-4.36.53%E2%80%AFPM.png `. Log error tambahan:

`{“details” => “Image is invalid. Please check the image properties; supported are JPG/JPEG, RGB/RGBA, 8 bit/channels and PNG, RGB/RGBA, up to 8 bit/channel.”}`

Jawaban 1: Berdasarkan informasi yang diberikan, kemungkinan penyebab error “Media upload error” dengan kode 131053 dan pesan “Downloading media from weblink failed with http code 403, status message Forbidden” adalah masalah pada metadata gambar atau ketidaksesuaian format gambar meskipun ukurannya normal. Kesalahan “Image is invalid…” menunjukkan masalah dengan properti gambar itu sendiri. Meskipun terkadang berhasil diunggah dengan format JPEG, inkonsistensi ini menunjukkan masalah yang lebih mendalam.

Langkah selanjutnya untuk mendiagnosis masalah ini:

1. Verifikasi Metadata Gambar: Periksa detail metadata gambar yang bermasalah. Ada kemungkinan metadata yang tidak sesuai menyebabkan kegagalan unggahan.
2. Analisa Gambar Secara Detail: Lakukan analisis mendalam pada gambar yang gagal diunggah untuk memeriksa format, resolusi, dan atribut lainnya yang mungkin tidak kompatibel dengan sistem Qiscus Omnichannel. Periksa apakah terdapat metadata tersembunyi atau informasi tambahan yang mungkin menyebabkan konflik.
3. Uji dengan Gambar Lain: Uji dengan berbagai gambar yang berbeda format, ukuran, dan sumber untuk memastikan apakah masalahnya spesifik pada gambar tertentu atau pada keseluruhan proses unggahan.
4. Tinjau Log Server: Periksa log server Qiscus Omnichannel untuk informasi error yang lebih detail terkait permintaan unggahan gambar yang gagal. Ini akan memberikan informasi lebih lanjut tentang penyebab spesifik masalahnya.
5. Konfirmasi Kompatibilitas Format: Pastikan bahwa format JPG dan JPEG yang digunakan sepenuhnya kompatibel dengan spesifikasi yang didukung oleh Qiscus Omnichannel dan WhatsApp Business API.
6. Investigasi Proses Approval Template: Investigasi mengapa template gambar dengan format JPG bisa lolos proses approval jika format tersebut ternyata tidak selalu konsisten dalam proses unggahan.

Perlu informasi tambahan seperti detail metadata gambar dan log server untuk diagnosis yang lebih akurat

Created by: saadah

Created at: 2025-03-02T06:39:22.133Z

Pertanyaan:

Ringkasan Pertanyaan: Tim internal melaporkan kendala akses dashboard Qiscus Omnichannel yang lambat pada tanggal 22 Februari 2025 sekitar pukul 12.40 WIB. Kendala ini dialami hampir semua akun agen di beberapa aplikasi (Natasha Skin, GMedia, dan MTI). Pelapor (Andrianto Nur Anggoro) sudah mencoba beberapa langkah pemecahan masalah (clear cache & relogin) namun masalah tetap terjadi. Catur Adi Nugroho mengindikasikan kemungkinan masalah terkait alert yang terjadi sekitar jam 12.40 dan sudah normal pada jam 1 siang.

Pertanyaan Detail:

Apakah tim Support dapat menyelidiki penyebab lambatnya akses dashboard Qiscus Omnichannel pada tanggal 22 Februari 2025 sekitar pukul 12.40 WIB yang dialami oleh akun agen di aplikasi Natasha Skin (xetly-tolapmgvlvjwgou), GMedia (gis-xuqqz9ghyfnkrtn6j), dan MTI (dvriv-twisyk6bkfcp23f)? Apakah ada informasi lebih lanjut terkait alert yang disebutkan oleh Catur Adi Nugroho dan kaitannya dengan masalah ini?

Jawaban:

Ringkasan Jawaban: Tim Support telah mengindikasikan bahwa masalah tersebut kemungkinan terkait dengan alert yang terjadi sekitar pukul 12.40 WIB pada tanggal 22 Februari 2025, dan masalah tersebut telah pulih pada pukul 13.00 WIB. Informasi lebih lanjut akan

di-update. Jawaban Detail:

Untuk memastikan penyebab dan solusi dari kendala akses dashboard yang lambat pada tanggal 22 Februari 2025 pukul 12.40 WIB, kami membutuhkan informasi lebih detail mengenai alert yang dimaksud (link yang diberikan oleh Catur Adi Nugroho perlu diinvestigasi lebih lanjut). Setelah investigasi terhadap alert tersebut, kami akan memberikan update lebih lanjut. Saat ini, berdasarkan informasi yang ada, masalah tersebut tampaknya sudah terselesaikan.

Created by: saadah

Created at: 2025-03-02T06:40:42.725Z

Question Summary: A bug report from MTI regarding Qiscus Omnichannel (OC) indicates that a chat room (Room ID 299318265) remains assigned to the previous agent even after handover.

Answer Summary: The issue is acknowledged and is being investigated. Awaiting further details.

Question and Answer Format:

Q: A client (MTI) reports a Qiscus Omnichannel bug where a chat room (Room ID 299318265) is stuck with the previous agent after a handover. Can you provide assistance?

A: Terima kasih atas laporannya, Rijalul Fikri. Tim sedang menyelidiki masalah ini. Untuk membantu kami dalam proses investigasi, mohon berikan informasi tambahan berikut:

• Nama Klien: (Nama klien yang mengalami masalah ini)
• Detail lengkap masalah: (Penjelasan lebih detail mengenai kendala yang terjadi, termasuk langkah-langkah yang dilakukan sebelum masalah muncul)
• Screenshot atau video: (Jika memungkinkan, mohon lampirkan screenshot atau video yang menunjukkan masalah)
• Waktu kejadian: (Waktu pasti ketika masalah terjadi)

Setelah menerima informasi tambahan ini, kami akan dapat memberikan solusi yang lebih tepat.

Created by: saadah

Created at: 2025-03-02T06:42:12.045Z

Question Summary:

Client Manulife DPLK (App ID: `sjeyy-oo30u3x3qwdiwb7`) continues to receive trial reminder emails and MAU Exceed notifications despite a recent plan update and creation of a new plan. The client uses only WhatsApp Business API (one-way). The team suspects a misconfiguration. They want to know why the emails persist and if there’s a missing setup.

Answer Summary:

The issue is that even though a new plan was created on February 12th, 2025, and again that morning (February 24th, 2025), the client is still receiving MAU exceed notifications. The team needs to investigate why the plan update isn’t reflecting correctly in the system. Further investigation is needed to determine the root cause and provide a solution. The team will investigate further during a meeting later that day.

Question and Answer Format:

Q: Why is client Manulife DPLK (App ID: `sjeyy-oo30u3x3qwdiwb7`) still receiving trial reminder emails and MAU Exceed notifications after a plan update and the creation of a new plan on February 12th, 2025, and again on February 24th, 2025? The client only uses WhatsApp Business API (one-way).

A: Even with the plan updates on February 12th and February 24th, 2025, the client continues to receive the emails. This indicates a problem with how the plan updates are being processed or applied to the account. The team will investigate further during a meeting later today to determine the root cause and provide a solution.

Created by: saadah

Created at: 2025-03-02T06:43:04.063Z

Question Summary: A discrepancy exists in the Qiscus Omnichannel platform for client “Dunia master Pulsa” (App ID `hec-ybzvngnnnzr2ya47e`). The “Unserved” tab shows only 6 chats, while the overall “Unserved customer” count indicates 16. The client is concerned about chat expiration due to the delay in resolving this issue.

Answer Summary: The Qiscus support team investigated and resolved the discrepancy in the unserved chat count for Dunia master Pulsa.

Question and Answer Format:

Q: There’s a discrepancy in the unserved chat count for the Dunia master Pulsa client (App ID

`hec-ybzvngnnnzr2ya47e`) using Qiscus Omnichannel. The Unserved tab shows 6 chats, but the total unserved customer count shows 16. The client is worried about chat expiration due to the delay. Can you investigate and provide an update?

A: The issue regarding the discrepancy in the unserved chat count for Dunia master Pulsa (App ID `hec-ybzvngnnnzr2ya47e`) has been addressed and resolved. The count has been normalized. Please check again.

Created by: saadah

Created at: 2025-03-02T06:44:10.589Z

Question Summary:

Uswatun Hasanah reports an issue with Qiscus Omnichannel. Agent Rovy has joined a sample room (link provided:

https://multichannel.qiscus.com/web/pxidr-4szewxhaivs7unh/inbox#id=299446680 , but the system isn’t showing the “handover to agent” event in that room. She requests investigation.

Answer Summary:

Requires further investigation. Needs more information to diagnose the problem, specifically details about the room, the agent’s status, and potentially screenshots or logs.

Question and Answer Format:

Q: mohon dibantu pengecekan kendala EPI pada sample room berikut ini sudah ada agent yang joined ke room (Agent Rovy), namun kenapa tidak ada sistem event handover to agent yang muncul di room ya team?

https://multichannel.qiscus.com/web/pxidr-4szewxhaivs7unh/inbox#id=299446680 mohon infonya team terima kasih banyak sebelumnya :pray::skin-tone-2:

A: Untuk dapat mendiagnosis masalah ini dengan tepat, saya memerlukan informasi tambahan. Bisakah Anda memberikan detail berikut:

• Detail Room: Bisakah Anda memberikan informasi lebih detail mengenai room dengan ID 299446680? Misalnya, jenis channel komunikasi apa yang digunakan (WhatsApp, Facebook Messenger, dll.)?
• Status Agent Rovy: Apakah Agent Rovy online dan aktif saat bergabung ke room tersebut? Ada pesan error atau indikasi lain yang muncul di sisi Agent Rovy?
• Log Aktivitas: Apakah ada log aktivitas atau screenshot yang menunjukkan proses Agent Rovy bergabung ke room dan ketiadaan event “handover to agent”?
• Timestamp: Kapan tepatnya Agent Rovy bergabung ke room tersebut?

Informasi tambahan ini akan sangat membantu dalam mendiagnosis masalah dan memberikan solusi yang tepat. Jika informasi ini sudah tersedia, mohon dilampirkan. Jika tidak, saya akan mengarahkan pertanyaan ini ke tim Support untuk penanganan lebih lanjut.

Created by: saadah

Created at: 2025-03-02T06:45:59.177Z

Question Summary: Paragon client (`wer-ilo587j3dgjgzptd1`) experienced Omnichannel Agent Copilot loading issues. The issue seemed intermittent, initially showing only loading, then resolving with increased latency (15 seconds), and finally resolving to normal speed. The team investigated whether the issue was network-related or due to high request volume. The type of Agent Copilot function used (chat translate) was also noted.

Question and Answer Format:

Q: Paragon client (`wer-ilo587j3dgjgzptd1`) reported Omnichannel Agent Copilot loading issues. The issue was intermittent, initially showing only loading, then resolving with increased latency (15 seconds), and finally resolving to normal speed. Was this due to a network issue or high request volume, or something else? What type of Agent Copilot function was being used?

A: Dari Paragon `wer-ilo587j3dgjgzptd1` infokan untuk agent copilot hanya loading saja. Awalnya loading saja, kemudian menjadi lambat (15 detik), dan akhirnya kembali normal. Tim menyelidiki apakah ini masalah jaringan atau lonjakan permintaan (peak request). Ternyata bukan masalah jaringan, melainkan sempat ada peak request. Fungsi Agent Copilot yang digunakan adalah *chat translate*.

Created by: saadah

Created at: 2025-03-02T06:47:12.571Z

Question Summary: Paragon, a Qiscus Omnichannel client, is experiencing “Failed sending” errors with the message “[40064] you are sending messages too fast. take a rest.” on their TikTok DM integration. The team wants to understand TikTok DM’s message sending rate limits.

Answer Summary: The issue is a rate limit imposed by TikTok. The current understanding is a limit of approximately 100-200 conversations per day. Exceeding this limit prevents messages from being sent, resulting in the observed error.

Question and Answer Format:

Q: Tim Paragon mengalami error “Failed sending” dengan pesan “[40064] you are sending messages too fast. take a rest.” pada integrasi TikTok DM di Qiscus Omnichannel. Berapa batas pengiriman pesan (rate limit) untuk TikTok DM? Apakah ada informasi lebih detail mengenai hal ini?

A: Masalah ini disebabkan oleh rate limit yang diterapkan oleh TikTok. Berdasarkan informasi terkini, batasnya sekitar 100-200 percakapan per hari. Jika batas ini terlampaui, pesan tidak akan terkirim dan akan muncul error seperti yang dilaporkan.

Created by: saadah

Created at: 2025-03-02T07:18:01.457Z

Question Summary: A client (PT Pelabuhan Indonesia, `kwilf-fynmglb6enwfs0q`) experienced an issue during a Qiscus Omnichannel trial where a chat was assigned to an offline agent (Muhamad Suyudana) despite only one online agent being available. The `hand_over_to_role` endpoint showed `find_online_agent: False`, and logs indicate the agent was assigned by the system with `payload type: assign_agent`. The question is whether this `assign_agent` payload originates from Robolabs, as `handover_task` is usually associated with Robolabs assignments. RoomID: 300421352.

Answer Summary: Requires further investigation. The provided information is insufficient to definitively determine the source of the `assign_agent` payload. Additional information is needed to troubleshoot.

Question and Answer Format:

Q: mohon insight dan bantuannya client PT Pelabuhan Indonesia `kwilf-fynmglb6enwfs0q` melakukan trial handover ke agent online dimana hanya ada 1 Agent yang online tetapi setelah melakukan pengetesan ternyata ada yang terasign ke Agent yang offline. Berikut Detailnya RoomID : 300421352 Nama Agent : Muhamad Suyudana. Sebelumnya sudah tak lakukan pengecekan via Loki di dapat endpoint “hand_over_to_role” tetapi memang nilai find_online_agent : False. Terus tak cek di message and payload di dapat agent terassign by system dengan payload type : assign_agent. Mohon info tim assign_agent ini apakah dari sisi Robolabs kah? karena setahu ku harusnya handover_task kalau dari robolabs?

Terimakasih sebelumnya tim :pray:

A: Untuk dapat menentukan sumber `assign_agent` payload, informasi yang diberikan masih kurang. Untuk menyelidiki lebih lanjut, mohon berikan informasi tambahan berikut:

• Detail lengkap tentang konfigurasi Omnichannel client PT Pelabuhan Indonesia (`kwilf-fynmglb6enwfs0q`). Ini termasuk settingan routing dan agent availability.
• Log lengkap dari Loki, bukan hanya snippet yang diberikan. Log lengkap akan memberikan konteks yang lebih jelas tentang peristiwa yang terjadi.
• Screenshot atau video dari proses handover yang bermasalah.Ini akan membantu dalam visualisasi masalah.
• Waktu kejadian yang tepat. Ini akan membantu dalam melacak kejadian di log.
• Konfigurasi Robolabs (jika digunakan). Ini akan membantu dalam mengecek integrasi dan settingan Robolabs.

Setelah informasi tambahan ini diberikan, kami dapat menyelidiki lebih lanjut dan memberikan jawaban yang lebih tepat. Saat ini, kami tidak dapat memastikan apakah `assign_agent` berasal dari Robolabs atau sumber lainnya.

Created by: saadah

Created at: 2025-03-02T07:19:54.677Z

Question and Answer Format:

Q: What is the issue reported by Hana Fardilla regarding Qiscus Omnichannel?

A: Hana Fardilla reported that the template creation feature in the Omnichannel’s Utility category displays a Carousel option, despite Carousels not being supported in that category. The error message received is: `Carousel is not supported on template with “UTILITY” category`. She requested a fix for this inconsistency.

Q: What action was taken in response to Hana Fardilla’s feedback?

A : Mirazhulmi acknowledged the feedback and stated that it would be noted as feedback for future adjustments.

Created by: saadah

Created at: 2025-03-02T07:30:05.340Z

Question:

Siwi C is inquiring about enabling a custom API for the Robolabs chatbot on App ID

`qdata-wnve5qhrlkxc7oe` for the Tada-Meo project. They want to know if this feature is limited to specific Robolabs plans. Later, Ahmad Zaki Akmal reported an issue with custom API integration where existing intents don’t appear in the list, and creating new ones results in a “duplicate entry” error. What is the required Robolabs plan for custom API access, and what was the root cause of the custom API integration issue?

Answer Summary:

The Robolabs Premium plan is required to enable custom APIs and other advanced features like LLM integration. The integration issue Ahmad faced was due to using a staging environment authorization token in the production environment. Additionally, there was a mismatch in admin IDs associated with the project, causing a “404 Not Found” error logged in Loki.

Q&A Format:

Q1: What Robolabs plan is required to enable custom APIs?

A1: The Robolabs Premium plan is required for custom API access.

Q2: Why are some intents not appearing in the list, and why does creating new ones result in a “duplicate entry” error?

A2: The error was caused by using an incorrect authorization token (staging token used in production).

Q3: What caused the `404 Not Found: Apps meo_bot_rm4w with admin 2095 not found` error in Loki?

A3: This error was due to a mismatch in the admin ID associated with the project. The authorization token being used belonged to a different admin than the one owning the project.

Created by: saadah

Created at: 2025-03-02T07:31:00.383Z

Pertanyaan:

Robolabs LLM pada sample room PCS Indonesia tidak memberikan respon terhadap pertanyaan “apa itu POSE” meskipun knowledge base-nya sudah mencakup pertanyaan tersebut. Permasalahan ini telah terjadi berulang kali dan belum terselesaikan. Apakah masalah ini sudah teridentifikasi dan sedang dalam proses penyelesaian?

Ringkasan Jawaban:

Masalah anomali Robolabs LLM yang tidak merespon pertanyaan “apa itu POSE” di sample room PCS Indonesia masih dalam proses pengecekan. Tim sedang menyelidiki anomali ini, yang tampaknya unik dan hanya terjadi di sample room PCS Indonesia tersebut.

Format Tanya Jawab:

Pertanyaan: Tim, terkait permasalahan Robolabs LLM di sample room PCS Indonesia. Mengapa bot tidak merespon pertanyaan “apa itu POSE”, padahal knowledge base sudah tersedia? Permasalahan ini telah dicoba diulang, tetapi tetap tidak ada respon. Link sample room: https://multichannel.qiscus.com/web/xiv-5tvqestytugeiatly/inbox#id=300542470 dan https://multichannel.qiscus.com/web/xiv-5tvqestytugeiatly/inbox#id=300802736

Jawaban: Masalah ini masih dalam tahap investigasi. Keunikannya adalah masalah ini hanya terjadi di sample room PCS Indonesia. Kami akan segera memberikan update setelah investigasi selesai.

Created by: saadah

Created at: 2025-03-02T07:31:51.495Z

Question Summary:

How to check Robolabs handover to agent logs using Loki, specifically for intent-based projects, given that the usual methods (chatbot backend 1-4) are not working? The issue involves a case where an agent joined on the 21st, but on the 27th, the intent fallback responded instead of handing over to the agent, despite the usual toggle being off when an agent from the same division is assigned.

Answer Summary:

Initially, accessing the logs via Loki for intent-based Robolabs handover was suggested as a method, but it was later clarified that Loki is only for intent-based projects. The Metabase link

`https://metabase-internal.qiscus.com/question/1930-logs-handover?app_code=&amp;created_ at=&amp;success=>` was suggested as an alternative. Searching by `roomID` and checking for

`handover` status (including `find_online agent true/false`) within the logs is recommended. A follow-up huddle was suggested to discuss the issue further. A specific `roomID` (299283982) was provided for investigation.

Q&A Format:

Q: How can I check the Robolabs handover to agent logs in Loki for an intent-based project, considering the usual chatbot backend 1-4 search isn’t working? A specific case involves Room ID 299283982 where an agent joined on the 21st but the intent fallback responded on the 27th, despite the expected handover behavior.

A: Initially, it was suggested to check using chatbot backend 1-4 or the rnd team group. However, Loki is confirmed to be suitable only for intent-based projects. An alternative method is using this Metabase link:

`https://metabase-internal.qiscus.com/question/1930-logs-handover?app_code=&amp;created_ at=&amp;success= `. You can search by `roomID` (e.g., 299283982) and look for the

`handover` status, including `find_online agent true/false`. A follow-up huddle was proposed to discuss this and similar issues further.

Created by: saadah

Created at: 2025-03-02T07:32:47.809Z

Question Summary: Hana Fardilla reported a prematurely expired room (Room ID: 300571773) in Qiscus Omnichannel for client SOZO within 24 hours of its creation. She requested immediate resolution.

Answer Summary: Mirazhulmi investigated and resolved the issue, confirming the room’s normalization and agent response.

Question and Answer Format:

Q: A Qiscus Omnichannel room (Room ID: 300571773) for client SOZO expired prematurely, less than 24 hours after creation. What actions were taken to resolve this issue?

A: The issue was investigated and resolved by Mirazhulmi. The room was normalized, and the agent responded to the client.

Created by: saadah

Created at: 2025-03-02T07:33:41.463Z

Question:

Deva from the internal team is asking about the possibility and procedure for a client (Cariustadz.id) to set up their own WhatsApp flow and public key for their WhatsApp Business Account (WABA) integration with Qiscus Omnichannel. They want to handle the setup themselves to avoid charges. The client has successfully set up the entry from WA flow to their database and tested with a test WABA, but are facing issues with their production WABA account, specifically with inputting the public key via the Facebook Developer Apps. The client is using their own Facebook Business Manager (FBBM) account, not Qiscus’s.

Answer:

It is possible for clients to set up their own WhatsApp flow and public key. The public key is generated and managed on the client’s side through their Facebook Developer App. Qiscus can guide them through the process or provide documentation. The client should follow the instructions on the Facebook Developer documentation (https://developers.facebook.com/docs/whatsapp/cloud-api/reference/whatsapp-business-encry ption/) to obtain the public key. Once they have it, they should share it with the Qiscus team so it can be activated on the Qiscus platform. This allows Qiscus to properly encrypt and decrypt messages between the client’s WABA and the Qiscus Omnichannel platform. This self-setup approach, while possible, may require more technical expertise from the client.

Question and Answer Format:

Q: Can a client (Cariustadz.id) set up their own WhatsApp flow and public key for WABA integration with Qiscus Omnichannel, and what’s the procedure? They are using their own FBBM and want to avoid charges by self-setup. They’ve already set up the database entry and tested with a test WABA but are stuck on inputting the public key for their production WABA.

A: Yes, they can. They need to generate the public key themselves via their Facebook Developer App following the instructions here:

<https://developers.facebook.com/docs/whatsapp/cloud-api/reference/whatsapp-business-encry ption/>. After obtaining the key, they should share it with the Qiscus team for activation on the Qiscus platform. This will enable secure message encryption and decryption between their WABA and Qiscus Omnichannel. While self-setup is possible, it requires technical expertise.

Created by: saadah

Created at: 2025-03-02T07:36:20.292Z

Question Summary: Bank Raya (client with App ID `hici-aaqwdt9yz2scpevh`) experiences delays in webhook delivery from Qiscus Omnichannel to the webhook extender (CAA), impacting their use of the Omnichannel feature. This issue has been reported multiple times, affecting sample rooms 300653383 and 300063240. The delay occurs between the webhook extender and the target service, reaching up to 12 minutes.

Answer Summary: The delay isn’t between Qiscus Omnichannel and the webhook extender, but rather between the extender and the target service used by Bank Raya. The proposed solution is to increase the concurrent workers on the webhook extender to handle the increased load (peaking).

Question and Answer Format:

Q: Bank Raya (App ID `hici-aaqwdt9yz2scpevh`) reports repeated delays in receiving webhooks from Qiscus Omnichannel, impacting their use of the Omnichannel feature. The delay is specifically observed in rooms 300653383 and 300063240, with delays up to 12 minutes. What is the cause of this delay and what is the proposed solution?

A: The delay isn’t occurring between Qiscus Omnichannel and the webhook extender (CAA). The issue lies in the delivery from the webhook extender to Bank Raya’s target service. To resolve this, the plan is to increase the concurrent workers on the webhook extender to handle the peak load.

Created by: saadah

Created at: 2025-03-02T07:48:20.495Z

Question Summary: A client (sopur-5mrknfcwvnw3umj) edited and saved text in the chat response section of their Qiscus WhatsApp Interactive CSAT, but the changes aren’t reflected in the inbox.

Answer Summary: The issue is that the client edited the wrong section. To change the WhatsApp message body, they need to edit the “Greeting response interactive WA” section, specifically the “body chat” area, not the general chat response section.

Question & Answer Format:

Q: Client “sopur-5mrknfcwvnw3umj” reports editing and saving text in the chat response section of their Qiscus WhatsApp Interactive CSAT, but the changes are not appearing in their WhatsApp inbox. What is the likely cause and solution?

A: The client likely edited the incorrect section. To modify the text of the WhatsApp message itself, they should follow these steps:

• Pilih tab *Greeting response interactive WA*
• Edit bagian *body chat*

This will update the main body text sent via WhatsApp. The “chat response section” likely refers to a different area within the Qiscus platform, not directly affecting the WhatsApp message body.

Created by: saadah

Created at: 2025-03-02T07:49:10.245Z

Question Summary: A data anomaly was detected in Qiscus ZAP `goqcg-emgpj9ffinotwfa` showing incorrect chat counts for agents Dewi and Nabila when adding agents to a room. The expected count was 0.

Answer Summary: The issue was addressed and resolved by the support team. Created by: saadah

Created at: 2025-03-02T07:50:02.079Z

Question Summary: Uswatun Hasanah reports an issue with the Qiscus Omnichannel dashboard where the ongoing conversation count for Agent 14378@crc.bluebird.id is not normalizing, despite attempts to do so via the admin dashboard. Two specific problematic conversation rooms (IDs 297122797 and 291675296) are linked. Assistance in checking and resolving this issue is requested.

Answer Summary: The request is acknowledged, and the issue is being investigated.

Question and Answer Format:

Q: mohon dibantu penormalan jumlah ongoing conversation dari Agent Bluebird, sudah dicoba untuk menormalkan jumlahnya melalui dashboard Admin namun belum berhasil juga team.

Sepertinya ada kendala pada 2 room anomaly berikut ini team. agent : <mailto:14378@crc.bluebird.id|14378@crc.bluebird.id>

<https://multichannel.qiscus.com/web/benac-tidhnnizvtcex9p/inbox#id=297122797>

<https://multichannel.qiscus.com/web/benac-tidhnnizvtcex9p/inbox#id=291675296> mohon dibantu pengecekannya team, terima kasih banyak sebelumnya.

A: Kami akan memeriksa masalah penormalan jumlah ongoing conversation untuk Agent 14378@crc.bluebird.id dan room dengan ID 297122797 dan 291675296. Untuk membantu kami mendiagnosis masalah ini lebih lanjut, mohon berikan informasi tambahan seperti:

• Nama Klien: Nama klien yang terkait dengan conversation room tersebut.
• Detail Masalah:Deskripsi lebih detail mengenai masalah yang dialami. Misalnya, apa yang terjadi ketika mencoba menormalkan jumlah conversation?
• Waktu Kejadian: Waktu pasti ketika masalah ini pertama kali terjadi.
• Screenshot/Video (jika memungkinkan): Screenshot atau video yang menunjukkan masalah tersebut.

Setelah menerima informasi tambahan tersebut, kami akan dapat memberikan solusi yang lebih tepat. Terima kasih atas kesabarannya.

Created by: saadah

Created at: 2025-03-02T07:51:47.131Z

Question Summary: The webhook from Facebook Messenger only sends a text payload “*Sending multiple attachments*” when multiple attachments are sent. Is this the expected behavior?

Answer Summary: The issue needs further investigation. The provided webhook data only shows the text message; additional information is needed to confirm if the attachments themselves are not being sent or if there’s a problem with how the attachments are handled on the receiving end.

Question and Answer Format:

Q: Mohon izin konfirmasi terkait pengiriman multiple attachment dari FB Mesenger apakah saat ini expected untuk bot webhook hanya mengirimkan payload dengan text “*Sending multiple attachments”* saja? Terimakasih

A :terima kasih atas pertanyaannya. Berdasarkan informasi webhook yang diberikan, terlihat bahwa hanya pesan teks “*Sending multiple attachments*” yang diterima. Untuk memastikan apakah ini perilaku yang diharapkan atau ada masalah, kami membutuhkan informasi tambahan.

Mohon dapat memberikan informasi berikut:

• Nama Klien: (Untuk konteks lebih lanjut)
• App ID: (Untuk identifikasi akun Qiscus yang digunakan)
• Detail lengkap pesan yang dikirim dari Facebook Messenger: (Termasuk jenis attachment, ukuran, dan lain-lain)
• Screenshots atau video: (Jika memungkinkan, untuk menunjukkan proses pengiriman dan pesan yang diterima)
• Waktu kejadian yang tepat: (Untuk mempermudah penelusuran log)
• Contoh lain pengiriman multiple attachment: (Apakah selalu hanya menampilkan pesan teks tersebut atau ada variasi?)

Setelah mendapatkan informasi tambahan ini, kami dapat menyelidiki lebih lanjut dan memberikan jawaban yang akurat. Kami akan segera menghubungi Bapak Andrianto Nur Anggoro kembali setelah menerima informasi yang diperlukan.

Created by: saadah

Created at: 2025-03-02T08:10:48.741Z

Question Summary: Time International (`plzpo-lm6hpccx0f7bcke`) requests improvements to Qiscus Ads Tracker, specifically the ability to filter data (similar to Facebook Ads Manager) to show only non-zero data and to hide ads with zero insights. The team discusses the feasibility and impact of this feature request.

Answer Summary: The request is for enhanced filtering capabilities within Qiscus Ads Tracker to mirror Facebook Ads Manager’s functionality, allowing users to exclude data points with zero values and hide ads lacking insights. The team is evaluating the feasibility of implementing this feature, considering the potential for further feature requests (“creeping features”) that may arise. The client’s payment status for Ads Tracker is also questioned.

Question and Answer Format:

Q: What specific improvements to Qiscus Ads Tracker are requested by Time International (`plzpo-lm6hpccx0f7bcke`)?

A: Time International requests two main improvements: 1) The ability to filter data in Ads Tracker to display only non-zero values, similar to Facebook Ads Manager’s filtering capabilities.

2) The ability to hide ads that have zero insights.

Q: What is the team’s current response to this feature request?

A: The team is currently discussing the feasibility of implementing the requested filtering and hiding features. They acknowledge the request and understand the desired end-to-end tracking within Qiscus, but also anticipate potential cascading feature requests (“creeping features”) as a consequence.

Q: What other considerations are raised regarding this feature request?

A: The team also questions whether Time International is currently paying for the Ads Tracker service. This likely influences the prioritization and feasibility assessment of the feature request.

Created by: saadah

Created at: 2025-03-02T08:22:03.533Z

Question Summary:

A client (FAT: lzmpw-mslqcp137gvqyn2) reports issues with the Qiscus chatbot’s responses, including failure to maintain context, misinformation regarding warranty and product details (including misidentification due to similar product series but different brands), lack of clarification despite prompts being added, inability to compare products, and incorrect installation information. The issues have occurred in the last three days and examples are provided via links to specific chat room IDs within the Qiscus Multichannel platform. The inquirer, Hana Fardilla, notes that the customer’s questions often lack context, making it challenging even for a human to understand. She seeks insights and potential solutions.

Question:

Several client conversations (lzmpw-mslqcp137gvqyn2) reveal consistent failures in the Qiscus chatbot’s responses over the past three days. These failures include context loss, misinformation on warranties and product specifications (including misidentification of similar products from different brands), a failure to clarify questions despite prompts, an inability to compare products, and inaccurate installation information. Given that the customer’s questions sometimes lack context, are there any insights or solutions to address these recurring chatbot performance issues? The provided links to specific chat rooms within the Qiscus Multichannel platform offer examples of these problems.

Answer:

To effectively address these issues, we need more information. While the provided links show examples of problematic interactions, accessing the actual chat logs requires appropriate authorization to protect client privacy. Therefore, I will need to escalate this to the Support team for investigation. They can access the specified chat logs and determine the root cause of the chatbot’s performance issues. Further investigation will also determine if the issues are related to the chatbot’s training data, underlying logic, or other factors. Once the Support team has

analyzed the data, they can provide a more comprehensive solution. We need to ensure compliance with client data privacy policies throughout the investigation.

Created by: saadah

Created at: 2025-03-02T08:24:10.273Z

Question:

Client melaporkan bahwa nama agen/CS sender tidak muncul di aplikasi Qiscus Omnichannel Mobile Apps versi iOS, tetapi muncul di versi Android. Hal ini terjadi saat mengakses akun demo SMB zant-u1tcs7tharqvefcg. Permasalahan ini sudah dikonfirmasi juga terjadi pada perangkat iOS lain dengan login menggunakan akun yang sama (sandbox5).

Summary of the question:

Nama agen tidak muncul di aplikasi Omnichannel iOS, tetapi muncul di Android. Summary of the answer:

Masalah ini akan diperbaiki dan tim Qiscus akan memberikan update selanjutnya. Q&A Format:

Q: Ketika akses aplikasi omnichannel di iOS, Nama agen/cs sender pesan nya tidak bisa ke deteksi, namun kalau di android bisa ke deteksi Nama agen/cs sender nya. Padahal sudah update aplikasinya paling terbaru versinya. Mohon informasi dan bantuanya. Akun yang digunakan adalah Demo SMB zant-u1tcs7tharqvefcg dan sandbox5.

A: Terkait kendala nama agen yang tidak muncul di aplikasi Qiscus Omnichannel iOS untuk akun Demo SMB zant-u1tcs7tharqvefcg dan sandbox5, kami informasikan bahwa akan ada perbaikan untuk masalah ini. Kami akan segera mengabari Anda kembali jika sudah ada update lebih lanjut. Terima kasih atas laporannya.

Created by: saadah

Created at: 2025-03-02T08:25:04.179Z

Question Summary: Lotus Asia Tours (App ID: `fucto-lhhdyid5maucnjh`) agents using Samsung Galaxy A34, Oppo A16, and Oppo A60 devices are not receiving any notifications in the Qiscus Omnichannel mobile app, even with the app open and after reinstalling. Notification permissions are confirmed to be enabled.

Answer Summary: The issue persists even after confirming notification permissions are enabled. Further investigation is needed.

Question and Answer Format:

Q: Agen dari Lotus Asia Tours (App ID: `fucto-lhhdyid5maucnjh`) menggunakan Samsung Galaxy A34, Oppo A16, dan Oppo A60 mengalami masalah tidak menerima notifikasi sama sekali di aplikasi mobile Qiscus Omnichannel, meskipun aplikasi dalam keadaan terbuka dan sudah dilakukan instal ulang. Perizinan notifikasi sudah dikonfirmasi aktif. Apa langkah selanjutnya untuk menyelesaikan masalah ini?

A: Meskipun perizinan notifikasi sudah dikonfirmasi aktif, masalah masih berlanjut. Diperlukan investigasi lebih lanjut. Untuk membantu investigasi, mohon berikan informasi tambahan seperti:

• Detail lebih lanjut tentang masalah: Apakah ada pesan error yang muncul? Apakah ada pola tertentu kapan masalah ini terjadi?
• Screenshots atau video: Rekaman layar yang menunjukkan masalah dan settingan aplikasi.
• Waktu kejadian: Waktu spesifik ketika masalah mulai terjadi.
• Room ID: ID room yang seharusnya menerima notifikasi.

Informasi tambahan ini akan membantu tim Support Qiscus untuk mendiagnosis dan menyelesaikan masalah dengan lebih efektif.

Created by: saadah

Created at: 2025-03-02T08:26:04.212Z

Question Summary: Can auto-responder settings be configured individually for each integration in Qiscus Omnichannel, overriding the global auto-responder setting in `Setting > General > Auto responder`?

Answer Summary: Yes, the auto-responder can be configured separately for each channel integration within Qiscus Omnichannel, allowing for customized wording per channel. The global setting does not override the individual channel settings.

Question and Answer Format:

Q: Hallo team, mau confirm ulang terkait auto responder, kalau saya cek di setiap integrasi itu ada setting auto responder, apakah artinya, bisa menggunakan itu saja dan wording

berbeda-beda untuk setiap channel tanpa set wording di Setting > General > Auto responder team? Mohon insightnya, terima kasih banyak sebelumnya.

A: Iya, Mba Hana Fardilla. Jika Anda mengatur auto responder pada setiap integrasi channel di Qiscus Omnichannel, maka pengaturan tersebut akan berlaku spesifik untuk channel tersebut. Artinya, Anda bisa menggunakan setting auto responder di masing-masing integrasi dan wordingnya bisa berbeda-beda untuk setiap channel tanpa harus mengubah setting di `Setting

> General > Auto responder`. Pengaturan auto responder di masing-masing channel akan meng-override pengaturan global.

Created by: saadah

Created at: 2025-03-02T08:26:52.280Z

Question Summary: Evermos reports a delay in agent assignment for their Robolabs chatbot. The bot assigned the conversation at 14:57, but the agent joined at 15:01. Loki data is empty. Evermos is concerned about the potential for this to become a widespread issue.

Answer Summary: Requires investigation. Further information is needed to determine the cause of the delay and whether it’s an isolated incident or a larger problem. The provided room link and application ID (`qctxr-rjpg7r86mo4wbnx`) will be helpful in the investigation.

Question and Answer Format:

Question:

Laporan terkait assigment agent agak terlambat team. BOT info assignment jam 14:57, namun agent baru masuk di jam 15:01. Saat dicek dari Loki, datanya kosong team. Sample room:

<https://omnichannel.qiscus.com/web/qctxr-rjpg7r86mo4wbnx/supervisor/inbox#id=183279957> Secara payload assignment by system. Mohon bantuan konfirmasinya team, karena Evermos concern kalau ini terjadi secara masal dan terus menerus. Terima kasih banyak sebelumnya. (Client: Evermos, App ID: `qctxr-rjpg7r86mo4wbnx`)

Answer:

Untuk memastikan penyebab keterlambatan assignment agent dan apakah ini merupakan kejadian yang terisolasi atau masalah yang lebih luas, kami memerlukan informasi tambahan. Tim Support akan menyelidiki masalah ini menggunakan informasi yang telah diberikan, termasuk link room dan App ID (`qctxr-rjpg7r86mo4wbnx`). Kami akan menghubungi Anda kembali setelah investigasi selesai.

Created by: saadah

Created at: 2025-03-02T08:28:25.345Z

Question Summary: Client (Case ID: `sopur-5mrknfcwvnw3umj`) requests confirmation on whether the wording in the WhatsApp interactive message header and body can be updated. They’ve already updated to an interactive message and now want to change the wording.

Answer Summary: The answer will depend on the specifics of the WhatsApp interactive message and Qiscus’s capabilities. Further information is needed to provide a definitive answer. The Support Bot will request additional details to assess the feasibility of updating the wording.

Question and Answer Format:

Question:

Mohon izin mengkonfirmasi team, untuk wording WA interactive, bagian header dan Body ini sebenarnya bisa di update tidak ya team?

Case HI: `sopur-5mrknfcwvnw3umj`

Sudah update ke interactive ingin update wording. Mohon insightnya team, terima kasih banyak sebelumnya :pray:

Answer:

Untuk memastikan kami dapat membantu Anda memperbarui *wording* WhatsApp Interactive message Anda (Case HI: `sopur-5mrknfcwvnw3umj`), mohon dapat Anda memberikan informasi tambahan berikut:

• Screenshot atau contoh *wording* yang lama dan *wording* yang baru yang diinginkan: Ini akan membantu kami memahami perubahan yang Anda minta.
• Detail lebih lanjut tentang pesan interaktif Anda: Jenis pesan interaktif apa yang Anda gunakan? (Misalnya, tombol cepat, daftar pilihan, dll.)
• App ID: Nomor ID aplikasi Qiscus Anda.

Setelah menerima informasi ini, kami dapat memberikan jawaban yang lebih tepat dan membantu Anda melakukan pembaruan *wording*. Jika dibutuhkan, kami akan meneruskan pertanyaan ini ke tim Support untuk mendapatkan solusi terbaik.

Created by: saadah

Created at: 2025-03-06T08:27:37.849Z

Summary of Question:

Klien ZAP melaporkan bahwa chat dari 3 pelanggan tidak masuk ke Omnichannel pada tanggal 2 Maret. Setelah dilakukan pengecekan, diketahui bahwa masalah ini disebabkan oleh Shopee yang tidak mengirimkan webhook ke Qiscus.

Summary of Answer:

Masalah terjadi di sisi Shopee karena webhook tidak terkirim ke Qiscus. Tim internal sudah memastikan melalui pengecekan log di Loki, yang menunjukkan tidak ada data webhook yang diterima dari Shopee untuk ketiga pelanggan tersebut.

Question:

Mengapa chat dari 3 pelanggan pada tanggal 2 Maret tidak masuk ke Omnichannel? Apakah masalahnya di Qiscus atau di Shopee?

Answer:

Setelah dilakukan pengecekan oleh tim internal melalui log di Loki, ditemukan bahwa tidak ada webhook yang terkirim dari Shopee ke Qiscus untuk ketiga pelanggan tersebut. Oleh karena itu, masalah ini berasal dari sisi Shopee yang tidak mengirimkan data ke Qiscus.

Created by: saadah

Created at: 2025-03-06T08:28:32.155Z

Pertanyaan:

Error “Failed sending ‘halo ka ada yang bs…’ above to customer with error: (#10) The chat is currently controlled by Messenger while the user is in an automated question and answer flow. Please wait for the flow to finish before trying again.” muncul di Facebook Messenger pada Room ID 301271282. Apakah ini disebabkan oleh settingan di Qiscus Omnichannel atau karena klien menggunakan Facebook Messenger automated flow (FAQ)? Bagaimana solusi untuk masalah ini?

Ringkasan Jawaban:

Kemungkinan besar error tersebut disebabkan karena klien menggunakan Facebook Messenger’s automated question and answer flow (FAQ). Pesan gagal terkirim karena Qiscus Omnichannel sedang menunggu flow tersebut selesai. Tim sedang melakukan konfirmasi penggunaan flow FAQ oleh klien dan mencari solusi. Salah satu kemungkinan penyebab lain adalah klien berlangganan aplikasi lain selain Qiscus dan menerima pesan handover. Masalah sudah teratasi sendiri.

Format Tanya Jawab:

Pertanyaan: Error “Failed sending ‘halo ka ada yang bs…’ above to customer with error: (#10) The chat is currently controlled by Messenger while the user is in an automated question and answer flow. Please wait for the flow to finish before trying again.” muncul di Facebook Messenger pada Room ID 301271282. Apa penyebabnya dan bagaimana solusinya?

Jawaban: Kemungkinan besar error tersebut disebabkan karena klien menggunakan

*Facebook Messenger’s automated question and answer flow* (FAQ). Qiscus Omnichannel menunggu flow tersebut selesai sebelum mengirim pesan. Tim sedang mengkonfirmasi penggunaan flow FAQ oleh klien dan mencari solusi. Kemungkinan lain adalah klien menggunakan aplikasi lain selain Qiscus dan menerima pesan handover. Namun, masalah ini telah teratasi sendiri.

Created by: saadah

Created at: 2025-03-06T08:29:30.529Z

Question Summary:

Team bertanya terkait kendala invoice SDK Houzcall yang belum terbit di Superadmin meskipun seharusnya sudah muncul pada tanggal 2. Selain itu, ia juga meminta bantuan untuk trigger pembayaran dengan metode kartu kredit (CC) dan menanyakan perhitungan kurs USD di Superadmin SDK, yang menyebabkan perbedaan jumlah total IDR dibandingkan tagihan sebenarnya.

Answer Summary:

Tim Support menginformasikan bahwa invoice telah digenerate secara manual dan pembayaran dengan CC telah berhasil di-trigger. Untuk kurs USD di Superadmin SDK, nilai IDR yang terlihat di dashboard memang tidak selalu sesuai dengan tagihan akhir karena mengikuti kurs harian.

Namun, charge ke CC sudah sesuai dengan kurs yang ditentukan. Q&A Format

Q:

Pagi, mohon bantuannya untuk akun SDK Houzcall `qchatsdk–bx3g32sooxn`. Invoice yang seharusnya terbit tanggal 2 kemarin belum muncul di Superadmin. Bisa dibantu cek? Selain itu, setelah CC diinput, minta tolong trigger pembayaran sekalian. Lalu, untuk kurs USD di Superadmin SDK, apakah mengikuti kurs harian? Karena tagihan SDK Houzcall biasanya sekitar 5 juta IDR, namun di Superadmin terlihat berbeda. Mohon penjelasannya.

A:

Invoice untuk akun SDK Houzcall telah digenerate secara manual dan pembayaran melalui kartu kredit (CC) sudah berhasil di-trigger. Untuk kurs USD di Superadmin SDK, memang mengikuti kurs harian. Meskipun charge ke CC sudah benar sesuai kurs USD yang ditentukan, tampilan total IDR di Superadmin bisa berbeda karena perhitungan kurs hariannya. Namun, pembayaran sudah berhasil dilakukan dengan jumlah sesuai yang seharusnya.

Created by: saadah

Created at: 2025-03-06T08:34:09.694Z

Question:

Team menanyakan tentang status invoice renewal untuk akun `voihk-6dxpkv0lodnytn0 – tigalapankaos`, yang seharusnya terbit pada Januari tetapi belum dirilis. Setelah dicek oleh tim, invoice tersebut sudah dibuat secara manual dan dikonfirmasi berhasil masuk ke Superadmin.

Answer:

Invoice renewal untuk akun tersebut sudah dibantu dibuat secara manual dan berhasil masuk ke Superadmin.

Created by: saadah

Created at: 2025-03-06T08:37:17.095Z

Summary of Question:

Pertanyaan: Ada kendala pada room tertentu di Omnichannel Multichannel Qiscus, di mana agent sudah “joined” namun tidak muncul di dashboard agent. Selain itu, di room tidak ada system event yang menunjukkan agent tersebut telah bergabung. Apakah ini termasuk room anomaly, dan bagaimana solusinya?

Jawaban: Kemungkinan ini adalah issue SDK. Jika masalah ini terulang kembali, dapat dilaporkan kembali untuk pengecekan lebih lanjut.

Created by: saadah

Created at: 2025-03-06T08:38:30.502Z

Summary of Question:

Apakah sistem Qiscus Omnichannel tetap memungkinkan klien menggunakan jumlah agen yang lebih dari batas maksimal (limit) setelah klien downgrade plan, dan bagaimana solusinya agar tidak merugikan?

Summary of Answer:

Masalah ini perlu diklarifikasi lebih lanjut dengan tim terkait (Product dan Account Management) untuk memastikan apakah perilaku sistem ini sesuai dengan ekspektasi. Jika tidak, solusinya bisa berupa penggunaan mekanisme otomatis untuk menyesuaikan jumlah agen dengan batas maksimal setelah downgrade.

Q&A Format Question:

Apakah ketika klien melakukan downgrade plan (misalnya dari 11 agen kembali ke 5 agen),

agen tambahan saat upgrade tidak terhapus dan tetap bisa digunakan meskipun limitnya sudah kembali ke batas plan yang lebih rendah? Apakah ini memang perilaku yang diharapkan oleh sistem? Jika tidak, bagaimana solusi terbaik untuk mencegah hal ini agar tidak merugikan?

Answer:

Terima kasih atas pertanyaannya. Terkait isu ini, saat klien melakukan downgrade plan, sistem saat ini memang memungkinkan agen tambahan yang sebelumnya ditambahkan saat upgrade tetap muncul dan digunakan, meskipun limit sudah kembali ke plan yang lebih rendah. Namun, klien tidak dapat menambahkan agen baru jika telah melebihi batas maksimal yang diizinkan oleh plan saat ini.

Hal ini perlu diklarifikasi lebih lanjut dengan tim terkait (Product dan Account Management) untuk memastikan perilaku sistem ini sesuai dengan ekspektasi. Jika tidak, salah satu solusi yang dapat dipertimbangkan adalah mekanisme otomatis untuk menghapus atau menonaktifkan agen tambahan setelah downgrade, sehingga jumlah agen selalu sesuai dengan limit yang berlaku. Sebagai langkah awal, kami sarankan agar tim support atau account manager mengingatkan klien untuk menyesuaikan jumlah agen secara manual setelah perubahan plan.

Kami catat feedback ini dan akan dibawa ke diskusi internal bersama tim AM (Account Management) dan Product untuk pembahasan lebih lanjut. Terima kasih atas informasinya! 😊

Created by: saadah

Created at: 2025-03-06T08:39:37.703Z

Ringkasan Pertanyaan:

Tim internal mengkonfirmasi terkait validasi CSV untuk broadcast template di Qiscus Omnichannel. Ada kasus di mana CSV yang diunggah memiliki jumlah variabel lebih banyak dari template (9 variabel dalam CSV untuk template dengan 8 variabel), tetapi broadcast tetap terkirim tanpa error validasi. Sebelumnya, jika jumlah variabel di CSV tidak sesuai dengan template, biasanya akan gagal. Apakah ada perubahan pada sistem terkait validasi ini? Selain itu, disarankan adanya validasi tambahan untuk mencegah kesalahan manusia saat memilih CSV.

Ringkasan Jawaban:

Validasi saat ini mengharuskan jumlah variabel di CSV sesuai dengan template yang diunduh. Namun, kasus di mana variabel lebih banyak dari template tetap terkirim tanpa error validasi menunjukkan bahwa ada kemungkinan sistem hanya memvalidasi kekurangan variabel, tetapi tidak memeriksa kelebihan variabel. Feedback terkait validasi tambahan telah dicatat dan dapat diajukan sebagai improvement.

Format Tanya Jawab Pertanyaan:

Tim internal ingin mengkonfirmasi terkait validasi CSV untuk broadcast template. Ada kasus di

mana jumlah variabel di CSV lebih banyak dari template, tetapi broadcast tetap berhasil terkirim tanpa adanya error validasi. Sebelumnya, jika jumlah variabel tidak sesuai, broadcast biasanya akan gagal. Apakah ada perubahan pada sistem validasi ini? Selain itu, apakah memungkinkan untuk menambahkan validasi tambahan untuk mencegah kesalahan manusia seperti ini?

Jawaban:

Untuk saat ini, validasi pada sistem mengharuskan jumlah variabel di CSV sesuai dengan sample template yang diunduh. Jika CSV memiliki jumlah variabel lebih sedikit dari yang diharapkan, error validasi akan muncul. Namun, untuk kasus kelebihan variabel (misalnya CSV memiliki variabel lebih banyak dari yang dibutuhkan di template), sistem tetap memproses broadcast tanpa memberikan error validasi. Hal ini menunjukkan bahwa validasi saat ini hanya memeriksa kekurangan variabel, bukan kelebihan variabel.

Terkait feedback untuk menambahkan validasi tambahan guna mencegah kesalahan manusia, kami telah mencatat saran ini sebagai improvement. Hal ini dapat membantu mengurangi risiko kesalahan saat memilih CSV yang salah atau variabel yang tidak sesuai dengan template.

Untuk tindakan lebih lanjut, saran ini akan diteruskan ke tim terkait guna evaluasi lebih lanjut.

Jika ada pertanyaan atau detail tambahan yang diperlukan, silakan eskalasi ke tim Support. Created by: saadah

Created at: 2025-03-06T08:40:31.513Z

Pertanyaan dan Jawaban Ringkasan

Ringkasan Pertanyaan:

Bagaimana cara menangani status agent online yang tidak real-time di Omnichannel meskipun di API sudah menunjukkan online?

Ringkasan Jawaban:

• Pastikan untuk memeriksa status agent menggunakan API yang sesuai.
• Lakukan refresh di Agent Management Dashboard atau biarkan beberapa saat sebelum memeriksa kembali status agent.
• Jika masalah tidak dapat direproduksi (seperti pada akun lain), pantau dan laporkan kembali jika terjadi lagi.

Format Pertanyaan dan Jawaban Pertanyaan:

Bagaimana cara mengatasi laporan dari client terkait status agent online di Omnichannel yang

tidak real-time, meskipun di API sudah tercatat online?

Kasus ini sempat direproduksi namun tidak terjadi di akun lain (contohnya, akun Ramo). Langkah apa yang harus dilakukan untuk investigasi lebih lanjut?

Jawaban:

1. Langkah awal:
   1. Pastikan API yang digunakan untuk memeriksa status agent sudah benar. Tanyakan kepada tim client API mana yang digunakan.
   1. Periksa apakah setelah agent dinyatakan online, statusnya dicek langsung di Agent Management Dashboard dengan cara direfresh atau ditunggu beberapa saat.

• Uji coba akun lain:
  • Uji kembali di akun lain untuk memastikan apakah masalah tersebut spesifik pada akun tertentu (contohnya, Ramo tidak mengalami masalah serupa).

• Konfirmasi dengan client:
  • Jika masalah tidak terjadi lagi, informasikan kepada client untuk melaporkan kembali jika kejadian serupa terulang di masa mendatang.

• Catatan tambahan:
  • Jika masalah ini terjadi kembali, eskalasi ke tim Support untuk investigasi lebih lanjut dengan menyertakan detail user_id, langkah reproduksi, dan API yang digunakan.

Semoga langkah-langkah ini membantu mengatasi masalah yang dilaporkan. 😊

Created by: saadah

Created at: 2025-03-06T08:44:22.144Z

Summary of Question and Answer:

Question Summary:

Apakah WhatsApp Flow API tersedia saat ini? Tujuannya untuk mendukung kebutuhan full chat commerce di WhatsApp, termasuk pengisian alamat langsung di WhatsApp Flow tanpa perlu microsite. Selain itu, apakah fitur ini bisa menjadi bagian bawaan dari Qiscus Shop? Permintaan juga mencakup API untuk create, update, publish, get list, dan visualizing. Apakah ada roadmap untuk implementasi API ini?

Answer Summary:

Saat ini, WhatsApp Flow API belum tersedia dan masih menjadi valid feedback. Belum ada roadmap untuk implementasi API tersebut, namun tim akan memberikan update jika ada perkembangan lebih lanjut.

Question and Answer Format:

Question:

Apakah WhatsApp Flow API (https://developers.facebook.com/docs/whatsapp/flows/reference/flowsapi ) tersedia? Tujuannya untuk mendukung kebutuhan full chat commerce di WhatsApp, seperti pengisian alamat langsung tanpa menggunakan microsite. Selain itu, apakah WhatsApp Flow bisa menjadi fitur bawaan Qiscus Shop? Jika memungkinkan, API yang dibutuhkan meliputi create, update, publish, get list, dan visualizing. Apakah sudah ada roadmap implementasinya?

Answer:

Saat ini, WhatsApp Flow API belum tersedia dan terkait hal ini sudah masuk sebagai valid feedback. Beberapa kendala terkait API ini juga sudah ditanyakan ke Meta, termasuk masalah data auth yang diperlukan untuk call API. Namun, hingga saat ini belum ada roadmap untuk implementasi API tersebut. Kami akan memberikan informasi lebih lanjut jika ada perkembangan terkait pengembangan API WhatsApp Flow.

Jika ada pertanyaan tambahan atau kebutuhan lebih spesifik, silakan informasikan kembali agar dapat diteruskan ke tim terkait. 😊

Created by: saadah

Created at: 2025-03-06T08:46:04.617Z

Pertanyaan Ringkasan:

Apakah masalah chat widget melalui Omnichannel yang tidak memunculkan form login pada sampel App ID *wxbko-ilqdp8sexvy1jqd* sudah dapat dicek? Bagaimana langkah penyelesaiannya?

Format Tanya Jawab: Pertanyaan:

Pagi, tim! Chat widget melalui Omnichannel tidak memunculkan form login. Mohon bantuan pengecekan untuk sampel App ID berikut: *wxbko-ilqdp8sexvy1jqd*. Apa penyebabnya dan bagaimana cara menyelesaikannya?

Jawaban:

Selamat pagi, Mustafa Widiarto Heryatno! Terima kasih atas informasinya. Untuk kasus ini, berikut langkah awal yang dapat dilakukan:

1. Verifikasi Konfigurasi Widget: Pastikan bahwa pengaturan form login di dashboard Omnichannel sudah aktif dan sesuai dengan yang diharapkan.
2. Cek Integrasi API: Periksa apakah ada error pada integrasi API terkait widget yang mungkin menghambat form login muncul.
3. Kumpulkan Log Error : Jika memungkinkan, kumpulkan log error dari browser console atau server untuk analisa lebih lanjut.

Jika langkah-langkah di atas sudah dilakukan namun form login tetap tidak muncul, harap eskalasi ke tim Support untuk pengecekan lebih mendalam. Jangan lupa lampirkan detail tambahan seperti screenshot error atau video rekaman masalah untuk membantu investigasi.

Silakan informasikan jika ada kendala lain. 😊 Created by: saadah

Created at: 2025-03-06T08:47:06.967Z

Ringkasan Pertanyaan dan Jawaban

Pertanyaan: Apakah memungkinkan untuk mempertimbangkan fitur Single Sign-On (SSO) di produk core Omnichannel berdasarkan masukan dari beberapa leads yang membutuhkan fitur ini?

Jawaban: Masukan terkait fitur SSO sudah dicatat dalam feedback dan akan dipertimbangkan oleh tim terkait untuk pengembangan lebih lanjut.

Format Pertanyaan dan Jawaban Pertanyaan:

Halo tim, apakah memungkinkan untuk menambahkan fitur Single Sign-On (SSO) dalam core

product Omnichannel? Masukan ini berasal dari beberapa leads yang membutuhkan fitur tersebut dalam requirement mereka. Kami sudah menyertakan dokumen https://docs.google.com/document/d/1ntNNQIuanTZ4E1olrzOfz0p1oZ7lVyPaVW2mRfOqvbA/ed it?usp=sharing |berisi list leads sebagai referensi. Apakah ini bisa jadi bahan pertimbangan untuk tim?

Jawaban:

Hai, terima kasih atas masukan yang sangat berharga ini. Terkait fitur SSO, kami sudah mencatat masukan ini ke dalam daftar feedback untuk tim pengembangan. Kami akan mengkajinya lebih lanjut agar dapat dipertimbangkan dalam pengembangan core product Omnichannel di masa mendatang.

Created by: saadah

Created at: 2025-03-06T08:48:07.183Z

Summary of the Question:

Team melaporkan adanya bug terkait handover bot ke agent di aplikasi dengan `app_id: xibxp-tlggqjkw1gvqsp5`. Masalahnya melibatkan bot yang tidak mati setelah handover gagal. Selain itu, terdapat fallback yang terjadi meskipun intent sudah dilatih.

Summary of the Answer:

Detail investigasi dibutuhkan untuk memastikan kapan dan pada kondisi apa handover seharusnya terjadi. Evidence lebih lanjut tidak dapat diberikan karena masalah tersebut saat ini tidak terjadi lagi.

Question and Answer Format Question:

Halo Support Bot, ada laporan dari client dengan `app_id: xibxp-tlggqjkw1gvqsp5` terkait dua

poin berikut:

1. Gagal handover ke agent saat user hit suatu intent. Botnya juga tidak mati sehingga tetap merespon saat user merespon kembali. Kami punya beberapa referensi:

–

[301517522](https://multichannel.qiscus.com/web/xibxp-tlggqjkw1gvqsp5/inbox#id=301517522)

–

[301508074](https://multichannel.qiscus.com/web/xibxp-tlggqjkw1gvqsp5/inbox#id=301508074)

–

[301548491](https://multichannel.qiscus.com/web/xibxp-tlggqjkw1gvqsp5/inbox#id=301548491)

• Ada fallback yang terjadi meskipun intent sudah di-training. Namun, evidence saat ini tidak bisa diberikan karena masalah tersebut sudah tidak terjadi lagi. Bisa tolong bantu investigasi lebih lanjut?

Answer:

Terima kasih Amanda Satyarini atas detail dan eskalasinya. Berikut langkah yang dapat dilakukan untuk investigasi:

1. Handover ke Agent:
   1. Pastikan intent yang seharusnya memicu handover sudah memiliki response yang sesuai di pengaturan bot.
   1. Cek log bot di dashboard Multichannel untuk mengetahui apakah intent tersebut terdeteksi dengan benar.
   1. Apabila intent terdeteksi tetapi handover tidak terjadi, silakan cek pengaturan workflow agent pada routing yang digunakan.

• Fallback pada Intent:

• Jika fallback terjadi meskipun intent sudah dilatih, pastikan model bot sudah di-retrain dengan data terbaru.
  • Lakukan testing pada intent tersebut di bot simulator untuk memastikan bahwa deteksi intent berjalan dengan baik.
  • Jika masalah tidak terulang tetapi ingin memastikan tidak terjadi lagi di masa depan, silakan lakukan pengecekan secara berkala pada bot logs.

Apabila investigasi internal tidak memberikan hasil atau membutuhkan bantuan lebih lanjut, silakan eskalasi ke tim Support dengan menyertakan detail kronologi dan, jika memungkinkan, evidence tambahan. Kami siap membantu! 😊

Created by: saadah

Created at: 2025-03-06T08:49:36.572Z

Summary of Question and Answer:

Question Summary:

Pixel Telemedia client requested to change the CSAT rating’s language to Bahasa Indonesia. The internal discussion revolves around whether the customization is possible and what the default CSAT options would look like in Bahasa Indonesia.

Answer Summary:

The CSAT rating can be switched to Bahasa Indonesia, but further customization of the CSAT labels per app ID is not currently possible. The default Bahasa Indonesia options for CSAT are: Sangat Tidak Puas

Tidak Puas Netral Puas

Sangat Puas

The team is proceeding with this change as per the client’s request. Question and Answer Format:

Question:

Hi team, dari Pixel Telemedia ada request untuk mengganti CSAT rating menjadi Bahasa Indonesia. Apakah memungkinkan untuk dilakukan, dan bagaimana default pilihan CSAT dalam Bahasa Indonesia?

Answer:

Terima kasih atas pertanyaannya. Untuk saat ini, CSAT rating memang bisa diganti ke Bahasa Indonesia, tetapi opsi untuk melakukan kustomisasi label CSAT per app ID belum memungkinkan. Default pilihan CSAT dalam Bahasa Indonesia adalah sebagai berikut:

“`

Sangat Tidak Puas Tidak Puas

Netral Puas

Sangat Puas

“`

Silakan dikonfirmasi jika ada hal lain yang perlu dibantu. 🙂

Created by: saadah

Created at: 2025-03-06T08:51:03.417Z

Summary of Question:

1. Failed to Add Participants to WhatsApp Group: What causes the error `Failed to add some participants to the group` during a live demo with Telkomsel PNM?
2. Messages Redirected to DM Instead of Group: Why are messages from customers in a WhatsApp group being sent to direct messages (DM) instead of staying within the group?

Summary of Answer:

1. The error occurs due to group privacy settings not set to “Everyone.” The solution is to change the group privacy setting to “Everyone.”
2. The issue with messages appearing in DM instead of the group is caused by a mismatch in the payload received from Meta. The solution is to raise a ticket to Meta for further investigation and resolution.

Question and Answer Format Question 1:

Apa penyebab error `Failed to add some participants to the group` saat live demo dengan

Telkomsel PNM, dan bagaimana cara mengatasinya? Answer 1:

Error tersebut disebabkan karena pengaturan privasi group WhatsApp tidak diatur ke “Everyone.” Solusinya adalah mengubah pengaturan privasi group ke “Everyone” agar semua peserta dapat ditambahkan ke group tanpa kendala.

Question 2:

Mengapa pesan dari customer di WhatsApp group malah muncul di direct message (DM) dan bukan di group itu sendiri?

Answer 2:

Masalah ini terjadi karena payload yang diterima dari Meta ke Qiscus tidak sesuai. Untuk mengatasi hal ini, perlu dilakukan eskalasi dengan membuat tiket ke Meta agar mereka dapat menginvestigasi dan menyelesaikan kendalanya.

Jika ada pertanyaan lebih lanjut atau butuh bantuan tambahan, silakan hubungi tim Support WABA di kanal terkait. 😊

Created by: saadah

Created at: 2025-03-06T08:53:08.619Z

Summary of Question:

Team menanyakan langkah-langkah untuk menangani issue di mana pesan tidak masuk ke Omnichannel karena WABA ID sudah tidak terlihat di Facebook Business Manager (FB BM). Terdapat kebingungan mengenai apakah perlu menghapus channel terlebih dahulu untuk proses reconnect, dan apakah proses ini akan mengganggu data atau proses testing yang sudah ada.

Summary of Answer:

Masalah ini disebabkan oleh WABA ID yang sudah tidak aktif atau tidak terlihat di FB BM sehingga pesan tidak bisa masuk ke Omnichannel. Solusinya adalah dengan menghapus channel yang ada terlebih dahulu, kemudian melakukan integrasi ulang (reconnect). Proses ini aman dilakukan dan tidak akan mengganggu data atau proses testing yang sudah ada.

Disarankan juga untuk melaporkan masalah ini ke Meta dan mengambil screenshot dari WhatsApp Manager untuk langkah lebih lanjut.

Question:

Bagaimana langkah-langkah untuk reconnect WhatsApp Business API jika pesan tidak masuk ke Omnichannel karena WABA ID tidak terlihat di FB BM?

Answer:

Langkah-langkah reconnect WhatsApp Business API:

1. Pastikan bahwa masalah terjadi karena WABA ID sudah tidak aktif atau tidak terlihat di FB BM.
2. Konfirmasi kepada klien untuk menghapus (delete) channel yang ada terlebih dahulu di dashboard Qiscus Omnichannel.
3. Setelah channel dihapus, lakukan proses integrasi ulang (add channel) dengan mengikuti panduan integrasi WhatsApp Business API yang ada di Qiscus.
4. Pastikan klien memiliki akses ke FB BM mereka untuk melakukan langkah-langkah integrasi ulang ini.
5. Jika diperlukan, klik opsi “Report to Meta” di dashboard mereka untuk melaporkan masalah ini ke Meta.
6. Minta klien untuk mengambil screenshot dari WhatsApp Manager mereka untuk memastikan bahwa semua data terkait sudah benar.
7. Setelah reconnect berhasil, lakukan pengujian untuk memastikan pesan masuk kembali ke Omnichannel tanpa masalah.

Informasi tambahan:

• Proses ini aman dilakukan dan tidak akan menghapus data atau percakapan yang sudah ada sebelumnya.
  • Untuk panduan lebih detail, dapat merujuk ke dokumentasi resmi Qiscus atau menghubungi tim Support jika ada kebingungan tambahan.

Semoga membantu! 😊

Created by: saadah

Created at: 2025-03-06T08:54:01.570Z

Pertanyaan Ringkasan:

Ada laporan dari klien terkait bug pada Omnichannel, di mana chat yang ter-assign ke agent tidak secara otomatis muncul di daftar room agent. Agent harus mengklik tab “Ongoing” terlebih dahulu agar chat terlihat. Saat ini, update terbaru menunjukkan bahwa chat tetap mengalami delay sekitar 30 detik sebelum masuk ke agent. Mohon bantuannya untuk memastikan penyebab dan solusinya.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Halo tim, klien melaporkan adanya bug pada Omnichannel terkait chat yang ter-assign ke agent. Berikut detailnya:

• Chat tidak auto muncul di room list agent yang bersangkutan.
  • Agent harus mengklik tab “Ongoing” terlebih dahulu agar chat terlihat.
  • Berdasarkan update terbaru, chat saat ini tetap mengalami delay sekitar **30 detik** sebelum masuk ke agent.

Detail akun agent yang mengalami masalah:

• FERA

(<mailto:customer.care1@gerbangdigitalnusantara.co.id|customer.care1@gerbangdigitalnusant ara.co.id>)

• TASYA

(<mailto:customer.care2@gerbangdigitalnusantara.co.id|customer.care2@gerbangdigitalnusant ara.co.id>)

• KARINA

(<mailto:customer.care3@gerbangdigitalnusantara.co.id|customer.care3@gerbangdigitalnusant ara.co.id>)

• ZAHRA

(<mailto:customer.care4@gerbangdigitalnusantara.co.id|customer.care4@gerbangdigitalnusant ara.co.id>)

App name: **Pixel Telemedia** App code: **guis-dfsdc4ki0jriajfz**

Berikut juga lampiran videonya untuk membantu investigasi. Mohon bantuannya untuk memastikan apakah ada hal yang perlu dicek lebih lanjut dan solusi untuk klien. Terima kasih!

Jawaban:

Baik, terima kasih atas detail yang diberikan. Untuk permasalahan ini, ada beberapa langkah yang perlu dilakukan untuk investigasi lebih lanjut:

1. Konfirmasi Status Server: Pastikan server aplikasi berjalan normal tanpa adanya anomali atau lonjakan trafik yang bisa menyebabkan delay.
2. Cek Log Aktivitas: Periksa log pada Omnichannel untuk melihat apakah ada error atau delay yang tercatat saat chat masuk ke agent.
3. Replikasi Masalah: Coba replikasi issue yang dilaporkan menggunakan akun agent yang disebutkan untuk memastikan apakah masalah ini terjadi secara konsisten.
4. Cek Sinkronisasi: Pastikan tidak ada masalah pada sinkronisasi antara Omnichannel dan aplikasi klien.

Untuk investigasi lebih mendalam, saya akan eskalasikan isu ini ke tim Support. Rekan-rekan di tim Support akan melakukan pengecekan lebih lanjut dan memberikan update secepatnya.

Mohon untuk menunggu update dari tim Support terkait solusi atau langkah perbaikan yang dapat dilakukan. Apakah ada tambahan informasi lain yang bisa membantu investigasi?

Created by: saadah

Created at: 2025-03-06T08:55:21.765Z

Ringkasan Pertanyaan:

Klien Asuransi Astra Buana memiliki template carousel dengan dua card, di mana setiap card memiliki satu tombol CTA. Pada laporan template insight bagian “Button Click,” terdapat keterangan “Unique URL Button.” Tim ingin mengetahui apakah laporan ini mengindikasikan klik tombol tertentu. Selain itu, tim menyebutkan bahwa setelah dicek di Facebook Business Manager (FB BM), tombol tersebut tidak ditemukan. Informasi lanjutan dibutuhkan untuk menjawab pertanyaan ini.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Selamat sore, tim. Mau bertanya terkait klien Asuransi Astra Buana `teoyw-bxkwiimnwnle4te` yang memiliki template carousel dengan 2 card, di mana setiap card memiliki 1 button CTA. Pada template insight bagian “Button Click,” terdapat keterangan “Unique URL Button.” Apakah laporan ini menunjukkan klik tombol tertentu?

Nama template: `birthday_maret_carousel`.

Kami juga sudah mencoba cek di Facebook Business Manager (FB BM) tetapi tidak menemukan button tersebut. Apakah ada info tambahan terkait insight ini? Terima kasih banyak sebelumnya.

Jawaban:

Terima kasih atas pertanyaannya, Uswatun Hasanah. Untuk menjawab pertanyaan ini:

1. Unique URL Button pada template insight “Button Click” biasanya mengindikasikan jumlah klik unik yang dilakukan pengguna pada tombol URL di dalam template carousel. Laporan ini merepresentasikan interaksi pengguna terhadap tombol CTA di setiap card.

• Jika tombol tidak ditemukan di Facebook Business Manager (FB BM), kemungkinan ada kendala pada implementasi atau integrasi template tersebut di platform messenger yang digunakan.

Namun, untuk memastikan data ini sesuai dengan yang diharapkan, kami sarankan untuk mengonfirmasi lebih lanjut ke tim Support teknis. Mohon eskalasi pertanyaan ini ke tim Support agar dapat dilakukan pengecekan lebih mendalam terhadap integrasi dan insight laporan.

Terima kasih!

Created by: saadah

Created at: 2025-03-06T08:57:06.570Z

Summary of Question:

Apakah ada kendala pada server atau bot Qiscus di waktu-waktu tertentu (misalnya antara jam 3-5:57, 9:30-10:00) yang menyebabkan BOT tidak memberikan jawaban kepada klien? Selain itu, apakah ada detail RCA (Root Cause Analysis) terkait masalah ini, dan bagaimana solusi ke depannya?

Summary of Answer:

Permasalahan ini tampaknya berkaitan dengan server, seperti kasus error `500 connect_timeout`, kemungkinan NGINX yang tidak bekerja hingga direstart, atau adanya load tinggi pada jam-jam tertentu yang menyebabkan delay. RCA sedang dalam proses penyusunan untuk memberikan penjelasan detail kepada klien.

Created by: saadah

Created at: 2025-03-06T08:59:38.401Z

Summary of Question:

Gilang meminta bantuan untuk mengaktifkan fitur MM Lite agar tampil (show) secara default di semua `app-id`, termasuk untuk `app-id` yang baru dibuat. Sebelumnya, fitur ini harus diaktifkan secara manual melalui superadmin karena statusnya `hide`.

Summary of Answer:

Permintaan telah dieksekusi oleh Risna, dan fitur MM Lite kini sudah muncul di admin sesuai dengan permintaan.

Question and Answer Format:

Q:

Pagi, apakah bisa fitur MM Lite diaktifkan di semua `app-id` agar langsung tampil (show) secara default, termasuk di `app-id` yang baru dibuat? Sebelumnya fitur ini harus diaktifkan secara manual di superadmin karena statusnya `hide`.

A:

Bisa, permintaan tersebut sudah dieksekusi. Fitur MM Lite sekarang sudah muncul di admin sesuai permintaan.

Created by: saadah

Created at: 2025-03-06T09:00:30.061Z

Pertanyaan:

Apakah metadata, seperti lokasi (longitude dan latitude), dari gambar yang dikirimkan oleh end-user ke WhatsApp, tetap terkirim atau hilang?

Jawaban:

Berdasarkan informasi yang telah diperiksa, metadata dari gambar (seperti lokasi) masih tersedia ketika gambar tersebut berada di cloudfront Qiscus. Namun, setelah gambar diterima

di WhatsApp oleh end-user, metadata lokasi hilang. Hal ini dikarenakan Meta (WhatsApp) memodifikasi dan mengompresi gambar setelah proses pengiriman/penerimaan.

Format Tanya-Jawab:

Q: Ketika end-user mengirim gambar ke WhatsApp, apakah metadata seperti long/lat dari gambar juga terkirim?

A: Berdasarkan pengecekan, metadata gambar tetap ada ketika berada di cloudfront Qiscus. Namun, setelah gambar diterima oleh end-user di WhatsApp, metadata lokasi tersebut hilang karena Meta (WhatsApp) memodifikasi dan mengompresi gambar selama proses pengiriman/penerimaan.

Created by: saadah

Created at: 2025-03-06T09:01:26.238Z

Summary of Question:

Tim internal melaporkan kendala terkait chat dari beberapa user_id Shopee yang tidak masuk ke Omnichannel pada 04-03-2025 pukul 5 sore. Permintaan dilakukan untuk memeriksa apakah integrasi sudah expired, apakah perlu integrasi ulang, dan apakah kendala serupa terjadi pada klien lain. Selain itu, diminta klarifikasi apakah laporan ini hanya untuk ZAP atau juga Astra, serta permintaan screenshot (SS) tambahan sebagai referensi.

Summary of Answer:

Setelah dilakukan pengecekan, diketahui bahwa webhook tidak diterima oleh sistem Qiscus. Integrasi Shopee masih berlaku selama satu tahun lagi, sehingga tidak perlu dilakukan integrasi ulang. Laporan ini hanya terkait ZAP, bukan Astra. SS pesan untuk user_id tertentu telah diberikan kepada tim untuk investigasi lebih lanjut.

Question and Answer Format Question:

Selamat siang, mohon bantuannya untuk memeriksa kendala chat dari beberapa user_id

Shopee berikut ini yang tidak masuk ke Omnichannel pada 04-03-2025 pukul 5 sore:

• citraratri_
• putrimaritasari
• maulisac
• nabilaanindyaputri
• SELENA.ID

Apakah integrasi Shopee ini sudah expired atau perlu integrasi ulang? Juga, apakah kendala serupa terjadi pada klien lain seperti Astra? Mohon kirimkan SS tambahan jika memungkinkan.

Answer:

Selamat siang, terima kasih atas informasinya. Berikut adalah hasil pengecekan:

1. Webhook dari Shopee tidak diterima oleh sistem Qiscus.
2. Integrasi Shopee untuk ZAP masih berlaku selama satu tahun lagi, jadi tidak perlu dilakukan integrasi ulang pada saat ini.
3. Kendala ini hanya terjadi pada ZAP, bukan pada klien Astra.
4. SS pesan dari user_id terkait telah dikirimkan kepada tim untuk investigasi lebih lanjut.

Jika ada kendala lebih lanjut atau membutuhkan pengecekan tambahan, harap informasikan kembali. Terima kasih.

Created by: saadah

Created at: 2025-03-11T08:13:18.619Z

Summary of Question:**

Feedback dari Asuransi Astra Buana mengenai permintaan penambahan keterangan waktu (timestamp) kapan customer membaca (status read) broadcast yang dikirimkan di broadcast log. Hal ini diperlukan untuk menganalisa profil dan perilaku customer mereka.

Answer Summary:

Feedback ini telah dicatat oleh tim sebagai masukan untuk pengembangan lebih lanjut. Question and Answer Format:

Q: Apakah bisa ditambahkan keterangan waktu (timestamp) kapan customer membaca (status read) broadcast yang dikirimkan, agar dapat digunakan untuk menganalisa profil dan perilaku customer?**

A: Terima kasih atas feedback-nya. Untuk saat ini, permintaan penambahan keterangan waktu (timestamp) pada status read di broadcast log telah kami catat sebagai masukan untuk pengembangan lebih lanjut. Jika ada update terkait fitur ini, tim Support akan memberikan informasi lebih lanjut. Silakan hubungi kami lagi jika ada pertanyaan tambahan. Terima kasih.

Created by: saadah

Created at: 2025-03-11T08:14:13.886Z

Question Summary:

Klien dari Dunia Master Pulsa melaporkan bahwa room di Omnichannel telah expired sebelum 24 jam. Tim internal meminta bantuan untuk penormalan room tersebut. Setelah dilakukan pengecekan dan penormalan oleh tim, klien diminta untuk memverifikasi bahwa masalahnya telah terselesaikan.

Answer Summary:

Room yang expired sebelum waktu 24 jam telah dinormalisasi oleh tim. Klien diminta untuk melakukan pengecekan kembali untuk memastikan bahwa masalah telah terselesaikan.

Question and Answer Format:

Q: Selamat pagi, tim Support Qiscus. Klien Dunia Master Pulsa melaporkan bahwa room di Omnichannel expired sebelum 24 jam. Mohon bantuannya untuk melakukan penormalan room tersebut. Bagaimana langkah selanjutnya setelah penormalan dilakukan?

A: Selamat pagi, Terima kasih atas eskalasinya. Kami telah membantu menormalisasi room yang expired sebelum 24 jam untuk klien Dunia Master Pulsa. Mohon klien dapat memeriksa kembali apakah room sudah dapat digunakan kembali sebagaimana mestinya. Jika masih ada kendala, silakan informasikan kepada kami untuk ditindaklanjuti lebih lanjut. Terima kasih. 🙏

Created by: saadah

Created at: 2025-03-11T08:15:45.948Z

Summary of Question:

Bagaimana cara menangani perbedaan penggunaan (usage) WABA khususnya untuk postpaid di bulan Februari 2025, termasuk permintaan untuk sync manual dan penarikan data API Meta dalam format JSON untuk pengecekan manual?

Summary of Answer:

Untuk menangani perbedaan usage WABA, langkah awal adalah melakukan filter dan pengecekan internal untuk memastikan penyebab diff, baik karena churn, kesalahan sync, atau sebab lainnya. Jika diperlukan, tim Support dapat membantu dengan sync manual. Selain itu, data API Meta dalam format JSON dapat disediakan untuk pengecekan lebih mendalam, seperti pada request timezone +7 untuk bulan Februari 2025.

Question and Answer Format:

Question:

Bagaimana cara menangani perbedaan penggunaan (usage) WABA khususnya untuk postpaid di bulan Februari 2025, dan apakah memungkinkan untuk melakukan sync manual seperti sebelumnya? Juga, bagaimana cara penarikan data API Meta dalam format JSON untuk pengecekan manual?

Answer:

Untuk menangani perbedaan usage WABA:

1. Lakukan filter dan pengecekan internal terlebih dahulu untuk memastikan apakah diff terjadi karena churn, kesalahan sync, atau penyebab lain.
2. Jika diperlukan, mintalah bantuan tim Product untuk pengecekan lebih mendalam dan lakukan sync manual seperti sebelumnya.
3. Untuk penarikan data API Meta dalam format JSON, pastikan detail kebutuhan seperti tanggal atau periode yang diminta (contoh: sebulan penuh untuk Februari 2025 dengan timezone +7) disampaikan dengan jelas. Setelah data ditarik, data tersebut dapat diperiksa secara manual untuk memastikan channel/phone number mana yang perlu penyesuaian agar sesuai dengan invoice Meta.

Jika ada hal yang belum jelas atau memerlukan bantuan lebih lanjut, rekomendasikan untuk menghubungi tim Support untuk memastikan tindak lanjut yang sesuai.

Created by: saadah

Created at: 2025-03-11T08:16:34.061Z

Ringkasan Pertanyaan:

Tim internal menanyakan apakah ada perbedaan ketika mengirimkan MM Lite melalui API jika dibandingkan dengan metode lain, seperti menggunakan dashboard. Kemudian, ada klarifikasi dari anggota tim bahwa pengiriman MM Lite via API dilakukan dari sisi backend, namun saat ini

API untuk pengiriman MM Lite belum di-wrap, dan endpoint-nya berbeda dengan direct API yang biasa digunakan.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Apakah ada perbedaan ketika mengirimkan MM Lite menggunakan API dibandingkan dengan metode pengiriman lainnya (misalnya melalui dashboard)? Dan apakah API pengiriman MM Lite sudah tersedia untuk digunakan?

Jawaban:

Untuk saat ini, API untuk pengiriman MM Lite belum di-wrap, sehingga endpoint yang digunakan berbeda dengan direct API yang biasa dipakai. Jika ada kebutuhan untuk menggunakan API pengiriman MM Lite dari sisi backend, perlu dilakukan diskusi lebih lanjut dengan tim terkait untuk memastikan implementasi yang sesuai. Mohon hubungi tim Support untuk informasi lebih lengkap terkait API ini.

Jika ada hal lain yang perlu diperjelas, silakan eskalasi kembali ke tim Support agar kami dapat memberikan bantuan lebih lanjut. 😊

Created by: saadah

Created at: 2025-03-11T08:17:22.889Z

Summary of Question:

Team bertanya apakah penormalan chat yang stuck di status “Unserved” dan “Served” dapat dilakukan secara bulk dari sisi PQF atau harus dilakukan secara manual satu per satu. Selain itu, terdapat dua case yang disebutkan, yaitu untuk ERHA (`fozna-nn4ajrm71v25hug`) dan Dermies (`expxq-fikmrawsyczbw7p`). Hana juga menanyakan status penyelesaian case setelah Dermies dinyatakan sudah dinormalkan.

Summary of Answer:

Untuk Dermies, tim sudah membantu penormalan dan diminta untuk melakukan pengecekan kembali. Sementara itu, untuk ERHA, statusnya masih dalam proses (on the way).

Q&A Format:

Question:

Apakah penormalan chat stuck di status “Unserved” dan “Served” bisa dilakukan secara bulk dari sisi PQF atau harus manual satu per satu? Bagaimana status penormalan untuk case ERHA (`fozna-nn4ajrm71v25hug`) dan Dermies (`expxq-fikmrawsyczbw7p`)?

Answer:

Untuk chat stuck di “Unserved” dan “Served,” perlu konfirmasi lebih lanjut apakah bisa dilakukan secara bulk dari sisi PQF atau harus manual satu per satu. Mengenai case Dermies,

tim sudah membantu penormalan dan diminta untuk melakukan pengecekan ulang. Namun, untuk case ERHA, statusnya masih dalam proses (on the way).

Created by: saadah

Created at: 2025-03-11T08:20:10.902Z

Pertanyaan:

Apakah pesan pertama (first message) dan balasan (replies) yang dikirim melalui aplikasi WA Business App akan otomatis tersinkronisasi ke dalam Qiscus Omnichannel Chat (OC)?

Berdasarkan tes yang dilakukan, pesan yang dikirim dari WA Business App tidak masuk ke OC, baik untuk pesan pertama maupun balasan-balasannya, tetapi terlihat ada di webhook.

Jawaban:

Berdasarkan informasi pada dokumentasi

https://documentation.qiscus.com/omnichannel-chat/whatsapp-coexistence#inbox-message-enh ancement , fitur ini seharusnya memungkinkan integrasi antara WA Business App dan Qiscus OC sehingga pesan yang masuk dari WA Business App bisa tercapture di OC. Namun, jika hasil tes menunjukkan bahwa pesan tidak tersinkronisasi ke OC tetapi terlihat di webhook, hal ini perlu diperiksa lebih lanjut.

Untuk memastikan penyebabnya:

1. Tes Akun: Pastikan menggunakan akun yang sudah terintegrasi dengan Coexistence.
2. Perangkat Konfirmasi perangkat (Android/iOS) yang digunakan untuk tes.
3. Logs/Logs Webhook: Analisis log di dashboard Loki untuk memahami apakah ada error atau kendala teknis.
4. Konfirmasi Tim Teknis: Eskalasi ke tim Support untuk investigasi lebih dalam terkait behavior ini.

Mohon eskalasi case ini ke tim Support Qiscus untuk memastikan bahwa integrasi berjalan sesuai dengan PRD yang telah ditentukan.

Created by: saadah

Created at: 2025-03-11T08:22:42.070Z

Ringkasan Pertanyaan:

Team memberikan feedback terkait UI/UX fitur response dari external API di Robolabs LLM. Dia menyarankan beberapa perbaikan, seperti fitur search, tombol one-click activation seperti fulfillment di Dialogflow, dan opsi pengelolaan URL yang lebih fleksibel. Feedback ini bertujuan untuk mempermudah setup, mempercepat proses konfigurasi, dan meringankan beban tim support saat proyek sudah di-handover ke klien.

Ringkasan Jawaban:

Feedback dari Team sangat valid dan dapat mendukung pengembangan fitur yang lebih user-friendly di Robolabs LLM. Untuk implementasi fitur search, bisa dipastikan apakah

fokusnya pada intent name, URL, atau keduanya. Sedangkan untuk tombol one-click activation, inspirasi dari Dialogflow bisa dijadikan referensi untuk meningkatkan efisiensi pengaturan API.

Selanjutnya, masukan ini dapat diteruskan ke tim pengembangan produk untuk dievaluasi lebih lanjut.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Team memberikan feedback terkait UI/UX fitur response dari external API di Robolabs LLM, dengan beberapa poin berikut:

1. Tambahkan fitur search yang memungkinkan pencarian berdasarkan intent name atau URL untuk external API.
2. Sediakan tombol one-click activation seperti fulfillment di Dialogflow untuk mempermudah pengaturan external API, baik untuk intent-based maupun LLM.
3. Buat pengelolaan URL lebih fleksibel agar maintenance lebih ringan dan mengurangi effort tim support.

Bagaimana langkah yang bisa dilakukan untuk menanggapi masukan ini?

Jawaban:

Terima kasih atas feedback yang sangat konstruktif dari Yoga Setiawan. Berikut adalah respon untuk masing-masing poin:

1. Untuk fitur search, perlu dipastikan apakah pencarian akan difokuskan pada intent name, URL, atau keduanya. Dengan fitur ini, proses pencarian dan pengelolaan API akan jauh lebih efisien.
2. Tombol one-click activation seperti fulfillment di Dialog Flow adalah ide yang menarik. Inspirasi ini bisa dijadikan referensi untuk mengembangkan fitur yang lebih fleksibel dan user-friendly di Robolabs LLM.
3. Mengenai fleksibilitas pengelolaan URL, masukan ini sangat penting untuk memastikan proses maintenance lebih ringan, khususnya saat ada change request dari klien besar seperti Paragon.

Untuk memastikan implementasi yang optimal, masukan ini akan diteruskan kepada tim pengembangan produk agar dapat dievaluasi lebih lanjut. Terima kasih atas input yang sangat membantu! Jika ada detail tambahan yang perlu disampaikan, silakan informasikan kembali.

Created by: saadah

Created at: 2025-03-11T08:25:01.117Z

Summary of Question:

Bagaimana proses aktivasi Marketing Messages Lite (MMLite) untuk client dengan

On-Behalf-Of (OBO) model, terutama jika client tidak memiliki akses ke Facebook Business Manager (FB BM)?

Summary of Answer:

Aktivasi MMLite untuk client dengan OBO model membutuhkan akses ke Facebook Business Manager (FB BM) melalui proses embedded sign-up. Namun, jika client tidak memiliki akses ke FB BM, maka aktivasi MMLite tidak dapat dilakukan, sesuai dengan dokumentasi yang ada.

Question and Answer Format:

Q: Bagaimana proses aktivasi MMLite untuk client dengan OBO model, terutama jika client tidak memiliki akses ke Facebook Business Manager (FB BM)?

A: Untuk client dengan OBO model, aktivasi Marketing Messages Lite (MMLite) dilakukan melalui proses embedded sign-up. Berdasarkan dokumentasi, WABA yang dibuat menggunakan model On-Behalf-Of (OBO) akan melihat layar di proses registrasi untuk migrasi ke Shared WABA, yang menjadi syarat penggunaan MMLite API. Namun, jika client tidak memiliki akses ke FB BM (misalnya karena akses admin hilang atau tidak diketahui), maka aktivasi MMLite tidak dapat dilakukan.

Informasi lebih lanjut dapat dilihat pada dokumentasi berikut: https://quip.com/EGsgA3UoZM0D/PRD-Marketing-Messages-Lite-API#temp:C:TOL270780889c 2044d59a1e13e32

Created by: saadah

Created at: 2025-03-11T08:26:12.135Z

Summary of Question:

Team bertanya mengenai masalah di Omnichannel saat menggunakan fitur “start chat” dan membalas menggunakan template yang ada. Masalah yang muncul adalah adanya

re-engagement karena sesi chat di Meta belum terbuka, meskipun seharusnya sesi tersebut tidak expired. Bagaimana cara menangani masalah ini agar tidak memengaruhi first time response?

Summary of Answer:

Masalah re-engagement terjadi karena balasan bisnis dilakukan ketika sesi customer service di Meta tidak aktif (window belum terbuka). Permasalahan ini berada di sisi Meta, dan solusinya perlu dipastikan agar sesi di Meta terbuka sebelum melakukan balasan.

Q&A Format:

Q: Mengapa saat menggunakan fitur “start chat” di Omnichannel dan membalas dengan template muncul re-engagement? Bagaimana mengatasinya agar tidak mempengaruhi first time response?

A: Masalah re-engagement muncul karena balasan bisnis dilakukan pada sesi customer service di Meta yang belum terbuka (window belum aktif). Hal ini terjadi di sisi Meta, bukan pada sistem Qiscus. Untuk mengatasi hal ini, pastikan bahwa sesi di Meta sudah terbuka sebelum mengirimkan balasan agar tidak ada kendala dan tidak memengaruhi first time response. Jika masih ada kendala lebih lanjut, silakan eskalasi ke tim Support kami untuk investigasi lebih detail.

Created by: saadah

Created at: 2025-03-11T08:27:12.165Z

Summary of Question:

Mengapa variabel template pada broadcast tertentu melalui Omnichannel tidak terisi, padahal pengiriman melalui API dan Dashboard normal untuk broadcast lainnya? Apa penyebabnya dan bagaimana solusi untuk masalah ini?

Summary of Answer:

Masalah ini perlu dilakukan investigasi lebih lanjut melalui log sistem (misalnya log Loki) untuk mengetahui penyebabnya. Jika ditemukan kendala teknis, perlu koordinasi dengan tim Support untuk perbaikan.

Question:

Mengapa variabel template pada broadcast tertentu melalui Omnichannel tidak terisi, padahal pengiriman melalui API dan Dashboard normal untuk broadcast lainnya?

Detail:

• Nama broadcast: Broadcast 07/03/2025, 08:03
• Template: alumni_contribution_success
• Sample room:

https://multichannel.qiscus.com/web/ygzok-zczcafimmqla6mz/inbox#id=299025956

• cURL sudah disertakan untuk cek proses pengiriman.

Answer:

Terima kasih atas pertanyaannya. Berdasarkan informasi yang disampaikan, jika variabel template tidak terisi untuk broadcast tertentu, langkah pertama yang perlu dilakukan adalah:

1. Cek Log Sistem (Loki atau lainnya): Pastikan log dari proses pengiriman broadcast tertentu ini diperiksa. Log dapat memberikan indikasi apakah terjadi kesalahan teknis, misalnya:
   1. Masalah dengan payload API.
   1. Respon dari sistem penerima.

• Validasi Payload API: Dari contoh cURL yang diberikan, pastikan semua parameter, terutama bagian `components` dan `parameters`, sudah sesuai dengan format template yang diharapkan.

• Bandingkan dengan Broadcast yang Berhasil: Jika broadcast lain dengan template yang sama berjalan normal, bandingkan detail payload dan konfigurasi untuk menemukan perbedaan.

• Koordinasi dengan Tim Support: Jika setelah pengecekan log dan payload tidak ditemukan masalah, eskalasi ke tim Support untuk investigasi lebih lanjut.

Saat ini, langkah yang bisa dilakukan adalah memastikan log sudah terkumpul dan diserahkan ke tim Support untuk pengecekan lebih detail. Jika ada pertanyaan lebih lanjut, silakan informasikan. 😊

Created by: saadah

Created at: 2025-03-11T08:28:56.199Z

Summary of Question:

Team from the internal team inquired about whether there is an automatic deletion of all data after an AppID is disabled in Omnichannel. Specifically, they want to confirm if the data is deleted automatically (e.g., 100 days after the AppID is disabled) or if it requires a manual request.

Summary of Answer:

There is no automatic deletion of all data after an AppID is disabled. Deletion needs to be requested manually.

Question and Answer Format Question:

Apakah ada proses auto delete semua data setelah AppID di Omnichannel dinonaktifkan?

Misalnya, apakah data akan dihapus secara otomatis (contoh: 100 hari setelah AppID dinonaktifkan), atau apakah diperlukan request manual untuk proses penghapusan data tersebut?

Answer:

Tidak ada proses auto delete semua data setelah AppID di Omnichannel dinonaktifkan. Penghapusan data harus dilakukan melalui permintaan (by request).

Jika ada kebutuhan tambahan atau pertanyaan lain terkait proses ini, silakan hubungi tim Support untuk bantuan lebih lanjut. 😊

Created by: saadah

Created at: 2025-03-11T08:31:09.918Z

Summary of Question:

Team melaporkan bahwa ada link pada teks “documentation” yang tidak valid dan tidak mengarah ke section yang seharusnya. Ia meminta agar link tersebut diperiksa ulang. Ia juga memberikan link yang benar untuk referensi.

Summary of Answer:

Link tersebut memang salah dan mengarah ke OC. Masukan diterima, dan tim akan memperbaiki link untuk mengarah ke halaman yang benar seperti yang telah ditunjukkan oleh Taufik Budi.

Question-Answer Format:

Q: Siang, saya menemukan link di teks “documentation” yang tidak valid, ketika diklik tidak mengarah ke section yang seharusnya. Mohon dicek ulang ya. Link yang benar seharusnya seperti ini: https://documentation.qiscus.com/robolabs/bot-training , Apakah bisa diperbaiki?

A: Terima kasih, atas laporannya. Setelah dicek, benar bahwa link tersebut saat ini mengarah ke OC dan bukan ke halaman yang seharusnya. Kami akan segera melakukan perbaikan agar link tersebut mengarah ke halaman yang benar seperti yang sudah Mas Taufik berikan. Terima kasih atas masukannya! 🙏

Created by: saadah

Created at: 2025-03-11T08:32:36.876Z

Summary of Question and Answer:

Question Summary:

Apakah reason rejected terkait line breaks pada template carousel card berasal dari Meta atau Omni, dan apakah bisa dibuat gagal dari sisi Omni jika line breaks kartu melebihi batas?

Answer Summary:

Error tersebut berasal dari Meta karena batasan body card carousel hanya mengizinkan 2 line breaks. Sebagai saran sementara, klien dapat mengurangi jumlah new line pada card carousel jika melebihi 2.

Question and Answer Format:

Q:

Selamat siang tim, mau bertanya. Sebelumnya dari DT Peduli (`gaicc-dstu3uqdhdepemj`) ada create template carousel namun rejected dengan reason:

`[FBBM] A template carousel card {index=2} was found with “3” line breaks, which exceeds the max limit ‘0’`

Untuk reason rejected ini dari Meta atau dari Omni ya tim? Jika dari Omni, apakah bisa dibuat gagal ketika created card-nya line breaks lebih dari 2? Karena dari Meta ada batasan body card carousel hanya bisa 2 line breaks saja. Mohon infonya, terima kasih banyak sebelumnya.

A:

Selamat siang. Terkait error tersebut, reason rejected berasal dari Meta, karena adanya batasan bahwa body card carousel hanya mengizinkan maksimal 2 line breaks. Untuk saat ini, sebagai saran sementara, bisa disarankan kepada klien untuk mengurangi jumlah new line pada card carousel jika melebihi 2. Case ini juga sudah masuk sebagai feedback untuk ditindaklanjuti lebih lanjut. Terima kasih.

Created by: saadah

Created at: 2025-03-11T08:33:48.905Z

Pertanyaan dan Jawaban dalam Format Ringkas:

Pertanyaan:

Pesan customer tidak terender di Omnichannel (OC) sehingga seolah-olah BOT menjawab sendiri. Viberlink: `lustn-5c5igieyiokwdzc`.

• Issue pertama: Pesan customer “halo kak” di salah satu Viberlink tidak muncul di OC.
• Issue kedua: Auto resolve tidak berjalan di room yang sama.

Apakah ada insight terkait hal ini, terutama karena terjadi di tim non-sessional?

Jawaban:

Untuk kasus ini, berikut langkah yang dapat dilakukan:

1. Periksa log di Loki: Karena SS tidak tersedia, gunakan link Loki yang sudah diberikan untuk mengecek detail log pesan yang tidak muncul.
2. Periksa pengaturan Auto Resolve: Pastikan pengaturan Auto Resolve di dashboard sudah sesuai. Cross-check apakah ini hanya terjadi di tim non-sessional.
3. Jika sudah diperiksa dan masih belum ditemukan solusi, eskalasi issue ini ke tim Support untuk investigasi lebih lanjut.

Pertanyaan dan Jawaban dalam Format Detail:

Pertanyaan:

Pesan customer “halo kak” di salah satu Viberlink tidak terender di Omnichannel sehingga seolah-olah BOT menjawab sendiri. Selain itu, auto resolve juga tidak berjalan di room yang sama. Kasus ini terjadi pada tim non-sessional. Apakah ada langkah-langkah atau insight tambahan untuk menyelesaikan kedua isu ini?

Jawaban:

Halo Team, terima kasih sudah menyampaikan detail case ini. Berikut langkah yang kami sarankan untuk menangani issue ini:

1. Pesan Customer Tidak Muncul di OC:
   1. Gunakan link Loki yang sudah disediakan untuk mencari log terkait pesan “halo kak” yang tidak masuk. Pastikan ada log aktivitas dari customer dan verifikasi apakah ada error spesifik yang muncul.
   1. Periksa integrasi Viberlink di dashboard Omnichannel untuk memastikan koneksi berjalan dengan baik.

• Auto Resolve Tidak Berjalan:
  • Lakukan pengecekan pada pengaturan Auto Resolve di dashboard Multichannel. Pastikan workflow Auto Resolve aktif dan threshold waktu yang diatur sudah sesuai.
  • Identifikasi apakah masalah hanya terjadi pada tim non-sessional atau juga muncul di sessional team.

• Jika kedua langkah di atas sudah dilakukan dan masalah belum teratasi, kami sarankan untuk segera mengeskalasi ke tim Support agar investigasi lebih mendalam bisa dilakukan. Sertakan log dari Loki untuk mempermudah analisis.

Terima kasih atas kerjasamanya! Jika ada pertanyaan lanjutan, silakan sampaikan kembali. 😊 Created by: saadah

Created at: 2025-03-11T08:36:39.163Z

Summary of Question:

Client assist.id mengalami kendala terkait room/convo baru yang tidak dapat dibalas karena expired. Meskipun sudah sempat direspon menggunakan broadcast dan saat ini statusnya resolved, klien meminta solusi permanen karena masalah ini berulang dan merugikan pihak mereka.

Answer Summary:

Masalah ini perlu diselidiki lebih lanjut untuk menemukan penyebab utama dan solusi permanennya. Sebaiknya eskalasi ke tim Support untuk investigasi lebih mendalam mengenai root cause serta untuk memberikan rekomendasi tindakan pencegahan di masa mendatang.

Question:

Selamat sore tim,

Klien assist.id mengalami kendala di mana room/convo baru yang masuk tidak dapat dibalas karena statusnya expired. Detail RoomID: 30188. Saat ini masalah telah diatasi dengan menggunakan broadcast, namun klien meminta solusi permanen karena masalah ini sudah berulang dan merugikan mereka. Apakah ada solusi atau langkah yang dapat dilakukan untuk mencegah hal ini terjadi di masa depan?

Terima kasih sebelumnya.

Answer:

Selamat sore , Terima kasih atas eskalasinya. Berdasarkan detail yang diberikan, kendala seperti ini perlu dilakukan investigasi lebih lanjut untuk memahami penyebab utama (root cause). Beberapa hal yang perlu diperiksa:

1. Log aktivitas pada RoomID: 30188 untuk mengetahui mengapa status room menjadi expired.
2. Apakah ada konfigurasi atau pengaturan waktu tertentu di backend yang memengaruhi status expired.
3. Validasi apakah ada issue pada mekanisme pengaturan SLA (Service Level Agreement) pada sistem.

Untuk langkah selanjutnya, kami menyarankan agar kendala ini segera diekskalasi ke tim Support untuk investigasi lebih mendalam. Silakan berikan detail tambahan jika diperlukan, seperti waktu kejadian atau pola yang terlihat dari masalah ini. Tim Support akan membantu memberikan rekomendasi solusi permanen dan tindakan pencegahan agar tidak terulang kembali di masa depan.

Jika ada hal lain yang perlu dibantu, jangan ragu untuk menghubungi kami lagi. Semoga membantu! 😊

Created by: saadah

Created at: 2025-03-11T08:37:57.890Z

Summary of Question:

Team melaporkan bahwa di jendela360 dengan ID `znles-9xsmdusosarfdmg`, terdapat kendala di mana room yang baru masuk sudah expired meskipun belum mencapai 24 jam. Ahmad meminta bantuan untuk menormalkan situasi ini.

Summary of Answer:

Tim internal telah memberikan respons dengan menyatakan akan melakukan pengecekan terlebih dahulu terhadap masalah tersebut.

Created by: saadah

Created at: 2025-03-11T08:39:23.688Z

Ringkasan Pertanyaan dan Jawaban:

Pertanyaan:

Tim internal menanyakan terkait room pada Omnichannel dengan ID `tys-c9p0jkalv6dkuvs5f` yang tidak dapat dibuka sama sekali (loading terus), sehingga room tersebut stuck di unserved dan tidak bisa di-handover maupun di-solved. Meminta bantuan untuk menyelesaikan masalah ini.

Jawaban:

Masalah ini perlu eskalasi lebih lanjut ke tim Support untuk investigasi. Tim internal diminta untuk memberikan informasi tambahan seperti log error, waktu kejadian, dan langkah-langkah yang sudah dilakukan untuk mempercepat proses troubleshooting.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Mohon bantuannya terkait issue Omnichannel untuk vivere dengan ID room

`tys-c9p0jkalv6dkuvs5f`. Saat ini room tersebut tidak dapat dibuka sama sekali (loading terus) sehingga menyebabkan posisi room stuck di unserved. Tidak bisa di-handover ataupun

di-solved. Mohon bantuannya tim. 🙏

Jawaban:

Terima kasih atas eskalasinya. Untuk menangani masalah ini, kami sarankan mengirimkan informasi tambahan seperti:

1. Log error yang muncul (jika ada).
2. Waktu kejadian atau kapan masalah tersebut mulai terjadi.
3. Langkah yang sudah dilakukan sebelumnya.

Kami akan bantu eskalasi lebih lanjut ke tim Support untuk investigasi mendalam. Mohon bersabar dan kami akan segera menginformasikan hasilnya. Terima kasih. 😊

Created by: saadah

Created at: 2025-03-11T08:41:13.448Z

Summary of Question:

Apakah ada mekanisme retry pada sistem handover to agent Robolabs ketika semua agen offline? Jika leads masuk saat agen offline, apakah sistem akan melakukan retry secara otomatis setelah agen kembali online?

Summary of Answer:

Tidak ada mekanisme retry otomatis untuk case di mana tidak ada kandidat agen yang online. Retry hanya dilakukan jika terjadi error seperti error 500.

Question and Answer Format Question:

Halo, apakah pada sistem handover to agent di Robolabs ada mekanisme retry jika semua

agent offline? Contohnya, jika leads masuk pukul 19.00 saat semua agent offline (agent offline pukul 18.00-20.00), kemudian agent kembali online di atas pukul 20.00, apakah sistem akan melakukan retry untuk handover leads tersebut? Atau sistem akan berhenti jika tidak ada kandidat agent?

Answer:

Halo! Untuk pertanyaan Anda, saat ini tidak ada mekanisme retry otomatis pada sistem handover to agent di Robolabs jika semua agent offline dan tidak ada kandidat agent. Retry hanya dilakukan jika terdapat error seperti error 500. Jika semua agent offline, handover tidak akan dilakukan ulang secara otomatis setelah agent kembali online.

Jika ada kebutuhan lebih lanjut atau pertanyaan lain, silakan hubungi tim Support. 😊 Created by: saadah

Created at: 2025-03-11T08:42:10.357Z

Question Summary:

Bagaimana cara menangani kendala pada integrasi omnichannel chat Shopee, di mana pesan dari pelanggan tidak masuk ke dashboard Qiscus Omnichannel Chat jika pelanggan tidak mengklik “Chat dengan penjual”? Selain itu, apakah ini merupakan isu karena tidak diterimanya webhook dari Shopee?

Answer Summary:

Pesan dari pelanggan yang tidak mengklik “Chat dengan penjual” memang tidak masuk ke Qiscus Omnichannel Chat karena webhook dari Shopee tidak diterima. Hal ini perlu ditindaklanjuti untuk memastikan apakah ada isu pada integrasi webhook Shopee.

Question and Answer Format:

Tanya:

Bagaimana cara menangani kendala pada integrasi omnichannel chat Shopee, di mana:

1. Pesan dari pelanggan tidak masuk ke dashboard Qiscus Omnichannel Chat jika pelanggan tidak mengklik “Chat dengan penjual”.
2. Pesan dari penjual yang dibalas melalui Shopee tidak muncul di dashboard Qiscus Omnichannel Chat.

Apakah ini merupakan isu karena tidak diterimanya webhook dari Shopee? Normalnya, apakah webhook dari Shopee diterima untuk kondisi tersebut?

Jawab:

Halo, terima kasih atas pertanyaannya. Berikut adalah penjelasan untuk kasus ini:

1. Case Ketika Pelanggan Tidak Mengklik “Chat dengan penjual”:
   1. Pesan dari pelanggan tidak masuk ke dashboard Qiscus Omnichannel Chat karena setelah dicek, webhook dari Shopee memang tidak diterima. Ini mengindikasikan adanya kemungkinan isu pada integrasi webhook Shopee.
   1. Normalnya, webhook dari Shopee diterima sehingga pesan bisa masuk ke dashboard Omnichannel Chat. Hal ini perlu dicek lebih lanjut dengan tim teknis untuk memastikan perbaikannya.

• Case Ketika Balasan dari Penjual Melalui Shopee Tidak Masuk ke Dashboard:

• Ini adalah perilaku yang diharapkan (*expected behavior*), karena pesan dari penjual yang dibalas melalui platform Shopee tidak diintegrasikan ke Qiscus Omnichannel Chat.

Langkah selanjutnya adalah melakukan eskalasi ke tim Support atau tim teknis untuk memverifikasi kendala tidak diterimanya webhook dari Shopee. Mohon konfirmasikan informasi teknis lebih lanjut supaya dapat ditangani dengan baik.

Semoga membantu! Silakan hubungi kembali jika ada pertanyaan tambahan. 😊

Created by: saadah

Created at: 2025-03-11T08:50:20.675Z

Ringkasan Pertanyaan dan Jawaban:

Pertanyaan:

Apakah API admin Omnichannel yang mengembalikan data sensitif seperti `totp_token`,

`dashboard_credential token`, dan `sdk password` merupakan bug? Tim membutuhkan klarifikasi apakah ini termasuk masalah keamanan atau bukan, mengingat data yang dikembalikan lebih banyak pada proses update dibandingkan get.

Jawaban:

Permintaan untuk memeriksa apakah pengembalian data sensitif melalui API admin Omnichannel merupakan bug memerlukan investigasi lebih lanjut. Disarankan untuk segera mengeskalasi ke tim Support agar dapat dilakukan pengecekan mendalam terkait potensi risiko keamanan.

Format Tanya Jawab:

Pertanyaan:

Ada laporan terkait API admin Omnichannel yang memberikan return data sensitif seperti

`totp_token`, `dashboard_credential token`, dan `sdk password`. Mohon cek apakah ini termasuk bug atau isu keamanan, karena antara proses get dan update, data yang dikembalikan lebih banyak pada update.

Jawaban:

Terima kasih atas laporannya! Berdasarkan informasi yang diberikan, ini bisa menjadi potensi bug atau masalah keamanan. Kami sarankan untuk segera mengeskalasi ke tim Support agar dapat dilakukan investigasi lebih mendalam. Pastikan juga dokumen terkait sudah diakses oleh tim yang relevan untuk pemeriksaan lebih lanjut. Jika ada hal lain yang perlu dibantu, silakan informasikan kembali.

Created by: saadah

Created at: 2025-03-11T08:51:29.985Z

Summary of Question

Pertanyaan terkait kendala broadcast WhatsApp (Omnichannel) untuk akun Paragon dengan response error `:%Redix.ConnectionError{reason: :closed}` saat mencoba broadcast menggunakan template yang telah disiapkan. Tim meminta insight atau penyebab masalah ini dan solusi yang bisa dilakukan.

Summary of Answer

Permasalahan dengan error `:%Redix.ConnectionError{reason: :closed}` telah terselesaikan, namun masih ada beberapa nomor yang gagal terkirim. Insight lebih lanjut diperlukan untuk mengetahui penyebabnya, dan tim diminta untuk melakukan monitoring terhadap frekuensi terjadinya masalah serupa.

Question and Answer Format

Q: Apa penyebab error `:%Redix.ConnectionError{reason: :closed}` saat broadcast WhatsApp pada akun Paragon, dan bagaimana solusinya?*

A: Error `:%Redix.ConnectionError{reason: :closed}` terjadi saat broadcast WhatsApp dilakukan untuk akun Paragon. Setelah dilakukan pengecekan ulang dan pengujian, error tersebut sudah terselesaikan. Namun, masih terdapat beberapa nomor yang gagal terkirim. Saat ini, insight lebih lanjut masih diperlukan untuk mengetahui penyebab kegagalan pengiriman pada nomor tertentu. Tim diminta untuk mencoba kembali broadcast dan melakukan monitoring terhadap frekuensi terjadinya masalah serupa.

Created by: saadah

Created at: 2025-03-11T08:52:30.342Z

Summary of Question:

Team meminta bantuan untuk mereset notifikasi “password expired” pada semua appid yang terkait dengan Everpro, karena berpotensi membingungkan user. Selain itu, beliau juga memberikan referensi link untuk daftar appid terkait, dan terdapat diskusi mengenai link mana yang lebih tepat untuk digunakan.

Answer Summary:

Permintaan reset notifikasi “password expired” untuk semua appid yang terkait dengan Everpro telah diterima. Diskusi kemudian mengerucut pada penggunaan link yang lebih akurat untuk daftar appid yang relevan, yaitu link kedua yang disebutkan.

Pertanyaan dan Jawaban Pertanyaan:

Team meminta untuk mereset notifikasi “password expired” pada semua appid yang terkait

dengan Everpro. Apakah proses ini dapat dilakukan oleh tim, dan jika iya, daftar appid mana yang akan digunakan sebagai referensi?

Jawaban:

Terkait permintaan reset notifikasi “password expired” pada semua appid yang terkait dengan Everpro, berikut langkah-langkah yang dapat dilakukan:

1. Pastikan konfirmasi bahwa semua appid yang terkait dengan Everpro akan dilakukan reset.
2. Gunakan daftar app id dari link yang lebih akurat, yaitu link kedua yang diberikan oleh Team:

`https://metabase-internal.qiscus.com/question/4283-apps-2-0?everpro_code=&app_id=&everpr o_email=&limit= `

Alasan memilih link ini adalah karena daftar appid di link pertama mengandung duplikasi.

Silakan koordinasikan dengan tim engineering atau tim support untuk melanjutkan proses reset.

Jika ada kendala lebih lanjut, mohon eskalasi ke tim Support untuk memastikan langkah-langkah yang tepat.

Created by: saadah

Created at: 2025-03-11T08:54:49.959Z

Summary of Question:

Apakah value di customer properties otomatis menjadi huruf kecil saat diubah melalui API atau Omnichannel? Jika iya, apakah itu perilaku yang diharapkan?

Summary of Answer:

Ya, ini adalah perilaku yang diharapkan karena adanya improvement untuk membuat value di customer properties menjadi lowercase agar kebutuhan filter customer properties lebih unik.

Q&A Format Question:

Siang team, apakah value di customer properties memang sengaja diubah jadi huruf kecil? Ini

saya coba ubah lewat API maupun Omnichannel, value yang saya masukkan otomatis menjadi huruf kecil.

Answer:

Siang, terkait ini memang expected ya. Dulu ada improvement yang dibuat untuk mengubah value menjadi lowercase agar kebutuhan filter customer properties lebih unik. Jika ada kebutuhan tambahan atau kendala lebih lanjut, silakan diinformasikan lagi. 😊

Created by: saadah

Created at: 2025-03-11T08:55:52.846Z

Summary of Question:

A client (Kredivo) requested a bulk deletion of message templates from Omnichannel. It was clarified that deleting templates directly from Omnichannel would sync back if they are still present in Facebook Business Manager (FBBM). The solution involves deleting the templates from FBBM first, then proceeding with Omnichannel. The team also highlighted that template names cannot be reused for 30 days after deletion.

Summary of Answer:

The deletion process should begin in FBBM before continuing in Omnichannel. The templates’ IDs should be added to the spreadsheet for clarity. The team must inform the client that template names cannot be reused for 30 days post-deletion. Updates on the deletion process should be communicated once completed.

Question:

Terkait request dari Kredivo untuk bulk delete template, bagaimana proses yang harus dilakukan, dan apakah ada hal yang perlu diperhatikan terkait penghapusan template ini?

Answer:

Terkait permintaan bulk delete template dari klien Kredivo, berikut langkah-langkah yang harus dilakukan:

1. Template harus dihapus terlebih dahulu dari Facebook Business Manager (FBBM). Jika template masih ada di FBBM, maka akan tersinkronisasi kembali setelah dihapus dari Omnichannel.
2. Pastikan data Template ID ditambahkan ke spreadsheet agar mempermudah proses pelacakan.
3. Informasikan kepada klien bahwa setelah template dihapus, nama template tersebut tidak dapat digunakan kembali selama 30 hari. Hal ini sesuai dengan ketentuan dari Meta.
4. Setelah proses penghapusan dari FBBM selesai, lanjutkan untuk menghapus template dari Omnichannel.
5. Update ke tim terkait jika penghapusan template telah selesai dilakukan baik di FBBM maupun Omnichannel.

Referensi terkait aturan Meta:

[Meta Business Help Center – Message Template Deletion](https://www.facebook.com/business/help/2047376461998278?id=2129163877102343

)

Jika ada pertanyaan atau kendala lain, mohon segera informasikan agar dapat dibantu lebih lanjut.

Created by: saadah

Created at: 2025-03-11T08:57:32.052Z

Ringkasan Pertanyaan:

Apa penyebab jeda waktu antara intent handover ke agen

(`1_3_sambungkan-dengan-agent-live`) yang terpicu pada pukul 23:20, namun agen baru bergabung pada pukul 23:29 di Qiscus Multichannel?

Ringkasan Jawaban:

Penyebab jeda waktu ini perlu dilakukan pengecekan lebih lanjut, kemungkinan ada perbaikan terkait proses handover yang sedang dilakukan. Informasi lebih lanjut dapat diperoleh setelah improvement diterapkan.

Pertanyaan dan Jawaban:

Pertanyaan:

Mohon dibantu pengecekan terkait kendala di Oxygen. Pada sample room berikut ini, intent handover ke agen (`1_3_sambungkan-dengan-agent-live`) sudah tertrigger pada pukul 23:20, namun agen baru bergabung pada pukul 23:29. Untuk jeda handovernya ini karena apa ya? Mohon infonya, terima kasih.

Jawaban:

Terima kasih atas pertanyaannya. Untuk kendala jeda waktu antara intent handover ke agen dan agen bergabung ini, kemungkinan disebabkan oleh proses yang membutuhkan improvement. Berdasarkan informasi sebelumnya, improvement tersebut direncanakan akan

diterapkan pada pagi hari setelah kendala ditemukan. Kami menyarankan untuk memverifikasi kembali setelah perbaikan dilakukan, atau jika diperlukan, dapat menghubungi tim Support lebih lanjut untuk konfirmasi detailnya. Terima kasih. 😊

Created by: saadah

Created at: 2025-03-11T08:58:28.178Z

Summary of Question:

Tim internal meminta bantuan terkait kendala auto assign yang tidak berjalan untuk Bank Raya. Terdapat notifikasi `Auto responder message failed to send` di room sample, dan webhook CAA tidak diterima. Tim meminta pengecekan lebih lanjut terkait hal ini.

Summary of Answer:

Disarankan untuk memverifikasi pengaturan webhook, mengecek log terkait error, dan memastikan sistem event terkonfigurasi dengan benar. Jika tidak dapat diselesaikan, eskalasikan ke tim Support untuk analisa lebih lanjut.

Question:

Tolong bantu pengecekan terkait kendala auto assign Bank Raya, webhook CAA tidak diterima, dan ada notifikasi `Auto responder message failed to send`. Apa yang perlu dilakukan?

Answer:

Selamat sian. Terima kasih atas informasinya. Berikut beberapa langkah yang dapat dilakukan untuk menangani kendala ini:

1. Verifikasi Pengaturan Webhook: Pastikan bahwa URL webhook sudah diatur dengan benar pada dashboard Qiscus Multichannel, dan endpoint webhook dapat diakses tanpa kendala.

• Cek Log Error: Gunakan tautan yang telah diberikan (https://loki.qiscus.io/explore ) untuk memeriksa log terkait. Cari tahu apakah ada indikasi error atau kegagalan pengiriman sistem event dari sisi server.

• Validasi Sistem Event: Pastikan sistem event untuk auto assign sudah dikonfigurasi dengan benar pada custom service yang digunakan.

• Eskalasi ke Support jika Diperlukan: Jika langkah-langkah di atas tidak menyelesaikan masalah, mohon eskalasi ke tim Support melalui ticketing system agar dapat dilakukan investigasi lebih mendalam.

Semoga langkah-langkah ini membantu. Jika ada kendala atau pertanyaan lebih lanjut, jangan ragu untuk menghubungi saya kembali. 😊

Created by: saadah

Created at: 2025-03-11T09:00:03.065Z

Ringkasan Pertanyaan:

Team mengeskalasi masalah terkait leads yang masuk di fitur Get Customer di Omnichannel, di mana window tidak terbuka dan muncul pesan `Customer Service Window is expired`. Setelah dicek oleh tim internal, masalah tersebut telah teratasi, dan leads sudah dapat diakses kembali.

Ringkasan Jawaban:

Setelah dicek oleh tim internal, masalah terkait leads yang tidak dapat diakses karena pesan

`Customer Service Window is expired` telah berhasil diselesaikan. Pertanyaan dan Jawaban:

Pertanyaan:

Halo, ada kendala terkait leads yang baru masuk di fitur Get Customer pada Omnichannel. Leads tersebut masuk pukul 11.24, namun window-nya tidak terbuka dan muncul pesan

`Customer Service Window is expired`. Mohon bantuan untuk pengecekan lebih lanjut. Room ID: 303394465. Terima kasih.

Jawaban:

Masalah tersebut sudah dicek oleh tim internal. Silakan coba akses kembali, karena leads sudah dapat diakses kembali tanpa kendala. Terima kasih!

Created by: saadah

Created at: 2025-03-11T09:01:09.123Z

Summary of Question:

Mengapa terjadi double message pada pengiriman pesan di Instagram DM melalui Omnichannel Qiscus, meskipun dari Loki tidak ditemukan kegagalan pengiriman? Apakah penyebabnya karena sistem auto resend message, dan bagaimana memastikan hal ini tidak terjadi lagi?

Summary of Answer:

Double message kemungkinan terjadi karena delay pada proses pengiriman balasan yang memicu sistem auto resend message. Konfirmasi lebih lanjut diperlukan untuk memahami apakah ini hanya terjadi pada kasus tertentu atau ada pola yang berulang. Langkah selanjutnya adalah memastikan tidak ada auto-responder aktif dan melakukan investigasi lebih dalam dengan tim Support.

Question and Answer Format Pertanyaan:

Mengapa terjadi double message pada pengiriman pesan di Instagram DM melalui

Omnichannel Qiscus, meskipun dari Loki tidak ditemukan kegagalan pengiriman? Apakah

penyebabnya karena sistem auto resend message, dan bagaimana memastikan hal ini tidak terjadi lagi?

Jawaban:

Terima kasih atas eskalasinya. Berdasarkan informasi yang diberikan, indikasi awal menunjukkan bahwa double message terjadi karena adanya delay pada proses pengiriman balasan. Hal ini memicu sistem auto resend message untuk mengirim ulang pesan. Namun, karena dari Loki tidak ditemukan kegagalan dalam pengiriman pesan dan panorama telah mengkonfirmasi tidak ada auto-responder yang aktif, perlu dilakukan investigasi lebih lanjut.

Langkah yang dapat diambil:

1. Pastikan kembali apakah double message terjadi pada semua pesan atau hanya kasus tertentu.
2. Lakukan analisis lebih lanjut pada log untuk melihat pola yang mungkin memicu auto resend.
3. Koordinasi dengan tim Support untuk mengidentifikasi penyebab pasti dan memberikan solusi permanen.

Jika dibutuhkan, silakan eskalasi lebih lanjut ke tim Support untuk investigasi mendalam. Terima kasih! 😊

Created by: saadah

Created at: 2025-03-11T09:02:28.661Z

Pertanyaan Ringkasan:

Mengapa fitur autoresponder pada plan `One Way WABA + 7 Add On Number YOBO` tidak berfungsi meskipun jadwal Operation Hours (OH) telah diatur dari 00.00 – 23.59?

Jawaban Ringkasan:

Perlu dilakukan pengecekan lebih lanjut terhadap konfigurasi plan `One Way WABA + 7 Add On Number YOBO`, termasuk pengaturan fitur autoresponder dan logika yang sudah diimplementasikan. Dapat diarahkan ke tim Support untuk analisis lebih dalam.

Pertanyaan dan Jawaban Format:

Pertanyaan:

Mohon bantuan untuk memeriksa case berikut terkait fitur autoresponder yang tidak berfungsi meskipun plan sudah diatur dengan Operation Hours (OH) dari 00.00 – 23.59. Plan yang digunakan adalah `One Way WABA + 7 Add On Number YOBO`. Apakah ada kendala teknis yang menyebabkan hal ini terjadi? Berikut detailnya:

• Client: YOBO LABS PTE. LTD
• App ID: xzrqm-0quqej3nt9dz8ys
• Issue: Autoresponder tidak berfungsi. SS dan video telah dilampirkan. Terima kasih.

Jawaban:

Terima kasih atas eskalasinya. Untuk issue terkait fitur autoresponder yang tidak berfungsi pada plan `One Way WABA + 7 Add On Number YOBO`, kami sarankan untuk memeriksa hal berikut terlebih dahulu:

1. Pastikan konfigurasi autoresponder sudah diaktifkan dan sesuai dengan kebutuhan logika klien.
2. Periksa apakah ada konflik pada pengaturan Operation Hours atau script autoresponder.
3. Cek log pada dashboard Qiscus untuk melihat apakah ada error atau kendala teknis lain.

Jika langkah-langkah di atas sudah dilakukan namun masalah tetap berlanjut, mohon untuk mengarahkan case ini ke tim Support agar dapat dilakukan investigasi lebih mendalam.

Terima kasih, dan semoga informasi ini membantu. Jika ada pertanyaan tambahan, jangan ragu untuk menghubungi kami.

Created by: saadah

Created at: 2025-03-11T09:03:32.553Z

Summary of Question:

Team bertanya mengenai kendala pada fitur *search customer list* di CDP (Customer Data Platform). Ketika mencoba membuka informasi pelanggan, error sudah muncul bahkan sebelum melakukan pencarian. Pertanyaan ini juga relevan dengan kendala serupa yang sebelumnya dialami Metrox. Team sudah memberikan respons awal dengan meminta untuk dilakukan pengecekan kembali.

Summary of Answer:

Team meminta Team untuk mencoba kembali setelah dilakukan pengecekan. Namun, jika masalah tetap terjadi, perlu eskalasi atau investigasi lebih lanjut oleh tim Support.

Question and Answer Format:

Q: [ASK/BUG][Normal][OC][CDP] Apakah ada kendala saat ini di fitur *search customer list* tim? Kendalanya adalah error muncul sebelum melakukan pencarian, seperti yang dialami Pratesis dan Metrox. Mohon insight nya.**

A:

Hai, terima kasih atas laporannya. Team sudah meminta untuk mencoba kembali setelah dilakukan pengecekan. Apabila kendala masih terjadi, mohon untuk memberikan detail tambahan seperti *error message* yang muncul atau *steps to reproduce*. Jika perlu, kita bisa eskalasi ke tim Support untuk investigasi lebih lanjut. Silakan informasikan kembali jika masih ada kendala, ya. Terima kasih! 😊

Created by: saadah

Created at: 2025-03-11T09:04:57.482Z

Summary of Question:

Team iis reporting an issue faced by Edelweiss Hospital regarding delayed responses from the bot when communicating with customers. The delay is evident in the outgoing logs, where messages were sent later than when they were received (e.g., a message received at 10:25 was only sent at 10:27). This issue needs further investigation to confirm the root cause and identify if it’s linked to a prior issue.

Summary of Answer:

The issue needs to be escalated to the Support team for further investigation. The delay in outgoing logs should be analyzed to determine if it is related to a prior issue or a new problem. The timestamp of the incident (March 10, 10:25–10:51) and the room ID (205486936) should be used during the investigation.

Question:

Halo Support Bot, ada kendala dari Edelweiss Hospital (tieho-pe5vl0pa9lcg0ba). Bot delay saat merespons pesan customer dan ada juga pesan yang tidak direspons. Berdasarkan outgoing log, terlihat pesan masuk di jam tertentu (contoh: 10:25) tapi baru terkirim di log jam 10:27.

Apakah ini terkait dengan issue yang kemarin? Mohon bantu cek.

Detail:

– Room ID: 205486936

• Timestamp: 10 Maret, sekitar jam 10:25–10:51
• Outgoing Log:

https://metabase-internal.qiscus.com/question/4576-outgoing-logs-3-0?created_at=thisday&am p;hour_difference=7&amp;app_code=tieho-pe5vl0pa9lcg0ba&amp;room_id=205486936&amp;i ntent=SEND_TO_BOT&amp;status_code=&amp;url=|outgoing log

Answer:

Terima kasih, atas eskalasi nya. Berdasarkan informasi yang diberikan, kendala terkait delay pada outgoing log dan bot yang tidak merespons memang perlu investigasi lebih lanjut. Untuk memastikan penyebabnya, kami sarankan eskalasi ini diteruskan ke tim Support agar dapat dilakukan analisis lebih mendalam. Mohon dilampirkan detail berikut saat mengeskalasi ke tim Support:

1. Room ID: 205486936
2. Timestamp kejadian: 10 Maret, sekitar jam 10:25–10:51
3. Outgoing log yang menunjukkan delay seperti contoh yang Anda sampaikan.

Jika ada informasi tambahan yang diperlukan oleh tim Support, kami akan informasikan lebih lanjut. Terima kasih!

Created by: saadah

Created at: 2025-03-11T09:06:14.063Z

Ringkasan Pertanyaan

Apakah fitur filtering kata-kata kasar (bad words) sudah tersedia di Omnichannel Widget JS? Jika belum, bagaimana implementasinya agar bisa digunakan, mengingat fitur ini sudah ada di SDK Web Core dan kemungkinan juga di SDK Mobile?

Ringkasan Jawaban

Fitur filtering kata-kata kasar belum tersedia secara langsung di Omnichannel Widget JS. Namun, SDK Web Core memang sudah memiliki kemampuan interceptor atau callback seperti

`commentFormaterCallback`. Agar fitur ini dapat diterapkan di widget, diperlukan proses expose callback di widget Omnichannel, sehingga developer dapat memproses pesan sebelum dikirim. Untuk SDK Mobile, ada kemungkinan fitur serupa sudah ada namun perlu dicek lebih lanjut.

Pertanyaan dan Jawaban Pertanyaan:

Apakah fitur filtering kata-kata kasar (bad words) sudah tersedia di Omnichannel Widget JS?

Jika belum, bagaimana implementasinya agar fitur tersebut bisa digunakan, mengingat fitur ini sudah ada di SDK Web Core dan mungkin di SDK Mobile?

Jawaban:

Saat ini, fitur filtering kata-kata kasar belum tersedia secara langsung di Omnichannel Widget JS. Namun, di SDK Web Core sudah ada fitur interceptor atau callback seperti

`commentFormaterCallback` yang memungkinkan modifikasi pesan sebelum dikirim. Untuk implementasi di widget Omnichannel, diperlukan expose callback tambahan. Misalnya, callback ini bisa ditambahkan di bawah `onNewMessages` pada `main.js`. Dengan cara ini, developer dapat mengatur atau memfilter pesan sebelum dikirim ke backend.

Contoh implementasi di widget:

“`javascript

if (e.data.event_name == ‘new-messages’ && this.onNewMessages) { let sanitizedData;

// Check jika ada callbacknya, maka jalankan

if (this.commentFormaterCallback) data = this.commentFormaterCallback(e.data.data);

// Gunakan data yang sudah ditransform untuk onNewMessage this.onNewMessages(sanitizedData);

}

“`

Untuk SDK Mobile, berdasarkan diskusi, sebelumnya ada fitur interceptor serupa yang memungkinkan modifikasi pesan sebelum dikirim. Sebagai contoh:

• Pesan asli: `Qiscus`
• Pesan setelah filtering: `Q**cus`

Namun, perlu dilakukan pengecekan lebih lanjut untuk memastikan apakah fitur ini masih tersedia dan dapat digunakan di SDK Mobile.

Jika ada kendala atau memerlukan bantuan lebih lanjut, silakan koordinasikan dengan tim Support atau Product Manager terkait.

Created by: saadah

Created at: 2025-03-11T09:07:16.413Z

Ringkasan Pertanyaan:

Mengapa akses CDP di staging untuk project Gold Coin dengan App ID `hpvts-z2jbqldxpchxnth` tidak bisa dilakukan? Apakah sedang ada maintenance?

Ringkasan Jawaban:

Permasalahan diakses kembali setelah pengecekan oleh tim, dan akses CDP sudah dapat dilakukan.

Format Pertanyaan dan Jawaban:

Pertanyaan:

Halo, mau tanya ini kita coba akses CDP di staging untuk project Gold Coin kenapa tidak bisa ya? Apakah sedang ada maintenance?

App ID: hpvts-z2jbqldxpchxnth

Jawaban:

Kami sudah melakukan pengecekan, silakan coba kembali ya. Akses CDP sekarang sudah dapat digunakan. 😊

Jika masih mengalami kendala, jangan ragu untuk menghubungi kami kembali! Created by: saadah

Created at: 2025-03-11T09:08:14.939Z

Summary of Question:

Team mengajukan pertanyaan terkait permintaan migrasi nomor WABA dari account staging PAMA ke nomor account sandbox 4. Nomor tersebut akan digunakan untuk menguji flow dan bot yang pernah dibuat. Pertanyaan ini sudah diarahkan ke tim WABA.

Summary of Answer:

Migrasi nomor WABA tidak dilakukan oleh tim produk, melainkan perlu diarahkan ke tim WABA untuk bantuan lebih lanjut.

Question and Answer Format:

Pertanyaan:

Apakah nomor WABA dari account staging PAMA (App ID: opqez-kikgdfqtv7gz5f6) dapat dimigrasikan ke nomor account sandbox 4 agar dapat digunakan untuk menguji flow dan bot PAMA yang pernah dibuat? Berikut detail nomor WABA dan informasi terkait:

– No WABA: +62 812-2808-6391

– WABA ID: 883169995419766

– Phone Number ID: 2850219378377824

Jawaban:

Migrasi nomor WABA bukan dilakukan oleh tim produk. Permintaan ini perlu diarahkan ke tim WABA. Silakan lanjutkan koordinasi dengan mereka untuk mendapatkan bantuan lebih lanjut.