CLL F399 Ug Esa

Con la asociación de la retención de IVA a la línea tipo TAX, se garantiza la
integridad de los datos y la determinación de la Base generadora de la retención.
3.5 Sección de Ventas y Exportaciones
El Anexo Transaccional Simplificado requiere de información adicional que no se

encuentra disponible en los campos CORE de Account Receivables en Oracle e-
Business Suite release 12. Ejemplo: Tipo de identificación del cliente.
Para registrar este tipo de datos, se deben usar las extensiones de caputura de
información adicional creado por ADD-ON LOCALIZATIONS, y de esta manera
estar en capacidad de poblar los campos requeridos por el Anexo Transaccional
Sumplificado en su estructura XML.
A continuación se explicará la información adicional requerida para las secciónes
del Anexto Transaccional Simplificado: VENTAS Y EXPORTACIONES
3.5.1 Asignar información adicional en el Registro de Clientes
La localización de Ecuador ha creado una extensión para ingresar información

adicional para el registro de Clientes, información que es requerida por el Anexo
Transaccional. La extensión consta de los siguientes campos:
Ecuador LAD Add-on Localizations Manual del Usuario 96

Legal Reports
1. Tipo de Identificación del Cliente
Corresponde al tipo de identificación del cliente o agente de retención (cuando

corresponda). Consta de dos caracteres, de acuerdo a lo señalado en la siguiente
tabla. Este campo relaciona el tipo de transacción con el código de
identificación del cliente.
Tabla 2: Tipo de Identificación

Código a
Tipo Transacción Tipo de Identificación
usar
4 VENTA RUC
5 VENTA CEDULA
PASAPORTE / IDENTIFICACIÓN TRIBUTARIA DEL
6 VENTA
EXTERIOR
7 VENTA CONSUMIDOR FINAL
19 VENTA PLACA o RAMV/CPN
20 EXPORTACION RUC
PASAPORTE / IDENTIFICACIÓN TRIBUTARIA DEL
21 EXPORTACION
EXTERIOR
Para registrar el tipo de identificación del cliente, se debe tener la siguiente ruta:
Responsabilidad de AR > Clientes > Clientes

Legal Reports
Importante: La información adicional cargada en este campo, será para poblar
el TAG tpIdCliente de la sección de ventas en el XML del ATS.
2. Parte Relacionada
Es un campo condicional, se debe ingresar información solamente cuando el

código del tipo de identificación del cliente es igual a 04, 05 y 06 Debe siempre
seleccionarse una opción SI/NO.
Para indicar sí el cliente es parte relacionada, se debe tener la siguiente ruta:

Legal Reports
el TAG parteRel de la sección de ventas en el XML del ATS.

Legal Reports
3. Tipo de Cliente
En un campo condicional, se debe ingresar información solamente cuando el

código del tipo de identificación del cliente es igual a 06 (venta–pasaporte).
Corresponde a uno de los siguientes códigos:
Tipo de Cliente
TIPO CÓDIGO
PERSONA NATURAL 01
SOCIEDAD 02
Para registrar el tipo de identificación del cliente, se debe tener la siguiente ruta:

Legal Reports
el TAG tipoCliente de la sección de ventas en el XML del ATS.
3.5.2 Asignar información adicional en los Orígenes de Transacción
ADD-On Localizations ha creado para Ecuador una extensión para ingresar

información adicional en los orígenes de transacción de Account Receivables, con
el propósito de clasificar los tipos de emisión de las facturas de venta. Los tipos de
emisión establecidos por el SRI son emisiónes electrónicas y/o físicas.
Los orígenes de transacción establecen los controles a los tipos de transacciones

(facturas, notas debito, notas credit, etc..), en cuanto a el tipo de numeración si es
automática o manual o establecer la unidad operativa bajo la cual se crearan
facturas, notas crédito, notas debito y demás tipo de transacciones que pueden ser
ingresadas en Account Receivables.
Para consultar mas información acerca de los Origines de Transaccion, ver

Oracle Receivables User Guide .
Para ingresar la información adicional tenga en cuenta la siguiente ruta:
Tipo de Emisión
Este campo es de registro obligatorio e indica que si la emisión del
comprobante de venta es física o electrónica. Si es electrónica no se sumará los
valores al talón resumen. Los códigos para identificar el tipo de emisión son:
TABLA 21: Tipo de emisión facturación

Legal Reports
Tipo de Ingreso Código Operación
Facturación Física F
Facturación Electrónica E
Para registrar esta clasificación, se sigue la misma ruta del punto anterior:
Responsabilidad de AR > Configuración > Transacciones > Orígenes

Legal Reports
el TAG tipoEm de la sección de Ventas en el XML del ATS.
3.5.3 Asignar información adicional en los Tipos de Transacciones

adicional en los tipos de transacciones de AR. Información que es requerida por el
Anexo Transaccional. La extensión consta de los siguientes campos:
1. Código Tipo de Comprobante
Corresponde al tipo de comprobante utilizado en la transacción que se va a

registrar, se debe tener en cuenta el código asignado a cada tipo de
comprobante. Para el caso de transacciones o ventas locales, sólo se tendrán en
cuenta las siguientes tipos de comprobantes:
Tabla 4: Tipos Comprobantes Autorizados

Código
Secuenciales
Código Tipo de Comprobante Transacción Sustento tributario

01, 02, 03, 04, 05,
01, 02, 03, 04, 05, 06, 07, 08, 09,
4 Nota de crédito 06, 07, 09, 19, 20,
00
21
01, 02, 03, 04, 05,
01, 02, 03, 04, 05, 06, 07, 08, 09,
5 Nota de débito 06, 07, 09, 19, 20,
00
21
Documentos autorizados utilizados en ventas
18 04, 05, 06, 07 , 19 ninguno
excepto N/C N/D
01, 02, 03, 04, 05,
41 Comprobante de venta emitido por reembolso 06, 07, 09,19 ,20, 01, 02, 03, 04, 05, 06, 07
21
42 Documento agente de retención Presuntiva 1 00, 12
44 Comprobante de Contribuciones y Aportes 04, 05, 06, 19 ninguno
Para las exportaciones o los ingresos provenientes del exterior, se deben tener
los siguientes tipos de comprobantes:
Tabla 4: Tipos Comprobantes Autorizados

Código
Secuenciales
Código Tipo de Comprobante Transacción Sustento tributario

01, 02, 03, 04, 05, 06, 07, 08, 09,
1 Factura 01, 09, 20, 21
00
01, 02, 03, 04, 05,
01, 02, 03, 04, 05, 06, 07, 08, 09,
4 Nota de crédito 06, 07, 09, 19, 20,
00
21

Legal Reports
01, 02, 03, 04, 05,
01, 02, 03, 04, 05, 06, 07, 08, 09,
5 Nota de débito 06, 07, 09, 19, 20,
00
21
Formulario Único de Exportación (FUE) o
16 Declaración Aduanera Única (DAU) o Declaración 9,20,21 ninguno
Andina de Valor (DAV)
01, 02, 03, 04, 05,
41 Comprobante de venta emitido por reembolso 06, 07, 09,19 ,20, 01, 02, 03, 04, 05, 06, 07
21
Para registrar el código del tipo de comprobante para los tipos de transacción,
siga la siguiente ruta:
Responsabilidad de AR > Configuración > Transacciones > Tipos de

Transacciones

Legal Reports
el TAG tipoComprobante de la sección de ventas en el XML del ATS.
Para tener mas detalle acerca de los tipos de comprobantes a utilizar en la
sección de ventas o exportaciones, puede consultar la ficha técnica del Anexo
Transaccional del Servicio de Rentas Internas.
2. Código de Establecimiento
Se debe ingresar el número o código de Establecimiento definido por el SRI

para el Establecimiento que va a generar Facturas de ventas. En un campo
dinámico para ingresar máximo 3 dígitos.
Para registrar esta información, se sigue la misma ruta:

Transacciones

Legal Reports
3. Punto de Emisión
Corresponde al código del Punto de Emisión que asigna el SRI a la compañía que
junto al código de Establecimiento, va a generar Facturas de Venta. Esta
información junto con el Código de Establecimiento comprende la base para la
asignación de consecutivos por parte del SRI.
Para registrar esta información, se ha definido una extensión a nivel de los tipos de
transacción de AR. Es un campo dinámico con una extensión de 3 dígitos.
Para registrar esta información, se sigue la misma ruta:

Transacciones

Legal Reports
4. Código Tipo de Transacción de Exportación
Corresponde al tipo de transacción realizada, de acuerdo al tipo de documento

que la sustenta: refrendo o Factura de exportación. Consta de dos caracteres y
su registro es obligatorio.
Los tipos de exportación son:
Tabla 10: Tipo de Exportación / Ingreso del exterior

Legal Reports
Código Secuencial de Tipo Import/Export
01 Exportación de bienes con Refrendo
02 Exportación de bienes sin Refrendo
03 Exportaciones de servicios u Otros Ingresos del exterior (Incluye activos intagibles)
Para registrar esta clasificación, se sigue la misma ruta del punto anterior:

Transacciones

Legal Reports
el TAG exportacionDe de la sección de Exportaciones en el XML del ATS.
NOTA: Cuando los dos campos (Invoice Type Code y Export Transaction
Type Code), esten con valores, siginifica que el tipo de transacción será usado
para registrar una Factura de Exportación o de ingresos provenientes del
exterior. Esta condición será la diferencia entre una Factura de venta local y
una del exterior, ya que en el Anexo Transaccional las facturas locales y de
exportación, van en secciónes diferentes.
3.5.4 Asignar información adicional en la Cabecera de Facturas de Clientes

adicional en las Facturas de clientes de AR. Información que es requerida por el
Anexo Transaccional y que consta de los siguientes campos:
1. Número del Refrendo del Comprobante
Este campo se debe llenar únicamente cuando se informó “Con refrendo” en el

