mirror of
https://github.com/Tria-plc/edr-platform.git
synced 2026-09-01 03:07:37 +00:00
28c9dd93e0
Ten EIMS_SELLER_* env vars were the only source of EDR's own seller identity, duplicating data the platform already has via the same e-Trade lookup used for every customer company at onboarding. EimsSellerCacheService now enriches it — but static config remains the source of truth: MoR validates SellerDetails against its own taxpayer registry (rule 7017, already cleared against the current static values), so e-Trade fills a field only when the static value is blank, never overrides one already confirmed. The static config is therefore the durable fallback, not the cache; an in-memory snapshot lost on restart is harmless. ETradeService has no request timeout of its own and no AbortController, so the cache enforces one locally (stops waiting, doesn't cancel the request) and de-duplicates concurrent refresh() calls into the same in-flight promise. getSellerDetails() is fully synchronous — zero I/O — so live registration never depends on e-Trade being reachable, at boot or per invoice. VatNumber and Email stay on static config permanently — confirmed by reading e-Trade's actual response shapes, neither field exists anywhere in what it returns. Region/Wereda/City reuse the existing EIMS_BUYER_*_CODES maps rather than adding seller-specific ones — the geography is objective, not buyer-specific. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
76 lines
3.3 KiB
TypeScript
76 lines
3.3 KiB
TypeScript
import { Module, forwardRef } from "@nestjs/common";
|
|
import { TypeOrmModule } from "@nestjs/typeorm";
|
|
import { HttpModule } from "@nestjs/axios";
|
|
import { FilesModule } from "../files/files.module";
|
|
import { FileUploadSettingsModule } from "../file-upload-settings/file-upload-settings.module";
|
|
import { MinioModule } from "../minio/minio.module";
|
|
import { NotificationsModule } from "../notifications/notifications.module";
|
|
import { NotificationInboxModule } from "../notification-inbox/notification-inbox.module";
|
|
import { CompaniesController } from "./companies.controller";
|
|
import { CompaniesService } from "./companies.service";
|
|
import { CompaniesRepository } from "./companies.repository";
|
|
import { ExternalProfileRepository } from "./external-profile.repository";
|
|
import { CompanyDashboardRepository } from "./company-dashboard.repository";
|
|
import { Company } from "./entities/company.entity";
|
|
import { ExternalProfile } from "./entities/external-profile.entity";
|
|
import { CompanyProfile } from "./entities/company-profile.entity";
|
|
import { CompanyChangeRequest } from "./entities/company-change-request.entity";
|
|
import { CompanyRevision } from "./entities/company-revision.entity";
|
|
import { Booking } from "../bookings/entities/booking.entity";
|
|
import { ShippingLineCompaniesModule } from "../shipping-lines/shipping-line-companies.module";
|
|
import { CompanyProfileRepository } from "./company-profile.repository";
|
|
import { CompanyChangeRequestRepository } from "./company-change-request.repository";
|
|
import { CompanyRevisionRepository } from "./company-revision.repository";
|
|
import { ETradeService } from "./services/etrade.service";
|
|
import { CompanyNotifierService } from "./company-notifier.service";
|
|
import { VerifaydaModule } from "../verifayda/verifayda.module";
|
|
|
|
@Module({
|
|
imports: [
|
|
TypeOrmModule.forFeature([
|
|
Company,
|
|
ExternalProfile,
|
|
CompanyProfile,
|
|
CompanyChangeRequest,
|
|
CompanyRevision,
|
|
Booking,
|
|
]),
|
|
HttpModule,
|
|
FilesModule,
|
|
FileUploadSettingsModule,
|
|
MinioModule,
|
|
// Account-status notifications (CompanyNotifierService). The inbox module
|
|
// imports this module back for portal recipient targeting, hence forwardRef.
|
|
NotificationsModule,
|
|
forwardRef(() => NotificationInboxModule),
|
|
// Fayda identity verification for the company's owner and PoA.
|
|
VerifaydaModule,
|
|
// `GET /companies/getInfo` serves both portal audiences: it must recognise a
|
|
// shipping-line session, which has no company row to look up. forwardRef
|
|
// because that module imports BillingModule, which imports this one.
|
|
forwardRef(() => ShippingLineCompaniesModule),
|
|
],
|
|
controllers: [CompaniesController],
|
|
providers: [
|
|
CompaniesService,
|
|
CompaniesRepository,
|
|
ExternalProfileRepository,
|
|
CompanyProfileRepository,
|
|
CompanyChangeRequestRepository,
|
|
CompanyRevisionRepository,
|
|
CompanyDashboardRepository,
|
|
ETradeService,
|
|
CompanyNotifierService,
|
|
],
|
|
exports: [
|
|
CompaniesService,
|
|
// Consumed by NotificationInboxModule for portal recipient targeting.
|
|
ExternalProfileRepository,
|
|
CompanyProfileRepository,
|
|
// Consumed by EimsModule's EimsSellerCacheService — same e-Trade business-registry lookup
|
|
// already used for every customer company at onboarding, reused for EDR's own TIN.
|
|
ETradeService,
|
|
],
|
|
})
|
|
export class CompaniesModule { }
|