Numera Wiki - User contributions [en]

Documento equivalente a factura

2021-05-07T14:39:15Z

Valentina: /* Tipos de documentos equivalentes a factura de compra */

Son los [[documentos]] que reflejan toda la información de una operación de venta de bienes o servicios, para quienes no están [[obligados a facturar]] pero sí están obligados a emitir este tipo de documento. Es decir, no es una factura de venta, pero es equivalente a ella.

De acuerdo al [[Decreto 522 de 2003]] los requisitos mínimo de un [[documento equivalente a factura]] son:

* Datos comprador: Apellidos y nombre o [[razón social]] y [[NIT]]
* Datos vendedor: Apellidos y nombre o [[razón social]] y [[NIT]].
* Consecutivo o Número de documento
* Fecha de expedición del [[documento equivalente a factura]]
* [[Concepto]]
* Valor de la operación
* Discriminación del impuesto asumido por el adquirente en la operación, si aplica
* Firma del vendedor en señal de aceptación.

==[[Documento equivalente a factura]] en [[Numera]]==

Este tipo de documentos no hacen parte del [[documento soporte]], son un [[documento de compra]] que hace parte de las [[facturas de compra]]

=Tipos de documentos equivalentes a factura de compra=

# El tiquete de máquina registradora con sistema P.O.S.
# La boleta de ingreso al cine.
# El tiquete de transporte de pasajeros.
# El extracto, de los cuales se excluye el extracto de crédito (leasing)
# El tiquete o billete de transporte aéreo de pasajeros.
# El documento en juegos localizados.
# La boleta, fracción, formulario, cartón, billete o instrumento en juegos de suerte y azar diferentes de los juegos localizados.
# El documento expedido para el cobro de peajes.
# El comprobante de liquidación de operaciones expedido por la Bolsa de Valores.
# El documento de operaciones de la bolsa agropecuaria y de otros commodities.
# El documento expedido para los servicios públicos domiciliarios.
# La boleta de ingreso a espectáculos públicos.
# El documento equivalente electrónico. De acuerdo al [[Concepto 23866 de 2017]] dentro de este tipo de documento equivalente electrónico se encuentran las pólizas expedidas por entidades aseguradoras

Herramienta de Interpretación de documentos

2021-05-07T14:31:59Z

Valentina: /* Validaciones de documentos de compra */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información. Hoy interpretamos factura de compra, factura de venta y documento soporte

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en [[campos]] como :[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]], [[centros de costos]], etc.

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Documentos sin Nit o Razón social (Aplica para FC, FV y DS)
## Cuando un documento viene sin NIT se debe enviar al NIT 222222222 (9 números 2)
## Cuando viene sin razón social la razón social debe ser CUANTIAS MENORES

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.
## Si el [[IVA]] viene discriminado en la linea de cada concepto en porcentaje (19% 5%) y en valor unitario, se debe llevar como preferencia el porcentaje (19% 5%)
#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que sea el valor después del IVA, pero antes de cualquier retención. Sin embargo, si la factura no detalla el valor total antes de retenciones, el total será el que evidencie la factura después de retenciones.
##Los decimales se deben separar con coma o punto? se debe separar con punto (.)

