Reconciliaciones Internas SBO 2007

PÚBLICO
Cómo realizar un upgrade de

reconciliación interna
Soluciones de SAP
SAP Business One
2007 A
V1.0
Junio de 2007
SAP Business One 2007 A Cómo realizar un upgrade de reconciliación interna
Contenido
Cómo realizar un upgrade de reconciliación interna ............................................................................... 3
Introducción ............................................................................................................................................. 3
Información adicional................................................................................................................................ 4
Glosario ................................................................................................................................................... 4
Resumen.................................................................................................................................................. 7
Identificación de inconsistencias durante el proceso de upgrade............................................................... 8
Generación del informe del historial de inconsistencias ............................................................................ 9
Parametrización de los criterios del informe .......................................................................................... 9
Visualización del informe......................................................................................................................11
Área de cabecera .............................................................................................................................13
Área de la tabla ................................................................................................................................13
Asientos de upgrade................................................................................................................................17
Tratamiento de asientos de upgrade........................................................................................................19
Clases de inconsistencia .........................................................................................................................20
Factura enlazada al pago reconciliado..............................................................................................20
Abono enlazado al pago reconciliado................................................................................................25
Pago enlazado a la operación reconciliada .......................................................................................28
Factura/Haber enlazado al Haber/factura..........................................................................................31
Asiento enlazado al pago reconciliado..............................................................................................35
Reconciliación cancelada .................................................................................................................39
Reconciliación no compensada ........................................................................................................43
Cancelación del pago/asiento dentro del pago..................................................................................46
Reconciliación de un pago cancelado...............................................................................................49
Reconocimiento parcial de la diferencia del tipo de cambio...............................................................51
Reconciliación de pagos asociados con solicitud de anticipo ............................................................56
Reconocimiento de diferencia de cambio de pagos de solicitudes de anticipo...................................59
Pago/asiento manual cancelado en reconciliación de diversos IC .....................................................63
Falta de diferencia de tipo de cambio detrás de reconciliación de varios IC.......................................65
Pago cancelado de solicitud de anticipo ...........................................................................................66
Compensación de la operación del asiento de upgrade ....................................................................69
Anexo I: .....................................................................................................................................................71
Copyrights y marcas registradas .............................................................................................................73
© SAP AG 2007 2
Cómo realizar un upgrade de reconciliación interna

Introducción
En este documento se describen los posibles resultados e implicaciones de un upgrade a SAP Business
One 2007 A con referencia a los datos relativos a reconciliaciones internas.
Si el release SAP Business One 2007 A es su primera instalación, este documento no es relevante.
Si está considerando realizar un upgrade a SAP Business One 2007 A y tiene instalada la herramienta de
simulación de upgrade de reconciliación interna, este documento sí que es relevante, ya que la salida de
esta herramienta es idéntica a la salida del upgrade.
Si justo acaba de realizar un upgrade de la aplicación y de las bases de datos de la empresa a SAP
Business One 2007 A nivel de actualización 01, proceda del siguiente modo:
1. En el menú principal de SAP Business One, seleccione Gestión Utilidades.
2. Compruebe si aparece la opción de menú Upgrade de reconciliación interna, tal como se muestra en
la figura siguiente:
La opción no aparece: No hubo implicación alguna para los datos de reconciliación interna de la
empresa al realizar el upgrade a SAP Business One 2007 A; no hace falta que siga leyendo el
documento.
La opción aparece: Las bases de datos de la empresa contienen al menos una inconsistencia
relativa a los datos de reconciliación interna; este documento sigue siendo relevante.
© SAP AG 2007 3
El proceso de upgrade identifica las inconsistencias existentes: no las causa. Toda

inconsistencia se crea mientras se trabaja con los releases anteriores. Existen en las bases de
datos de la empresa, independientemente del upgrade a SAP Business One 2007 A.
En este documento se responde a las preguntas siguientes:
¿Qué es una inconsistencia y por qué existe?
¿Cómo SAP Business One 2007 A identifica y corrige inconsistencias?
¿Cómo puedo corregir una inconsistencia?
Si utiliza la herramienta de simulación de upgrade de reconciliación interna, este documento le

ayudará en el análisis y comprensión de los resultados de upgrade de simulación; no obstante,
como la herramienta de simulación de upgrade de reconciliación interna es una aplicación de
sólo lectura, no podrá llevar a cabo acciones ni tratar la corrección de inconsistencias hasta
que efectivamente realice el upgrade del sistema productivo.
Información adicional
A continuación encontrará enlaces a páginas útiles del portal de distribuidor, desde donde se puede hacer
un download de:
Las últimas revisiones de este manual (el manual se revisa cada cierto tiempo para incluir escenarios
y ejemplos adicionales). Verifique periódicamente si existe un número de versión posterior.
Las sesiones de formación registradas que complementan este manual, en particular la sesión de
formación en dos partes formadas por:
Primera parte: Upgrade de reconciliación interna: Resumen
Segunda parte: Upgrade de reconciliación interna: Sesión detallada
SAP BUSINESS ONE 2007 - NEW RECONCILIATION ENGINE
SAP BUSINESS ONE 2007 - RECONCILIATION TRAINING
Para información sobre posibles implicaciones en modelos XL Reporter, consulte la nota SAP
nº 1063565.
Glosario
Término Descripción
Inconsistencia Está comprometida la correspondencia entre todos los objetos
involucrados en una reconciliación interna específica.
Clase de La categoría de la inconsistencia; normalmente se basa en el
inconsistencia escenario que ha provocado la inconsistencia.
© SAP AG 2007 4
Factura Representa uno de los siguientes artículos de deudores o

acreedores:
Factura
Factura de anticipo
Factura de anticipo
Nota de cargo
Abono Representa un documento de abono de deudores y/o abono de
compras.
Pago Representa un pago y/o cobro, independientemente del modo en
que se genere.
Asiento manual Cualquier asiento manual cuyo origen sea AS y que no se haya
creado como resultado de la adición de un documento.
Asiento asociado a Asiento que se crea automáticamente al añadir determinados
documento documentos en SAP Business One.
Factura de deudores, factura de acreedores, pagos y cobros,

depósitos…
Documentos Documentos reconciliados mediante documentos de cobros/pagos,
enlazados abonos de compras o abonos de deudores.
En teoría Conceptualmente, efectivamente.
Una factura abierta en teoría conserva el status previo al

upgrade pero aparecerá como "pendiente" mediante un
asiento de corrección con fines de reconciliación interna.
(Por ejemplo, una factura puede estar pendiente
parcialmente en el upgrade y nosotros podemos volver a
abrir en teoría la parte de la factura que ya está cerrada).
Reconciliación Las operaciones y los documentos seleccionados para efectuar la
completa reconciliación estaban totalmente pendientes antes de la
reconciliación y totalmente cerrados después de la reconciliación.
© SAP AG 2007 5
Reconciliación parcial Al menos una de las operaciones o de los documentos involucrados

en la reconciliación no estaba totalmente pendiente antes de la
reconciliación o no está totalmente cerrado después de la
reconciliación.
En los releases anteriores de SAP Business One 2007 A, la
reconciliación parcial únicamente puede realizarse en el nivel de
documento.
Las facturas de deudores nº 500, 550 y 604, por un importe de

100 USD, 150 USD y 250 USD, se pagaron mediante el cobro
nº 330 por valor de 470 USD.
El importe del pago se aplica del siguiente modo:
Las facturas de deudores nº 500 y nº 550 se pagan
íntegramente (100 + 150 = 250 USD), mientras que de la
factura de deudores nº 604 sólo se liquidan 220 USD de los
250 USD.
Aunque las facturas de deudores nº 500 y 550 se han pagado
íntegramente, es una reconciliación parcial, debido al pago
parcial de la factura de deudores nº 604.
Reconciliación La reconciliación entre dos asientos, que pueden estar asociados a
manual documentos.
En los releases anteriores a SAP Business One 2007 A, las
reconciliaciones manuales sólo pueden ser una reconciliación
completa.
Reconciliación de Reconciliación completa resultante del pago o abono de documentos
sistema y/u operaciones mediante la creación de documentos.
Al añadir un cobro que paga íntegramente una factura de

deudores, el sistema efectúa automáticamente una
reconciliación completa de las operaciones asociadas a estos
documentos.
© SAP AG 2007 6
Resumen
Una inconsistencia es la situación en la que el valor de saldo vencido de un documento difiere del saldo
vencido efectivo del asiento asociado a este documento.
Los releases anteriores a SAP Business One 2007 A cuentan con dos motores de reconciliación interna
separados:
Por documentos
Por asientos
Cada motor de reconciliación interna ofrece diversas funciones, algunas de la cuales son comunes a ambos,
como la reconciliación de datos de dos documentos con importes íntegros exactos o la reconciliación de dos
asientos con importes idénticos (en otras palabras, reconciliación completa).
Los dos motores también difieren en sus capacidades. El motor “Por documentos” le permite pagar o abonar
parcialmente una factura, mientras que el motor "Por asientos” únicamente le permite pagar o abonar
importes íntegros.
En una factura pagada o abonada parcialmente se muestran los datos del siguiente modo:
Ésta es la factura de deudores nº 26, asociada a la operación nº 77:
No obstante, en la ventana Reconciliación interna, el asiento nº 77, asociado a la factura de deudores nº 26,
no refleja el pago o abono parcial. El importe a reconciliar (saldo vencido) es el importe íntegro y original de
la factura. Además, el usuario puede reconciliarlo con cualquier asiento o cualquier grupo de asientos que
muestren un importe coincidente:
Como el saldo vencido en el documento es diferente del saldo vencido del asiento asociado al documento,
aparecerá una inconsistencia.
Tales inconsistencias son las más comunes. Si las operaciones asociadas con los documentos enlazados
no se han reconciliado, estas inconsistencias se tratan automáticamente en el upgrade y no requieren
acciones adicionales por parte del usuario.
No obstante, algunas inconsistencias se corrigen mediante la creación automática de un asiento especial
que se deberá tratar después del upgrade.
© SAP AG 2007 7
Identificación de inconsistencias durante el proceso de

