✒️SAP SD Las clases de factura en el tratamiento de reclamaciones
SAP SD Las clases de factura en el tratamiento de reclamaciones
CLASES DE FACTURA EN EL TRATAMIENTO DE RECLAMACIONES
1. Anulación.
Para la anulación de una factura se debe crear un documento de anulación. En el proceso de anulación se copian los datos del documento modelo al documento de anulación y automáticamente se crea una contrapartida a Gestión financiera.
El documento de facturación que se haya anulado se encuentra liberado para una posterior refacturación (entrega o pedido).
Para la anulación de un documento de facturación no es necesario customizaciones especiales en lo que se refiere al control de copia. Los parámetros que de deben modificar, (por ejemplo, el número de asignación y de referencia) se almacenan directamente de acuerdo a la clase de factura en el ámbito de Anulación de la imagen.
Tenemos la posibilidad de anular sólo posiciones de un documento de facturación de forma individual.
Cuando realicemos la anulación, el sistema mostrará el documento anulado y el documento fuente para la anulación. Antes de la actualización, se pueden comparar ambos documentos para que no se vea ninguna desviación en la anulación.
Cuando realicemos la anulación, el sistema mostrará el documento anulado y el documento fuente para la anulación. Antes de la actualización, se pueden comparar ambos documentos para que no se vea ninguna desviación en la anulación.
Si el documento de facturación no se ha transferido a la contabilidad financiera (por bloqueo, determinación errónea de cuentas o precios), al anularse los documentos inferidos, sólo quedan en la gestión comercial. Pero si el documento original de facturación hubiese impactado en FI, se debe generar en la anulación de la contrapartida necesaria para la contabilidad financiera.
Es importante destacar que no en todos los países o localizaciones está permitido, por los efectos impositivos, la anulación de comprobantes emitidos y contabilizados (facturas). Por lo que el proceso de la anulación, se vería por un contra documento siendo una nota de crédito o abono, que es un proceso totalmente ajeno a la anulación.
2. Abonos y notas de cargo.
Las notas de crédito (abono) y notas de débito (cargo) se pueden crear con referencia a una solicitud de nota de crédito (solicitud de abono) o una solicitud de nota de débito (solicitud de cargo) o, directamente, desde una factura, si no se desea realizar una gestión de liberación en el procedimiento de las reclamaciones.
Por lo tanto, podemos tener solicitudes de abono y de cargo que se crean como:
- Sin referencia a una operación comercial anterior
- Con referencia a un pedido
- Con referencia a un documento de facturación.
Dentro del customizing de la clase de documento de ventas, se puede controlar si el sistema debe determinar un bloqueo de factura para una solicitud de abono o de nota de cargo. El empleado autorizado podrá desbloquear:
- Liberará el pedido de solicitud (cargo o abono) luego de haberlo verificado.
- Rechazará posiciones de las solicitudes, indicando un motivo de rechazo sobre las solicitudes.
3. Liberación o rechazo de solicitudes de abono.
Una solicitud de abono, cargo o devolución es liberada mediante la eliminación del bloqueo de fcatura en el documento de ventas.
Si la reclamación no corresponde, el usuario responsable puede rechazar una posición o todo el documento, mediante un motivo de rechazo. Esta posición (o el documento) no se transferirá a la factura con importe alguno.
El motivo de rechazo puede controlar si la posición:
- Se copia al abono o cargo con valor 0.
- No aparece en el abono o cargo.
4. Worflow en solicitudes de abono.
En lo que respecta a la creación de documento de reclamación (notas de crédito y débitos), los documentos de venta siempre nacen de forma bloqueada hasta que el empleado responsable de la tarea de liberación, lo ordene.
Esta verificación puede manejarse por topes de montos, donde según el valor del documento de reclamación, la responsabilidad de liberación depende de un usuario en particular, otro o hasta un grupo.
También podría determinarse, que si el valor de la solicitud de abono es inferior a un valor límite mínimo, el sistema lo libera automáticamente.
El procedimiento de workflow, dentro del tratamiento de abono, da garantía que el proceso finaliza con la liberación del usuario responsable dueño de la tarea.
El responsable tiene la libertad de rechazar, liberar o tratar la solicitud de abono.
5. Proceso de la corrección de factura.
Es una combinación de solicitud de abono y solicitud de nota de cargo.
Se genera un crédito completo por la posición de la factura errónea y, por otra parte, se corrige y se carga la posición de la factura errónea. La diferencia resultante representa el valor total a abonar.
Siempre es requisito que la solicitud de corrección de factura se cree con referencia a una factura, no con referencia a un pedido, consulta o entrega.
El proceso de la corrección consiste en una duplicación de posiciones, para cada posición de factura se crea una segunda posición. Los tipos de posición resultantes debe tener indicadores debe/haber distintos.
Las posiciones de abono o crédito se listan primero y luego las de cargo o débito. Los posiciones de crédito no se pueden modificar, puesto que el sentido, es anular la posición original que estaba incorrecta. La posición de cargo o debito si es posible la modificación en precios o cantidades.
El borrado es posible de a pares, de posiciones de nota abono y nota de cargo (los pares de posición sin modificación pueden borrarse de una sola vez).
6. Devoluciones
El proceso comercial puede requerir el aceptar mercancías por parte de un cliente debido a una reclamación, éstas son devoluciones.
Las devoluciones tienen un procedimiento similar a las solicitudes de abono, se realizan con referencia a una factura o un pedido.
Las devoluciones tiene en su flujo una entrega entrante de mercancías.
Abono en devoluciones: el abono se factura basado en el pedido devolución y no en el documento de entrega, puesto que la entrega, puede requerir procedimientos de calidad para esperar el ingreso o contabilización de la entrada.
 
 
 
Sobre el autor
Publicación académica de Miguel Angel Acosta Acosta, en su ámbito de estudios para la Carrera Consultor en SAP SD.
Miguel Angel Acosta Acosta
Profesión: Ingeniero de Sistemas - Ecuador - Legajo: TF64C
✒️Autor de: 238 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP SD Nivel Avanzado
- Carrera Consultor en SAP SD Nivel Inicial
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
Disponibilidad Laboral: FullTime
Presentación:
Profesional de ingeniería de sistemas en computación e informática, con experiencia en la implantación y soporte de proyectos informáticos para empresas del sector industrial y financiero.
Certificación Académica de Miguel Acosta