---
title: Gestionarea & repararea modulelor
description: Vezi, activezi, actualizezi și dezinstalezi modulele TSync din Centrul de management module — și repari un modul desincronizat din Centrul de reparare module.
product: TSync Intelligence 11.3.6
language: ro
canonical: https://docs.tsync.pro/ro/module-management/
source: https://docs.tsync.pro/llms.txt
---

# Gestionarea & repararea modulelor

Funcțiile TSync sunt livrate ca **module**. **Centrul de management module** îți permite să le vezi și să le
controlezi într-un singur loc, iar **Centrul de reparare module** recuperează un modul a cărui stare s-a
desincronizat după un upgrade.

## Centrul de management module

Deschide **Centru de configurare → Management module** (`/admin/tsync_module_center`).

Pentru fiecare modul TSync vezi un **triplet de versiuni** clar:

- **Instalată** — ce e înregistrat în sistem,
- **Manifest** — ce declară fișierele de pe disc,
- **Ștampilată** — ce a înregistrat baza de date.

Când cele trei coincid, modulul e sănătos. O nepotrivire (de exemplu după ce ai înlocuit fișierele dar nu ai
rulat upgrade-ul) e semnalată ca să știi să acționezi. Fiecare modul arată și un status de **sănătate** și
**paritate**.

De aici poți **Activa**, **Dezactiva**, **Actualiza** sau **Dezinstala** un modul. Sunt acțiuni POST sigure,
cu confirmare — nu există linkuri distructive cu un singur clic.

> Funcțiile unui modul (meniuri, permisiuni, joburi programate) se activează doar când modulul e **activ**.
> Dacă un modul pare instalat dar îi lipsesc meniul/permisiunile, aici verifici prima dată.

**Când o acțiune nu poate fi dusă la capăt, ți-o spune.** Un modul încă activ, unul care nu e instalat sau unul
de pe lista celor care nu se dezinstalează sunt acum **refuzate cu motivul** — înainte pagina răspundea
*„Modul dezinstalat."* și nu se întâmplase nimic. Un mesaj de succes fără efect e mai rău decât o eroare:
apeși, ți se spune că s-a făcut, și abia peste zile observi că modulul e tot acolo.

La fel, **Upgrade DB** chiar avansează acum. Un modul ale cărui migrări nu puteau rula purta o insignă
permanentă *„DB upgrade due"* în spatele unui buton care eșua la fiecare apăsare; migrările acelea rulează, deci
insigna dispare atunci când treaba chiar s-a făcut.

## Trei rânduri portocalii care erau un singur rând vechi

Sănătatea modulelor compară ce spune fiecare modul despre sine cu ce a consemnat baza de date și poartă și un
rând pentru **platformă**. Pe instalările trecute prin a doua jumătate a lui v10 și începutul lui v11, acel
rând putea scrie **10.6.1** pe un produs care rula v11.1.4 — paisprezece versiuni de derapaj, apărute ca
rânduri portocalii permanente care se citeau ca trei module stricate, nu ca un singur rând vechi.

Ștampila se scria de mână în fiecare release, până când unul a fost scris fără linia aceea, iar fiecare
release de după l-a copiat. Începând cu v11.1.5, versiunea platformei e derivată din migrarea care chiar a
rulat, deci nu poate fi greșită și nu poate fi uitată. **Upgrade-ul corectează rândul singur** — nu ai nimic
de reparat aici de mână.

## Centrul de reparare module

Deschide **Centrul de management module** și apasă **Reparare module** din bara de sus (`/admin/tsync_module_repair`, doar admin).

Acesta repară o situație anume: un modul TSync ale cărui **tabele din baza de date există deja** (a fost
chiar instalat înainte) dar **lipsește din registrul de module** — deci meniurile, permisiunile și joburile
lui nu se încarcă. Repararea îl reînregistrează ca activ fără să atingă datele, astfel încât funcțiile revin
la următoarea încărcare.

- **Înregistrează / Recuperează tot ce e ștampilat** — readuce modulele instalate înainte dar ieșite din
  registru.
- **Sincronizează versiunile** — aliniază versiunile înregistrate cu fișierele de pe disc.

Fiecare acțiune de reparare e un POST confirmat și e scrisă în [jurnalul de audit](admin-governance-tools.md).
Repararea **recuperează doar o instalare reală anterioară** — niciodată nu activează în tăcere ceva nou.