upgrade
SAP Business One 2007 A incluye un nuevo motor de reconciliación interna que combina las capacidades
de los dos motores incluidos en los releases anteriores. Además, actualiza constantemente los datos de
reconciliación interna, para que un documento siempre proporcione la imagen inversa del asiento al que
está asociado y viceversa.
El nuevo motor de reconciliación no permite la creación de inconsistencias, ni siquiera las no intencionadas.
Como éste es un cambio importante con respecto de los releases anteriores, parte del proceso de upgrade
a SAP Business One 2007 A se dedica a la transición del trabajo con dos motores de reconciliación interna
separados al trabajo con un motor integrado.
El siguiente proceso identifica y trata automáticamente cualquier inconsistencia que pueda existir durante el
upgrade a SAP Business One 2007 A:
1. El sistema verifica todas los documentos y operaciones de libro mayor para identificar los que se han
reconciliado (parcial o íntegramente) y los que no.
2. Además, el sistema analiza los documentos y las operaciones de libro mayor identificados como
reconciliados parcial o íntegramente para determinar si la reconciliación identificada se refleja de
manera idéntica en los datos de documento y los datos de la operación de libro mayor.
3. Si se identifica una inconsistencia resultado de una reconciliación interna entre los datos de
documento y de la operación de libro mayor asociada, el sistema crea un asiento especial de upgrade
para corregir la inconsistencia.
4. Una vez finalizado el upgrade, se puede generar un informe que enumere los asientos de corrección
añadidos durante el proceso (Gestión Utilidades Informe del historial de upgrade de
reconciliación interna). El informe proporciona información detallada que explica el proceso de fondo
de los asientos de corrección y los documentos y operaciones de libro mayor asociados que requieren
ajustes.
No se podrá corregir ninguna inconsistencia antes de realizar el upgrade.
© SAP AG 2007 8
Generación del informe del historial de inconsistencias

Después de completar el upgrade, genere el informe del historial de inconsistencias, que proporciona la
siguiente información:
Información detallada relativa a las inconsistencias identificadas durante el proceso de upgrade
Detalles de las operaciones de upgrade correspondientes que se han creado para resolver dichas
inconsistencias
Parametrización de los criterios del informe

Para crear el informe, en el menú principal de SAP Business One, seleccione Gestión Utilidades
Informe del historial de upgrade de reconciliación interna.
Aparecerá la ventana de criterios de selección del historial de inconsistencias:
Se puede generar el informe para toda la base de datos o bien filtrar los resultados mediante cualquier
campo de los siguientes como criterios:
Campo Descripción/Acción
Clase de Para filtrar el informe para una sola clase de inconsistencia,
inconsistencia seleccione el tipo correspondiente en la lista; de lo contrario,
seleccione Todos.
© SAP AG 2007 9
Clase de origen de Los resultados incluyen:

documento "teórico"
La clase de origen de los documentos involucrados en las
inconsistencias identificadas
Los documentos que el asiento de upgrade ha vuelto a abrir en
teoría
Seleccione una clase de origen de la lista para ver los asientos de
upgrade creados para la clase de documento específica.
Para generar una lista con los asientos de upgrade creados

para las inconsistencias identificadas en facturas de deudores,
seleccione la clase de origen FA.
Para ver la leyenda completa de clases de origen, véase el
Anexo de este documento.
Clase de interlocutor Genere el informe sólo para clientes, sólo para proveedores o
comercial para ambos.
Interlocutor comercial Especifique el rango de interlocutores comerciales para los que
de/a desea generar el informe.
Las opciones dependerán de la selección realizada en el campo
Clase de interlocutor comercial.
Número de asiento de Especifique el rango de números de asientos de upgrade para
upgrade de/a incluir en el informe.
Los números asignados a los asientos de upgrade son

correlativos y se toman de la serie de numeración
predeterminada asignada a los asientos manuales.
De fecha de Especifique el rango de fechas de contabilización para incluir
contabilización, A únicamente los asientos de upgrade cuyas fechas de
contabilización estén dentro del rango.
La fecha de contabilización del asiento de upgrade viene

determinada por la fecha de contabilización del
documento/operación que en teoría se ha vuelto a abrir y para
el cual fue creado.
Si el asiento de upgrade contiene líneas, cada una con una
fecha de contabilización diferente, el informe muestra sólo las
líneas con fecha de contabilización dentro del rango definido.
© SAP AG 2007 10
De fecha de Especifique el rango de fechas de vencimiento para incluir

vencimiento... A... únicamente los asientos de upgrade cuyas fechas de vencimiento
estén dentro del rango.
La fecha de vencimiento del asiento de upgrade viene

determinada por la fecha de vencimiento del
documento/operación que en teoría se ha vuelto a abrir y para
el cual fue creado.
fecha de vencimiento diferente, el informe muestra sólo las
líneas con fecha de vencimiento dentro del rango definido.
De fecha de Especifique el rango de fechas de documento para incluir
documento... A... únicamente los asientos de upgrade cuyas fechas de documento
estén dentro del rango.
La fecha de documento del asiento de upgrade viene

determinada por la fecha de documento del documento u
operación que en teoría se ha vuelto a abrir y para el cual fue
creado.
fecha de documento diferente, el informe muestra sólo las
líneas con fecha de documento dentro del rango definido.
De valor de asiento Especifique un rango de importes en moneda local para incluir
de upgrade (ML)… únicamente los asientos de upgrade cuyos valores en moneda
A… local estén comprendidos en este rango. Un valor positivo indica
un importe en el Debe, mientras que un valor negativo indica un
importe en el Haber.
Para el rango (de -10 a 5), el informe incluye los asientos de

upgrade con valores en el Haber de 0 a 10 y asientos de
upgrade con valores en el Debe de 0 a 5.
Los criterios de selección utilizados se graban y aparecerán automáticamente la próxima vez

que se acceda a esta ventana.
Los resultados del informe contienen detalles como la clase de inconsistencia y una explicación resumiendo
el motivo de la inconsistencia. Esto, junto con la información adicional que se incluye en el informe, le
permite entender los motivos de la creación de cada operación de upgrade. Se pueden imprimir los
resultados del informe y grabarlos en formato Microsoft Excel.
Visualización del informe

La ventana del informe del historial de upgrade de reconciliación interna está formada por dos secciones: El
área de cabecera y el área de la tabla:
© SAP AG 2007 11
© SAP AG 2007 12
Área de cabecera
El área de cabecera muestra los detalles de la línea actualmente seleccionada en el área de la tabla.
Área de cabecera
Campo Descripción
Nº asiento en diario Contiene el número de la línea seleccionada de la tabla del
historial.
Para abrir la ventana Registro en el diario, haga clic en .
Saldo total de asiento Muestra el importe total del saldo vencido en moneda local del
asiento de upgrade seleccionado, incluso si se ha reconciliado.
Explicación de resumen Indica la razón por la que se ha creado el asiento de upgrade.
Área de la tabla
La tabla en sí está formada por dos secciones:
Detalles de asiento de upgrade: Las columnas de esta sección proporcionan detalles del asiento de
upgrade creado automáticamente durante el proceso de upgrade.
Datos del historial: Las columnas de esta sección proporcionan información sobre los
documentos/operaciones originales y las reconciliaciones implicadas en la inconsistencia que lanzó la
creación del asiento de upgrade. Para ver todos los datos del historial, despliegue la visualización del
informe.
© SAP AG 2007 13
Área de la tabla
Campo Descripción
Clase de inconsistencia Indica la clase de inconsistencia de las disponibles:
Factura enlazada al pago reconciliado
Abono enlazado al pago reconciliado
Pago enlazado a la operación reconciliada
Factura/Haber enlazado al Haber/factura
Asiento enlazado al pago reconciliado
Reconciliación cancelada
Reconciliación no compensada
Cancelación de pago/asiento dentro del pago
Reconocimiento parcial de la diferencia del tipo de cambio
Compensación de la operación del asiento de upgrade
Reconciliación del pago cancelado o asiento
Cancelación del pago/asiento dentro del pago
Falta de diferencia de tipo de cambio detrás de reconciliación de
varios IC
Reconocimiento de diferencia de cambio de pagos de anticipo
Reconciliación de pagos asociados con solicitud de anticipo
Pago cancelado de solicitud de anticipo
Nº asiento en diario El número asignado al asiento de upgrade.
La serie de numeración utilizada se determina como la predefinida
para los asientos manuales.
Nº línea asiento en Número correlativo de cada línea en el asiento de upgrade.
diario
Cuando un asiento de upgrade incluye varias líneas, cada línea se
muestra en una línea separada del informe. El número de la
primera línea es 0, la segunda es la 1, etc.
Origen La clase de origen y número del documento/operación original
para el cual se ha creado el asiento de upgrade y que en teoría se
ha vuelto a abrir.
Para ver el documento/operación original, haga clic en .
AC 479 representa el abono de compras nº 479. Para ver la

leyenda completa de clases de origen, véase el Anexo I:
© SAP AG 2007 14
Nº operación El número del asiento asociado al documento/operación original

para el cual se ha creado el asiento de upgrade y que en teoría se
ha vuelto a abrir.
Para visualizar el asiento, haga clic en .
De forma predeterminada, esta columna no aparece en la

