s.esmaeiliandClaude Opus 5.5
699657e483
Legacy: final % = variant % + customer % − the largest active promotion on the product, its category or its brand; rial charge 0. The apps sent the variant's own % only, so the new app undercharged by the customer's percent (usually 3) and ignored promotions, and the server trusted whatever the app sent. - pricing/wage-formula.ts: one formula, legacy by default, with coefficients, promotion pick, constant, floor/cap and rounding so the admin screen can change it; validated - an app order is priced by it; the app's wage, discount and rial charge are ignored; an operator's manual numbers are kept - POST customer/me/wage-quote; both apps show that figure - admin/pricing/wage-formula (config.wage): read, preview, approve with the sample it was checked on, last 20 versions kept; the setting is kept off the generic const routes Owner approval: 2026-10-08. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
15 lines
530 B
TypeScript
15 lines
530 B
TypeScript
import { Module } from '@nestjs/common';
|
|
import { OrdersService } from './orders.service';
|
|
import { OrdersController } from './orders.controller';
|
|
import { CatalogModule } from '../catalog/catalog.module';
|
|
import { AccountingModule } from '../accounting/accounting.module';
|
|
import { PricingModule } from '../pricing/pricing.module';
|
|
|
|
@Module({
|
|
imports: [CatalogModule, AccountingModule, PricingModule],
|
|
controllers: [OrdersController],
|
|
providers: [OrdersService],
|
|
exports: [OrdersService],
|
|
})
|
|
export class OrdersModule {}
|