← The Naistro work02 / NAISTRO · CONTRIBUTION

Operational alerts with recorded send outcomes.

Give operators enough context to act on an alert.

Where this work fits

The schedule said what should play. Reporting needed to know what did play, including when a device lost its connection or a prayer interrupted a track. Sending each record immediately was not always possible.

MY CONTRIBUTION

I connected missed-event monitoring to email alerts and recorded the send result. Failures and missing recipients remained visible rather than being marked as sent. The message carried enough context for an operator to begin investigating.

THE IDEA, ILLUSTRATED

Schedule a tailored message across channels

TAILORED. SCHEDULED. DELIVERED.
9:41•••
YOUR INBOX
CUSTOMER UPDATE

Your notifications, in one place.

Delivered messages stay available to revisit.

Unread · saved in your inbox
Customer activity shapes the message and timing. Email and push deliver it, while the inbox keeps it available to revisit.
THE ENGINEERING DECISION

Keep the record until delivery succeeds.

Removing a record when sending started could lose it on failure. I retained unsent records on the device and removed the sent batch after success. Monitoring had a related timing problem: it needed to allow for delayed evidence before treating an expected event as missing.

The skills behind the work

Email integration
Connect product messages or alerts with a delivery service and handle send outcomes.
Validation
Reject invalid or unsupported input before it affects the rest of the application.
Error recovery
Handle interruptions and failed operations without discarding useful progress.
THE WIDER RESULT

Unsent playback records could survive a restart and travel when connectivity returned. Monitoring made missed activity easier to investigate, with alert outcomes recorded separately from the detection itself.

READ THIS IN CONTEXTI kept playback records from disappearing with the connection. →
Related contributionsPlayback records that survive offline periodsI tracked actual playing time, excluding pauses and interruptions, and retained unsent records in a file-backed queue. A restart could reload that queue. Successful delivery removed the sent batch, while a failed send left it available for another attempt.Finding scheduled events with no playback evidenceI built monitoring that compared expected playback with device records. It had to account for delayed evidence and interruptions before identifying a missed event. Reusing device lookups within a monitoring run also avoided repeating the same query for each check.A searchable report of the active catalogueI built reporting that connected active tracks with their station and catalogue information. Scheduled preparation kept the report available for filtered, paginated queries and export without rebuilding the entire view for every request.Connect playback to advertising evidenceI integrated advertising-related services across content delivery, playback events, and reporting. The work required handling the different contracts for those responsibilities rather than treating the provider integration as a single API call.