campo “Exportación de” para el tipo de transacción usado en la Factura.
Corresponde al número asignado por la Aduana a la transacción de exportación.
Cuando el tipo de comprobante sea nota de crédito o nota de débito, este campo
deberá ser llenado con el número de refrendo del comprobante original.
El número del Refrendo del Comprobante para una transacción de exportación

o de ingresos del exterior, está conformado por la siguiente información:
 Código del Distrito Aduanero

 Año de Numeración de la DAI
 Código del Régimen
 Número secuencial de la DAI
Para registrar este número, siga la siguiente ruta:
Ruta: Responsabilidad de AR > Transacciones > Transacciones

Legal Reports
los TAG´s distAduanero, anio, régimen, correlativo de la sección de
Exportaciones en el XML del ATS.
2. Número del Documento de Transporte

campo “Exportación de”. Corresponde al número registrado en el documento
que soporta el transporte de la mercadería con el cual se realizó el registro de
la exportación. El campo contiene hasta 13 caracteres numéricos. Cuando el

Legal Reports
tipo de comprobante sea nota de crédito o nota de débito, este campo deberá
ser llenado con el número de refrendo del comprobante original.
Para registrar esta información, se debe seguir la misma ruta del punto anterior:

el TAG docTransp de la sección de Exportaciones en el XML del ATS.

Legal Reports
3. Fecha de la Transacción

campo “Exportación de”. Se debe ingresar la fecha efectiva en la que se
realizó el embarque. En el caso de ingresos del exterior o exportación de
servicios, se registrará la fecha en la que se realizó el cobro y se registró
contablemente, es decir, al mes al que corresponde el ingreso. La fecha debe
ser superior a 01/01/2002, consta de 10 caracteres.
Para registrar la fecha de la transacción de exportación, se debe seguir la misma

ruta del punto anterior:

Legal Reports
el TAG fechaEmbarque de la sección de Exportaciones en el XML del ATS.
4. Número de Autorización del Comprobante de Venta
Es el Número de Autorización que otorga el SRI al contribuyente para la

impresión de comprobantes, consta de diez caracteres, es requisito de
facturación obligatorio a partir de octubre del 2000, sin embargo se debe
considerar que por el nuevo sistema de Facturación electrónica dichas
autorizaciones son de hasta 37 caracteres.
Para aquellos contribuyentes autorizados a imprimir sus comprobantes de venta
en sistemas computarizados, se debe ingresar el Número de Autorización
otorgado por el SRI, para este efecto.
Para ingresar el Número de Autorización del comprobante de venta, se debe

seguir la misma ruta del punto anterior.

Legal Reports
5. Tipo de compensaciones
Los Estados afectados por el terremoto como Manabí y Esmeralda, tendrán una
compensación en el cobro del IVA a las ventas de un 2%. Esta compensación
aplicará para las emisiones de facturación de ventas física como electrónica, lo
que hace necesario clasificarlas como tal, para identificar el tipo de
compensación al que se ajuste la transacción de venta por cliente en el periodo
que se informa en el siguiente cuadro.
Importante: El código de 02 – Medios Electrónicos sólo podrá ser usado o

seleccionado, si el origen de transacción esta clasificado en la extensión con el
valor E (Ver punto 3.5.2), que indica tipo de emisión electrónica. Los tipos de
emisión electrónica y el tipo de compensación electrónicos, NO SERÁN
tenidos en cuenta en la generación del Anexo Transaccional Simplificado.
TABLA 21: Tipos de compensaciones

Legal Reports
Código
Tipo de Ingreso Operación Fecha Inicio
Ley Solidaridad -Zonas Afectadas 01 01-06-16
Medios Electrónicos 02 01-05-16
El registro de este campo, es una selección de un código que identifica el tipo

de compensación y para su ingreso se debe seguir la misma ruta del punto
anterior:

Legal Reports
el TAG tipoCompe de la sección de Ventas en el XML del ATS.
6. Tipo Ingresos del Exterior
Corresponde al tipo de transacción realizada por concepto de ingresos del

exterior mediante el tipo de comprobante No. 15 denominado “Comprobante
de venta emitido en el Exterior” (El tipo de comprobante es ingresado en el
primer campo de la extensión de tipos de transacción de Account Receivables.
Ver punto 3.5.3 de este documento), Consta de tres carácteres, de acuerdo a
lo señalado en la tabla 18 del maestro de datos del Anexo Transaccional
Simplificado.
Importante: El registro del tipo de ingresos del exterior, es condicional. Debe

ser ingresado de forma obligatora cuando se infoma el código 03 en el campo
Tipo de Exportación de la extensión de tipos de transacción de Account
Receivables (Ver punto 3.5.3 de este documento).
El registro de este campo, es una selección de un código que identifica el tipo

de ingresos del exterior y para su ingreso se debe seguir la misma ruta del punto
anterior:

Legal Reports
el TAG tipIngExt de la sección de Exportaciones en el XML del ATS.
7. ¿El ingreso del exterior fue gravado con impuesto a la renta o uno similar,
en el país en el que se obtuvo?
Campo de respuesta afirmativa o negativa SI o NO respectivamente. Consta de

dos caracteres, debe ser ingresado en forma obligatoria cuando se infoma el
código 03 en el campo Tipo de Exportación de la extensión de tipos de
transacción de Account Receivables (Ver punto 3.5.3 de este documento).

Legal Reports
Para el registro de esta información se debe seguir la misma ruta del punto
anterior:

el TAG ingextgravotropaís de la sección de Exportaciones en el XML del
ATS.

Legal Reports
8. Valor del impuesto a la renta o impuesto similar pagado en el exterior por el
ingreso obtenido
Es un campo condicional y se debe registrar cuando en el campo anterior: ¿El

ingreso del exterior fue gravado con impuesto a la renta o uno similar, en el
país en el que se obtuvo? (Punto 7) se ingreso el valor SI. En este campo se
debe ingresar el valor del impuesto a la renta o similar pagado en el exterior de
los ingresos percibidos en exterior, que consta en el comprobante o documento
sustento de la transacción. El valor debe ser ingresado en dólares, consta de
hasta doce caracteres, compuestos por nueve enteros, un punto y dos caracteres
decimales.
Para el registro de esta información se debe seguir la misma ruta del punto
anterior:

Legal Reports
el TAG impuestootropaís de la sección de Exportaciones en el XML del
ATS.
3.5.5 Asignar información adicional en los Métodos de Recibo
Oracle ADD-On localizations ha creado para Ecuador, una extensión para ingresar
información adicional referente al las formas de cobro de las facturas de venta
local. La forma de cobro es un campo requerido por el Anexo Transaccional y que
consta del siguiente campo:
Forma de Cobro:
Es un campo obligatorio y corresponde a uno de los códigos de la Tabla 13 del

Catálogo de datos del Anexo Transaccional Simplificado. En los casos que en una
misma transacción se haya utilizado diferentes formas de pago, se deben reportar
todas las formas de pago utilizadas.
Los códigos de las formas de cobro son las siguientes:
Formas de pago / cobro
FORMAS DE PAGO CÓDIGO
SIN UTILIZACION DEL SISTEMA FINANCIERO 01

CHEQUE PROPIO 02
CHEQUE CERTIFICADO 03
CHEQUE DE GERENCIA 04
CHEQUE DEL EXTERIOR 05
DÉBITO DE CUENTA 06
TRANSFERENCIA PROPIO BANCO 07
TRANSFERENCIA OTRO BANCO NACIONAL 08

Legal Reports
TRANSFERENCIA BANCO EXTERIOR 09
TARJETA DE CRÉDITO NACIONAL 10
TARJETA DE CRÉDITO INTERNACIONAL 11
GIRO 12
DEPOSITO EN CUENTA (CORRIENTE/AHORROS) 13
ENDOSO DE INVERSIÒN 14
COMPENSACIÓN DE DEUDAS 15
TARJETA DE DÉBITO 16
DINERO ELECTRÓNICO 17
TARJETA PREPAGO 18
TARJETA DE CRÉDITO 19
OTROS CON UTILIZACION DEL SISTEMA
20
FINANCIERO
ENDOSO DE TÍTULOS 21
Para registrar los códigos de las formas de cobro como información adicional de
los métodos de recibo, debe tener en cuenta la siguiente ruta:
Ruta: Responsabilidad de AR > Standard > Setup > Receipts > Receipts Classes
Debe buscar la clase de recibo, y ubicarse sobre el nombre la sección de método de
recibo:

Legal Reports
el TAG formaPago de la sección de Exportaciones en el XML del ATS.
NOTA: El método de recibo configurado DEBE ser asociado en los detalles del
pago del cliente para garantizar que el código de la forma de pago asignado al
cliente, pueda ser extraido por el Anexo Transaccional Simplificado.
Para asociar el método de recibo a los detalles de pago del cliente, debe seguir la
siguiente ruta:
Responsabilidad de AR > Clientes > Cliente

Legal Reports
Legal Reports
3.5.6 Manejo del IVA compensado a las ventas, en las zonas afectadas por el
terremoto
Oracle ADD-On localizations ha establecido como procedimiento para mapear el

manejo del IVA compensado en las ventas de bienes o servicios en las zonas
afectadas por el terremoto (Manabí y Esmeralda) con la funcionalidad standard
de E-BTax (Business Tax) para la configuración del Impuesto al Valor Agregado
(IVA). En este caso el IVA compensado, será un IVA configurado en E-Business
Tax con una tasa negativa del 2% y también será necesario incorporar información
adicional para clasificar este impuesto como compensado en la extensión de
información adicional:
Ruta: E-Business Tax Pagina Inicial > Configuración de Impuesto > Tasa de
Impuesto > Código de Impuesto