tabla. Para visualizarla, haga clic en en la barra de
herramientas y seleccione esta opción en la ventana
Parametrizaciones de formulario.
Número de línea de El número correlativo de la línea de operación en el asiento
operación asociado al documento/operación original para el cual se ha
creado el asiento de upgrade y que en teoría se ha abierto.
El número de la primera línea es 0, la segunda es la 1, etc.

Mientras que en la ventana Registro en el diario, el número de
la primera línea es 1. Tenga en cuenta esto al verificar los
resultados del informe con la aplicación.

Código IC, Nombre IC Código y nombre del interlocutor comercial para el que se ha
contabilizado el asiento de upgrade y/o el documento/operación
original que en teoría se ha abierto.
Valor de la línea de Valor de la línea de asiento de upgrade en la moneda del
asiento de upgrade interlocutor comercial.
Un valor positivo indica un importe en el Debe, mientras que un
valor negativo indica un importe en el Haber.
Valor de la línea de Valor de la línea de asiento de upgrade en la moneda local.
asiento de upgrade
Un valor positivo indica un importe en el Debe, mientras que un
(ML)
valor negativo indica un importe en el Haber.
El total de las líneas de asiento de upgrade se muestra en la parte
inferior de esta columna.

© SAP AG 2007 15
Documento aplicado y Origen y número del documento originalmente enlazado al

reconciliado documento/operación para el que se ha creado el asiento de
upgrade.
El documento aplicado y reconciliado se reconcilia con un
documento/operación (véase Nº reconciliación) diferente al que
estaba enlazado originalmente (véase Documento enlazado).
Para ver el documento original, haga clic en .
PR 99 representa el cobro nº 99. Para ver la leyenda completa

de clases de origen, véase el Anexo I de este documento.
Documento enlazado Origen y número del documento/operación enlazado al documento
aplicado y reconciliado.
Para ver el documento original, haga clic en .
PR 99 representa el cobro nº 99. Para ver la leyenda completa de

clases de origen, véase el Anexo I de este documento.
Nº reconciliación. Número de reconciliación implicada en el documento u operación
que contiene la inconsistencia.
Para abrir la ventana Gestionar reconciliaciones internas previas,
donde se pueden ver todas las operaciones implicadas en esta
reconciliación, haga clic en .
X, Y, Z Esta columnas representan diferentes valores, en función de la
clase de inconsistencia. La información que proporciona puede
ayudar a comprender la derivación de los valores de asiento de
upgrade creados para escenarios complejos.
Como los escenarios complejos son relativamente raros y no es
relevante analizar cada asiento de upgrade, estas columnas no se
muestran en el informe de manera predeterminada. Para
visualizarlas, haga clic en en la barra de herramientas y
seleccione la opción correspondiente en la ventana
© SAP AG 2007 16
Asientos de upgrade
Los asientos de upgrade creados durante el proceso de upgrade tienen características que los distinguen
del resto de asientos de las bases de datos.
Las principales diferencias se detallan a continuación:

Los valores del Debe o del Haber en moneda local, extranjera o moneda del sistema son cero.
El valor del asiento de upgrade se refleja únicamente en las columnas Saldo vencido, recientemente
añadidas en SAP Business One 2007 A, y representa el importe disponible para reconciliación.
El valor de los asientos de upgrade pueden estar en moneda local o en moneda extranjera, en
función de la moneda asignada al interlocutor comercial afectado.
Los asientos de upgrade para interlocutores comerciales definidos como Monedas (todas) se
contabilizan únicamente en moneda local.
Los asientos de upgrade no se crean o registran en la moneda del sistema.
Los asientos de upgrade se incluyen y visualizan en todos los informes contables (Antigüedad,
ventana Saldo de cuenta, Libro mayor, Informe diario operaciones, etc.) con valor cero en el
Debe y en el Haber, y con un valor que no sea cero en saldo vencido.
Como no existe una representación separada de los valores de Saldo vencido: Debe y Saldo
vencido: Haber, los valores positivos de Saldo vencido representan los importes del Debe,
mientras que los negativos de Saldo vencido representan los importes del Haber.
Los asientos de upgrade no se pueden cancelar, anular o duplicar.
El origen de todos los asientos de upgrade es RU (upgrade de reconciliación). Al hacer clic en
junto al mismo, se abre el informe del historial de upgrade de reconciliación, filtrado únicamente por el
asiento de upgrade específico (en otras palabras, proporciona la explicación del asiento de upgrade
específico).
© SAP AG 2007 17
Campo Descripción / Actividad

Serie, Número La serie de numeración utilizada para los asientos de upgrade es la
serie de numeración predeterminada asignada a los asientos
manuales.
Fecha de Las fechas en asientos de upgrade son las del documento/operación
contabilización, Fecha original que el asiento de upgrade vuelve a abrir en teoría.
de vencimiento, Fecha
Si un asiento de upgrade incluye más de una línea, cada línea puede
de documento
tener una fecha diferente. En tal caso, las fechas que aparecen en la
cabecera deberían ser las más recientes de las líneas del asiento de
upgrade.
Se produce este comportamiento incluso si:

La opción Bloquear tratamiento de fechas contables
por línea se selecciona en la ficha Predocumento
(Gestión Inicialización sistema
Parametrizaciones de documento).
Las fechas asignadas al asiento de upgrade son de
un período de contabilización que ya está
bloqueado.
Referencia 1, En el nivel de línea, estos campos contienen los valores de los
Referencia 2, campos correspondientes de la operación asociada al documento
Referencia 3 que la línea de asiento de upgrade vuelve a abrir en teoría.
Se pueden actualizar estos valores manualmente en los asientos de
upgrade.
En la cabecera, estos campos están vacíos.
Comentarios En la cabecera del asiento: Indica la clase de inconsistencia
que esconde un asiento de upgrade.
Pago enlazado a la operación reconciliada: Upgrade de

reconciliación interna
En el nivel de línea de asiento: Indica el documento que la
línea de asiento específica ha vuelto a abrir en teoría.
El cobro 13 indica que la línea de asiento de upgrade vuelve

a abrir en teoría el documento de cobro nº 13.
El contenido del campo Comentarios del nivel de línea

aparece en el extracto de cuenta de cliente. Puede
modificarlo manualmente si es preciso.
© SAP AG 2007 18
Tratamiento de asientos de upgrade

Los asientos de upgrade creados durante el proceso de upgrade se enumeran en el informe del historial de
upgrade de reconciliación interna. Para actualizar el sistema contable, debe tratar estos asientos de
upgrade del mismo modo en que se tratan el resto de operaciones contabilizadas para un interlocutor
comercial.
El proceso recomendado de nivel superior para el tratamiento de asientos de upgrade es el que se indica a
continuación:
1. En el menú principal de SAP Business One, seleccione Gestión Utilidades Informe del historial
de upgrade de reconciliación interna. Aparece la ventana de criterios de selección del informe.
2. Determine los criterios correspondientes y seleccione OK. Aparece el informe del historial de upgrade
de reconciliación interna.
3. Seleccione la línea del asiento de upgrade que desea tratar y seleccione Reconciliación interna.
Aparece la ventana Reconciliación interna del interlocutor comercial afectado, con todas las
operaciones no reconciliadas contabilizadas para el interlocutor comercial, incluido el asiento de
upgrade.
Mediante la visualización de las columnas Detalles, Referencia 1, Referencia 2 y Referencia 3 de esta
ventana (mediante su selección en la ventana Parametrizaciones de formulario) se puede identificar el
documento de origen que los asientos de upgrade en teoría han vuelto a abrir.
Se debe tratar el asiento de upgrade en función de la clase de inconsistencia que lo ha iniciado.
Potencialmente, se puede tratar un asiento de upgrade justo como si se tratara de una

operación normal de interlocutor comercial. Se puede:
Dejarlo en el libro a la espera de que se contabilice la operación correspondiente, por
ejemplo, una factura a la espera del correspondiente pago;
Reconciliarlo con un pago existente o contabilización en el Haber;
Reconocerlo como deuda dudosa y contabilizarlo en la cuenta asociada de deudas
dudosas del interlocutor comercial;
Reconocerlo como ganancia o pérdida y contabilizarlo en la cuenta de pérdidas y
ganancias.
La única manera de tratar asientos de upgrade resultantes del reconocimiento de diferencias

del tipo de cambio es transferirlos a las cuentas de pérdidas y ganancias.
© SAP AG 2007 19
Clases de inconsistencia
Como se ha mencionado anteriormente, el informe del historial de upgrade de reconciliación interna
identifica la clase de inconsistencias que inicia el asiento de upgrade. A continuación se indica la
descripción detallada de las diferentes clases de inconsistencias que pueden aparecer en el informe. Esta
información le puede ayudar a analizar cada asiento de upgrade y a tomar la decisión adecuada sobre cómo
tratarlo.
Factura enlazada al pago reconciliado

Esta inconsistencia se produce cuando una factura está enlazada parcialmente a un pago (tanto si
selecciona la factura en la tabla del documento de pago como si utiliza la función Enlazar facturas a pagos),
pero el asiento asociado al pago se ha reconciliado con un asiento que no es el asociado a la factura.
En los siguientes ejemplos se muestran diversos casos de inconsistencias identificadas como Factura
enlazada al pago reconciliado:
Antes de realizar el upgrade a SAP Business One 2007 A:
La factura de deudores nº 49 se ha pagado parcialmente (20 USD de los 100 USD) mediante
el cobro nº 33. Como el pago es un importe parcial únicamente, las operaciones asociadas a
los documentos mostrados en el ejemplo anterior no se reconcilian entre ellas.
© SAP AG 2007 20
El asiento nº 147 está asociado a la factura de deudores nº 50 y se ha reconciliado

