---
title: Portabilitate — mută-ți configurarea între instalări
description: Exportă setările TSync într-un fișier și importă-le în altă instalare — cu diff, aprobare pentru cheile sensibile, secrete mascate și blueprint-uri de țară RO/MD/UE.
product: TSync Intelligence 11.3.6
language: ro
canonical: https://docs.tsync.pro/ro/portability/
source: https://docs.tsync.pro/llms.txt
---

# Portabilitate — mută-ți configurarea între instalări

**Portabilitatea** (`/admin/tsync_config_center/portability`, în [Centrul de configurare](configuration-center.md))
îți permite să **exporți setările într-un fișier și să le imporți în altă instalare** — utilă pentru a pregăti
o companie nouă, pentru a muta de pe un server de test pe unul live, sau pentru a aplica un set de bază pe țară.

## Ce duce (și ce nu duce niciodată)

Portabilitatea lucrează pe o **listă curată permisă** de setări — branding, formate, valori implicite de
contabilitate, alegeri de țară/valută ș.a. **Secretele sunt mascate** (cheile API, token-urile și parolele nu
se exportă niciodată în clar), iar datele de business (clienți, facturi, stoc) **nu** fac parte din asta — se
mută doar configurarea.

## Export

Apasă **Export**. Primești un fișier cu setările portabile. Verifică-l; cheile sensibile apar mascate.

## Import (cu diff și o poartă de aprobare)

Încarcă un fișier de export și Portabilitatea îți arată un **diff** — exact ce setări s-ar schimba, una lângă
alta, înainte să se scrie ceva. Cheile sensibile trec printr-o **poartă de aprobare**: un om trebuie să le
confirme. Nimic nu se aplică până nu aprobi, iar fiecare modificare e auditată.

## Planuri pe țară (blueprints)

În loc de un fișier de export poți aplica un **plan gata făcut** pentru **România (RO)**, **Moldova (MD)** sau
**UE** — un set inițial rezonabil de formate și valori implicite pentru acea țară.

## Aplică coduri GL (MD / RO)

O acțiune dedicată **Aplică coduri GL** importă **planul de conturi** standard pentru Moldova sau România și
seamănă maparea GL pe care se bazează funcțiile de finanțe și trezorerie. E idempotentă (re-rularea nu
suprascrie conturile tale personalizate) — vezi [Contabilitate](modules/tsync-accounting.md) pentru cum sunt
folosite acele mapări.

## Instantanee — o copie a configurației exact așa cum e acum

Înainte să schimbi ceva, ia un **instantaneu**: o copie denumită a setărilor portabile curente, păstrată în
instalare. Mai târziu poți compara configurația vie cu acel instantaneu și vezi exact ce a derivat între timp —
cel mai rapid mod de a răspunde la *„ce s-a schimbat pe sistemul ăsta luna trecută?"*.

Instantaneele sunt ieftine, deci ia unul înainte să aplici un blueprint sau un import. Pe cele de care nu mai ai
nevoie le poți șterge.

## Etapizare — propui o schimbare, o revizuiești, apoi o aplici

Un import sau un blueprint **nu** trebuie să meargă direct în configurația vie. Îl poți **etapiza** în schimb.

O **etapă** e un set de schimbări propus, cu viață proprie:

1. **Etapizezi** un fișier de import sau un blueprint. Nu se aplică nimic.
2. **Revizuiești diferența** față de configurația vie — lista completă a cheilor care s-ar schimba, cu valoarea
   veche și cea nouă alăturate.
3. **O promovezi**, și fiecare cheie se aplică una câte una prin setter-ul auditat — deci o cheie sensibilă trece
   tot prin poarta de aprobare de mai jos, chiar și când vine într-o etapă promovată. Sau **o arunci**, și
   propunerea dispare fără să se fi atins nimic.

Asta face ca o schimbare de configurație să poată fi revizuită de altcineva decât cel care a pregătit-o.

## Poarta de aprobare și cum o pornești

Poarta de aprobare e **oprită implicit** — pe o instalare nouă, un administrator care schimbă o setare pur și
simplu o schimbă.

O pornești din **Centrul de configurare → Aprobări**, și orice schimbare a unei chei **sensibile** încetează să
se aplice imediat: intră în coadă ca schimbare în așteptare, pe care cineva o aprobă sau o respinge. Ecranul de
aprobări arată ce așteaptă, cine a propus și ce s-ar schimba.

Două detalii de știut:

- poarta acoperă **doar cheile sensibile** — cele care țin credențiale sau ating banii — nu orice setare, deci
  munca obișnuită de configurare nu e încetinită;
- comutatorul însuși **nu e niciodată păzit de el însuși**, altfel oprirea porții ar cere o aprobare pe care
  chiar poarta o împiedică.

## Blueprint-uri de roluri

Pe lângă blueprint-urile de țară există o acțiune separată de **blueprint de roluri**, care aplică un set gata
făcut de permisiuni pe roluri. O folosești când ridici o instalare nouă, ca oamenii să aibă acces rezonabil din
prima zi, în loc ca un administrator să construiască fiecare rol de mână — vezi
[Personal, roluri & drepturi](staff-roles-permissions.md).
> Folosește Portabilitatea pentru **desfășurare pe etape**: exporți dintr-o instalare configurată, imporți în
> cea nouă, verifici diff-ul, aprobi cheile sensibile, gata — fără a re-tasta manual fiecare setare.