===Validaciones de [[cuenta de cobro] o [[documento soporte DIAN]]===

* Razón social
Cuando un documento tiene los datos del tercero en la firma (parte inferior del documento), pero a la vez de cuantía menor en “Debe a”, tomamos el beneficiario a quien se debe; es decir, cuantía menor y su numero de NIT correspondiente.

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

===Validaciones de [[documentos de venta]]===

==Motivos de rechazo==

Un documento es rechazado por Numera cuando:

1. Se radica un soporte contable en un tipo de documento que no corresponde, y son de naturaleza distinta.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

* excepción: Cuando se radiquen 10 o mas documentos con el tipo de documento que no correspondiente, no se rechaza. Un humano lo modifica.

2. Que un documento interpretable lo radiquen con clave: el principal motivo es porque el documento al tener clave no permite la lectura del [[RAW Text]]. [https://wiki.esnumera.com/wiki/PDF#Quitar_la_clave_a_PDF Ver aquí como quitar la clave a un pdf]

Otros links

[[¿Cómo editar en el Wiki?]]

2021-02-15T02:50:00Z

Valentina:

* Direccion de Impuestos y Aduanas Nacionales - DIAN
https://www.psepagos.co/PSEHostingUI/DIANTicketOffice.aspx?banco=1013

* Secretaria Distrital de Hacienda - SHD
https://oficinavirtual.shd.gov.co/Tareaps/TaxPayment.jsp

LINKS PARA PAGO DE IMPUESTOS

2021-02-15T02:49:16Z

Valentina:

Direccion de Impuestos y Aduanas Nacionales - DIAN
https://www.psepagos.co/PSEHostingUI/DIANTicketOffice.aspx?banco=1013
Secretaria Distrital de Hacienda - SHD
https://oficinavirtual.shd.gov.co/Tareaps/TaxPayment.jsp

LINKS PARA PAGO DE IMPUESTOS

2021-02-12T20:05:55Z

Valentina: Created page with "JJ"

Valentina:

File:Clicenlapartesuperiorderecha-Logodelaimpresora.JPG

2021-01-26T23:34:06Z

Valentina:

Herramienta de Interpretación de documentos

2021-01-26T23:32:42Z

Valentina: /* ¿Cómo puedo quitarle la clave a mi PDF? */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

==Motivos de rechazo==

Un documento es rechazado por Numera cuando:

1. Se radica un soporte contable en un tipo de documento que no corresponde, y son de naturaleza distinta.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave: el principal motivo es porque el documento al tener clave no permite la lectura del [[RAW Text]]

===¿Cómo puedo quitarle la clave a mi PDF?===

Ingresar al PDF original, y dé click en imprimir (Ctrl+P). Allí, guárdelo como PDF y el documento quedara sin clave y listo para radicar de forma correcta
[[file:IngresarlaclavealPDF.JPG|400px]]}

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.
## Si el [[IVA]] viene discriminado en la linea de cada concepto en porcentaje (19% 5%) y en valor unitario, se debe llevar como preferencia el porcentaje (19% 5%)
#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto? se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

File:IngresarlaclavealPDF.JPG

2021-01-26T23:32:30Z

Valentina:

Herramienta de Interpretación de documentos

2021-01-25T22:44:02Z

Valentina: /* Validaciones de documentos de compra */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponda.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.
## Si el [[IVA]] viene discriminado en la linea de cada concepto en porcentaje (19% 5%) y en valor unitario, se debe llevar como preferencia el porcentaje (19% 5%)
#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto? se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:42:50Z

Valentina: /* Validaciones de documentos de compra */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponda.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.
## Si el [[IVA]] viene discriminado en la linea de cada concepto en porcentaje (19% 5%) y en valor unitario, se debe llevar como preferencia el porcentaje (19% 5%)
#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:41:50Z

Valentina: /* Validaciones de documentos de compra */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponda.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.
## Si el [[IVA]] viene discriminado en la linea de cada concepto en porcentaje (19% 5%)y en valor unitario, se debe llevar como preferencia el porcentaje
#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:37:46Z

Valentina: /* Motivos de rechazo */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponda.

Ejemplo: Radicar una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:37:24Z

Valentina: /* Motivos de rechazo */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponda.

Ejemplo: Que se radique una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:37:07Z

Valentina: /* Motivos de rechazo */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte contable en un tipo de documento que no corresponde.

Ejemplo: Que se radique una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:36:25Z

Valentina:

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique un soporte de contabilidad en un tipo de documento que no corresponde.

Ejemplo: Que se radique una factura de venta con el tipo de documento Factura de compra o viceversa

2. Que un documento interpretable lo radiquen con clave, el principal motivo es porque el documento al tener clave no permite la lectura del RAW Text

¿Cómo puedo quitarle la clave a mi PDF?

Ingresar al PDF original, Ctrl+P, clic en imprimir como PDF y así el documento quedara sin clave y listo para radicar de forma correcta

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:17:55Z

Valentina:

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique una factura en un tipo de documento que no corresponde.

Ejemplo: Que se radique una factura de venta como una Factura de compra o viceversa

2. Los documentos interpretables que tengan clave, el principal motivo es porque al documento tener clave no permite la lectura del RAW Text
[[Archivo:Archivo con clave.jpg|100px]]

¿Cómo puedo quitarle la clave a mi PDF?

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:07:48Z

Valentina: /* Motivos de rechazo */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique una factura en un tipo de documento que no corresponde.
Ejemplo: Que se radique una factura de venta como una Factura de compra o viceversa

2. Los documentos interpretables que tengan clave, el principal motivo es porque al documento tener clave no permite la lectura del RAW Text

[[Archivos_con_clave.PNG|400px]]

¿Cómo puedo quitarle la clave a mi PDF?

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:05:49Z

Valentina: /* Motivos de rechazo */

Es la forma en la que en [[Numera]] hemos empezado a recopilar datos sobre el comportamiento de los documentos, especialmente [[factura de compra]] y [[documento equivalente a factura]], para lograr [[leer los documentos]] sin intervención humana.

=¿Para qué sirve?=
Su meta es interpretar los campos que hacen parte de un [[documento]] radicado en la [[VURV]] y que [[Intellectio]] pretende leer. Cuando decimos interpretar estamos tratando de exponer que con la herramienta esperamos encontrar guias y coincidencias que nos permitan usar el [[raw text]] que entrega [[Textract]] y que son solo datos para convertirlo en información.

=¿Cómo lo hace?=
Cuando un [[usuario]] culmina el proceso de [[radicar]], visualiza el [[raw text]], que contiene los datos organizados del [[documento]] extraída por [[Textract]]. [[Intellectio]] pretende leer qué datos contiene el [[documento]] y la convierte en información al categorizarla en los [[campos]]:[[datos]] del [[proveedor]], [[concepto]], [[valor]], [[impuestos]] y [[centros de costos]].

Con la [[Herramienta de Interpretación de documentos]] esperamos construir un algoritmo que sea capaz de leer facturas en Colombia. Para que esto pase estamos llenando con [[torque mecánico]] la [[Interpretación máquina]] y la [[Interpretación humano]]

=Interpretación máquina=

Contiene lo que la [[Intellectio]] pudo extraer y categorizar de la información del [[documento]] sin ningún cambio respecto de los datos del [[raw text]]. La interpretación máquina, además, aprende de experiencias en otras facturas interpretadas y mejoras generales a [[Intellectio]] para utilizar información pasada que aumente la confiabilidad de los [[registros contables]] que se generarán.

=[[Interpretación humano]]=

Permite que un humano corrija la información generada por la interpretación máquina. El objetivo es darle elementos de aprendizaje a [[Intellectio]] para estandarizar la información y llevar a la [[contabilidad]] los registros con calidad.

==Aprobación de Documentos==

Esta tarea se hace posterior a verificar que todos los campos habilitados para registrar la información del documento a radicar, tanto en el campo '''''Interpretación máquina''''' con la información que se visualiza en el [[raw text]] del documento cargado y que la '''''Interpretación humano''''' estén debidamente diligenciados y con la información que se visualiza en el [[documento]] cargado.

==Motivos de rechazo==

1. Que se radique una factura en un tipo de documento que no corresponde.
Ejemplo: Que se radique una factura de venta como una Factura de compra o viceversa

2. Los documentos interpretables que tengan clave, el principal motivo es porque al documento tener clave no permite la lectura del RAW Text

[[file:Archivosconclave.png|400px]]}