Legal Reports
Legal Reports
3.6 Sección de Comprobantes Anulados
ADD-On Localizations ha creado para Ecuador, una seríe de funcionalidades

adicionales para el manejo de las Liquidaciones de Compra pre-impresas y que
soprtan algunas transacciones de compras como importaciones y reembolsos de
gastos.
Para consultar más información acerca de la funcionalidad para el manejo de las
liquidaciones de compra, ver el Capítulo 2 de este documento.
La sección de anulados del Anexo Transaccional Simplificado SÓLO tiene en

cuenta las Liquidaciones de Compra que hayan sido anuladas en los siguientes dos
escenarios:
1. Consecutivos relacionados en la pantalla de Anulación de Consecutivos Pre-
impresos de Liquidaciones de Compra.
Para consultar más información acerca del proceso de anulación de
consecutivos pre-impresos de Liquidaciones de Compra, ver la sección
Anulación de consecutivos pre-impresos de Liquidaciones de compra del
Capítulo 2 de este documento.
2. Facturas de compra registradas en Account Payables, las cuales tengan el valor
YES en el campo Settlement Puchase Document.

Legal Reports
Esta clasificación permite identificar una factura ingresda en Account Payables
que esta soportada con una Liquidación de Compra. Por lo tanto, si la factura
está cancelada, será reportada como “Anulada” en la pantalla de consulta de
Liquidaciones de Compra:
Y en el Anexo Transaccional Simplificado en la sección de Comprobantes

Anulados:

Legal Reports
3.7 Condiciones para generar el Anexo Transaccional Simplificado – ATS
Para generar el Anexo Transaccional Simplificado desde Oracle E-Business Suite

Release 12, debe tener en cuenta las siguientes condiciones para que la ejecución
sea exitosa y los campos de la estructura XML sean poblados correctamente.
Para tener un mejor entendimiento de éstas condiciones, se explicarán por
secciones del ATS:
1. SECCIÓN IDENTIFICACIÓN DEL INFORMANTE
 Información adicional en la Entidad Legal para el registro del Número

de Establecimientos Registrados en el Registro Único de
Contribuyentes.
2. SECCIÓN DE COMPRAS
 Las facturas de compra registradas de Account Payables, DEBEN tener

registradas las extensiones a nivel de cabecera. Las facturas NO fiscales
que NO requieran ser reportadas en el ATS, simplemente deben dejar
en BLANCO o NO POBLAR LAS EXTENSIONES; de esta manera
no aparecerán en el ATS.
 Los reembolsos de gastos DEBEN estar clasificados con el valor 41 en
el campo Invoice Type Code de la extensión de cabecera de la factura
de Account Payables y también tener registradas las extensiones de las
líneas de la factura de Account Payables.
 Los códigos de impuesto configurados en E-Business Tax, DEBEN
tener registradas las extensiones de información adicional para
clasificar los impuestos según su naturaleza (Gravado, Ice, Exento, No
Gravado, Etc...)
 Los códigos de retención de impuestos configurados en Account
Payables, DEBEN tener registradas las extensiones de información
adicional para clasificarlos según su naturaleza (Iva, Renta, Iva-
Servicios, Iva Bienes, Renta Servicios, Renta Bienes y ATS
Indentificación de Retención)
 Los países configurados en la Jerarquía de Geografía DEBEN tener
asignados la información adicional.
 Las extensiones de información adicional para el registro del proveedor
DEBEN estar registradas. NO pueden estar en blanco.

Legal Reports
 Las sucursales del proveedor DEBEN tener registradas las extensiones
de información adicional. No pueden estar en blanco.
 Los métodos de pago DEBEN tener registradas las extensiones de
información adicional. No pueden estar en blanco.
 Las facturas registras en Account Payables DEBEN estar validadas y
contabilizadas.
3. SECCIÓN DE VENTAS
 Las facturas de venta local registradas en Account Receivables DEBEN

estar completadas y contabilizadas.
 Las Facturas de venta local DEBEN tener las extensiones registradas
para los tipos de transacción de Account Receivables y cabecera de
factura. Las facturas NO fiscales que NO requieran ser reportadas en el
ATS, simplemente deben dejar en BLANCO o NO POBLAR LAS
EXTENSIONES; de esta manera no aparecerán en el ATS.
 Los métodos de recibo DEBEN tener registradas las extensiones de
información adicional. NO pueden estar en blanco.
 Los métodos de recibo DEBEN estar asociados a los detalles de pago
del cliente.
 Los orígines de transacción de Account Receivables DEBEN tener las
extensiones registradas para identificar las emisiones físicas y
electrónicas. Recuerde que las transaciones de venta asociados a los los
origines identificados en la extensión como electrónicos, NO
APARECERÁN en el Anexo Transaccional Simplificado.
 La información adicional para el registro de clientes tanto locales como
del exterior, DEBEN estar registradas. NO pueden estar en blanco.
4. SECCIÓN DE EXPORTACIONES
 Las facturas de exportación registradas en Account Receivables,

DEBEN estar completadas y contabilizadas
 Las facturas de exportación DEBEN tener las extensiones registradas,
tanto a nivel del tipo de transacción como de cabecera de factura.
Recuerde que si la factura de exportación, NO tiene registradas las
anteriores extensiones, NO aparecerán en el ATS.
 Los países destino de las exportaciones DEBEN tener las extensiones
registradas en la jerarquía de países.
5. SECCIÓN DE COMPROBANTES ANULADOS

Legal Reports
 Unicamente se tendrán en cuenta los consecutivos ingresados en la
pantalla de configuración de Liquidaciones de Compra. De esta manera,
se podrán reportar como ANULADOS, por concepto de pérdida,
deterioro o daño.
 El Anexo Transaccional Simplificado, considera como comprobantes
anualdos los registros que estén reportados en la pantalla de anulación
de consecutivos pre-impresos.
 Las facturas registradas en Account Payables, que hayan sido marcadas
o identificadas en el campo “Liquidación de Compra” como YES, de la
extensión de cabecera de facturas y que por algún motivo han sido
canceladas (Anuladas), éstas se mostraran en la pantalla de consulta de
Liquidaciones de Compra con el estado “Anulado” y también serán
reportadas en la sección de comprobantes anulados del ATS.
3.8 Ejecución del Reporte Anexo Transaccional Simplificado para Ecuador
La localización para La Ecuador ha creado un concurrente para ejecutar el reporte

Anexo Transaccional Simplificado de Ecuador.
El concurrente tiene los siguientes parámetros de ejecución:
1. Legal Entity: Corresponde a la Entidad Legal o Compañía que está generando
el reporte.
2. Start Date: Es la fecha de partida de consulta de información. Se basa sobre la
fecha contable de las Facturas de proveedores y de clientes
3. End Date: Es la fecha de fin de consulta de información. Se basa sobre la fecha
contable de las Facturas de proveedores y de clientes.
NOTA: El reporte solo podrá ser ejecutado de forma mensual, tal como lo dicta
la norma que reglamenta el Anexo Transaccional. No podrá ser ejecutado con
rango de periodos mayores a un mes calendario.
Ruta para ejecutar el reporte:
Ruta: General Ledger / CLL: Ecuador General Ledger Localization / Reports

Legal Reports
Pasos a seguir:
 Seleccionar Single Request y aceptar.
 El proceso a ejecutar es: AP – AR Ecuador Annex Transactional
Simplified.
 Ingresar los parámetros: Legal Entity, Start Date and End Date y ejecutar.
 Luego ir a ver las solicitudes (Menú/View/Request), y visualizar el Output

para saber los detalles de ejecución:
La opción View Output permite visualizar los detalles de ejecución del

ATS, como el nombre del archivo y la secuencia de ejecución:

Legal Reports
Con los detalles de nombre de archivo o número de secuencia, podrá
visualizar el XML generado teniendo en cuenta la siguiente ruta:
Ruta: General Ledger / CLL: Ecuador General Ledger Localization / XML

Requisition Monitor
Pasos a seguir:
 Seleccionar la Entidad Legal
 Click Opción Buscar
 Buscar el archivo XML generado en el anterior proceso.

Legal Reports
Nota: Puede Ubicarse en el campo Name de la siguiente pantalla y usar
los comandos de búsqueda F11 + CTRL F11 para buscar por el nombre
del archivo que fue generado en el proceso anterior.
 Click en la opción mostrar archivo.

Legal Reports
Legal Reports
3.9 Consideraciones para Presentar el Anexo Transaccional Simplificado para
Ecuador
El archivo se denominará ATmmaaaa.zip; donde mm representa el mes y aaaa

representa al año en el cual el contribuyente contabiliza las transacciones.
1. Características del medio magnético
Tipo de soporte: CD 640 MB, memoria flash (cualquier capacidad de

almacenamiento).
Tipo de formateo: Estándar del sistema operativo

Tipo de grabación: archivos tipo XML zipeados
2. Empaquetamiento
La información debe venir en un sólo archivo empaquetado utilizando el

programa WINZIP. Este único archivo empaquetado se denominará
ATmmaaaa.zip; donde mm representa el mes al que corresponde la información
y aaaa corresponde al año.
Para la entrega o envío del archivo a través de Internet, solo se aceptarán

archivos empaquetados.
3. Rotulación externa e interna del CD
 Rotulación externa
Cada CD, que se presente al Servicio de Rentas Internas debe tener la

respectiva etiqueta, en la cual se consignará:
o Nombre de la información. Ej.: “ANEXO TRANSACCIONAL

SIMPLIFICADO”
o Período que informa Ej.: 01/2013
o Número de RUC del contribuyente que informa.
o Razón Social del contribuyente que informa.
 Rotulación Interna
Debe existir un solo archivo denominado AT-mmaaaa.zip
En el nombre del archivo no se permite caracteres especiales.