completamente con el asiento nº 146, que está asociado al cobro nº 33.
La factura de deudores nº 49 no está implicada en absoluto en esta reconciliación, aunque se
pagó parcialmente mediante el cobro nº 33.
Consecuencias de esta inconsistencia:
La factura nº 49 se considera parcialmente pagada desde el punto de vista documental y
completamente pendiente desde el punto de vista de libro mayor. Como resultado, al generar
el informe Antigüedad por documentos, los resultados del informe son diferentes de los
calculados por el informe generado por asientos. Además, el informe en sí indica que existe
una inconsistencia en este escenario:
En la ventana anterior se muestra el informe Antigüedad cuentas de clientes generado por

documentos de ventas. El cliente C30000 aparece en rojo para indicar la incongruencia.
© SAP AG 2007 21
Además, se puede ver que el valor Total NO es equivalente al total de los intervalos de
antigüedad.
No todas las clases de inconsistencias tienen la misma influencia en el informe Antigüedad.

La inconsistencia de este ejemplo también afecta al informe Lista de partidas abiertas:
Como se puede ver, la factura de deudores nº 49 se muestra con un importe pendiente de 80

USD, donde debería indicar 100 USD.
Durante el upgrade a SAP Business One 2007 A:
El sistema detecta que los 20 USD del cobro nº 33 se han aplicado dos veces:
Al pagar parcialmente la factura de deudores nº 49
Al reconciliar completamente el asiento nº 146, asociado al cobro nº 33, con el asiento
nº 147, asociado a la factura de deudores nº 50.
Para corregirlo, es necesario volver a abrir una de las reconciliaciones duplicadas. Como el
documento enlazado ya está abierto desde el punto de vista de libro mayor, el sistema siempre
lo vuelve a abrir teóricamente. En tal caso, la factura de deudores nº 49 se vuelve a abrir en
teoría mediante la creación de un asiento de upgrade por el valor de saldo vencido de 20 USD.
© SAP AG 2007 22
Después del upgrade a SAP Business One 2007 A:

El informe del historial de upgrade de reconciliación muestra los detalles relativos al asiento de
upgrade creado para la corrección de la inconsistencia:
Al seleccionar la línea específica que muestra el asiento de upgrade y seleccionar

Reconciliación interna, se abre la ventana Reconciliación interna presentada en
SAP Business One 2007 A. La ventana muestra las operaciones actualmente pendientes
contabilizadas para el interlocutor comercial afectado:
En la primera línea se muestra la factura de deudores nº 49, creada por un importe total de 100
USD y pagada parcialmente (20 USD) mediante el cobro nº 33, lo que resulta en un importe de
saldo vencido de 80 USD.
En la segunda línea se muestra el asiento de upgrade creado para volver a abrir en teoría la
factura de deudores nº 49. Como se puede ver, el asiento de upgrade tiene un importe de
operación equivalente a cero (el campo Importe está vacío) y el valor de saldo vencido del
Debe es 20 USD.
El motivo de la creación del asiento de upgrade y de no abrir el documento en sí es que existe
la posibilidad de que otra reconciliación (en este ejemplo, la factura nº 50) deba volver a
abrirse, con la opción de modificación de los detalles del asiento de upgrade relativos a la
factura nº 50.
Como estos detalles aparecen en el extracto de cuenta de cliente, se pueden corregir a través
de la pantalla Registro en el diario, si es preciso.
© SAP AG 2007 23
Procedimiento siguiente
Potencialmente, se puede tratar este asiento de upgrade justo como si se tratara de una
operación normal de interlocutor comercial. Decida si:
ejemplo, un abono o un pago;
ganancias.
En este ejemplo, se puede ver en la ventana Reconciliación interna anterior que se creó el
cobro nº 35 de 100 USD para el interlocutor comercial y que sigue pendiente.
Si se refleja la actividad comercial con este interlocutor comercial, se puede reconciliar el cobro
nº 35 con la factura de deudores nº 49 y el asiento de upgrade nº 167.
Como la reconciliación del asiento de upgrade con esta operación correspondiente (u
operaciones) constituye el tratamiento, el asiento de upgrade no aparecerá más en los
informes que muestren operaciones sin reconciliar.
© SAP AG 2007 24
Abono enlazado al pago reconciliado

Esta inconsistencia se produce cuando el abono que se selecciona en la tabla del documento de pago está
enlazado a un pago, pero el pago se reconcilia manualmente con operaciones que no incluyen este abono.
El abono nº 7 y la factura de deudores nº 51 se pagaron parcialmente mediante el cobro nº 34:

El abono de deudores nº 7: -20 USD de -30 USD.
La factura de deudores nº 51: 30 USD de 40 USD.
Como todos los documentos anteriores se pagaron/utilizaron parcialmente, las operaciones
asociadas a los documentos no se han reconciliado entre ellas:
© SAP AG 2007 25
Los asientos nº 149 y 151, asociados a las facturas de deudores nº 51 y 52 respectivamente,

se reconciliaron completamente con la operación nº 150, que se asocia con el cobro nº 34.
La operación nº 148, que se asocia con el abono de deudores nº 7, no está implicado en esta
reconciliación, aunque se pagó parcialmente mediante el cobro nº 34.
El sistema identifica el cobro nº 34, utilizado para pagar parcialmente el abono de deudores nº
7, como reconciliado completamente y el abono de deudores nº 7 y la operación asociada,
como no reconciliado.
El sistema crea un asiento de upgrade para volver a abrir en teoría el abono de deudores nº 7
para reflejar el valor real de saldo vencido (-30 USD y no -10 USD), como antes de realizar el
upgrade.
El informe del historial de upgrade de reconciliación muestra el asiento de upgrade creado
para la corrección de la inconsistencia:
© SAP AG 2007 26

El asiento de upgrade nº 169 aparece con el valor de saldo vencido en el Haber de 20 USD,
pero sin ningún importe en el Debe o en el Haber (el campo Importe está vacío). Esta
operación vuelve a abrir en teoría el abono de deudores nº 7 y, junto con el valor de saldo
vencido en el Haber de 10 USD (tal como se ha determinado antes del upgrade), refleja el
valor de saldo vencido real del abono de deudores nº 7 (30 USD).
Como se ha explicado anteriormente en este documento, potencialmente se puede tratar los
asientos de upgrade de la misma manera en que se tratan el resto de asientos contabilizados
en la base de datos de la empresa.
La ventana Reconciliación interna mostrada anteriormente muestra la factura de deudores nº
53, con un valor de saldo vencido de 30 USD. Si seguimos investigando (haga clic en la flecha
de enlace para abrir el documento y, a continuación, haga clic en el icono del documento de
destino) veremos que se abonó mediante el abono de deudores nº 8 por importe de 70 USD.
Según el conocimiento de las actividades empresariales de este cliente específico, el resto de
la factura de deudores nº 53 (30 USD) también debe abonarse. Por lo tanto, es posible
© SAP AG 2007 27
reconciliar el abono de deudores nº 7 y el asiento de upgrade nº 169 junto con la factura de

deudores nº 53. Si miramos la columna Importe a reconciliar, se puede ver que si las tres
operaciones están seleccionadas, el valor es cero (en otras palabras, la reconciliación se ha
compensado).
Pago enlazado a la operación reconciliada

Esta inconsistencia se produce cuando una operación (tanto un asiento manual como una operación
asociada a un documento) pagada parcialmente por un documento de pago se reconcilia completamente,
posteriormente, con las operaciones que no están asociadas a ese documento de pago.
La factura de deudores nº 40 se paga parcialmente (70 USD de 180 USD) mediante el cobro
nº 19 a través del uso de la función Enlazar facturas con pagos. Las operaciones asociadas
con estos documentos no se han reconciliado entre ellas.
© SAP AG 2007 28
El asiento nº 116, asociado a la factura de deudores nº 40, está reconciliado completamente

con la operación nº 117, que no está asociada al cobro nº 19.
El sistema identifica que el cobro nº 19 está enlazado pero no reconciliado a la factura de
deudores nº 40, que está completamente reconciliada con la operación nº 117, que a su vez
está asociada con el cobro nº 20.
Como resultado, el sistema crea un asiento de upgrade con valor de saldo vencido en el Haber
de 70 USD, para volver a abrir en teoría el cobro nº 19 y reflejar su valor de saldo vencido real,
un abono de 270 USD.
El informe del historial de upgrade de reconciliación muestra el asiento de upgrade creado
para la corrección de la inconsistencia:

© SAP AG 2007 29
En la primera línea se muestra el cobro nº 19, con un valor de saldo vencido en el Haber de
200 USD, determinado antes del upgrade. En la segunda línea se muestra el asiento de
upgrade, sin valor en el Debe o Haber (el campo Importe está vacío), pero con un valor de
saldo vencido en el Haber de 70 USD. Esto vuelve a abrir en teoría el cobro nº 19 y, junto con
el valor de saldo vencido determinado del cobro nº 19, refleja su valor de saldo vencido real
(un abono de 270 USD).
ejemplo, una factura o una operación de asiento;
Reconciliarlo con una factura existente u operación de asiento;
ganancias.
© SAP AG 2007 30
Factura/Haber enlazado al Haber/factura

Al crear un abono parcial basado en una factura, las operaciones asociadas con el abono y la factura
abonada no se reconcilian entre ellas y, por lo tanto, se pueden reconciliar con otras operaciones.
El abono de deudores nº 6 abona parcialmente la factura de deudores nº 41. Los asientos

asociados con estos documentos no se reconcilian entre ellos.
© SAP AG 2007 31
El asiento nº 118, asociado a la factura de deudores nº 41, está reconciliado completamente