¿Cómo puedo quitarle la clave a mi PDF?

[[file:Herramientainterpretacion.png|400px]]}

===Validaciones de [[documentos de compra]]===

Las validaciones que hacen los humanos y la máquina en el proceso de aprobación de documentos incluyen:

#Revisiones generales:
##Los campos de la interpretación máquina son fiel copia de toda la línea copiada del raw text, y no de un extracto de la línea.
##No deben haber campos vacíos en la interpretación que estén disponibles en la factura.
##Facturas con saldos anteriores: Si es el saldo es negativo (a favor del comprador) se interpreta como un concepto y se homologa como anticipo (que su efecto es negativo para cruzar con el saldo por cobrar que está en contabilidad). Si el saldo es positivo (a favor del vendedor), este saldo no se interpreta ni homologa porque la factura anterior ya está contabilizada, sumando en el valor a pagar al proveedor.
##[[Reembolso de caja]]: Cada factura de compra debe radicarse como documento de compra el documento donde se relaciona el cobro de estos documentos, como un tipo de documento "Reembolso".
##Los adjuntos que incluyen varios [[documentos de compra]] son rechazados ya que la [[radicación]] debe ser uno a uno.
#Numero de factura
##En los [[documentos equivalentes a factura]], como los tiquetes de avión, el número de documento o factura será el no. de tiquete o el no. de recibo de maquina registradora.
##El no. de factura es el que esté después de la denominación "factura de venta", "recibo", "tiquete", etc; incluyendo el prefijo.
#Fecha
##Si un documento de compra no detalla la fecha en el soporte, no es rechazado por [[Numera]], interpretamos como "humano" que la fecha es la del día que se radicó el documento, sin embargo el campo fecha en "máquina" queda vacío. El usuario decidirá si esa factura se rechaza en su estado de radicación.
#Fecha de pago
##Si un documento detalla la fecha de vencimiento “A 30, 60 ó 90 días” el campo se toma vacío, solamente se diligencia el campo de fecha cuando en la factura dice expresamente fecha de vencimiento (dd-mm-aa) o (aa-mm-dd).
#NIT
## Los terceros se crean por el NIT o RUT (sin [[dígito de verificación]]), independiente de su nombre, dirección, teléfono u otros datos, por consiguiente, si se cambia algún número en el NIT o RUT, el sistema crea un tercero nuevo. Es de anotar que el campo de NIT no permite ingresar espacios.
##Si es una empresa, contiene 9 dígitos (no incluye Dígito de Verificación).
##Si la información que está en la cuenta de cobro es diferente a la del RUT se rechaza el documento, porque se crearía mal el tercero (esto procede en el caso que el ser humano que interpreta compare aleatoriamente el RUT con la cuenta de cobro, pues la validación de la información está a cargo del usuario cliente)
##En los [[documento soporte]] en adquisición a no obligados a facturar, si bien el documento soporte lo emite el mismo comprador(por ley), la compra se registra con el tercero que vendió el bien o servicio.
##El campo permite de 7 a 10 dígitos para terceros nacionales. Es esencial que un tercero esté marcado como internacional para que permita digitar cualquier tipo de dígitos y número de caracteres
#Razón social
##El tercero o proveedor es una "razón social" sólo si el NIT es de una empresa, de lo contrario debería ser el nombre de una persona. Sin embargo, si el proveedor no detalla el nombre, se crea con el nombre comercial que este en la factura, documento equivalente o documento soporte.
##Nuestra comprobación de terceros es por el NIT o el RUT, y los datos adicionales como nombre o dirección del tercero se interpretan tal cual está en la factura. Si hay tildes en los terceros se dejan.
##Las facturas multi-tercero por el momento, asocian al tercero principal de la factura o el que tenga un monto mayor. Por ejemplo, la factura de Codensa + Aseo se asociará el tercero Codensa.
#Dirección
##Si la factura incluye en la dirección el barrio, ciudad, municipio, departamento, entre otros, se incluye en el campo de dirección.
#Telefóno
##Se deben tomar todos los números que la factura contiene (línea completa)
##El campo permite 20 dígitos, si el [[documento]] tiene números que superen este límite, se toma el primero.
#Conceptos
##Si la factura viene con diferentes conceptos en diferentes líneas, así mismo se detallarán en la interpretación cada uno de los conceptos.
##En un futuro llevaremos control de unidades. Mientras tanto, las facturas con unidades se diligencian como un valor total.
##La [[propina]] no se crea como un concepto para interpretar, bajo la lógica actual, cuando se despliega el impuesto al consumo aparece el campo de [[propina]] en la interpretación y es allí donde se diligencia. Esta [[propina]] no se homologa, llega a contabilidad como un producto específico sin IVA ni impuestos.
#IVA
## Siempre se debe diligenciar por separado el [[IVA]] y el [[impuesto al consumo]].
##Si el iva viene en la línea de cada concepto (en frente), este impuesto debe ir dentro de cada concepto, pero si el iva viene discriminado al final de la factura, este se coloca al final de la interpretación y no en cada concepto.