Legal Reports
CAPÍTULO
4 Registro de Proveedores Ocasionales
Este capítulo tiene como finalidad explicar al usuario como ingresar proveedores
ocasionales que son usados para las transacciones de reembolso de gastos de
empleados y de proveedores en Ecuador.
Al tratarse de proveedores que son usados con muy poca frecuencia significa que
en la mayoría de casos no están creados como proveedores oficiales en la maestra
de proveedores de las empresas, sin embargo cuando son usados se debe contar con
información mínima de ellos al momento de registrar un reembolso de gastos por
parte del empleado o por un proveedor, ya que estas transacciones son reportadas
en el Anexo Transaccional donde la información de estos proveedores también es
reportada.
Por esta razón la localización de Ecuador ha creado una funcionalidad para ingresar
de manera muy rápida estos proveedores ocasionales con el mínimo de información
requerida por el Anexo Transaccional.

Legal Reports
Ciclo de Ingreso de Proveedores Ocasionales
Este capítulo tiene como finalidad explicar al usuario como ingresar proveedores
ocasionales para poder registrar las transacciones de reembolso de gastos de
empleados que son ingresados en por iExpenses / Expense Reports o los
reembolsos de gastos de proveedores que son ingresados directamente como
Facturas de proveedores en Account Payables.
Paso Nombre
Pre-requisitos: Realizar la configuración para los productos

estándar y la configuraciones relacionada a la localización de
1
Ecuador que está indicada en el Implementation Guide foro
Ecuador Localizations.
2 Ingresar proveedores ocasionales.
Pre requisitos Producto Estándar
Es necesario realizar las configuraciones básicas de la aplicación Oracle E–

Business Suite para operar los módulos.
Estas configuraciones se encuentran detalladas en el Implementation Guide de los

módulos cuentas por pagar (Account Payable) y hacen referencia a la configuración
de:
 Menús
 Responsabilidades
 Perfiles

Legal Reports
Pre Requisitos Localización Ecuador
Es necesario realizar las siguientes configuraciones adicionales relacionadas con la

Localización de La Ecuador para poder usarla.
 Instalación Parche Localizaciones para Ecuador.

 Asignación de perfiles asociados a Localización de Ecuador.
 Personalización de las formas donde es requerida información adicional
(Pantallas Forms y Pantallas Java).
NOTA: Para más información del parche de localizaciones, perfiles de la

localización de Ecuador y personalización de formas, consulte el
Implementation Guide foro Ecuador Localizations.
Ingresar Proveedores Ocasionales
La localización de Ecuador ha creado una pantalla de registro de proveedores

ocasionales, para ingresar los proveedores que no están creados en la maestra de
proveedores de Account Payables. Estos proveedores ocasionales pueden ser
requeridos al momento de ingresar transacciones de reembolso de gastos de
empleados o proveedores en iExpenses o en la funcionalidad de Expense Report
de Account Payables.
A continuación se muestra la pantalla de registro de proveedores ocasionales y el

detalle de información que contiene:

Legal Reports
Ruta: Responsabilidad de AP > CLL: Ecuador Payables Localization > Registro
de Proveedores Ocasionales
Detalles de columnas:
1. RUC: Corresponde al número de identificación del proveedor o Registro Único
Tributario.
2. Nombre del Proveedor: Nombre del proveedor ocasional
3. Tipo de identificación del proveedor: En Ecuador existe una codificación
válida para el SRI donde relaciona el tipo de documento y el tipo de transacción
de los proveedores.
A continuación se muestra la siguiente tabla para un mejor entendimiento:
Tipo de Identificación
Código a usar Tipo Transacción Tipo de Identificación
01 COMPRA RUC
02 COMPRA CEDULA
PASAPORTE / IDENTIFICACIÓN
03 COMPRA
TRIBUTARIA DEL EXTERIOR
4. Tipo de proveedor: En un campo condicional se debe ingresar información

solamente cuando el código del tipo de identificación del proveedor o retenido
es igual a 03 (compra–pasaporte). Los tipos de proveedor válidos son los
siguientes:

Legal Reports
Tipo de Identificación del Proveedor
TIPO CÓDIGO
PERSONA NATURAL 01
SOCIEDAD 02
5. Parte relacionada: Es un campo condicional, se debe ingresar información

cuando el código del tipo de identificación del proveedor o retenido es igual a
01, 02 o 03. Debe siempre seleccionarse una opción (SI ó NO).
6. Fecha Desde: Es la fecha de creación del proveedor ocasional. Por defecto

traerá la fecha del sistema al momento de crear un nuevo proveedor.
7. Fecha Hasta: Es la fecha de inactivación del proveedor ocasional. Se puede

inactivar cuando el proveedor ocasional se vuelva un proveedor oficial de la
compañía y este sea creado en la maestra de proveedores de Account Payables,
o sólo si se desea inactivar el proveedor porque ya no existe. Esta acción es un
procedimiento manual del negocio y su mantención obedecerá a la política de
mantenimiento de registro de proveedores de cada empresa.
Reglas generales de la pantalla de registro de proveedores ocasionales:
1. La pantalla de registro de proveedores ocasionales no permite que se

ingrese un proveedor que ya exista en la maestra de proveedores de Account
Payables, ni en la misma pantalla de proveedores ocasionales. El filtro de
validación será el TAXPAYER_ID. Para este caso la pantalla mostrará el
siguiente mensaje de error:
CLL_F399_TAXPAYER_ID_EXISTS: RUC Number already exists as a supplier.
2. En caso que un proveedor ocasional sea creado también como proveedor en la

maestra de proveedores de Account Payables y que no sea deshabilitado en la
pantalla de proveedores ocasionales, el proveedor que se mostrará como válido en
el juego de valores para las transacciones de reembolso de gastos de empleados o
proveedores, será el que esté en la maestra de proveedores de Account Payables.
3. La pantalla de registro de proveedores ocasionales no permite borrar o eliminar

del registro del proveedor. Debe deshabilitarlo ingresando la fecha hasta para que
no esté disponible.

Legal Reports
Legal Reports
CAPÍTULO
5 Copiar Extensiones de Reportes

de Gasto a Extensiones de Facturas de AP
Todo reporte de gastos que sea ingresado por iExpense o por la funcionalidad de
Expense Report de Account Payables, una vez auditado y aprobado, debe ser
exportado como Factura en el módulo de Account Payables, esta exportación es un
proceso estándar de la aplicación y se hace ejecutando el concurrente Expense
Report Export. Pero este concurrente estándar de la aplicación, no exporta la
información adicional ingresada en las extensiones de los reportes de gasto, por lo
tanto, la Localización de Ecuador ha creado un programa concurrente que copia la
información ingresada en las extensiones de los reportes de gastos que han sido
ingresados por iExpense o por la funcionalidad de Expense Reports de Account
Payables, a la Factura exportado de tipo Expense Report.
Este capítulo tiene como finalidad explicar al usuario como copiar la información
adicional ingresada a nivel de cabecera y líneas de los reportes de gasto ingresados
en iExpense o por la funcionalidad de Expense Reports de Account Payables,
cuando éstos son exportados como Facturas tipo Expense Reports (Reportes de
Gastos) a la ventana de Facturas de Account Payables.

Legal Reports
Ciclo de ejecución proceso de copia extensiones reportes de gasto a Account
Paybles
Este capítulo tiene como finalidad explicar al usuario como ejecutar el programa
concurrente que copia la información adicional registrada en las extensiones de los
reportes de gastos ingresados en iExpenses o por la Funcionalidad de Expense
Reports de Account Payables, cuando estas transacciones son exportadas como
Facturas tipo Expense Report (Reporte de Gastos) en Account Payables.
Paso Nombre
Pre-requisitos: Realizar la configuración para los productos

estándar y la configuraciones relacionada a la localización de
1
Ecuador que está indicada en el Implementation Guide foro
Ecuador Localizations.
2 Ingresar información adicional reportes de gasto.
3 Ejecutar programa concurrente de copia de extensiones a AP.
Pre Requisitos Producto Estándar
Es necesario realizar las configuraciones básicas de la aplicación Oracle E–

Business Suite para operar los módulos.
Estas configuraciones se encuentran detalladas en el Implementation Guide de los

módulos cuentas por pagar (Account Payable) y hacen referencia a la configuración
de:
 Menús
 Responsabilidades
 Perfiles

Legal Reports
Pre Requisitos Localización Ecuador
Es necesario realizar las siguientes configuraciones adicionales relacionadas con

LAD Add-on Localizations Ecuador para poder usarla.
 Instalación Parche Localizaciones para Ecuador.

 Asignación de perfiles asociados a Localización de Ecuador.
 Personalización de las formas donde es requerida información adicional
(Pantallas Forms y Pantallas Java).
NOTA: Para más información del parche de localizaciones, perfiles de la

localización de Ecuador y personalización de formas, consulte el
Implementation Guide foro Ecuador LAD Add-on Localizations.
Ingresar Información Adicional Reportes de Gastos

adicional a nivel de cabecera y líneas para los diferentes tipos de gastos en Ecuador
(reembolsos de gatos de empleados, reembolsos de gastos de proveedores, gastos
de viaje y gastos de caja menor), que pueden ser ingresados por iExpense o por la
funcionalidad de Expense Reports de Account Payables.
Para el ver el detalle de esta extensión a nivel de cabecera del reporte de gastos, ver
sección Asignar Información Adicional en la Cabecera del Reporte de Gasto
Ingresado por iExpenses y Expense Report en el capítulo 3.
Para el ver el detalle de esta extensión a nivel de línea del reporte de gastos, ver
sección Asignar Información Adicional en las Líneas del Reporte de Gasto
Ingresado por iExpenses y Expense Report en el capítulo 3.
NOTA: Una vez ingresados los reportes de gastos y la información adicional en