con el asiento nº 120, que no está asociado al abono de deudores nº 6.
El sistema detecta que:
El abono de deudores nº 6 está enlazado a la factura de deudores nº 41 y que el status
del documento es cerrado.
El asiento nº 119, asociado a la factura de deudores nº 6, no está reconciliado con el
asiento nº 118, que está asociado a la factura de deudores nº 41, pero está
completamente reconciliado con el asiento nº 120.
Como resultado, el sistema crea un asiento de upgrade para volver a abrir en teoría el abono
de deudores nº 6, por un valor de saldo vencido en el Haber de 100 USD.
El informe del historial de upgrade de reconciliación interna muestra el asiento de upgrade
creado para la corrección de la inconsistencia:
© SAP AG 2007 32

Como se puede observar, el asiento de upgrade nº 174 vuelve a abrir en teoría el abono de
deudores nº 6, pero no influye adicionalmente en el documento, cuyo status sigue siendo
cerrado. Esta razón es el motivo por el que el abono de deudores nº 6 no aparece en la
ventana Reconciliación interna anterior. Los campos Referencia 1 y Detalles indican que este
asiento de upgrade se ha creado para volver a abrir en teoría el abono de deudores nº 6.
ejemplo, una factura o una operación de asiento;
© SAP AG 2007 33
Reconciliarlo con una factura existente u operación de asiento;

ganancias.
© SAP AG 2007 34
Asiento enlazado al pago reconciliado

Esta inconsistencia se produce cuando un asiento se enlaza a un documento de pago. El pago se reconcilia
posteriormente con un documento u operación que no es el asiento al que estaba enlazado originalmente.
El asiento nº 121 está pagado íntegramente mediante el cobro nº 23. Como el importe del
cobro es diferente del importe del asiento, el asiento nº 121 no se reconcilia con la operación
nº 124, que está asociada al cobro nº 23.
© SAP AG 2007 35
El asiento nº 124:
Está asociado al cobro nº 23, utilizado para pagar el asiento nº 121;
Está completamente reconciliado con la operación nº 126, que está asociada a la
factura de deudores nº 126.
El sistema identifica que el asiento nº 121 se pagó íntegramente mediante el cobro nº 23, pero
no se reconcilió con la operación asociada al mismo.
Como los 40 USD del cobro nº 23 se utilizaron para pagar el asiento nº 121 y la factura de
deudores nº 43, el sistema crea un asiento de upgrade que vuelve a abrir en teoría el asiento
nº 121, con un valor de saldo vencido en el Debe de 40 USD.
© SAP AG 2007 36

En la primera línea se muestra el asiento de upgrade creado para volver a abrir en teoría el
asiento nº 121. No hay ningún valor en el Debe o Haber (el campo Importe está vacío), pero el
valor de saldo vencido en el Haber es de 40 USD.
Aunque era obvio que antes del upgrade el asiento nº 121 no estaba reconciliado, no aparece
en el ventana Reconciliación interna anterior. Como el asiento nº 121 se pagó íntegramente
mediante el cobro nº 23, su status es cerrado, y los documentos/operaciones con ese status
no se consideran reconciliables.
El campo Detalles indica que el asiento de upgrade nº 170 se creó para volver a abrir en teoría
en asiento nº 121.
© SAP AG 2007 37

ganancias.
© SAP AG 2007 38
Reconciliación cancelada
En los releases de SAP Business One anteriores a 2007 A, al cancelar una reconciliación manual (Banking
Extractos bancarios y reconciliaciones Gestionar reconciliaciones anteriores), todos los asientos
manuales y documentos de pago implicados en la reconciliación cancelada se volverán a abrir, mientras que
las facturas y documentos de abono se quedarán con un valor de saldo vencido equivalente a cero.
El hecho de tener un documento no reconciliado con el status cerrado y un valor de saldo vencido
equivalente a cero se considera una inconsistencia.
El asiento nº 127, asociado a la factura de deudores nº 44, está reconciliado completamente y

manualmente con el asiento nº 128, que no está asociado al cobro nº 24, en la reconciliación
nº 2.
© SAP AG 2007 39
La reconciliación nº 2 se cancela. Una vez cancelada, ya no hay historial correspondiente a

esta reconciliación y, por tanto, ya no hay conocimiento de que esta factura se había
reconciliado con este pago.
A partir de SAP Business One 2007 A, si cancela reconciliaciones después de un upgrade,

esta información se graba en la base de datos de la empresa y se puede recuperar si es
preciso.
© SAP AG 2007 40
Como resultado, el cobro nº 24 se vuelve a abrir, con un importe vencido total del 100 USD,
mientras que la factura de deudores nº 44 sigue cerrada, con un saldo vencido equivalente a
cero, en vez de tener el status pendiente y un valor de saldo vencido de 100 USD.
El sistema detecta lo siguiente:
La factura de deudores nº 44 tiene el status cerrado y el valor de saldo vencido es cero.
El asiento nº 127, asociado a la factura de deudores nº 44, no se ha reconciliado.
El sistema crea un asiento de upgrade para volver a abrir en teoría la factura de deudores nº
44 y refleja el valor de saldo vencido de 100 USD.

© SAP AG 2007 41
La operación nº 173 (tercera línea) es un asiento de upgrade creado para corregir la

inconsistencia. No tiene valor contable (el campo Importe está vacío), únicamente el valor de
saldo vencido del Debe es 100 USD, para reflejar el valor de saldo vencido de la factura de
deudores nº 44.
La factura de deudores nº 44 tiene el status cerrado y no aparece en la ventana
Reconciliación interna. No obstante, los campos Referencia 1 y Detalles indican que el asiento
nº 173 se creó para volver a abrir en teoría la factura de deudores nº 44.
ganancias.
© SAP AG 2007 42
Reconciliación no compensada
Una reconciliación no compensada es una reconciliación en la que el valor total del Debe es diferente del
valor total del Haber; no añade hasta cero.
Existen diversas circunstancias que, antes de SAP Business One 2007 A, causarían una reconciliación no
compensada. En los ejemplos siguientes se detallan las maneras más comunes en que las reconciliaciones
no compensadas pueden producirse.
Antes de SAP Business One 2007 A:
En la figura anterior, si marca la casilla de verificación Visualizar transacciones reconciliadas

por sistema y selecciona Reconciliar, la ventana Reconciliación interna muestra las
operaciones asociadas a los documentos que ya se han reconciliado mediante, por ejemplo, la
creación de un cobro que pague íntegramente una factura de deudores.
Esto le permite reconciliar una o más operaciones una segunda vez.
Si utiliza esta opción, pero vuelve a reconciliar todas las operaciones implicadas en una
reconciliación de sistema específica, no se producirán inconsistencias. Se produce una
inconsistencia únicamente cuando no se vuelven a reconciliar todas las operaciones
implicadas en una reconciliación específica del sistema. El motivo es que cada reconciliación
está numerada. El número de reconciliación se graba en el nivel de línea de asiento. Si se
vuelve a reconciliar una operación, el nuevo número de reconciliación sobrescribe el número
de reconciliación anterior.
Si, por ejemplo, una reconciliación de sistema implica dos operaciones, asociadas a una
factura y a un pago, y sólo la operación asociada a la factura se vuelve a reconciliar, la
operación asociada al pago tiene un número de reconciliación diferente al de la operación
asociada con la factura. Cuando el sistema verifica el número de reconciliación asignado a la
operación asociada con la factura, detecta que la reconciliación no se ha compensado ya
que sólo tiene un valor de saldo vencido en el Debe y no tiene ningún valor de saldo vencido
en el Haber.
© SAP AG 2007 43
El cobro nº 25 paga completamente la factura de deudores nº 45. Como resultado, las

operaciones asociadas con este documento se reconcilian completamente entre ellas. Se trata
de una reconciliación de sistema.
La operación nº 130, asociada a la factura de deudores nº 45, se reconcilia dos veces y sólo
conserva el último número de reconciliación. Como resultado, la primera reconciliación no se
compensa, ya que sólo la operación asociada al cobro nº 25 está implicada en la reconciliación
en cuestión. En otras palabras, esta reconciliación sólo tiene un valor de saldo vencido en el
Haber y ningún valor de saldo vencido en el Debe. Por lo tanto, es una reconciliación no
compensada.
© SAP AG 2007 44

El sistema detecta que el cobro nº 25 está implicado en una reconciliación no compensada.
Para corregir esta inconsistencia, el sistema crea un asiento de upgrade para el valor de saldo
vencido en el Haber de 100 USD, para volver a abrir en teoría el cobro nº 25.

Reconciliación interna, se abre la ventana Reconciliación interna presentada en SAP Business
One 2007 A. La ventana muestra las operaciones actualmente pendientes contabilizadas para
el interlocutor comercial afectado:
En la cuarta línea se muestra el asiento de upgrade creado para volver a abrir en teoría el
cobro nº 25. La operación nº 165 no tiene valor contable, sólo un valor de saldo vencido en el
Haber de 100 USD.
Como el cobro nº 25 tiene el status cerrado, no aparece en la ventana Reconciliación interna.
No obstante, los campos Referencia 1 y Detalles indican que el asiento de upgrade nº 165 se
creó para volver a abrir en teoría el cobro nº 25.
© SAP AG 2007 45
ganancias.
Cancelación del pago/asiento dentro del pago

En los releases anteriores a SAP Business One 2007 A, si se creaba un documento de pago (en adelante,
el "pago interior") y otro documento de pago (en adelante, el "pago exterior"), mediante los cuales se
pagaba el pago interior y se cancelaba el pago interior, el saldo vencido del pago exterior no se actualizaba
en función del importe del pago interior cancelado.
Antes de SAP Business One 2007 A:
El asiento nº 134, asociado al pago nº 3, y la factura de deudores nº 46 se pagaban