#Total
##En el campo "total" se debe colocar el valor total que aparezca en la factura. Lo ideal es que después del IVA, pero antes de cualquier retención. Sin embargo, si la factura detalla el valor total después de retenciones, este es el que se diligencia.
##Los decimales se deben separar con coma o punto se debe separar con punto (.)

''vista de la pantalla a el 10 de febrero de 2020''

[[file:Herramientainterpretacion.png|400px]]}

Otros links

[[¿Cómo editar en el Wiki?]]

===Validaciones de [[documentos de venta]]===

Herramienta de Interpretación de documentos

2021-01-25T22:05:25Z

2020-12-22T22:44:22Z

Valentina:

Esta es una funcionalidad creada en [[Numera]] para que los [[usuarios]] puedan habilitar las empresas en el sistema. Con esta funcionalidad se persigue que en pasos muy sencillos un usuario pueda crear una empresa, [[parametrizar]]la en [[Odoo]]. En [[Numera]] sabemos por la experiencia de nuestros [[usuarios]] que la migración de un [[sistema contable]] a otro es una pesadilla para las [[empresas]] y para los [[contadores]]. Con esto en mente hemos construido [[Migrare]] para [[crear empresa]]s.

Los pasos que sigue el sistema para crear una [[empresa]] son los siguientes:
1. Crear empresa: En este link https://esnumera.com/companies/ se puede ingresar a la herramienta de [[Crear empresa]].

[[File:Crear empresa - Numera.png|600px]]

2. Se debe llenar el formulario que se despliega al dar clic en [[Crear empresa]].

[[File:Llenar formulario para creacion de empresa.png|600px]]

3. Subir el RUT.
- Se da clic en seleccionar archivo, allí te llevara a los documentos bien sea del computador o celular, eliges el RUT correspondiente y luego clic en enviar RUT

[[File:Cargar RUT.png|600px]]