iExpenses o en la funcionalidad de Expense Reports de Account Payables, estos
podrán ser sometidos a aprobación por parte de un supervisor, los reportes de gastos
deben estar aprobados para que puedan ser exportados como Facturas a Account
Payables.
El proceso de exportación de reportes de gastos que son ingresados por iExpense o

por la funcionalidad de Expense Reports, es un proceso estándar que se ejecuta una

Legal Reports
vez los reportes de gastos han sido aprobados. Para ejecutar este proceso se tiene
en cuenta la siguiente ruta:
Ruta: Responsabilidad de AP > View > Requests
Buscar el programa concurrente Expense Report Export

Legal Reports
El output del proceso concurrente si termina correctamente, indica que se han
exportado como Facturas de Payables los reportes de gastos. Siguiendo el ejemplo
que está en la pantalla anterior se han exportado 2 reportes de gastos a Account
Payables.
Ejecutar Programa Concurrente de Copia de Extensiones de Reportes de Gasto a

Account Payables.
La localización de Ecuador ha creado un programa concurrente para copiar la

información adicional registrada en las extensiones de cabecera y líneas de los
reportes de gastos ingresados en iExpense o por la funcionalidad de Expense
Reports de Account Payables, cuando éstos sean exportados como Facturas tipo
Expense Reports en Account Payables.

Legal Reports
El programa concurrente que copia las extensiones se llama: Copy Expense Report
Extensions to Invoice Extensions y para ejecutarlo se debe tener en cuenta la
siguiente ruta:
Ruta: Responsabilidad de AP > CLL: Ecuador Payables Localization > Reports
Premisas importantes para ejecutar el programa concurrente:

1. El concurrente no tiene definido parámetros de ejecución.
2. Antes de ejecutar el programa concurrente, primero se debe ejecutar el proceso
estándar que exporta los reportes de gasto a Account Payables.
3. Una vez exportados los reportes de gastos como Facturas en AP, se debe
ejecutar el programa concurrente.
Recomendación: Es recomendable crear un juego de solicitudes donde se

puedan ejecutar en el siguiente orden estos dos procesos:
1. Expense Report Export

2. Copy Expense Report Extensions to Invoice Extensions
La anterior recomendación tiene como propósito automatizar el proceso de

exportación de reportes de gasto como Facturas en Account Payables y asegurar
el traslado de información adicional de los reportes de gasto exportados.
Una vez ejecutado el proceso Copy Expense Report Extensions to Invoice

Extensions es posible ver el output la información copiada por cada reporte de
gastos que ha sido exportado:

Legal Reports
Luego se puede validar la información adicional copiada a los reportes de gastos
que fueron exportados a la ventana de Facturas de Account Payables. Si se toma
como ejemplo la anterior pantalla que muestra el resultado de copia para dos
Facturas, en la pantalla de Facturas de Account Payables a nivel de cabecera se
validaría la siguiente información:

Legal Reports
Legal Reports
A nivel de las líneas:
Luego de haber exportado los reportes de gasto a la ventana de Facturas de Account

Payables y también de haber ejecutado el proceso de copia de información
adicional, el usuario deberá seguir el procedimiento normal de revisión, calculo de
impuestos, validación de Factura y contabilización.

Legal Reports
CAPÍTULO
6 Interface Abierta para las

Extensiones de Factura
E ste capítulo tiene como finalidad explicar al usuario el funcionamiento de la

Open Interface para el cargue de extensiones, “informaciones adicionales de LAD
Add-on Localizations”, que se encuentran disponibles en la pantalla de facturas del
Oracle Payables.
Esta nueva funcionalidad es común a todos los países que tienen extensiones de
facturas y permite el cargue de las mismas basado en los requerimientos de
información legal de cada país que está determinado en la definición del flexfield
asociado a la responsabilidad y pantalla de Facturas del Oracle Payables.
Para hacer uso de la funcionalidad de Interface Abierta, por favor aplicar el último
parche LAD Add-on Localizations Common Source. Para identificar el último
parche disponible buscar en la Nota 1299200.1
Importante:
El programa de carga de extensiones NO está diseñado para ser usado como
medio para corregir o actualizar información adicional registrada previamente.

Legal Reports
Ciclo de Cargue de las Extensiones de Factura de AP
Paso Nombre
Setup inicial para el uso de la funcionalidad de la Open

Interface for LAD Add-on Extensions:
1) Añadir el Menú OI for LAD Add-on Extensions en el menú
de la responsabilidad a cual se desea utilizar esa funcionalidad
1. de OI para las extensiones.
2) Identificar el campo de enlace que debe ser utilizado para
conectar las líneas de la Open Interface Estándar de AP Core
(cuando las facturas aun no estén importadas o creadas en AP)
con las líneas de la OI for LAD Add-on Extensions.
Carga de los datos en las tablas de extensiones de OI for LAD

Add-on Localizations:
1) Tabla de las extensiones de la cabecera de la factura:
CLL_ZZ_OI_AP_INV_EXT_ALL
2) Tabla de las extensiones de las líneas de la factura:
CLL_ZZ_OI_AP_INV_LINE_EXT_ALL
La información puede ser ingresadas y visualizadas a través de
la pantalla OI for Invoices Extension.
2. 1Información de la factura estándar para la cual se desean cargar

las extensiones:
1) La factura ya esta creada en la base de datos (en ese caso
podemos hacer uso del INVOICE_ID de la factura para
identificar a cual factura pertenecen las extensiones que se
desean cargar).
2) La factura aun pueden estar en las tablas de Open Interface
estándar de AP (Open Interface Invoices) (en ese caso vamos
hacer uso del campo de enlace ingresado en el paso 1.2 para
identificar a cual factura pertenecen las extensiones que se
desean cargar).
Ejecutar el programa concurrente Open Interface for Invoice

Extensions, para el cargue de las nuevas extensiones en la
cabecera y/o líneas de las facturas de AP.
3. Atención:
Para ejecutar el programa concurrente Open Interface for Invoice
Extensions, la factura ya debe estar creada. Entonces, si
necesario, ejecute primero el programa concurrente Open

Legal Reports
Interface Invoices estandar y después el programa concurrente
Open Interface for Invoice Extensions.
Revisar el estado del procesamiento del programa de interface de

4.
Extensiones.
Setup Inicial
Antes de hacer uso de la funcionalidad de Open Interface for Invoice Extensions
es necesaria la ejecución de los dos siguientes pasos de setup:
1.1) Añadir el Menú OI for LAD Add-on Extensions en el menú de la
responsabilidad en cual se desea utilizar esta funcionalidad de OI para las
extensiones
Ir a la pantalla de definición de Responsabilidad y obtener el nombre del
Menú usado por la responsabilidad de AP Core.
Ruta: System Administrator -> Security -> Responsibility -> Define
Buscar la responsabilidad de AP Core
En el ejemplo abajo, la responsabilidad de AP Core se llama “Payables LAD
ADD-On Ecuador” y hace uso del Menú llamado “EC_AP_NAVIGATE”.
Ir a la pantalla de definición del Menú y buscar el Menú obtenido en el

paso anterior
Ruta: System Administrator -> Application -> Menu

Legal Reports
Atención:
Verificar si debajo de ese menu ya se encuentra el Menu de Add-on
Localizations para Ecuador, tal como esta identificado con la flecha (Seq
20). En ese caso, nuestra recomendación es añadir el Menú de la OI for
LAD Add-on Extensions debajo del Menú de Add-on Localizations.
Añadir una nueva línea con el Menú Open Interface Extension:
Seq Prompt Submenu

Siguiente Número OI for Add-on Open Interface for
disponible Extensions Invoice Extension
Manager
De esa forma, el menú quedara tal como se muestra:

Opción 1: Debajo del menú de la responsabilidad de AP:

Legal Reports
Opción 2: Debajo del menú de Add-on Localizations para Ecuador:
1.2) Identificar el campo de enlace que debe ser utilizado para conectar
las líneas de la Open Interface Core de AP con las líneas de la OI for LAD
Add-on Extensions
El proceso de carga de extensiones de las facturas de Oracle Payables requiere
de la identificación de las facturas en la base de datos para la cual se desean
cargar las extensiones. Las facturas registradas manualmente o por el proceso
de carga masiva a través de la Open Interface estándar, una vez procesadas,
tienen un identificador único, un ID para cada factura, y que en la base de datos
Core se refiere al INVOICE_ID, por lo tanto, se debe conocer el INVOICE_ID
de una factura para poder asociarle la extensión de información adicional que
se desee cargar ya sea a nivel de cabecera o de líneas.
Pero, si las facturas aun se encuentran en la Open Interface Estándar, y de esa
forma, el INVOICE_ID aun no existe, se puede usar otro atributo para
identificar las facturas registradas en la base de datos.
Las tablas de interface de facturas de Oracle Payables tienen unos campos
llamados REFERENCE_KEY, donde el usuario puede ingresar identificadores
únicos para cada factura, sea para la cabecera o para las líneas de las mismas.
Existen REFERENCE_KEY desde 1 hasta 5 disponibles para uso como un
identificador único que es registrado en la base de datos y es llevado hasta la
factura, una vez es creada. Por lo tanto el usuario puede hacer uso de estos
campos para que sea un conector entre la factura que aun no se ha creado y se
encuentra en la Open Interface Estándar de Oracle Payables y la Open Interface
de Extensiones, ya sean a nivel de cabecera y/ o líneas de la factura. Se debe
usar SOLO UNO de los cinco REFERENCE_KEY, el que se desee ya sea a
nivel de cabecera o líneas. Esto depende del usuario o de la estrategia de carga
de datos de la organización.
Ruta: Payables Responsibility -> OI for Add-on Extensions-> OI for
Invoice Parameters

Legal Reports
 Ingresar el País para el que se va a configurar los parámetros de la
interface. En ese caso Ecuador.
 Definir el tipo de interface de carga, si es para cabecera de factura o líneas.
 Definir el conector para el nivel de la extensión.
