![]()
Este set de servicios permite la emisión y almacenamiento de comprobantes electrónicos respetando el régimen de factura electrónica según la resolución dispuesta por AFIP.
Fiscal Flow solicitará y obtendrá el CAE de los comprobantes generados con su correspondiente fecha de vencimiento, gracias a un enlace directo de webservices con los servidores de AFIP.
El siguiente diagrama es un flujo - muy sencillo - de operación del punto de venta y el sistema de emisión de comprobantes electrónicos Fiscal Flow.

Este servicio es invocado por el software cliente para verificar las configuraciones en relación a la modalidad de operación de contingencia CAEA de la terminal consultada.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
BODY
Ejemplo:
RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo: { | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Este servicio es invocado por el software cliente para obtener la contabilización registrada en Fiscal Flow server sobre la cantidad de comprobantes emitidos en la tienda por CAE y CAEA para el periodo actual (mes-año). Así mismo informa el porcentaje limite a computar sobre la cantidad de comprobantes emitidos por CAE para obtener la cantidad limite de comprobantes que el software cliente puede a autorizar por CAEA.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
body
Ejemplo:{ RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo: { | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Este servicio es invocado por el software cliente para obtener información sobre el CAEA vigente del periodo y que debe utilizar para autorizar las operaciones que son registradas bajo su responsabilidad.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
POST - REQUESTheader
Ejemplo:
BODY
Ejemplo:
RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Este servicio es invocado por el software cliente para obtener información sobre el ultimo numero de comprobante para un centro emisor dado que fue autorizado por CAEA (Offline) y que ha sido recepcionado correctamente por el servidor.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
body
Ejemplo: { } RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Este método se utiliza para autorizar documentos electrónicos.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
BODY
Ejemplos: Acceso a JSON de ejemplo por tipos de comprobante: FF - Ejemplos JSON comprobantes RESPONSE OK
Ejemplo:
RESPONSE ERROR
Ejemplo:
|
Este servicio se utiliza para enviar los fiscalDocuments que el software cliente registro, autorizo y guardo por el metodo CAEA.
El servidor recibe y registra operaciones realizadas por CAEA.
Si al recibir un pedido de registro de un documento autorizado por CAEA, se rechaza por algún motivo (excepto por errores en las credenciales que no permitan identificar al emisor), se registra un pedido de alerta y se envia un mail periódico con el detalle de todos los documentos fiscales rechazados por el server, de la compañía. Los documentos rechazados pueden ser consultados desde la sección Monitoreo> Auditoría de documentos fiscales.
Este servicio se utiliza para obtener la información de la compañía, canal de venta y tienda necesarios para ser utilizados por los sistemas externos. Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
BODYAl request de la autorización online se agregan:
Ejemplo:
RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo: { BLOQUEOS DEL SERVICIO: El presente servicio implementa internamente un protección por cache a fin de prevenirse que un software cliente envié repetidamente operaciones identicas o con sus claves iguales. Ud (Software cliente) al enviar una petición debe esperar la respuesta del servicio expuesto por Fiscal Flow. Si omite esta espera y envia nuevamente la operación seguramente recibira una de las siguientes respuestas: ack: 2907, message: "Operation in progress" (la operación fue enviada previamente y la misma todavía esta en curso de ser tratada). El servicio validara las operación conformando las siguientes claves: companyCode.sotoreCode.terminalCode.invoiceType-pointOfSale-invoiceNumber VALIDACIÓN DE EXISTENCIA PREVIA DE LA OPERACION: En el caso del presente servicio, existe un parámetro de configuración en la consola que permite ajustar la clave que se utilizara para realizar la validación de existencia de una operación que reciba en el servicio offline. Puede cambiar el valor de este modo de validación en "Administración"-"Configuración"-"Server" opción: código: validateExistingOfflineStrict, Nombre: Validación de ingreso de operaciones autorizadas por CAEA Modo estricto: (true/false) Si esta opción esta en false: La clave única de persistencia y validación de existencia previa quedara conformada por: companyCode-storeCode-terminalCode-internalId-invoiceType Si esta opción esta en true: La clave única de persistencia y validación de existencia previa quedara conformada por: companyCode-storeCode-terminalCode-internalId-invoiceType-pointOfSale-invoiceNumber Cuando ud, envie una operación previamente registrada el servicio dara una respuesta de este estilo: { |
Este servicio permite consultar un documento fiscal de acuerdo a su identificación por número interno, tienda y terminal.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
GET - REQUESTparams
header
Ejemplo:
BODY
Ejemplo: { RESPONSE OK
Ejemplo:
RESPONSE ERROR
Ejemplo: { | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
FF ofrece este servicio para almacenar los documentos no fiscales emitidos en el punto de venta y permite su consulta desde la consola de administración.
FF identifica a un documento no fiscal por la combinación de códigos de compañía, tienda, terminal y número de transacción (transactionNumber). En caso de recibir un pedido de almacenar un documento ya existente, informa código de error 2903.
Si al recibir un pedido de registro de un documento no fiscal, se rechaza por algún motivo (excepto por errores en las credenciales que no permitan identificar al emisor), se registra un pedido de alerta y se envia un mail periódico con el detalle de todos los documentos no fiscales rechazados, de la compañía. Los documentos rechazados pueden ser consultados desde la sección Monitoreo> Auditoría de documentos fiscales.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
POST - REQUESTheader
Ejemplo:
BODY
Ejemplo:
RESPONSE OK
Ejemplo: { RESPONSE ERROR
Ejemplo: { BLOQUEOS DEL SERVICIO: El presente servicio implementa internamente un protección por cache a fin de prevenirse que un software cliente envié repetidamente operaciones identicas o con sus claves iguales. Ud (Software cliente) al enviar una petición debe esperar la respuesta del servicio expuesto por Fiscal Flow. Si omite esta espera y envía nuevamente la operación seguramente recibira una de las siguientes respuestas: ack: 2907, message: "Operation in progress" (la operación fue enviada previamente y la misma todavía esta en curso de ser tratada). El servicio validara las operación conformando las siguientes claves: companyCode.sotoreCode.terminalCode.internalId FORZAR BLOQUEDO EN HORARIOS PROGRAMADOS: Ud. dispone de un parámetro de configuración en la consola que le permitira forzar el bloqueo de este servicio por rango horario (mismo día). Si ud activa esta configuración, durante el rango horario indicado el servicio siempre dará la siguiente respuesta: ack: 2907, message: "Operation in progress", la operación sera ignorada, rechazada y no se estara disponible en fiscal flow. Para activar o desactivar esta configuración debe ingresar a la consola a la opción: "Administración"-"Configuración"-"Server" opción: código: nonFiscalDocumentsTemporalBlock, Nombre: Bloquear recepcion de documentos NO fiscales en el rango de horario fijado (parametro: HORA INICIO-HORA FIN, formato hora: HH:mm-HH:mm). Desactivado si el valor es off (o formato incorrecto). |
Servicio disponible para la obtención del comprobante de un documento fiscal. Brinda la url desde la cual es posible la descarga.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
GET - REQUESTQUERY paramETERS
Ejemplo: http://10.4.201.52/api/v1/invoice/pdf?companyCode=testqa&invoiceType=1&pointOfSale=17&invoiceNumber=123456 header
Ejemplo:
RESPONSE OK
Ejemplo:
RESPONSE ERROR
Ejemplo: { |
Este servicio es invocado por el software cliente para obtener el padrón completo de todos los CUITs de los clientes adheridos como receptores al sistema de facturación de crédito electrónica.
En caso de que la empresa emita FCE (se configura en la compañía), y se produzca una venta mayor a un cierto límite, se deberá consultar si el receptor está dentro de este padron, en cuyo caso deberá emitirse una FCE y no una factura común.
Para el uso del servicio es necesario informar un token que se obtiene a través del servicio "Authenticate". Es un método REST basado en el formato JSON. Ejemplo:
GET - REQUESTheader
Ejemplo:
BODY
Ejemplo:
RESPONSE OK
Ejemplo: { { RESPONSE ERROR
Ejemplo:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||