## 11. Trezorerie: banca si casa (512x / 531x) - PARTENERI, nu analitice
Stabilit 20.09.2026.

- **Conturi bancare `512x`** (5121 lei, 5124 devize, 5125 sume in curs de decontare): analiticele SAGA
  **nu** devin analitice in ROA. Pentru fiecare analitic se creeaza un **partener cu numele exact al
  analiticului** (numele contului bancar, ex `RO73 BACX 0000 0008 7243 0001`, `PIRAEUS BANK - RON`),
  cod fiscal = codul SAGA (`5121.01`), si un rand `FACTURA` pe contul sintetic.
- **Casa `531x`**: se creeaza partenerul **`CENTRALA`** (casa centrala), cod fiscal = codul contului
  (`5311`). Contul nu are analitice in balantele astea - un singur rand `FACTURA` pe sintetic.

## 12. Partener fara denumire in balanta
Daca analiticul nu are denumire in PDF (ex MASTERJOB `401.00014`), partenerul se creeaza cu numele
**`FURNIZOR <cod SAGA>`** (`FURNIZOR 401.00014`) si cod fiscal `401.00014`. Contabilitatea il
identifica dupa cod si il corecteaza in ROA. Nu se ghiceste numele.

## 13. Postari directe pe contul sintetic (analitic de diferenta)
SAGA permite inregistrari **direct pe contul sintetic**, fara analitic, si in plus **neteaza** D/C la
sintetice. Importul ROA construieste sinteticul ca **suma analiticelor**, deci partea postata direct
pe sintetic s-ar pierde.

Regula:
1. Diferenta se calculeaza **pe net** (`parinte_D - parinte_C` fata de `SUM(copii_D) - SUM(copii_C)`),
   pentru ca gross-ul parintelui e netat de SAGA si nu e recuperabil.
2. Diferenta **net zero** = doar netare SAGA, se ignora (ex FUNDATIA `1171.01`: -739.831,67 pe ambele
   laturi, net 0).
3. Diferenta **net diferita de zero** = postare reala pe sintetic: se adauga un **analitic nou de
   diferenta**, cu suma pusa pe latura semnului diferentei, si se **raporteaza explicit** in
   `verificare_<firma>.md` (nu se ajusteaza analiticele existente).
4. La conturile devenite PARTENERI, diferenta devine un **partener de diferenta**, nu un analitic.

Cazuri gasite la importul 12/2025:
| Firma | Cont | Diferenta net | Tratament |
|---|---|---|---|
| FUNDATIA | 1171.01 | 0,00 (doar netare) | se ignora |
| MASTERJOB | 117 | +2.635,87 debit | analitic nou de diferenta |
| MASTERJOB | 5121 | +152,16 debit | partener de diferenta (5121 e cont cu parteneri) |

## 14. Trezorerie (512x / 531x): parteneri pe randuri BALANTA, FARA randuri FACTURA
Stabilit 20.09.2026, inlocuieste partea de forma din pct. 11 (regula de continut ramane).

Conturile de banca si casa **au parteneri, dar nu au facturi**: apar in balanta de verificare si in
balanta de parteneri, niciodata in registrul de facturi.

In xlsx:
- **Nu** se genereaza randuri `TIP=FACTURA` pe `512x` / `531x`.
- Se genereaza cate un rand `TIP=BALANTA` **per cont bancar / casa**, pe contul sintetic
  (`acont` gol), cu `nume` = denumirea analiticului SAGA (numele contului bancar, `CENTRALA` la
  casa) si `cod_fiscal` = codul SAGA (`5121.01`, `5311`), `totdeb`/`totcred` = sumele totale ale
  analiticului respectiv.

Confirmare din codul ROA (`COMUN\ferestre\frm_initializare_facturi_balanta.sc2:1104-1107`), la
celalalt flux de import (balanta prin `conturi_roa.dbf`), unde exista doua liste distincte:
- `lcListaConturiBalP` (balanta de parteneri): `401,404,408,409,4091,4092,4093,4111,418,419,461,462,4551,`**`5311,5121,5124`**
- `lcListaConturiIregP` (inregistrari/facturi): aceeasi lista **fara** `5311,5121,5124`

`5125` nu figureaza in niciuna dintre liste - de tratat separat.

### Forma concreta in xlsx: randuri FACTURA (decis 20.09.2026)
Formularul de import xlsx **nu suporta parteneri pe randurile `BALANTA`**:
- `:828` goleste `denumire` cand `tip = 'BALANTA'` (o muta in `explicatia`)
- `:867` construieste nomenclatorul de parteneri doar din randurile `WHERE ALLTRIM(tip) = 'FACTURA'`

