Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
L
l10n_mx_facturae
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 6
    • Issues 6
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 4
    • Merge Requests 4
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • l10n_mx
  • l10n_mx_facturae
  • Merge Requests
  • !42

Closed
Opened 7 years ago by Salvador Martínez@chavamm.83Developer
  • Report abuse
Report abuse

fix(account.invoice): mejora la precisión decimal en el campo de descuentos

  • Overview 3
  • Commits 2
  • Changes 3
1 unresolved thread
  • Loading...

Cuando se incluyen descuentos globales en la factura el cálculo de los importes, totales y descuentos se debe de realizar evitando en la medida de lo posible los redondeos para que al final del proceso los montos calculados para la generación del archivo XML coincidan con los montos calculados por el módulo de contabilidad. Esto es especialmente importante cuando la precisión decimal de los precios de los productos está configurada con un mayor número de decimales que la contabilidad.

Edited 7 years ago by Salvador Martínez
Request to merge chavamm.83:discount into master
  • Download as
  • Email patches

  • Plain diff

Checking pipeline status.

Approval is optional

Closed by Agustín Cruz 7 years ago (Apr 22, 2018 1:54am GMT+0000) 7 years ago

The changes were not merged into master


  • Salvador Martínez @chavamm.83 changed the description 7 years ago

    changed the description

  • Salvador Martínez @chavamm.83 added 1 commit 7 years ago

    added 1 commit

    • 9d38a13e - Fix (account.invoice.line) Se corrije problema de valorUnitario='0' en XML de un…

    Compare with previous version

  • Salvador Martínez
    Salvador Martínez @chavamm.83 · 7 years ago
    Developer

    @agb80 Se agregó una validación para evitar que en el XML se fuera valorUnitario='0.0' Saludos!

  • Agustín Cruz
    Agustín Cruz @agb80 started a thread on the diff 7 years ago
    l10n_mx_facturae/models/account_invoice.py
    438 437 )
    439 438 base_with_taxes = tax['base']
    440 price_unit_with_taxes = tax['price_unit']
    441 439 break
    442 try:
    443 if partner.ieps_subjected:
    444 res['price_unit'] = (
    445 price_unit_whitout_taxes / total_discount
    446 )
    447 else:
    448 res['price_unit'] = (
    449 price_unit_with_taxes / total_discount
    440
    441 res['price_unit'] = self.price_unit
    442 # Try set base_with_taxes to the price_unit for Not IEPS Subjected
    443 if not partner.ieps_subjected and self.discount<100:
    • Agustín Cruz
      Agustín Cruz @agb80 · 7 years ago
      Owner

      Pregunta @chavamm.83, con base en los datos de ejemplo que nos proporcionaste creo que el escenario que tenemos que probar quedaría de la siguiente manera:

      Escenario: Factura a un cliente que no es sujeto de IEPS con un descuento del 100%
              Dado una factura al ClienteB con las siguientes líneas
      
              | Producto              | Precio    | Cantidad | Impuestos             | Descuento |
              | Tequila White 750 ml | 174.2100 | 1       | 53% IEPS, 16% VAT | 100.0      |
              Y el ClienteB que no es sujeto de IEPS
      
              Cuando validamos la factura
      
              Entonces el precio del producto en el XML debe ser 266.54
              Y el monto del descuento en el XML debe ser 266.54
      

      ¿Es correcto?

      Porque de si es correcto mi escenario entonces la corrección que propones no funcionaría.

      Edited by Agustín Cruz 7 years ago
    • Please register or sign in to reply
  • Agustín Cruz
    Agustín Cruz @agb80 · 7 years ago
    Owner

    @chavamm.83 aquí propongo los cambios para corregir este problema que reportaste con los descuentos al 100%: http://gitlab.openpyme.mx/l10n_mx/l10n_mx_facturae/merge_requests/40/diffs#6d9ff0821207d962204242acafa7bca0968af85f_460_439

    El cambio hace que se despliegue correctamente el precio del producto cuando el cliente no es sujeto de IEPS. Qeudo al pendiente de tus comentarios

    PD: Cierro este MR y cualquier cosa me comentas en el otro.

  • Agustín Cruz @agb80 closed 7 years ago

    closed

  • You're only seeing other activity in the feed. To add a comment, switch to one of the following options.
Please register or sign in to reply
Assignee
Salvador Martínez's avatar
Salvador Martínez
@chavamm.83
Assign to
0 Reviewers
None
Request review from
None
Milestone
None
Assign milestone
None
Time tracking
No estimate or time spent
0
Labels
None
Assign labels
  • No matching results
  • Manage project labels
Lock merge request
Unlocked
2
2 participants
user avatar
user avatar
Reference: l10n_mx/l10n_mx_facturae!42
Source branch: discount

    0 pending comments