matthieu
6f9bb68170
Auto Tag Develop / tag (push) Successful in 7s
## ERP-92 — Tests PHPUnit M2 fournisseurs (#521) Suite fonctionnelle M2 assertant sur le **corps JSON** (jamais les annotations), jumelle de la suite clients M1. ### Couverture - **Contrat de sérialisation** (`SupplierSerializationContractTest`) : 4 régressions M1 re-testées — RIB gaté **absent** pour la Commerciale, booléens `triageProvider`/`isArchived` présents, embed `categories[].code/name`, embed `sites[].name/postalCode` (objet, pas IRI) — + enveloppe AP4 (`member`/`totalItems`/`view`, archivés exclus) + suppression du contact inline. - **Matrice RBAC réelle** (`app:seed-rbac`, pas de mock) : bureau/compta/commerciale/usine 200/403, gating `accounting` par **omission de clé**, mode strict PATCH (RG-2.16). - **Matrice RG-2.03 → RG-2.17** (création, normalisation RG-2.12, catégorie FOURNISSEUR RG-2.10, unicité RG-2.11, archivage RG-2.14/2.15, RG-2.07/2.08 compta, sous-ressources RG-2.04/2.05/2.06/2.09). - **Anti N+1 liste** : nombre de requêtes constant entre 2 et 4 fournisseurs. **Audit** Supplier + RIB (`iban`/`bic` dans le diff). ### Fix de contrat (découvert par la DoD) Les référentiels comptables (`TvaMode`/`PaymentType`/`PaymentDelay`/`Bank`) ne portaient que `client:read:accounting` (M1) → sur un fournisseur ils sortaient en **IRI nu**. Ajout de `supplier:read:accounting` → objet `{id, code, label}` embarqué (additif, zéro impact M1). Sans ce fix, #95/#96 auraient été développés contre un contrat faux. ### Infra `makefile` : `test-db-setup` recrée l'index partiel `uq_supplier_company_name_active` (droppé par `schema:update` comme celui du client — oubli M2). ### DoD ✅ § 4.0.bis : réponses JSON **réelles** (liste + détail admin/commerciale) collées. Front #93→#96 peuvent démarrer. ### Vérifs - `make test` : **574 tests OK** (suite complète verte) - `make php-cs-fixer-allow-risky` : 0 correction --------- Co-authored-by: Matthieu <contact@malio.fr> Reviewed-on: #71 Co-authored-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr> Co-committed-by: THOLOT DECHENE Matthieu <matthieu@yuno.malio.fr>
37 lines
1.2 KiB
PHP
37 lines
1.2 KiB
PHP
<?php
|
|
|
|
declare(strict_types=1);
|
|
|
|
namespace App\Tests\Module\Commercial\Api;
|
|
|
|
use App\Module\Commercial\Domain\Entity\Supplier;
|
|
|
|
/**
|
|
* Tests d'unicite fournisseur (M2, RG-2.11). Le doublon de companyName (409) est
|
|
* couvert par {@see SupplierApiTest::testPostDuplicateCompanyNameReturns409}. Ce
|
|
* fichier prouve l'envers de la decision § 2.6 : SIREN NON unique (etablissements
|
|
* multiples). Jumeau de ClientUniquenessTest (M1).
|
|
*
|
|
* @internal
|
|
*/
|
|
final class SupplierUniquenessTest extends AbstractSupplierApiTestCase
|
|
{
|
|
public function testDuplicateSirenIsAllowed(): void
|
|
{
|
|
self::bootKernel();
|
|
$em = $this->getEm();
|
|
|
|
$one = $this->seedSupplier('Siren Share One');
|
|
$two = $this->seedSupplier('Siren Share Two');
|
|
|
|
// Le SIREN n'est pas ecrivable au POST (groupe accounting) : seed direct.
|
|
$one->setSiren('123456789');
|
|
$two->setSiren('123456789');
|
|
$em->flush();
|
|
|
|
// Aucune exception : pas d'index unique sur siren (§ 2.6).
|
|
self::assertSame('123456789', $em->getRepository(Supplier::class)->find($one->getId())?->getSiren());
|
|
self::assertSame('123456789', $em->getRepository(Supplier::class)->find($two->getId())?->getSiren());
|
|
}
|
|
}
|