Marius Mutu
92dc8c7b32
Extragere pe coordonate (pdfplumber), generarea celor doua xlsx pentru FUNDATIA si MASTER 12/2025, regulile de mapare si rapoartele de verificare. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BdA5a3ECKFD6Citf1ptPZu
117 lines
7.1 KiB
Markdown
117 lines
7.1 KiB
Markdown
|
|
## 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)
|
|
nu primeste rand FACTURA; ramane doar randul BALANTA si formularul ii pune `NEREPARTIZAT`.
|
|
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.
|