Skip to main content

Tango Space Badge Inbound — File

Generated from Tango Space Badge Inbound Integration Design Specification V0.4.docx in SharePoint folder 01 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 on person_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_id field — Tango recommends prefixing with V-.

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 Access only.
  • Multi-event-per-person ordering: stated as “first listed” — confirm that’s intended (vs. last-listed or chronological).
  • event_date interpretation: doc shows 6/21/2021 0:00 and also MM/DD/YYYY 00:00:00 — assumes 24-hour clock, padded seconds.

Changelog