Tango Space Badge Inbound — File
Generated fromTango Space Badge Inbound Integration Design Specification V0.4.docxin SharePoint folder01 Common Integrations. OAS spec:badge-inbound.yaml
Overview
SFTP file-based inbound. Client drops a pipe-delimited file of badge (access-control) events to Tango’s SFTP server. Tango upserts records keyed onperson_id (Employee ID); never deletes badge data.
Owner: Tango Analytics
Spec version: 0.4
Status: Draft (auto-generated — needs review)
Transport
Integration logic
- Add/update only — Tango never deletes badge data.
person_id(Employee ID) is the unique key for matching/creating records.- Daily incremental file: client sends only records that have changes.
- If no updates → no file. If file is empty/header-only → service log notes
no data sent in the file. - If a person has multiple events at the same location, Tango processes the first listed event (no chronological resolution).
- Visitor IDs flow through the same
person_idfield — Tango recommends prefixing withV-.
Data fields (required ✅)
Validations
Open Questions / Assumptions
- SFTP credentials are
<TBD>. - Timing/frequency is
<TBD>. - Event type allowed values are not enumerated; sample shows
Granted Accessonly. - Multi-event-per-person ordering: stated as “first listed” — confirm that’s intended (vs. last-listed or chronological).
-
event_dateinterpretation: doc shows6/21/2021 0:00and alsoMM/DD/YYYY 00:00:00— assumes 24-hour clock, padded seconds.

