Matthieu
311e758dea
Entites metier (Client, ClientContact, ClientAddress, ClientRib) avec #[Auditable] + Timestampable/Blamable, et 4 referentiels comptables statiques (TvaMode, PaymentDelay, PaymentType, Bank). 8 repositories interfaces + impl Doctrine. Aucun ApiResource (Provider/Processor = ERP-55). - Client : 2 FK auto-referentes distributor/broker (mutuellement exclusives, CHECK en base), M2M categories, FK referentiels comptables, groupes de serialisation par onglet. Pas de #[ORM\UniqueConstraint] : unicite du nom de societe portee par l'index partiel Postgres (decision Q4). - ClientRib : tous les champs audites, aucun #[AuditIgnore] sur iban/bic (decision 29/05, audit admin-only). - M2M Category via le contrat Shared CategoryInterface + resolve_target_entities (regle n°1, pas d'import inter-modules) ; sites via SiteInterface. - CommercialReferentialFixtures : re-seed idempotent des 4 referentiels (sinon vides apres db-reset car desormais tables mappees, purgees par les fixtures). - Referentiels whitelistes dans EntitiesAreTimestampableBlamableTest::EXCLUDED. - doctrine.yaml : mapping ORM du module Commercial + resolve CategoryInterface. - ColumnCommentsCatalog : ajout des colonnes M1 (chemin schema:update/test) ; migration retrofit Version20260528120000 filtree sur les tables existantes pour ne pas casser sur les tables des modules crees plus tard. - makefile test-db-setup : recreation de l'index partiel uq_client_company_name_active. Refs ERP-54.
95 lines
3.5 KiB
PHP
95 lines
3.5 KiB
PHP
<?php
|
|
|
|
declare(strict_types=1);
|
|
|
|
namespace App\Module\Commercial\Infrastructure\DataFixtures;
|
|
|
|
use App\Module\Commercial\Domain\Entity\Bank;
|
|
use App\Module\Commercial\Domain\Entity\PaymentDelay;
|
|
use App\Module\Commercial\Domain\Entity\PaymentType;
|
|
use App\Module\Commercial\Domain\Entity\TvaMode;
|
|
use Doctrine\Bundle\FixturesBundle\Fixture;
|
|
use Doctrine\Persistence\ObjectManager;
|
|
|
|
/**
|
|
* Fixtures du module Commercial : re-seed des 4 referentiels comptables
|
|
* (tva_mode, payment_delay, payment_type, bank) seedes par la migration M1
|
|
* (Version20260601000000).
|
|
*
|
|
* Pourquoi cette fixture EN PLUS du seed de la migration : depuis ERP-54 ces
|
|
* 4 tables sont des entites managees par l'ORM, donc le purger Doctrine les
|
|
* vide avant chaque `doctrine:fixtures:load`. Sans cette fixture, les
|
|
* referentiels seedes par la migration disparaitraient apres `make db-reset`
|
|
* (0 ligne en dev/test) — cassant les FK Client -> referentiels et les tests
|
|
* RG-1.12/1.13. Le seed migration couvre la prod (ou les fixtures ne tournent
|
|
* pas) ; cette fixture re-aligne dev et test. Memes valeurs des deux cotes.
|
|
*
|
|
* Idempotence : lookup par `code` avant insertion (sur le modele de
|
|
* CategoryTypeFixtures). Rejouable sans doublon meme si le purger est desactive.
|
|
*/
|
|
class CommercialReferentialFixtures extends Fixture
|
|
{
|
|
/**
|
|
* Source unique des referentiels : classe d'entite => [code => [label, position]].
|
|
* Doit rester aligne sur le seed de la migration Version20260601000000.
|
|
*
|
|
* @var array<class-string, array<string, array{string, int}>>
|
|
*/
|
|
private const REFERENTIALS = [
|
|
TvaMode::class => [
|
|
'FRANCE_VENTES' => ['France (ventes)', 10],
|
|
'EXPORT_VENTES' => ['Export (ventes)', 20],
|
|
'INTRACOM_VENTES' => ['Intracom (ventes)', 30],
|
|
],
|
|
PaymentDelay::class => [
|
|
'J15' => ['15 jours', 10],
|
|
'J30' => ['30 jours', 20],
|
|
'A_RECEPTION' => ['À réception', 30],
|
|
],
|
|
PaymentType::class => [
|
|
'VIREMENT' => ['Virement', 10],
|
|
'LCR' => ['LCR', 20],
|
|
'NON_SOUMISE' => ['Non soumise', 30],
|
|
'CHEQUE' => ['Chèque', 40],
|
|
],
|
|
Bank::class => [
|
|
'SG' => ['Société Générale', 10],
|
|
'CIC' => ['CIC', 20],
|
|
'CA' => ['Crédit Agricole', 30],
|
|
],
|
|
];
|
|
|
|
public function load(ObjectManager $manager): void
|
|
{
|
|
foreach (self::REFERENTIALS as $entityClass => $rows) {
|
|
$this->seedReferential($manager, $entityClass, $rows);
|
|
}
|
|
|
|
$manager->flush();
|
|
}
|
|
|
|
/**
|
|
* Upsert idempotent d'un referentiel : indexe l'existant par code puis
|
|
* cree/met a jour chaque entree. Les 4 entites partagent le meme contrat
|
|
* setCode/setLabel/setPosition.
|
|
*
|
|
* @param class-string $entityClass
|
|
* @param array<string, array{string, int}> $rows
|
|
*/
|
|
private function seedReferential(ObjectManager $manager, string $entityClass, array $rows): void
|
|
{
|
|
$existingByCode = [];
|
|
foreach ($manager->getRepository($entityClass)->findAll() as $entity) {
|
|
$existingByCode[$entity->getCode()] = $entity;
|
|
}
|
|
|
|
foreach ($rows as $code => [$label, $position]) {
|
|
$entity = $existingByCode[$code] ?? new $entityClass();
|
|
$entity->setCode($code);
|
|
$entity->setLabel($label);
|
|
$entity->setPosition($position);
|
|
$manager->persist($entity);
|
|
}
|
|
}
|
|
}
|