íntegramente mediante el cobro nº 27. Las operaciones asociadas con estos documentos se
reconcilian completamente entre ellas.
A continuación, el pago nº 3 se cancela, cuyo resultado es el siguiente:
© SAP AG 2007 46
Se abre la reconciliación de sistema creada cuando se añadió el cobro nº 27 y toda las

operaciones ya se pueden volver a reconciliar.
El cobro nº 27 se queda igual; no se vuelve a abrir por el valor del pago nº 3, que se ha
cancelado.
El sistema detecta que el pago nº 3 se ha cancelado y que la reconciliación implicada se ha
abierto.
El sistema crea un asiento de upgrade para volver a abrir en teoría el cobro nº 27 para un
saldo vencido en el Haber de 50 USD, de modo que refleje la cancelación del pago nº 3 (de 50
USD).

© SAP AG 2007 47
En la segunda línea se muestra el asiento de upgrade nº 174, con un valor de saldo vencido en el Haber
de 50 USD.
ganancias.
© SAP AG 2007 48
Reconciliación de un pago cancelado

En releases anteriores a SAP Business One 2007 A, la cancelación de un cobro/pago automáticamente
creaba una operación de anulación, pero la operación de anulación y la operación original (asociada al
documento cancelado) no se reconcilian automáticamente entre ellas. Como resultado, estas operaciones
pueden reconciliarse con otras operaciones, de modo que producen inconsistencias.
Antes del upgrade a SAP Business One 2007 A:

El cobro nº 29 se creó por 100 USD y se canceló posteriormente. El asiento nº 139 se creó
como operación de anulación del asiento nº 138, asociado al cobro cancelado nº 29.
Como la operación de anulación y la operación asociada con el documento cancelado no se

reconcilian automáticamente entre ellas, el asiento nº 139 (la operación de anulación) se
reconcilia posteriormente con el asiento nº 140, asociado al cobro nº 30.
© SAP AG 2007 49

El sistema detecta que el cobro nº 29 está cerrado (como resultado de su cancelación) pero no
reconciliado.
Para corregir esta inconsistencia el sistema crea un asiento de upgrade con el valor de saldo
vencido en el Haber de 100 USD.
creado para la corrección de la inconsistencia. Al seleccionar la línea específica que muestra el
asiento de upgrade y seleccionar Reconciliación interna, se abre la ventana Reconciliación
interna presentada en SAP Business One 2007 A. La ventana muestra las operaciones
actualmente pendientes contabilizadas para el interlocutor comercial afectado:
En la segunda línea se muestra el asiento nº 175, sin ningún valor contable (el campo Importe
está vacío) pero con el valor de saldo vencido en el Haber de 100 USD, para reflejar el valor
de saldo vencido real del cobro nº 29. Como está cerrado al ser cancelado, el cobro nº 29 no
© SAP AG 2007 50
aparece en esta ventana. Los campos Referencia 1 y Detalles indican que este asiento de
upgrade se ha creado para volver a abrir en teoría el cobro nº 29.
ganancias.
Reconocimiento parcial de la diferencia del tipo de cambio

En releases anteriores a SAP Business One 2007 A, la contabilización de una operación de diferencias del
tipo de cambio que debe reflejar tipos de cambio diferentes no se contabiliza cuando:
1. Se crea un pago parcial para una factura,
2. Uno o ambos documentos son en moneda extranjera,
3. El tipo de cambio de la fecha de contabilización de la factura es diferente del tipo de cambio de la
fecha de contabilización del pago.
Incluso si esta contabilización no se produce, los saldos en ML del documento se actualizan como si se
hubiera producido la contabilización y, como resultado, el saldo en ME del interlocutor comercial es correcto
pero el saldo en ML no es exacto.

En 5.6.07, se creó la factura de deudores nº 48 por 100 EUR; el tipo de cambio era 1 EUR =
1,35 USD.
En 8.6.07, se realizó un pago parcial de la factura de deudores nº 48 mediante cobro de 60
EUR; el tipo de cambio era 1 EUR = 1,2 USD.
No se creó la operación de diferencias del tipo de cambio correspondiente.
Tabla nº 1
Númer Fecha de Importe Importe de la Importe Saldo Saldo
o de contabiliza de la operación (ML) aplicado vencido del vencido en
operaci ción operació (ML) documento libro mayor
ón n (ME)
FA 48 5.6.07 100 100*1.35 =135 60*1.35=81 54 135
PR 31 8.6.07 (60) (60)*1.2 = (72) (60)*1.2=(72) 0 (72)
Total 40 63 9 54 63
En la tabla anterior se describe una situación en que las diferencias del tipo de cambio no se
reconocieron parcialmente, pero el importe aplicado de la factura en moneda local se calcula
como si se hubiera producido el reconocimiento parcial del tipo de cambio.
© SAP AG 2007 51
En la siguiente tabla se describe lo que hubiera pasado si no se hubieran efectuado las

compensaciones de saldos respecto al reconocimiento de diferencia del tipo de cambio no
existente en el documento:
Tabla nº 2
Númer Fecha de Importe de la Importe de la Importe Saldo Saldo
o de contabiliza operación operación aplicado vencido del vencido en
operaci ción (ME) (ML) (ML) documento libro mayor
ón
FA 48 5.6.07 100 135 72 63 63
PR 31 8.6.07 (60) (72) (72) 0 0
Total 40 63 0 63 63
Lo que hubiera ocurrido (y que efectivamente ocurre en SAP Business One 2007 A) es que la
contabilización del reconocimiento de diferencia del tipo de cambio y la compensación de
saldos del documento se producirían simultáneamente del siguiente modo:
Tabla nº 3
Númer Fecha de Sin Importe Importe Importe Saldo Saldo
o de contabiliza cabecera de la de la aplicado vencido del vencido
operaci ción operació operació (ML) documento en libro
ón n (ME) n (ML) mayor
FA 48 5.6.07 Factura de 100 135 81 54 54
deudores
PR 31 8.6.07 Cobro (60) (72) (72) 0 0
PR 31 8.6.07 Diferencia 0 (9) (9) 0 0
del tipo de
cambio
Total 40 54 0 54 54
En SAP Business One 2007 A, el reconocimiento de la diferencia del tipo de cambio se

contabiliza en la misma línea de asiento junto al pago; en este ejemplo, la operación real
aparece del siguiente modo:
Tabla nº 4
Númer Fecha de Sin Importe Importe
o de contabiliza cabecera de la de la
operaci ción operació operació
ón n (ME) n (ML)
AS 8.6.07 Banco 60 72
PR 31 8.6.07 IC (60) (81)
AS 8.6.07 Diferencia 0 9
del tipo de
cambio
Total 0 0
© SAP AG 2007 52

El sistema detecta que la operación de diferencia del tipo de cambio debería haberse
reconocido en la fecha del pago, pero que no se ha hecho.
El sistema crea un asiento de upgrade para el valor de saldo vencido en el Haber de 9 USD
que compensa en teoría el saldo vencido del cobro nº 31, respecto a la diferencia del tipo de
cambio parcial que no se ha contabilizado.
El cobro se compensa en teoría porque la diferencia del tipo de cambio parcial debería
haberse reconocido en la fecha de la creación del pago y, por tanto, el asiento de upgrade
refleja esta compensación del tipo de cambio en la fecha del pago.

Reconciliación interna, se abre la ventana Reconciliación interna presentada en SAP Business
One 2007 A. La ventana muestra las operaciones actualmente pendientes contabilizadas para
el interlocutor comercial afectado:
Como el interlocutor comercial para el que se ha creado el ejemplo es un interlocutor comercial

con moneda extranjera, asegúrese de marcar la opción Visualizar operaciones sólo en ML. De
lo contrario, el asiento de upgrade no aparecerá en pantalla. Como se puede observar, los
campos Referencia 1 y Detalles indican que el asiento de upgrade corresponde al cobro nº 31.
© SAP AG 2007 53
Si el interlocutor comercial para el que se ha contabilizado el asiento de upgrade es un
interlocutor con moneda extranjera, como en este ejemplo, la moneda de interlocutor comercial
es EUR mientras que la moneda local es USD.
Una vez seleccionada la línea del asiento de upgrade, el pulsador OK se convierte en el
pulsador Reconciliar, porque el importe a reconciliar es cero.
Seleccione Reconciliar; el proceso siguiente se ejecuta automáticamente:

i. Como el importe a reconciliar en moneda local no es cero, el asiento siguiente se crea
para compensar la reconciliación en moneda local a cero:
Debe (ML) Haber (ML)
FC_Cust 9 USD
Pérdida* por 9 USD
diferencia de
cambio realizada
*El asiento se contabiliza automáticamente en la cuenta de diferencias del tipo de
cambio definida para la empresa en Gestión Definición Finanzas Determinación
de cuentas de mayor.
ii. El asiento de diferencias del tipo de cambio antes descrito se reconcilia
automáticamente con el asiento de upgrade.
iii. El asiento se contabiliza automáticamente en la fecha de reconciliación, que se puede
corregir manualmente en la ventana Reconciliación interna.
En caso de que el interlocutor comercial para el que se ha creado el asiento de upgrade se
defina como Monedas (todas), se crea el mismo asiento de upgrade, pero la acción del
usuario es diferente:
iv. En la ventana Reconciliación interna, seleccione el asiento de upgrade creado para la
corrección de la inconsistencia del reconocimiento del tipo de cambio parcial.
v. Seleccione Correcciones. En la ventana Correcciones, seleccione Crear registro en el
diario. Aparece la ventana Registro en el diario con una primera línea ya creada para el
interlocutor comercial, compensando el valor del asiento de upgrade. En este ejemplo,
el interlocutor comercial tiene un saldo acreedor.
vi. Para completar la línea adicional del asiento, seleccione la cuenta de ganancias o
pérdidas de la diferencia del tipo de cambio realizada. Añada el asiento.
© SAP AG 2007 54
vii. Aparecerá de nuevo la ventana Reconciliación interna. Tanto el asiento de upgrade

