A useful review record should prove the classification, legal rule, data minimisation, notice, consent or anonymisation route, access restriction, and national-law boundary for each traffic or location-data use case.
Use this checklist when launching telecom services, messaging or call features, connected-device features, location-based services, communications analytics, billing logs, fraud-detection workflows, or marketing based on communications metadata.
Can traffic data be kept after a communication ends?
Only on a supported route: anonymisation, billing or interconnection processing for the lawful challenge/payment period, consent-based marketing of electronic communications services, consent-based value-added services, limited authorised access for listed operational purposes, or a valid national-law restriction under Article 15.
Can a location-based service rely only on a privacy policy?
No. For location data other than traffic data, Article 9 requires anonymisation or consent, and consent must be preceded by information about the type of location data, purpose, duration, and any third-party transmission for the value-added service.
When does Article 5(3) matter for metadata or location features?
It matters when the feature stores information on, or gains access to information already stored in, the user's or subscriber's terminal equipment, such as through pixels, tracked URLs, local storage, identifiers, app SDKs, sensors, or IoT reporting over a public communications network.