Ejemplo:
 Para el caso de Ecuador, existen extensiones a nivel de la cabecera y líneas

de la factura de Oracle Payables.
NOTA:
La configuración de los parámetros de interface no es obligatoria. Su
configuración depende si el proceso de carga masiva de facturas de Oracle
Payables a través de Open Interface Estándar, va hacer uso de estos
REFERENCE_KEY para identificar las transacciones en la base de datos
y pueda ser el conector (Diferente al INVOICE_ID), para asociar a cada
factura las extensiones de información adicional a cargar.
En caso de no configurar los parámetros de interface, el usuario debe hacer
uso del INVOICE_ID para asociarle a cada factura la extensión que se va
a cargar por la funcionalidad Open Interface for Invoice Extensions.
Carga de los Datos en las Tablas de Extensiones de OI for LAD Add-on Localizations
Las tablas de Open Interface for Invoice Extensions son las siguientes:
Tabla de OI de las extensiones de la cabecera de la factura:
TABLA CLL_ZZ_OI_AP_INV_EXT_ALL
COLUMNA TIPO DE DATO DESCRIPCIÓN

Legal Reports
OI_AP_INV_ID NUMBER(15,0) Llenar ese campo con el valor
NOT NULL obtenido en la secuencia
CLL_ZZ_OI_AP_INV_EXT_ALL_S
COUNTRY VARCHAR2(30 Llenar con el valor fijo “EC”

BYTE)
NOT NULL
CONTEXT_CODE VARCHAR2(30 Llenar el valor fijo “Global Data

BYTE) Elements”.
NOT NULL
OPERATING_UNIT VARCHAR2(240 Llenar con el Nombre de la Unidad

BYTE) Operativa de la factura. Ese campo si
es informado NO requeiere que el
campo ORG_ID sea informado.
ORG_ID NUMBER(15,0) Llenar con el ORG_ID de la factura.

Ese campo si es informado NO
requeiere que el campo
OPERATING_UNIT sea informado.
INVOICE_ID NUMBER(15,0) Identificador de la factura a la que

pertenecen las extensiones a ser
cargadas por la OI for Invoices
Extension. Ese campo si es
informado NO requiere que el campo
CONNECT_ID sea informado.
CONNECT_ID VARCHAR2(150 Identificador de la factura a que

BYTE) pertenecen las extensiones a ser
Extension. Ese campo si es
informado NO requiere que el
campo INVOICE_ID sea informado.
Llenar ese campo con el MISMO
contenido llenado en la columna
REFERENCE_KEY# de la tabla
AP_INVOICES_INTERFACE.
El mismo REFERENCE_KEY#
informado en el setup del paso 1.2.
STATUS VARCHAR2(30 Dejar en blanco.

BYTE)
Resultado del proceso de carga de
extensiones. Hay dos estados
REJECTED Y PROCESSED.
ATTRIBUTE1 VARCHAR2(150 Nota 1.

BYTE)
hasta
ATTRIBUTE30
ATTRIBUTE_CATEGORY VARCHAR2(150 Dejar en blanco.

BYTE)

Legal Reports
CREATED_BY NUMBER Llenar con el ID del usuario que
NOT NULL responsable por la carga de los datos.
CREATION_DATE DATE Llenar en la fecha de creación de la

NOT NULL información.
LAST_UPDATED_BY NUMBER Llenar el ID del usuario que

LAST_UPDATE_DATE DATE Llenar en la fecha de creación de la

LAST_UPDATE_LOGIN NUMBER Llenar el ID del usuario que

responsable por la carga de los datos.
REQUEST_ID NUMBER(15,0) Dejar en blanco.
SOURCE VARCHAR2(80 Ese campo, no es obligatorio.

BYTE)
Sirve para identificar la origen de la
información que esta siendo cargada
en la OI de Extensiones.
Nota 1:
Tal como informamos, esta es una funcionalidad común para todos los países que
tienen extensiones en las facturas. Esto está determinado por la definición del
flexfield asociado a la responsabilidad y pantalla de facturas del Oracle Payables.
Para Ecuador, las extensiones de la cabecera de la factura, están definidas según
la estructura del Descriptive Flexfield llamado “Ecuador Invoices Extension”.
Para consultar la estructura del Descriptive Flexfield “Ecuador Invoices
Extension” acceder a la siguiente ruta:
System Administrator -> Application -> Flexfield -> Descriptive -> Segments
Buscar por el nombre “Ecuador Invoices Extension” y verificar cuales campos
adicionales están asociados a cuales columnas (ATTRIBUTES).
Tabla de OI de las extensiones de las líneas de la factura:
Tabla CLL_ZZ_OI_AP_INV_LINE_EXT_ALL
COLUMNA TIPO DE DATO DESCRIPCIÓN
OI_AP_INV_LINE_ID NUMBER(15,0) Llenar este campo con el valor

NOT NULL obtenido en la secuencia
CLL_ZZ_OI_AP_INV_LINE_EXT_S
COUNTRY VARCHAR2(30 Llenar el valor fijo “EC”

BYTE)
NOT NULL

Legal Reports
CONTEXT_CODE VARCHAR2(30 Llenar el valor fijo “Global Data
BYTE) Elements”.
NOT NULL
OPERATING_UNIT VARCHAR2(240 Llenar con el Nombre de la Unidad

BYTE) Operativa de la factura. Ese campo si
es informado NO requeiere que el
ORG_ID NUMBER(15,0) Llenar con el ORG_ID de la factura.

Ese campo si es informado NO
requeiere que el campo
INVOICE_ID NUMBER(15,0) Identificador de la factura a que

pertenecen las extensiones a ser
Extension. Ese campo si es informado
NO requiere que el campo
LINE_NUMBER NUMBER(15,0) Identificador de la línea de la factura a

la que pertenece la extensión a ser
cargada por la OI for Invoices
CONNECT_ID VARCHAR2(150 Identificador de la línea de la factura a

BYTE) la que pertenecen las extensiones a ser
NO requiere que los campos
INVOICE_ID y LINE_NUMBER
sean informados.
REFERENCE_KEY# de la tabla
AP_INVOICE_LINES_INTERFACE.
El mismo REFERENCE_KEY#
informado en el setup del paso 1.2.
STATUS VARCHAR2(30 Dejar en blanco.

BYTE)
Resultado del proceso de carga de
ATTRIBUTE1 VARCHAR2(150 Nota 2.

BYTE)
hasta
ATTRIBUTE30
ATTRIBUTE_CATEGORY VARCHAR2(150 Dejar en blanco.

BYTE)

Legal Reports
CREATED_BY NUMBER Llenar el ID del usuario que




REQUEST_ID NUMBER(15,0) Dejar en blanco.

BYTE)
información que esta siendo cargada
en la OI de Extensiones.
Nota 2:
Para Ecuador, las extensiones de las líneas de la factura, están definidas según la
estructura del Descriptive Flexfield llamado “Ecuador Invoice Lines
Extension”.
Para consultar la estructura del Descriptive Flexfield “Ecuador Invoice Lines
Extension” ir a la siguiente ruta:
Buscar por el nombre “Ecuador Invoice Lines Extension” y verificar cuales
campos adicionales están asociados a cuales columnas (ATTRIBUTES).
La información puede ser ingresadas y visualizadas a través de la pantalla OI for

Invoices Extension.
La pantalla OI for Invoice Extension habilita las extensiones de información
adicional que el país tenga definido dentro del Oracle Payables. Por esta razón antes
de poder hacer uso de la pantalla, se debe seleccionar el país y luego identificar a
qué nivel se desea cargar o visualizar las extensiones.
Ruta: Payables Responsibility -> OI for Add-on Extensions-> OI for Invoice
Extensions

Legal Reports
 Ingresar el país para habilitar las extensiones definidas para ese país.
 Definir el alcance de la carga, si va ser a nivel de cabecera y/o líneas.
Nota: En el caso de Ecuador, existen extensiones a nivel de la cabecera y
líneas de la factura. Por esta razón, las secciones de cabecera y líneas se
habilitan para el ingreso y visualización de la información.
La pantalla OI for Invoices Extensions NO hace validación de los datos registrados

en cada campo al momento de guardar la información ingresada, o sea, aun que sea
ingresado un contenido invalido para el campo, la pantalla no va a generar ninguna
alerta o mensaje de error. Se deberá esperar el resultado de la ejecución del
programa concurrente Open Interface for Invoice Extensions para poder identificar
este error (paso 3 de Ciclo de Cargue de las Extensiones de Facturas de AP).
Ejecutar el programa concurrente Open Interface for Invoice Extensions

Luego de ingresar y guardar la información en la pantalla o en las tablas de Open
Interface for Invoice Extensions, se procede con la ejecución del proceso de carga.
La ejecución es realizada a través de un programa concurrente.
Ruta: Payables Responsibility -> OI for Add-on Extensions-> Import OI
Invoice Extensions
Parámetros:

Legal Reports
 Seleccionar la Entidad Legal.
 Seleccionar la Unidad Operativa
 Seleccionar la Origen
La selección de la Origen permite procesar apenas la Origen indicada.
Cuando el campo no es informado todas las líneas presentes en la tabla,
que pertenezcan a la Entidad Legal y Unidad Operativa informadas, serán
procesadas.
El campo lista las origines presentes en la tabla de OI aun no procesadas.
 Seleccionar Si o No para purgar o limpiar la tabla de interface de
extensiones luego de procesar el concurrente.
Una vez ejecutado el programa concurrente de procesamiento de carga de
extensiones, se debe revisar su procesamiento como cualquier otro programa
concurrente:
Consultar el Output y el Log del concurrente en caso de terminar en Error o Normal

para verificar los errores presentados en la ejecución y los datos procesados.
Revisar el estado de procesamiento del programa de interface de extensiones