como la operación de compensación que acaba de crear se seleccionarán
automáticamente. El valor total de Importe a reconciliar es cero.
viii. Seleccione Reconciliar. Se trata el asiento de upgrade creado para el reconocimiento
del tipo de cambio parcial.
Si encuentra más de un asiento de upgrade contabilizado para el mismo interlocutor comercial

debido a la clase de inconsistencia de reconocimiento de diferencias del tipo de cambio
parcial, para tratarlos todos juntos a la vez, selecciónelos todos en la ventana Reconciliación
interna y lleve a cabo los pasos descritos anteriormente, en función de la definición de la
moneda de interlocutor comercial.
© SAP AG 2007 55
Reconciliación de pagos asociados con solicitud de anticipo
Esta clase de inconsistencia es relevante únicamente para localizaciones donde se dispone de

solicitudes de anticipo.
En los releases anteriores de SAP Business One 2007 A, si se crea una solicitud de anticipo, pagada
íntegramente con un anticipo y, a continuación, se ha pagado el anticipo, las operaciones asociadas a los
dos pagos (el anticipo y el pago del anticipo) no se reconcilian automáticamente entre ellas. Como
resultado, es posible reconciliar cada una de ellas con otras operaciones.
La solicitud de anticipo de deudores nº 4 se pagó íntegramente mediante el cobro nº 105.
© SAP AG 2007 56
El cobro nº 105 se paga mediante el cobro nº 106, que es el pago exterior.
Como las operaciones nº 10126 y nº 10127, asociadas con los cobros nº 105 y 106, no se
reconcilian entre ellas, es posible reconciliarlas con otras operaciones.
En este ejemplo, la operación nº 10127, asociada al cobro nº 106, se reconcilia con el asiento
nº 10128.
Como resultado, el cobro nº 106 se aplica dos veces:
Para el pago del cobro nº 105
© SAP AG 2007 57
Al reconciliarlo con el asiento nº 10128

El sistema detecta que el cobro nº 106 se ha aplicado dos veces. El sistema crea un asiento de
upgrade para volver a abrir en teoría el cobro nº 105 para el valor de saldo vencido en el Haber
de 100 EUR.

Como se puede observar, los campos Referencia 1 y Detalles indican que el asiento de
upgrade nº 10146 se creó para volver a abrir en teoría el cobro nº 105, utilizado para el pago
de la solicitud de anticipo de deudores nº 4.
© SAP AG 2007 58

ganancias.
Reconocimiento de diferencia de cambio de pagos de solicitudes de anticipo

En los releases anteriores de SAP Business One 2007 A, la diferencia del tipo de cambio no se reconoce en
el escenario siguiente:
1. Se crea un pago (en adelante, el "pago interior") para una solicitud de anticipo en moneda extranjera.
2. Después, se crea el pago final (en adelante, el "pago exterior") mediante el cual paga también el pago
interior.
3. El tipo de cambio definido para la moneda extranjera es diferente en la fecha de creación del pago
exterior del tipo de cambio utilizado en la fecha de creación del pago interior.
Esta clase de inconsistencia es relevante únicamente para localizaciones donde se dispone de

solicitudes de anticipo.

La solicitud de anticipo de deudores nº 6 para 100 USD se paga el 18.6.07 mediante el cobro
nº 107 de 100 USD (80 EUR):
© SAP AG 2007 59
El 20.6.07, se paga el cobro nº 107 mediante cobro nº 108 de 100 USD (75 EUR).
© SAP AG 2007 60
Las operaciones nº 10129 y 10130, asociadas con los cobros nº 107 y 108, no se reconcilian
entre ellas.
El sistema detecta que las operaciones nº 10129 y 10130, asociadas con los cobros nº 107 y
108, no se han reconciliado entre ellas. Para evitar futuras inconsistencias producto de la
reconciliación de una o ambas operaciones con otras operaciones, el sistema marca estas
operaciones como cerradas, como si se hubieran reconciliado.
Además, se crea un asiento de upgrade para reflejar la diferencia del tipo de cambio entre la
fecha de creación del cobro nº 107 y la fecha de creación del cobro nº 108. En este ejemplo,
este asiento de upgrade tiene un valor de saldo vencido en el Haber de 5 EUR.

La operación nº 10146 es un asiento de upgrade creado para reconocer la diferencia del tipo
de cambio. Los cobros nº 107 y 108 no aparecen ya que estos documentos se consideran
reconciliados. No obstante, los campos Referencia 1 y Detalles indican que el asiento de
upgrade se creó para el cobro nº 107.
© SAP AG 2007 61
Para una explicación más detallada consulte el apartado Procedimiento Siguiente en
Reconocimiento parcial de la diferencia del tipo de cambio..
© SAP AG 2007 62
Pago/asiento manual cancelado en reconciliación de diversos IC
Esta clase de inconsistencia es relevante únicamente en la República Checa, Hungría,

Polonia, Eslovaquia y Rusia.
Esta inconsistencia se produce cuando se cancela un pago o un asiento manual implicado en una
reconciliación de documentos/operaciones contabilizados para varios interlocutores comerciales. En tal
caso, el resto de documentos implicados en esta reconciliación no se vuelven a abrir y, por tanto, no se
pueden reconciliar de nuevo con un pago/asiento diferente.
El asiento nº 141, asociado a la factura de deudores nº 48, que a su vez está contabilizado
para el interlocutor comercial C1001, se reconcilia completamente con la operación nº 142,
asociada al cobro nº 30, contabilizada para el interlocutor comercial C10002.
Después, el cobro nº 30 se cancela y el asiento nº 144 se crea para reflejar la cancelación. No
obstante, la factura de deudores nº 48 sigue cerrada con un valor de saldo vencido equivalente
a cero en vez de volverla a abrir.
El sistema detecta que el asiento nº 144 anula el cobro nº 30, lo que significa que la factura de
deudores nº 48 no se ha pagado realmente.
El sistema crea un asiento de upgrade para corregir en teoría el saldo vencido del interlocutor
comercial C10002 mediante el valor de saldo vencido en el Debe de 100 SKK.
© SAP AG 2007 63

ganancias.
.
© SAP AG 2007 64
Falta de diferencia de tipo de cambio detrás de reconciliación de varios IC

Si se reconcilian operaciones o documentos con moneda extranjera contabilizados para más de un
interlocutor comercial y creados con diferentes tipos de cambio, no se reconocerá la diferencia del tipo de
cambio en el momento de efectuar la reconciliación.

Se creó la factura de acreedores nº 11 por 100 EUR (3.500 SKK) para el proveedor FC_V001.
Se creó la factura de deudores nº 49 por 100 EUR (3.300 SKK) para el cliente FC_C001.
La operación nº 145, asociada a la factura de deudores nº 49 se reconcilia completamente con

la operación nº 146, asociada con la factura de acreedores nº 11. El tipo de cambio de la fecha
de reconciliación es 1 USD = 33 SKK.
Las operaciones de diferencia del tipo de cambio respectivas no se contabilizan
automáticamente en el momento de la reconciliación.
El sistema detecta que se reconoció la diferencia del tipo de cambio en el momento de la
reconciliación de la factura de deudores nº 49 y la factura de acreedores nº 11.
Como resultado, el sistema crea dos asientos de upgrade diferentes para reconocer la
diferencia del tipo de cambio respecto a cada documento implicado en la reconciliación.
El informe del historial de upgrade de reconciliación interna muestra los asientos de upgrade
creados para la corrección de la inconsistencia:
© SAP AG 2007 65
Al seleccionar la línea que muestra uno de los asientos de upgrade creados para la corrección
de esta inconsistencia y seleccionar Reconciliación interna, se abre la ventana Reconciliación
interna presentada en SAP Business One 2007 A. La ventana muestra las operaciones
actualmente pendientes contabilizadas para el interlocutor comercial afectado:
La ventana anterior es la ventana Reconciliación interna del interlocutor comercial FC_C001.

Se abrió porque el asiento de upgrade seleccionado en el informe del historial de upgrade de
reconciliación interna era uno de los creados para la factura de deudores nº 49, originalmente
creada para el interlocutor comercial FC_C001. Al seleccionar el otro asiento de upgrade en el
informe (nº 168) y seleccionar Reconciliación interna, debería abrirse la ventana Reconciliación
interna para el otro interlocutor comercial implicado en la reconciliación.
Para una explicación más detallada consulte el apartado Procedimiento Siguiente en
Reconocimiento parcial de la diferencia del tipo de cambio.
Pago cancelado de solicitud de anticipo

Se crea un pago para pagar una solicitud de anticipo. A continuación, se utiliza este pago para reducir el
importe de la factura final. Después, este pago se cancela. Como resultado, el saldo vencido de la factura
final no se actualiza con el importe enlazado del pago cancelado.
© SAP AG 2007 66
La factura de anticipo de deudores por 100 SKK se paga mediante el cobro nº 27 y 90 SKK de
la misma se enlazan a la factura de deudores nº 45. El cobro nº 27 se cancela.
El saldo vencido de la factura de deudores nº 45 no se actualiza en consonancia, quedando 40
SKK en vez de actualizarse el valor con 130 SKK.
El sistema detecta que el cobro nº 27 se ha cancelado pero que la factura de deudores nº 45
todavía se considera con 90 SKK pagados, y que la factura de anticipo de deudores nº 36 está
pendiente.
El sistema crea un asiento de upgrade para volver a abrir en teoría la factura de deudores por
valor de saldo vencido en el Debe de 90 SKK, y cierra la factura de anticipo de deudores nº 36.
© SAP AG 2007 67

