SUKI_FF_001 through SUKI_FF_004 are validation or runtime errors. Partial output shows up in FormFillingResult. Check the callback or error code before you change templates or auth.
Cancel vs closed vs empty structured data
These outcomes do not always emitSukiFormFillingError. Check the event or the FormFillingResult fields.
Error codes that block or fail the session
Handlecode and reason on SukiFormFillingError, not message text alone.
Template IDs differ for staging and production. Unsupported static IDs are dropped before the UI opens. Prefer
forms; when forms is provided, form_template_ids is ignored.Fix
1
Identify Cancel, Closed, or Submit
If you saw
onCancel / form-filling:cancelled, there is no structured data to retrieve. If you saw form-filling:closed, wait for the partner webhook or handle form-filling:background-submitted if the clinician started another session.2
Inspect FormFillingResult on Submit
On
onSubmit or form-filling:submitted, map structured_data.generated_values. Treat structured_data.non_generated_values as forms with no output for this session, not as a silent SDK failure.3
Handle SDK Error Codes
Listen on
onError, form-filling:error, or React error from useFormFilling(). Fix SUKI_FF_001 forms configuration, SUKI_FF_002 CSP/network/HTTPS, SUKI_FF_003 auth/environment, or SUKI_FF_004 runtime issues using the table above.4
Register a Production Webhook
Use a partner webhook for server-side delivery when the tab closes early. See Form filling SDK prerequisites and Signature verification.
Next steps
Form filling SDK error handling - Error codes and normal session outcomes Form filling SDK callbacks -FormFillingResult and webhook vs onSubmit
CSP blocks the SDK iframe - Fix SUKI_FF_002 handshake timeouts
Webhook deliveries are not arriving - Verify HMAC and return 2xx
Form filling React integration - Early close and onBackgroundSubmit