Luego ejecutar el programa concurrente de carga de extensiones, se debe volver a
la pantalla de registro de información de extensiones para confirmar el estado del
proceso.
Ruta: Payables Responsibility -> OI for Add-on Extensions-> OI for Invoice
Extensions

Legal Reports
 Existen dos Status del procesamiento de carga de extensiones:
PROCESSED: Indica que el proceso de carga fue exitoso y se procesó la
carga de la información ingresada en la pantalla de interface. La factura
ya tiene las extensiones asignadas. El siguiente ejemplo muestra el
resultado de la carga para la cabecera de la factura:
El botón de ERRORS se deshabilita cuando una factura tiene el estado

PROCESSED.
En el caso de las extensiones de las líneas, también se puede visualizar el estado
de la carga:
Nota: En el caso que la ejecución del concurrente “Open Interface for

Invoice Extensions” se haya realizado con el parámetro Purgar en “Si”
este limpia la tablas de interface de extensiones terminadas con estado
PRECESSED, lo que indica, que no será posible mirar las líneas con status

Legal Reports
PRECESSED a través de esa pantalla, una vez terminada la ejecución del
concurrente.
REJECTED: Indica que el proceso de carga presento errores y no se
procesó de manera exitosa la carga de la información ingresada en la
pantalla de interface. Cuando el estado esta como REJECTED o
RECHAZADO en la pantalla de Open Interface, hay un botón ERRORS
que permite identificar los errores del proceso de carga. Para saber en
detalle los errores de la carga, se debe ubicar en una factura que presente
estado REJECTED y luego hacer click en el botón ERRORS.
En la pantalla de Errores aparece el código del error y el mensaje que
explica el mismo.

Legal Reports
CAPÍTULO
7 Interface Abierta para las

Extensiones de Transacciones
E ste capítulo tiene como finalidad explicar al usuario el funcionamiento de la

Open Interface para el cargue de extensiones, “informaciones adicionales de LAD
Add-on Localizations”, que se encuentran disponibles en la pantalla de
transacciones del Oracle Receivables.
Esta nueva funcionalidad es común a todos los países que tienen extensiones de
transacciones y permite el cargue de las mismas basado en los requerimientos de
información legal de cada país que está determinado en la definición del flexfield
asociado a la responsabilidad y pantalla de Transacciones del Oracle Receivables.
Para hacer uso de la funcionalidad de Interface Abierta, por favor aplicar el último
parche LAD Add-on Localizations Common Source. Para identificar el último
parche disponible buscar en la Nota 1299200.1
Importante:
El programa de carga de extensiones NO está diseñado para ser usado como
medio para corregir o actualizar información adicional registrada previamente.

Legal Reports
Ciclo de Cargue de las Extensiones de Transacciones de AR
Paso Nombre
Setup inicial para el uso de la funcionalidad de la Open Interface for

LAD Add-on Extensions:
1. Añadir el Menú OI for LAD Add-on Extensions en el menú de la
responsabilidad en la cual se desea utilizar esa funcionalidad de OI para
las extensiones.
Carga de los datos en las tablas de extensiones de OI for LAD Add-on

Localizations:
Tabla de las extensiones de las transacciones:
CLL_ZZ_OI_AR_TRX_LINE_EXT_ALL
La información puede ser ingresadas y visualizadas a través de la pantalla
OI for Transactions Extensions.
Información de la transacción estándar para la cual se desean cargar las

extensiones:
2. 11) La transacción ya esta creada en la base de datos (en ese caso podemos
hacer uso del CUSTOMER_TRX_LINE_ID de la transacción para
identificar a cual transacción pertenecen las extensiones que se desea
cargar).
2) La transacción aun pueden estar en las tablas de Open Interface
estándar de AR (Autoinvoice Master Program) (en ese caso debemos
informar el CONTEXTO que se utiliza en el Autoinvoice y todas las
columnas que fueron definidas en ese contexto).
Los contextos utilizados por Autoinvoice son definidos a través del
Descriptive Flexfield llamado “Line Transaction Flexfield”. Para más
detalles de eso mirar en el User Guide de Oracle Receivables.
Ejecutar el programa concurrente Open Interface for Transactions

Extensions, para el cargue de las nuevas extensiones en la cabecera y/o
líneas de las transacciones de AR.
Atención:
3. Para ejecutar el programa concurrente Open Interface for Transactions
Extensions, la transacción ya debe estar creada. Entonces, de ser
necesario, ejecute primero el programa concurrente Autoinvoice Master
Program estandar y después el programa concurrente Open Interface
for Transactions Extensions.
Revisar el estado del procesamiento del programa de interface de

4.
Extensiones.

Legal Reports
Setup Inicial
Antes de hacer uso de la funcionalidad de Open Interface for Transactions
Extensions es necesaria la ejecución del siguiente paso de setup:
Añadir el Menú OI for LAD Add-on Extensions en el menú de la
responsabilidad en cual se desea utilizar esta funcionalidad de OI para las
extensiones
Ir a la pantalla de definición de Responsabilidad y obtener el nombre del
Menú usado por la responsabilidad de AR Core.
Ruta: System Administrator -> Security -> Responsibility -> Define
Buscar la responsabilidad de AR Core
En el ejemplo abajo la responsabilidad de AR Core se llama “Receivables
LAD ADD-On Ecuador” y hace uso del Menú llamado
“EC_AR_NAVIGATE”.
Ir a la pantalla de definición del Menú y buscar el Menú obtenido en el

paso anterior
Ruta: System Administrator -> Application -> Menu

Legal Reports
Añadir una nueva línea con el Menú Open Interface Extension:
Seq Prompt Submenu

Siguiente Número OI for Add-on Open Interface for
disponible Extensions Transactions
Extension Manager
AR
De esa forma, el menú quedara tal como se muestra:
Carga de los Datos en las Tablas de Extensiones de OI for LAD Add-on Localizations
La tabla de Open Interface for Transactions Extensions es la siguiente:
Tabla de OI de las extensiones de la cabecera y líneas de la transacción:

Legal Reports
TABLA CLL_ZZ_OI_AR_TRX_LINE_EXT_ALL
COLUMNA TIPO DE DESCRIPCIÓN

DATO
OI_AR_TRX_LINE_ID NUMBER Llenar ese campo con el valor obtenido

(15,0) en la secuencia
CLL_ZZ_OI_AR_TRX_LINE_EXT_S
NOT NULL
COUNTRY VARCHAR2 Llenar con el valor fijo “EC”

(30 BYTE)
NOT NULL
HEADER_CONTEXT_CODE VARCHAR2 Llenar el valor fijo “Global Data

(30 BYTE) Elements”.
NOT NULL
LINE_CONTEXT_CODE VARCHAR2 Dejar en blanco.

(30 BYTE)
NOT NULL
OPERATING_UNIT VARCHAR2 Llenar con el Nombre de la Unidad

(240 BYTE) Operativa de la transacción. Ese campo
si es informado NO requeiere que el
ORG_ID NUMBER Llenar con el ORG_ID de la

(15,0) transacción. Ese campo si es informado
NO requeiere que el campo
CUSTOMER_TRX_LINE_ID NUMBER Identificador de la transacción a la que

(15,0) pertenecen las extensiones a ser
cargadas por la OI for Transactions
Extensions. Ese campo si es informado
NO requiere que los campos de
contexto sea informado
(INTERFACE_LINE_CONTEXT y
INTERFACE_LINE_ATTRIBUTE1
hasta
INTERFACE_LINE_ATTRIBUTE15)
.
STATUS VARCHAR2 Dejar en blanco.

(30 BYTE) Resultado del proceso de carga de
INTERFACE_LINE_ATTRIBUTE1 VARCHAR2 Identificador de la transacción a la que

(150 BYTE) pertenecen las extensiones a ser
hasta
INTERFACE_LINE_ATTRIBUTE15 Extensions. Ese campo si es
informado, junto con el campo
INTERFACE_LINE_CONTEXT,

Legal Reports
CUSTOMER_TRX_LINE_ID se
informado.
Llenar estos campos con los MISMOS
contenidos llenados en las columnas
INTERFACE_LINE_ATTRIBUTE de
la tabla
RA_INTERFACE_LINES_ALL.
Esto se debe a que la transacción aun
está en la tabla de Open Interface
estándar de AR (Autoinvoice Master
Program).
Detalles en la Nota 1.
INTERFACE_LINE_CONTEXT VARCHAR2 Identificador de la transacción a la que

(150 BYTE) pertenecen las extensiones a ser
Extensions. Ese campo si es informado
junto con los
INTERFACE_LINE_ATTRIBUTE
1..15, NO requiere que el campo
CUSTOMER_TRX_LINE_ID se
informado.
INTERFACE_LINE_CONTEXT de la
tabla RA_INTERFACE_LINES_ALL.
Esto se debe a que la transacción aun
esta en la tabla de Open Interface
estándar de AR (Autoinvoice Master
Program).
Detalles en la Nota 1.
HEADER_ATTRIBUTE1 VARCHAR2(1 Nota 2.

50 BYTE)
hasta
HEADER_ATTRIBUTE30
LINE_ATTRIBUTE1 VARCHAR2 Dejar en blanco pues Ecuador no tiene

(150 BYTE) extensiones en las líneas de las
hasta
transacciones.
LINE_ATTRIBUTE30
REQUEST_ID NUMBER Dejar en blanco.

(15,0)
CREATED_BY NUMBER Llenar con el ID del usuario que



Legal Reports