Ca sa nu modificam formularul, trezoreria se pune **pe randuri `FACTURA`**, ca orice cont cu
parteneri: partenerul se creeaza corect, `id_partd`/`id_partc` se completeaza, iar
`balanta_parteneri` se reconstruieste din `ireg_parteneri` (`:1685-1695`), deci cifrele ies exact.

Efect secundar acceptat: pe conturile de trezorerie raman documente de tip FACTURA
(`id_fdoc = 42`, `:528`) care nu sunt facturi reale. Nu deranjeaza balanta de parteneri.

Regula de continut ramane cea de la pct. 11: un partener per cont bancar, cu numele analiticului
(`RO45 PIRB ...`, `PIRAEUS BANK - RON`), iar la casa partenerul `CENTRALA`.

### Sensul soldului la trezorerie
Randurile FACTURA primesc latura dintr-o **lista fixa in cod** (`:379`):
`401, 404, 462, 419, 408, 4551` -> credit; **tot restul -> debit**.
Un cont bancar cu sold creditor (descoperit de cont) nu se poate exprima printr-un rand FACTURA:
se lasa fara rand FACTURA, iar randul `BALANTA` il duce pe credit, unde formularul ii pune automat
partenerul `NEREPARTIZAT` (`:415-431`). Se raporteaza cazul, ca sa fie corectat manual in ROA.
Caz gasit: MASTER `5121.01 PIRAEUS BANK - RON`, sold creditor 20,80.

## 15. 512x: analitice SI parteneri; 5125 doar analitice
Revizuit 20.09.2026 (inlocuieste forma din pct. 11 si 14 pentru aceste conturi).

- **`5121`, `5124`** (conturi bancare): analiticele **raman analitice** in planul de conturi si in
  balanta, **si in plus** fiecare analitic primeste un partener. Concret, pentru fiecare analitic
  se scriu DOUA randuri, pe acelasi `(cont, acont)`:
  - un rand `TIP=BALANTA` cu `acont` completat si `totdeb`/`totcred` = sumele totale ale analiticului;
  - un rand `TIP=FACTURA` cu **acelasi `acont`**, `nume` = denumirea analiticului (numele contului
    bancar), `cod_fiscal` = codul SAGA (`5121.01`), `sold` = soldul analiticului.

  `acont` trebuie sa fie acelasi pe ambele randuri: formularul scade randurile FACTURA din randul
  BALANTA care are acelasi `(cont, acont, latura)` (`:415-431`). Cu `acont` diferit suma s-ar
  dubla si ar aparea un rest negativ pe `NEREPARTIZAT`.
- **`5311`** (casa, fara analitice): rand `BALANTA` pe `5311` (acont gol) + rand `FACTURA` pe
  `5311` (acont gol), partener `CENTRALA`.
- **`5125`**: **doar analitice**, fara parteneri. Se trateaza ca orice cont obisnuit cu analitice.
- Un analitic cu soldul pe **latura opusa** laturii fixate in cod (`:379` - trezoreria merge pe
  debit) primeste totusi rand FACTURA: suma se scrie **cu semn negativ pe latura formularului**,
  atat in randul `BALANTA` (`totdeb = -20,80`, `totcred` gol) cat si in `sold`-ul randului
  `FACTURA` (`-20,80`). Soldul ramane pe latura corecta, balanta ramane inchisa
  (`SUM(totdeb) = SUM(totcred)`), randul FACTURA consuma exact randul BALANTA si nu mai ramane
  nimic pe `NEREPARTIZAT`. Pretul: nota contine o suma negativa - acceptat (decis 20.09.2026).
  Caz gasit: MASTER `5121.01 PIRAEUS BANK - RON`, sold creditor 20,80.

## 16. Regula generala: randul FACTURA trebuie sa aiba acelasi `acont` ca randul BALANTA pe care il consuma
Confirmat 20.09.2026.

Formularul grupeaza randurile `FACTURA` pe `(cont, acont, latura)` si **scade** suma lor din randul
`BALANTA` cu exact aceeasi cheie; restul ramane pe partenerul `NEREPARTIZAT`, iar daca randul
`BALANTA` lipseste, il creeaza el (`frm_initializare_facturi_balanta.sc2:415-431`).

Consecinte:
- `acont` gol pe `FACTURA` + `acont` completat pe `BALANTA` = cheie diferita: suma **se dubleaza**
  (analiticul ramane intreg in balanta si se mai adauga un rand negativ pe sintetic, pe
  `NEREPARTIZAT`). Greseala tacuta, nu da eroare.
- De aceea: cont cu parteneri **fara** analitice in ROA (401, 4092, 4111, 461, 462, 4551) ->
  ambele randuri cu `acont` gol. Cont cu parteneri **si** analitice in ROA (5121, 5124) ->
  ambele randuri cu acelasi `acont`.
- Latura conteaza si ea: un rand FACTURA pe debit nu atinge randul BALANTA de pe credit.