Como se puede observar, en la primera línea, la factura de deudores nº 45 se abre para el

importe de saldo vencido en el Debe de 40 SKK (como antes del upgrade). En la segunda
línea, el asiento de upgrade no tiene valor contable (el campo Importe está vacío), sólo el valor
de saldo vencido en el Debe de 90 SKK. Los campos Referencia 1 y Detalles indican que el
asiento de upgrade se creó para la factura de deudores nº 45.
ganancias.
© SAP AG 2007 68

Compensación de la operación del asiento de upgrade

La gran mayoría de inconsistencias las detecta y explica el sistema, pero pueden darse inconsistencias no
identificadas para las que se crea una operación de compensación de asiento de upgrade especial. Este
asiento de upgrade alinea el valor total de Saldo vencido de los documentos con lo que se sabe que es el
saldo total de la cuenta de interlocutor comercial:
Valor total de importes de operación = Valor total del saldo vencido de documentos
La operación de compensación de asiento de upgrade siempre se crea en el nivel de interlocutor comercial.
En otras palabras, sólo puede crearse una operación de compensación de asiento de upgrade por
interlocutor comercial.
Los motivos siguientes pueden explicar la creación de la operación de compensación de asiento de
upgrade:
Diferencias de redondeo menores
Modificación de una cuenta asociada a los interlocutores comerciales
La operación de compensación de asiento de upgrade se muestra en el informe del historial de upgrade de
reconciliación interna del siguiente modo:
El valor de la operación de compensación de asiento de upgrade e incluso su existencia se ven influidos por
el valor umbral definido para la empresa antes del upgrade (véase Administrator’s Guide). Como la
compensación del asiento de upgrade alinea el valor total de los importes de la operación con el valor total
del saldo vencido de los documentos, cuanto más pequeño es el valor umbral, más alta es la probabilidad
de que se cree un asiento de upgrade para cada inconsistencia identificada. Al final del proceso de upgrade,
no existirán diferencias entre el valor total de los importes de la operación y el valor total del saldo vencido
de los documentos contabilizados para el interlocutor específico, o existirá una diferencia relativamente
pequeña, que será el valor de la operación de compensación del asiento de upgrade.
No obstante, si el valor umbral definido es un importe relativamente amplio, existe una mayor probabilidad
de que algunas inconsistencias identificadas no inicien la creación de un asiento de upgrade específico, ya
que el valor del asiento de upgrade será inferior al del umbral. En tal caso, el valor requerido para alinear el
valor de los importes de operación y el valor total del saldo vencido de los documentos contabilizados para
el interlocutor comercial específico es mayor y, por tanto, el valor de la operación de compensación del
asiento de upgrade será mayor a su vez.
El valor umbral predeterminado es 0,05 de la moneda local definida para la empresa.
© SAP AG 2007 69
Tratamiento de una operación de compensación de asiento de upgrade

Al hacer clic en el icono situado junto al código de interlocutor comercial en el informe del historial de
upgrade de reconciliación interna, se abre la ventana Datos maestros interlocutor comercial del interlocutor
comercial. Haga clic en el icono en el campo Saldo de cuenta para ver la ventana Saldo de cuenta del
interlocutor comercial:
Aquí puede empezar a investigar la causa de la operación de compensación de asiento de upgrade y puede
resultar obvia cuando verifique el resto de operaciones contabilizadas para el interlocutor comercial.
Potencialmente, se puede tratar este asiento de upgrade justo como si se tratara de una operación normal
de interlocutor comercial. Decida si:
Dejarlo en el libro a la espera de que se contabilice la operación correspondiente, por ejemplo, un
abono o un pago;
Reconocerlo como deuda dudosa y contabilizarlo en la cuenta asociada de deudas dudosas del
interlocutor comercial;
Reconocerlo como ganancia o pérdida y contabilizarlo en la cuenta de pérdidas y ganancias.
Como la reconciliación del asiento de upgrade con esta operación correspondiente (u operaciones)
constituye el tratamiento, el asiento de upgrade no aparecerá más en los informes que muestren
operaciones sin reconciliar.
© SAP AG 2007 70
Anexo I:
Leyenda de abreviaturas de clase de operación
Clase de operación Origen
Saldo inicial SI
Saldo final CB
Asiento AS
Factura de deudores FA
Factura deudores + Pago FA
Factura de anticipo de deudores FA
Nota de cargo de deudores FA
Exención de factura de deudores FA
Efecto de deudores FA
Factura exenta de impuestos de

FA
deudores
Factura de exportación de
FA
deudores
Factura de anticipo de clientes AN
Abono de deudores RC
Factura de proveedores TT
Factura de anticipo de
TT
proveedores
Factura interna TT
Nota de cargo de acreedores TT
Factura de anticipo de
AN
proveedores
Abono de proveedores AC
Precio al desembarque DI
Cobro PR
Depósito EO
Depósito de documentos de
tarjeta de crédito con fecha DP
posterior
Pagos PP
© SAP AG 2007 71
Cheques para pago CP
Efecto: Depósito para pago OE
© SAP AG 2007 72
Copyrights y marcas registradas

© Copyright 2007 SAP AG. Todos los derechos reservados.
La versión actual de los copyrights y las marcas registradas en

http://channel.sap.com/sbocustomer/documentation es válida para este documento.
© SAP AG 2007 73

Reconciliaciones Internas SBO 2007

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Reconciliaciones Internas SBO 2007

Uploaded by

Copyright:

Available Formats

PÚBLICO

Cómo realizar un upgrade de

Cómo realizar un upgrade de reconciliación interna

El proceso de upgrade identifica las inconsistencias existentes: no las causa. Toda

Si utiliza la herramienta de simulación de upgrade de reconciliación interna, este documento le

Factura Representa uno de los siguientes artículos de deudores o

Factura de deudores, factura de acreedores, pagos y cobros,

Una factura abierta en teoría conserva el status previo al

Reconciliación parcial Al menos una de las operaciones o de los documentos involucrados

Las facturas de deudores nº 500, 550 y 604, por un importe de

Al añadir un cobro que paga íntegramente una factura de

Identificación de inconsistencias durante el proceso de

No se podrá corregir ninguna inconsistencia antes de realizar el upgrade.

Generación del informe del historial de inconsistencias

Parametrización de los criterios del informe

Clase de origen de Los resultados incluyen:

Para generar una lista con los asientos de upgrade creados

Los números asignados a los asientos de upgrade son

La fecha de contabilización del asiento de upgrade viene

De fecha de Especifique el rango de fechas de vencimiento para incluir

La fecha de vencimiento del asiento de upgrade viene

La fecha de documento del asiento de upgrade viene

Para el rango (de -10 a 5), el informe incluye los asientos de

Los criterios de selección utilizados se graban y aparecerán automáticamente la próxima vez

Visualización del informe

AC 479 representa el abono de compras nº 479. Para ver la

Nº operación El número del asiento asociado al documento/operación original

De forma predeterminada, esta columna no aparece en la

El número de la primera línea es 0, la segunda es la 1, etc.

De forma predeterminada, esta columna no aparece en la

De forma predeterminada, esta columna no aparece en la

Documento aplicado y Origen y número del documento originalmente enlazado al

PR 99 representa el cobro nº 99. Para ver la leyenda completa

PR 99 representa el cobro nº 99. Para ver la leyenda completa de

Las principales diferencias se detallan a continuación:

Campo Descripción / Actividad

Se produce este comportamiento incluso si:

Pago enlazado a la operación reconciliada: Upgrade de

El cobro 13 indica que la línea de asiento de upgrade vuelve

El contenido del campo Comentarios del nivel de línea

Tratamiento de asientos de upgrade

Potencialmente, se puede tratar un asiento de upgrade justo como si se tratara de una

La única manera de tratar asientos de upgrade resultantes del reconocimiento de diferencias

Factura enlazada al pago reconciliado

Antes de realizar el upgrade a SAP Business One 2007 A:

El asiento nº 147 está asociado a la factura de deudores nº 50 y se ha reconciliado

En la ventana anterior se muestra el informe Antigüedad cuentas de clientes generado por

No todas las clases de inconsistencias tienen la misma influencia en el informe Antigüedad.

Como se puede ver, la factura de deudores nº 49 se muestra con un importe pendiente de 80

Después del upgrade a SAP Business One 2007 A:

Al seleccionar la línea específica que muestra el asiento de upgrade y seleccionar

Abono enlazado al pago reconciliado

Antes de realizar el upgrade a SAP Business One 2007 A:

El abono nº 7 y la factura de deudores nº 51 se pagaron parcialmente mediante el cobro nº 34:

Los asientos nº 149 y 151, asociados a las facturas de deudores nº 51 y 52 respectivamente,

Al seleccionar la línea específica que muestra el asiento de upgrade y seleccionar

reconciliar el abono de deudores nº 7 y el asiento de upgrade nº 169 junto con la factura de

Pago enlazado a la operación reconciliada

Antes de realizar el upgrade a SAP Business One 2007 A:

El asiento nº 116, asociado a la factura de deudores nº 40, está reconciliado completamente

Al seleccionar la línea específica que muestra el asiento de upgrade y seleccionar

Factura/Haber enlazado al Haber/factura

Antes de realizar el upgrade a SAP Business One 2007 A:

El abono de deudores nº 6 abona parcialmente la factura de deudores nº 41. Los asientos