0 BYTE)
información que esta siendo cargada en
la OI de Extensiones.
Nota 1:
Cuando la transacción aun se encuentra en la tabla de la Open Interface estándar de
AR (Autoinvoice Master Program) hay que tener un enlace entre la transacción,
que aun no tiene su CUSTOMER_TRX_LINE_ID y las informaciones de la OI for
Transactions Extensions.
Ese enlace se hace con el uso del CONTEXTO según la estructura del Descriptive
Flexfield llamado “Line Transaction Flexfield”. Eso exige que los contenidos
llenados en las columnas (INTERFACE_LINE_CONTEXT,
INTERFACE_LINE_ATTRIBUTE1 hasta INTERFACE_LINE_ATTRIBUTE15)
de la tabla RA_INTERFACE_LINES_ALL sean también llenados en las columnas
(INTERFACE_LINE_CONTEXT, INTERFACE_LINE_ATTRIBUTE1 hasta
INTERFACE_LINE_ATTRIBUTE15) de la tabla
CLL_ZZ_OI_AR_TRX_LINE_EXT_ALL.
Los contextos utilizados por Autoinvoice son definidos a través del Descriptive
Flexfield llamado “Line Transaction Flexfield”. Para más detalles de eso mirar
en el User Guide de Oracle Receivables.
Nota 2:
Tal como informamos, esta es una funcionalidad común para todos los países que
tienen extensiones en las transacciones. Esto está determinado por la definición del
flexfield asociado a la responsabilidad y pantalla de transacciones del Oracle
Receivables.
Para Ecuador, las extensiones de la cabecera de la transacción, están definidas
según la estructura del Descriptive Flexfield llamado “Ecuador Customer
Transaction Extension”.
Para consultar la estructura del Descriptive Flexfield “Ecuador Customer
Transaction Extension” acceder a la siguiente ruta:
Buscar por el nombre “Ecuador Customer Transaction Extension” y verificar
cuales campos adicionales están asociados a cuales columnas (ATTRIBUTES).

Legal Reports
La información puede ser ingresada y visualizada a través de la pantalla OI for
Transactions Extensions.
La pantalla OI for Transactions Extensions habilita las extensiones de información
adicional que el país tenga definido dentro del Oracle Receivables. Por esta razón
antes de poder hacer uso de la pantalla, se debe seleccionar el país y luego
identificar a qué nivel se desean cargar o visualizar las extensiones.
Ruta: Receivables Responsibility -> OI for Add-on Extensions-> OI for
Transactions Extensions
 Ingresar el país para habilitar las extensiones definidas para ese país.
 Definir el alcance de la carga, si va ser a nivel de cabecera y/o líneas.
Nota: En el caso de Ecuador, existen extensiones a nivel de la cabecera
de la transacción. Por esta razón, las sección líneas no se habilita para el
ingreso y visualización de la información.
La pantalla OI for Transactions Extensions NO hace validación de los datos

registrados en cada campo al momento de guardar la información ingresada, o sea,
aun que ses ingresado un contenido invalido para el campo, la pantalla no va a
generar ninguna alerta o mensaje de error. Se deberá esperar el resultado de la
ejecución del programa concurrente Open Interface for Transactions Extensions
para poder identificar este error (paso 3 de Ciclo de Cargue de las Extensiones de
Transacciones de AR).
Ejecutar el programa concurrente Open Interface for Transactions Extensions

Luego de ingresar y guardar la información en la pantalla o en las tablas de Open
Interface for Transactions Extensions, se procede con la ejecución del proceso de
carga. La ejecución es realizada a través de un programa concurrente.
Ruta: Receivables Responsibility -> OI for Add-on Extensions-> Import OI

Legal Reports
Parámetros:
 Seleccionar la Entidad Legal.
 Seleccionar la Unidad Operativa
 Seleccionar la Origen
La selección de la Origen permite procesar apenas la Origen indicada.
Cuando el campo no es informado todas las líneas presentes en la tabla,
que pertenezcan a la Entidad Legal y Unidad Operativa informadas, serán
procesadas.
El campo lista las origines presentes en la tabla de OI aun no procesadas.
 Seleccionar Si o No para purgar o limpiar la tabla de interface de
extensiones luego de procesar el concurrente.
Una vez ejecutado el programa concurrente de procesamiento de carga de
extensiones, se debe revisar su procesamiento como cualquier otro programa
concurrente:

Legal Reports
Consultar el Output y Log del concurrente en caso de terminar en Error o Normal
para verificar los errores presentados en la ejecución y los datos procesados.
Revisar el estado de procesamiento del programa de interface de extensiones

Luego ejecutar el programa concurrente de carga de extensiones, se debe volver a
la pantalla de registro de información de extensiones para confirmar el estado del
proceso.
Ruta: Receivables Responsibility -> OI for Add-on Extensions-> OI for
 Existen dos Status del procesamiento de carga de extensiones:

PROCESSED: Indica que el proceso de carga fue exitoso y se procesó la
carga de la información ingresada en la pantalla de interface. La
transacción ya tiene las extensiones asignadas. El siguiente ejemplo
muestra el resultado de la carga para la cabecera de la transacción:
El botón de ERRORS se deshabilita cuando una transación tiene el estado
PROCESSED.

Legal Reports
Nota: En el caso que la ejecución del concurrente “Open Interface for
Transactions Extensions” se haya realizado con el parámetro Purgar en
“Si” este limpia la tablas de interface de extensiones terminadas con
estado PRECESSED, lo que indica, que no será posible mirar las líneas
con status PRECESSED a través de esa pantalla, una vez terminada la
ejecución del concurrente.
REJECTED: Indica que el proceso de carga presento errores y no se
procesó de manera exitosa la carga de la información ingresada en la
pantalla de interface. Cuando el estado esta como REJECTED o
RECHAZADO en la pantalla de Open Interface, hay un botón ERRORS
que permite identificar los errores del proceso de carga. Para saber en
detalle los errores de la carga, se debe ubicar en una transacción que
presente estado REJECTED y luego hacer click en el botón ERRORS.
En la pantalla de Errores aparece el código del error y el mensaje que
explica el mismo.

Legal Reports

CLL F399 Ug Esa

Hochgeladen von

Dokumentinformationen

Originalbeschreibung:

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

CLL F399 Ug Esa

Hochgeladen von

Copyright:

Verfügbare Formate

Con la asociación de la retención de IVA a la línea tipo TAX, se garantiza la

integridad de los datos y la determinación de la Base generadora de la retención.

3.5 Sección de Ventas y Exportaciones

El Anexo Transaccional Simplificado requiere de información adicional que no se

3.5.1 Asignar información adicional en el Registro de Clientes

La localización de Ecuador ha creado una extensión para ingresar información

Ecuador LAD Add-on Localizations Manual del Usuario 96

Corresponde al tipo de identificación del cliente o agente de retención (cuando

Tabla 2: Tipo de Identificación

19 VENTA PLACA o RAMV/CPN

Responsabilidad de AR > Clientes > Clientes

Ecuador LAD Add-on Localizations Manual del Usuario 97

Es un campo condicional, se debe ingresar información solamente cuando el

Para indicar sí el cliente es parte relacionada, se debe tener la siguiente ruta:

Responsabilidad de AR > Clientes > Clientes

Ecuador LAD Add-on Localizations Manual del Usuario 98

Ecuador LAD Add-on Localizations Manual del Usuario 99

En un campo condicional, se debe ingresar información solamente cuando el

Responsabilidad de AR > Clientes > Clientes

Ecuador LAD Add-on Localizations Manual del Usuario 100

3.5.2 Asignar información adicional en los Orígenes de Transacción

ADD-On Localizations ha creado para Ecuador una extensión para ingresar

Los orígenes de transacción establecen los controles a los tipos de transacciones

Para consultar mas información acerca de los Origines de Transaccion, ver

Para ingresar la información adicional tenga en cuenta la siguiente ruta:

TABLA 21: Tipo de emisión facturación

Ecuador LAD Add-on Localizations Manual del Usuario 101

Responsabilidad de AR > Configuración > Transacciones > Orígenes

Ecuador LAD Add-on Localizations Manual del Usuario 102

3.5.3 Asignar información adicional en los Tipos de Transacciones

La localización de Ecuador ha creado una extensión para ingresar información

1. Código Tipo de Comprobante

Corresponde al tipo de comprobante utilizado en la transacción que se va a

Tabla 4: Tipos Comprobantes Autorizados

Código Tipo de Comprobante Transacción Sustento tributario

Tabla 4: Tipos Comprobantes Autorizados

Código Tipo de Comprobante Transacción Sustento tributario

Ecuador LAD Add-on Localizations Manual del Usuario 103

Responsabilidad de AR > Configuración > Transacciones > Tipos de

Ecuador LAD Add-on Localizations Manual del Usuario 104

Se debe ingresar el número o código de Establecimiento definido por el SRI

Para registrar esta información, se sigue la misma ruta:

Ecuador LAD Add-on Localizations Manual del Usuario 105

Para registrar esta información, se sigue la misma ruta:

Responsabilidad de AR > Configuración > Transacciones > Tipos de

Ecuador LAD Add-on Localizations Manual del Usuario 106

Corresponde al tipo de transacción realizada, de acuerdo al tipo de documento

Los tipos de exportación son:

Tabla 10: Tipo de Exportación / Ingreso del exterior

Ecuador LAD Add-on Localizations Manual del Usuario 107

01 Exportación de bienes con Refrendo

02 Exportación de bienes sin Refrendo

03 Exportaciones de servicios u Otros Ingresos del exterior (Incluye activos intagibles)

Responsabilidad de AR > Configuración > Transacciones > Tipos de

Ecuador LAD Add-on Localizations Manual del Usuario 108

3.5.4 Asignar información adicional en la Cabecera de Facturas de Clientes

La localización de Ecuador ha creado una extensión para ingresar información

1. Número del Refrendo del Comprobante

Este campo se debe llenar únicamente cuando se informó “Con refrendo” en el

El número del Refrendo del Comprobante para una transacción de exportación

 Código del Distrito Aduanero

Para registrar este número, siga la siguiente ruta: