Passa al contenuto principale

Confini di Compliance

Il Contributor Portal è costruito attorno a un modello operativo Pilot1 conservativo. Deve aiutare i contributor a candidarsi, completare i documenti e in seguito ricevere ricompense, senza far apparire PlayRoll come rapporto di lavoro subordinato, busta paga, marketplace di task o orario di lavoro obbligatorio.

Terminologia​

Da usare:

Extrinsic Cognition, Inc. -> legal counterparty, controller, committente, payor
PlayRoll -> recorder and contributor portal product
Contributor -> person participating in voluntary sessions

Da evitare:

employee
internship
job
shift
salary
payroll
task marketplace
disciplinary ranking
automatic penalty
mandatory assignment

Vincoli sulle Sessioni del Contributor​

La documentazione rivolta al contributor e quella rivolta agli operatori devono preservare questi vincoli:

  • i contributor possono accettare o rifiutare ogni sessione senza penalità
  • nessuna esclusiva
  • nessun turno fisso
  • nessun ranking disciplinare automatico
  • nessun accesso al recorder prima che siano completi i gate su documenti e stato fiscale
  • nessun pagamento prima del superamento dei gate di validazione, cap, ricevuta, payout e approvazione
  • clienti finali, laboratori, acquirenti o partner non vengono nominati nella documentazione rivolta al contributor

Data Minimization​

Prima dell'accesso al recorder, non raccogliere:

codice fiscale
full residential address
date of birth
identity document
IBAN
payout method

Il workspace di onboarding richiede un'accettazione esplicita di data minimization. La sua versione è:

playroll-data-minimization-ack-v1

Se in un momento successivo una verifica, un obbligo fiscale, una richiesta da autorità competente o un'operazione di payout richiede dati sensibili, raccogli quei dati in un flusso successivo dedicato al fine specifico e registra perché sono necessari.

Evidenza dei Documenti​

Il modello di evidenza Pilot1 attuale è self-hosted e basato su JSON. Registra versioni e hash dei documenti, non PDF firmati immutabili.

Versione del pacchetto di evidenza:

playroll-pre-recorder-v1

Versioni dei documenti:

playroll-lettera-incarico-v1.1
playroll-privacy-ack-v1
playroll-dichiarazione-fiscale-v1.1
playroll-data-minimization-ack-v1

Ogni elemento accettato include:

accepted
accepted_at
auth_user_id
document_hash_sha256
document_id
document_title
document_version
evidence_type
verified_email

È sufficiente come livello di evidenza Pilot1 attuale per l'accesso al recorder, ma non è il sistema di firma completo.

Sistema di Firma Futuro​

Un sistema di firma completo richiede ancora:

  • la versione esatta del documento renderizzata mostrata al firmatario
  • l'hash del PDF renderizzato
  • verifica email o evento di login
  • nome legale digitato
  • checkbox di accettazione esplicito
  • timestamp
  • indirizzo IP
  • user agent
  • PDF firmato lato server immutabile
  • storico degli eventi di audit
  • copia scaricabile dal contributor

Non trattare l'attuale download testuale lato browser come storage immutabile dei documenti.

ISEE e Testi Fiscali​

Il portale chiede al contributor di riconoscere che le ricompense possono avere rilevanza fiscale o ISEE. EC non calcola l'ISEE nel portale e non deve presentare il riconoscimento come consulenza fiscale.

I contributor senza P.IVA sono operativamente cappati a:

EUR 4,000 rolling 12 months from Extrinsic Cognition, Inc.
Warning threshold: EUR 3,000
Hard stop: EUR 4,000

Il cap include:

cash
software keys
vouchers
prepaid cards
bonuses
referral rewards
manual adjustments

Testi del Receiving-Method​

La pagina rewards deve presentare IBAN/manual review come un modo per il contributor di ricevere denaro o ricompense. Non deve sembrare che il contributor stia pagando EC o stia pagando PlayRoll.

Pattern di terminologia approvata:

the contributor receives money
the contributor does not pay anything

Capacità di receiving-method attualmente possedute dal portale:

  • IBAN SEPA intestato al contributor
  • validazione di country/lunghezza/formato/mod-97 dell'IBAN
  • conferma via email dell'IBAN
  • richiesta di manual review se l'IBAN non è disponibile
  • stato confirmed/manual-review per il codice di payout a valle

Non di proprietà del portale:

  • verifica del beneficiario presso il provider
  • creazione della richiesta di payout
  • coda di approvazione operatore
  • esecuzione del pagamento
  • generazione di ricevuta o value sheet
  • gestione dei pagamenti falliti