Passo Paso a passopaso: | O El JOB FATJOBNFE foi disponibilizado no ambiente SIGAFAT, com o objetivo de efetivar o cancelamento de Notas Fiscais (NFe - Modelo 55 ou NFSe ), através da autorização da SEFAZ/Prefeitura. Quando a NFe receber a autorização de cancelamento, o JOB irá permitir a exclusão do Documento de Saída, através da rotina MATA521. Desta forma é possível evitar que Documentos de Saída sejam excluídos do ERP, sem a devida autorização para cancelamento emitida pela SEFAZ/Prefeitura se puso a disposición en el entorno SIGAFAT, con el objetivo de hacer efectiva la anulación de Facturas (e-Fact - Modelo 55 o e-FactS ), por medio de la autorización del Fisco (SEFAZ)/Alcaldía. Cuando la e-Fact reciba la autorización de anulación, el JOB permitirá borrar el Documento de salida, por medio de la rutina MATA521. De esta manera es posible evitar que Documentos de salida se borren del ERP, sin la debida autorización para la anulación emitida por el Fisco (SEFAZ)/Alcaldía.
Aviso |
---|
title | Observação | Observación |
---|
| El soporte no orienta en la implementaciónO suporte não orienta em implementação. Este material é unicamente es únicamente objeto de apoioapoyo, e y orientamos firmemente que seja solicitado se solicite al analista in - loco para implementar a ferramenta e homologar o uso em produção.la herramienta y homologar el uso en producción. La implementación primero debe realizarse en un entorno de homologación estándar actualizado y, posteriormente en Producción, respetando las debidas copias de seguridad preventivasA implementação deve ser realizada primeiramente em ambiente de homologação padrão atualizado e, posteriormente em Produção respeitando os devidos backups preventivos. |
Material de Apoio apoyo para Implementar o implementar el JOB: NFE0002_JOB_para_Cancelamentoanulación_de NFee-Fact_ey/ouo_NFSee-FactS_(JOB FatJobNFe)
Deck of Cards |
---|
startHidden | false |
---|
effectDuration | 0.5 |
---|
id | FATJOB |
---|
effectType | horizontal |
---|
loopCards | true |
---|
| Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Configurações Gerais | | Configuraciones generales |
---|
| Para ativar o Job, caso possua apenas uma empresa e uma filial; 1° Configure o parâmetro MV_CANCNFE ou Expandir |
---|
title | Configuración para una sucursal |
---|
| Cómo activar el Job, si solo tiene una empresa y una sucursal 1° Configure el parámetro MV_CANCNFE o | notas serviçosParâmetroConfiguraçãoConfiguración | MV_CANCNFE | .T. para habilitar |
| o Quando a exclusão sem utilizar o borrar sin utilizar el JOB) | MV_CANNFSE | Utilizado para |
| notas serviçosservicios: .T. para habilitar |
| o Quando a exclusão sem utilizar o borrar sin utilizar el JOB) | MV_INFXJUS | S |
| caso deseje si desea informar manualmente |
| o motivo do cancelamento no momento da exclusão (necessário que a justificativa contenha mais el motivo de la anulación durante el borrado (es necesario que la justificación tenga más de 15 dígitos) |
2° Configure | o no appeserver do a execução do processo de cancelamento que foram emitidos por NFe ou NFSeejecutar el proceso de anulación que se emitió por e-Fact o e-FactS. | Observação | São as mesmas nota serviço o é o parâmetro es el parámetro MV_CANNFSE que | deve debe estar habilitado. Verifique | se a prefeitura dispõe de serviço de cancelamento. Caso contrario, indiferente do configurado no parâmetro si la alcaldía dispone de servicio de anulación. De lo contrario, a diferencia de lo configurado en el parámetro de sistema MV_CANNFSE | não irá existir a transmissão para o cancelamentono existirá la transmisión para la anulación. | O fonte versão somente era necessário para o uso da solamente es necesario para el uso de la versión 11, a partir | da versão 12, não é mais necessário bastando apenas efetuar a configuração do ambientede la versión 12, ya no es necesario, bastando simplemente realizar la configuración del entorno. |
| - O Job é registrado no INI do Server Protheus e não no INI do TSS
- Caso possua um ambiente com balanceamento de cargas, ou seja, APPSERVER Master e Slaves (Balanceamento de carga) é necessário registrar o JOB no INI de cada serviço, e não no Master.
| Abra o arquivo INI do Server Protheus e adicione a seção [FatJobNFe_<EMPRESA><FILIAL>] conforme o exemplo abaixo- El Job se registra en el INI del Server Protheus y no en el INI del TSS
- Si tiene un entorno con balance de cargas, es decir, APPSERVER Master y Slaves (Balanceo de carga) es necesario registrar el JOB en el INI de cada servicio, y no en el Master.
|
Abra el archivo INI del Server Protheus y agregue la sección [FatJobNFe_<EMPRESA><FILIAL>], de acuerdo con el siguiente ejemplo: | Configuração | [ONSTART]
JOBS=FatJobNFe_ | <empresa><filial><empresa><sucursal>
[FatJobNFe_ | <empresa><filial>
MAIN=FatJobNFe
ENVIRONMENT= | <ambientetrabalho>trabajo>
nParms=2
parm1=<Empresa>
parm2= | <Filial><Sucursal>
START_TIME=00:00:01
FINISH_TIME=23:59:59
INTERVAL=5
ACTIVATE=ON |
| Observações as chavesChaveDetalhamentoAmbiente de trabalho ao qual o Job pertenceEntorno de trabajo al que pertenece el Job. | nParms |
| Deve Debe permanecer 2. | parm1 | Código |
| da de la empresa. | parm2 | Código |
| da filialTIME Horário deve ser considerado para a execuçãodebe considerarse para la ejecución. | FINISH_ |
| TIME Horário deve ser considerado para a execuçãodebe considerarse para la ejecución. | INTERVAL | Intervalo de minutos entre |
| as execuções deve maior ou mayor o igual a 5). | ACTIVATE | Indica |
| se ativoVeja que na configuração os sinais - Vea que en la configuración los signos de menor (<)
| e maior devem ser substituídos pela informação- deben sustituirse por medio de la siguiente información:
| Exemplo<empresa><filial>- <empresa><sucursal> => FatJobNFe_9901 (Empresa 99
| e Filial Gestão Caso tenha mais de uma filial ou - Si tuviera más de una sucursal o Gestión de empresas,
| além do parâmetro ativado, veja como deve ser configurado o JOB no - además del parámetro activado, vea cómo debe configurarse el JOB en el appserver.ini. Siga
| as orientações do tópico ao - las orientaciones del tópico al lado:
| Configurações mais uma filial Gestão |
| card | default | true |
---|
id | FATJOB |
---|
label | Configurações para mais de uma filial/ Gestão de empresas |
---|
| title | Configuración para más de una sucursal |
---|
| Si tuviera más de una sucursal para configurar el JOB, es necesario configurar una sección del job para cada sucursal, ejemplo | Caso possua mais de uma filial para configurar o JOB, é necessário configurar uma seção do job para cada filial, exemplo: | Multifilial | [ONSTART]
JOBS=FatJobNFe_ | <empresa><filial><empresa><sucursal>
[FatJobNFe_ | <empresa><filial><empresa><sucursal>]
nParms=2
parm1=<Empresa>
PARM2= | <Filial>ExemploEjemplo: 01]
[ONSTART]
JOBS=FatJobNFe_ | <empresa><filial><empresa><sucursal>
[FatJobNFe_ | <empresa><filial><empresa><sucursal>]
nParms=2
parm1=<Empresa>
PARM2= | <Filial>ExemploCaso possua mais de um - Si tiene más de una empresa para
| configuração é necessário que efetue a configuração em - es necesario que realice la configuración en cada empresa de forma separada,
| não há - no hay centralizadora por empresa.
| Caso possua ambiente com Gestão - Si tiene un entorno con Gestión de empresa,
| é necessário registrar no INI uma sessão para cada Filial, onde os parâmetros devem receber por exemplo- es necesario registrar en el INI una sesión para cada Sucursal, donde los parámetros deben recibir por ejemplo:
parm1=T1 (Grupo de empresa) parm2=D MG 01 (D=Empresa, MG=
| UnidadeFilial |
|
Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Configuração via Configuración por Schedule |
---|
| O El Schedule Protheus permite que rotinas do sistema sejam agendadas para que possam ser executadas posteriormente, em um período determinado pelo usuário. Deve-se configurar o schedule para a execução do processo de cancelamento (estorno dos documentos) que foram emitidos por NFe e NFSe: se agenden las rutinas del sistema para que puedan ejecutarse posteriormente, en un período determinado por el usuario.
Debe configurarse el schedule para la ejecución del proceso de anulación (reversión de los documentos) que se emitieron por e-Fact y e-FactS: 1. En el Configurador (SIGACFG), acceda a Entorno1. No Configurador (SIGACFG), acesse Ambiente/ Schedule/ Schedule. 2. Dê um duplo clique em AgendamentosHaga dos clic en Agendamientos. 3. Clique em CadastroHaga clic en Registro. 4. Clique em Haga clic en Incluir. 5. Preencha os Informe los campos obrigatóriosobligatorios. 6. Preencha o campo RotinaInforme el campo Rutina (XX1_ROTINA) com con FATJOBNFE(). 7. Clique Haga clic en OK. 8. Clique em Haga clic en Confirmar. Caso seja necessário executar o procedimento diversas vezes, configure por meio do botão RecorrênciaSi fuera necesario ejecutar el procedimiento diversas veces, configure por medio de la opción Recurrencia. Material sobre a configuração do la configuración del Schedule: Schedule - Como Cómo agendar a execução la ejecución de rotinasrutinas Aviso |
---|
title | ObservaçãoObservación |
---|
| Recomendamos o el uso do schedule, essa funcionalidade garante a exclusão das notas que estão em processamento para serem canceladas. Exemplo: Se excluiu uma nota, porem houve falha de comunicação com a Sefaz, e a nota ainda consta no sistema, o Schedule sempre reprocessa de forma automática e exclui assim que houver a comunicação com a Sefaz. Está funcionalidade é apenas para notas que estão com o status : Aguardando cancelamento, legenda laranja. del schedule, esta funcionalidad garantiza el borrado de las facturas que están en procesamiento para anulación. Ejemplo: Si se borra una factura, pero hubo una falla de comunicación con el Fisco, y la factura aún consta en el sistema, el Schedule siempre reprocesa de forma automática y borra inmediatamente después de que se restablece la comunicación con el Fisco. Está funcionalidad es únicamente para facturas que están con el estatus: Esperando anulación, legenda anaranjada. Es importante resaltar que la configuración del Schedule tiene el consumo de licenciasImportante ressaltar que a configuração do Schedule tem o consumo de licenças. |
|
Card |
---|
default | true |
---|
id | FATJOBNFE |
---|
label | ProcessoProceso |
---|
| - Emitir nota una factura de Saída salida utilizando TES, Cliente e Produto que movimente as Tabelas SF3 e SFT e que esteja apta à ser Autorizada pelo SEFAZ (não retorne rejeiçãoy Producto que mueva las Tablas SF3 y SFT y que esté apta para ser Autorizada por el Fisco (que no devuelva rechazo).
- Para transmitir: Rotina Rutina NFESEFAZ > Outras Ações Otras acciones > TransmissãoTransmisión
- Para Monitorarmonitorear: Rotina Rutina NFESEFAZ > Outras Ações Otras acciones > Monitor > FaixaRango
- Para excluir: Acessar rotina borrar: Acceder a la rutina MATA521A – Exclusão Borrado de Documento documento de Saída > Selecionar a nota > Outras Ações: Excluir.
Rotina MATA521A – Exclusão de Documento de Saída > Outra açõessalida > Seleccionar la factura > Otras acciones: Borrar.
Rutina MATA521A – Borrado de documento de salida > Otra acciones: Refresh.
A funcionalidade Refresh tem a finalidade de reprocessar a comunicação com TSS para transmissão de cancelamento, e consequente exclusão, de Notas que, por algum motivo, não tiveram efetividade no retorno do Sefaz / Prefeitura no momento da primeira tentativa de exclusão. Ao ocorrer o reprocessamento através do Refresh, a Nota pode ser cancelada e excluída, ou ter seu status alterado indicando, por exemplo, uma rejeição. Obs: o botão refresh é destinado ao reprocessamento em lote de todas as notas (independente de apresentar em filtro de browser, ou de estar flegada). Caso não seja a intenção, deve-se selecionar a(s) Nota(s) desejada e realizar novamente a tentativa de exclusão para que a Nota em questão seja reprocessada. IMPORTANTE: É categoricamente recomendado o uso do Schedule, abordado nesta documentação. O schedule, quando devidamente configurado, terá o mesmo comportamento do "Refresh", reprocessando periodicamente as Notas, porém, de forma automática, evitando assim falha humana, visto que não depende de ação do usuário para reprocessar.
La funcionalidad Refresh tiene la finalidad de reprocesar la comunicación con TSS para transmisión de anulación, y consecuente borrado, de Facturas que, por algún motivo, no fueron efectivas en la devolución del Fisco / Alcaldía en el primer intento de borrado. Al ocurrir el reprocesamiento por medio del Refresh, la Factura puede anularse y borrarse, o tener su estatus modificado indicando, por ejemplo, un rechazo. Obs: la opción refresh se destina al reprocesamiento en lote de todas las facturas (independientemente de presentarse en filtro de browser, o de tener un flag). Si no fuera la intención, deben seleccionarse la(s) Factura(s) deseada(s) y realizar nuevamente el intento de borrado para que la Factura en cuestión se reprocese. IMPORTANTE: Es categóricamente recomendable el uso del Schedule, abordado en esta documentación. El schedule, cuando debidamente configurado, tendrá el mismo comportamiento del "Refresh", reprocesando periódicamente las Facturas, pero, de forma automática, evitando de esta manera la falla humana, ya que no depende de la acción del usuario para reprocesar.
Expandir |
---|
| Se creó el proceso de validación de eliminación por el Job, porque únicamente la configuración del parámetro MV_SPEDEXC no cumplía las reales necesidades del proceso, ya que en casos de rechazo de la eliminación por parte del Fisco la factura ya estaría eliminada del sistema. El Job FatJobNFe se desarrolló con la perspectiva de sustituir el tratamiento anterior, por lo tanto, al habilitar este proceso, el sistema deja de validar el parámetro MV_SPEDEXC. Esto ocurre porque, si ambas validaciones estuvieran activas, el parámetro impedirá definitivamente la eliminación de facturas que, por su parte, podrían tener la anulación aceptada por el organismo responsable. No se debe impedir efectivamente la eliminación fuera del plazo, ya que existe la posibilidad de realizar dicha operación (como en casos de anulación extemporánea). Es decir, el Job funciona como una validación del comportamiento del Fisco en el ERP. Si el Fisco permite la anulación, el Job permite eliminar.
- FATJOBNFE vs. TOTVS TRANSMITE
La configuración del FATJOBNFE no tiene modificaciones con la llegada del producto TOTVS Transmite. Las validaciones del TSS para el uso del JOB son las mismas utilizadas para validar en el ERP. El TOTVS Transmite es un sistema On Line, integrado con el ERP Totvs, que facilita la administración de los documentos fiscales electrónicos, la manifestación del destinatario y su almacenamiento con total seguridad. En caso de dudas relacionadas con el Totvs Transmite, entre en contacto con nuestro equipo SPED. Para más información: Integración TSS vs. TOTVS Transmite.
- Validar otras Reglas antes de permitir la eliminación de la factura
Si desea validar otras particularidades para permitir o no la eliminación del documento de salida, debe utilizarse el punto de entrada para determinar sus propias condiciones / reglas relevantes. P.E. sugerido: MS520VLD - http://tdn.totvs.com/display/public/PROT/MS520VLD Obs: Si hubiera necesidad de más información o soporte con relación al punto de entrada, entre en contacto con el soporte AdvPL del Protheus.
- FISCO (Secretaría de Estado de Hacienda): es el organismo vinculado al Ministerio de Hacienda responsable por el control y estandarización de las reglas referentes a los ingresos y gastos de Estado/Provincia/Región.
- TSS (TOTVS Service SOA): es la aplicación utilizada por el Protheus para comunicación con el Fisco. Detalles en: TSS0006_Manual_de_configuración. El objetivo principal es suministrar los servicios de emisión y mantenimiento de documentos fiscales electrónicos como: Factura electrónica (e-Fact), Conocimiento de transporte electrónico (e-CT), Factura de servicio electrónica (e-FactS), Portada de lote electrónica (Seu), Manifiesto de documentos fiscales electrónicos (e-MDF), Factura electrónica para consumidor final (e-FactC), Manifiesto del destinatario (e-MD).
- SPED (Sistema Público de Registro Digital): es la solución tecnológica del Fisco que oficializa la relación entre el Fisco y los contribuyentes, por medio de archivos digitales de registro fiscal y contable, mediante los sistemas empresariales dentro de un formato específico y estandarizado.
- Códigos TSS (genéricos) y Códigos de devolución Fisco
Al consultar la rutina NFESEFAZ > Otras acciones > Monitor > Rango, se muestra el contenido del TSS. Obs: Para Factura de servicios (Municipalidad) rutina FISA022 > Otras acciones > Monitor. La devolución detallada del Fisco puede consultarse: En la opción “Mensajes” dentro de la rutina o en la Tabla SPED054, o en el log _nfesbra_monitorfaixa_out generado en la carpeta wslogxml de su estructura del servidor TSS. Obs: Para Facturas de servicios (Alcaldía) Tabla SPED055.
- El proceso de validación de la eliminación realizado por el FATJOBNFE no considera la anulación o la inutilización del e-CT, su finalidad es impedir a eliminación indebida de la factura de salida, que por ventura, pueda tener el e-CT vinculado a esta. Si utiliza el módulo TMS, entre en contacto con el equipo para los procedimientos de anulación o inutilización de e-CT. Si no utiliza el módulo TMS, entre en contacto el equipo SPED para más orientaciones.
|
|
Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Processamento do FATJOBNFE |
---|
| KCS: Cross Segmento - TOTVS Backoffice (Linha Protheus) - SIGAFAT - Legenda de Exclusão do Documento de Saída
La leyenda en la rutina de eliminación de documento de salida (MATA521), solo ocurre cuando existe el uso del Job de validación de eliminación de la factura, FATJOBNFE, a través de la activación del parámetro MV_CANCNFE, cuando no existe el uso del Job, no existe leyenda.
Su composición es la siguiente: Image Added Anaranjado: Esperando la respuesta de la SEFAZ, sobre la anulación (FATJOBNFE). Blanco: ninguna acción tomada. Verde: Anulación autorizada y con asuntos pendientes, evalue el estatus de los campos F2_FIMP y F2_STATUS. Rojo: Anulación no autorizada, verifique el Campo STATUS Tabla SPED050.
OBSERVACIÓN: Si la prueba se realiza en entorno de homologación, por ser homologação, la leyenda queda "Anaranjado", valide si está en el entorno de producción. |
Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Processamento FATJOBNFE |
---|
| Comportamento Obtido com rotina MATA521: P11 igual ou superior a 15/02/17 / P12 igual ou superior a 14/02/17 Image Removed Image Removed (Clique aqui para visualizar / baixar o arquivo em Planilha) Dica |
---|
| O FATJOBNFE se baseia no conteúdo do campo F2_FIMP (Flag de impressão)para seu processamento; e, alimenta o campo F2_STATUS (status de Cancelamento da NFE) com o resultado da operação. A informação do cancelamento é gravado na tabela SPED050 do TSS nos seguintes campo: - memo XML_SIGCAN;
- Status
- Statuscanc
Veja nas tabelas abaixo os tipos de retorno desses campos. |
- Campo F2_STATUS – Status Canc. NFe (registrado apenas quando se faz uso do FATJOBNFE)
“ ” - Não houve tentativa de cancelamento com uso do FATJOBNFE 015 - Cancelamento Autorizado 025 - Cancelamento não transmitido (Aguardando retorno do SEFAZ) 026 - Cancelamento não autorizado 030 - Inutilização de numeração autorizada 036 - Cancelamento autorizado fora do prazo
- Campo STATUS Tabela SPED050 - Status da NFe:
1 = NFe Recebida. 2 = NFe Assinada. 3 = NFe com falha no schema XML. 4 = NFe transmitida. 5 = NFe com problemas. 6 = NFe autorizada. 7 = Cancelamento
- Campo STATUSCANC Tabela SPED050 - Status Cancelamento/inutilização ():
1 = NFe Recebida. 2 = NFe Cancelada. 3 = NFe com falha de cancelamento/inutilização.
Tabelas de Serviço/Prefeitura - Campo STATUS Tabela SPED051 - Status NFSE
STATUS= 1 "Nfse recebida pelo TSS"STATUS= 2 "Nfse assinada" STATUS= 3 "Nfse com erro de schema" STATUS= 4 "Nfse transmitida" STATUS= 5 "Nfse rejeitada" STATUS= 6 "Nfse autorizada" STATUS= 7 + STATUSCANC=2 "Nfse cancelada" Tabelas para transmissão do Totvs Colaboração Tabela CKO - Grava o Status do cancelamento/inutilizado Tabela CKA - Grava os Lotes X Nota Fiscal Eletrônica Status da Sefaz: Definição dos Cenários (Detalhes, consultar Manual do contribuinte da SEFAZ no link: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI - Não assinada: TSS identifica falha no schema e não envia para o SEFAZ
Código TSS: 002 / 029
- Inutilizada: Numeração não existe para SEFAZ – Não poderá mais ser utilizada. Na necessidade de efetivar a operação, é necessário reemitir o Documento para transmitir com nova numeração.
Código Sefaz: 102 - Inutilização de número homologado Código TSS: 030
- Denegada: Existe algum problema geralmente do Emissor ou do Destinatário com o Fisco do SEFAZ (Ex: Situação cadastral) que impede o Faturamento. A numeração também não poderá mais ser utilizada.
Códigos SEFAZ: 110 – Uso denegado 301 - Uso Denegado: Irregularidade fiscal do emitente 302 - Rejeição: Irregularidade fiscal do destinatário 303 - Uso Denegado: Destinatário não habilitado a operar na UF 205 - NF-e está denegada na base de dados da SEFAZ Código TSS: 013
- Rejeitada: “N” motivos de erro no documento - Na necessidade de efetivar a operação, é necessário corrigir a causa da Rejeição e retransmitir.
Obs: Há correções, para as quais, se faz necessário também excluir o documento de saída e emitir novamente para que a correção seja efetiva, como por exemplo, problemas de cálculos de impostos, visto que os dados precisam ser corrigidos primeiramente nas tabelas do ERP para então enviar correto ao SEFAZ. Códigos SEFAZ: “N” retornos (consultar Manual do contribuinte da SEFAZ)
- Autorizada: Faturamento Homologado
Código SEFAZ: 100 - Autorizado o uso da NF-e Código TSS: 001 Cancelamento autorizado: Código SEFAZ: 101 - Cancelamento autorizado Código TSS: 015 Código SEFAZ: 155 - Cancelamento homologado fora de prazo (extemporâneo). Comumente acarreta cobrança ao Emissor. Código TSS: 036- Cancelamento Rejeitado:
Códigos SEFAZ: 252 - Rejeição: Tipo do Ambiente difere do ambiente do Web Service 578 - Rejeição: A data do evento não pode ser maior que a data do processamento 577 - Rejeição: A data do evento não pode ser menor que a data de emissão da NF-e 579 - Rejeição: A data do evento não pode ser menor que a data de autorização para NF-e não emitida em contingência 220 - Rejeição: Prazo de Cancelamento Superior ao Previsto na Legislação 501 - Rejeição: Pedido de Cancelamento intempestivo (superior a 7 dias) 690 - Rejeição: Pedido de Cancelamento para NF-e com CT-e ou MDF-e Código TSS: 017 ou 026
Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Complemento |
---|
| - FATJOBNFE e MV_SPEDEXC
O processo de validação de exclusão via Job foi criado, pois apenas a configuração do parâmetro MV_SPEDEXC não atendia as reais necessidades do processo, já que em casos de rejeição da exclusão por parte do SEFAZ a nota já estaria excluída do sistema. O Job FatJobNFe foi desenvolvido com perspectiva a substituir a tratativa anterior; logo ao habilitar este processo, o sistema deixa de validar o parâmetro MV_SPEDEXC. Isso ocorre pois, se ambas validações estivessem ativas, o parâmetro iria barrar definitivamente exclusões de notas que por sua vez, poderiam ter o cancelamento aceito pelo órgão responsável. Não se deve barrar efetivamente a exclusão fora do prazo, pois existe possibilidade de tal operação (como em casos de cancelamento extemporâneo). Ou seja, o Job funciona como uma validação do comportamento Sefaz no ERP. Se o SEFAZ permite o cancelamento, o Job permite a exclusão.
- FATJOBNFE x TOTVS TRANSMITE
A configuração do FATJOBNFE não sofre alterações com a chegada do produto TOTVS Transmite , as validações do TSS para o uso do JOB são as mesmas utilizadas para validar no ERP. O TOTVS Transmite é um sistema on-line, integrado ao ERP Totvs, que facilita a administração dos documentos fiscais eletrônicos, a manifestação do destinatário e sua armazenagem com total segurança. Dúvidas relacionadas ao Totvs Transmite, contate nossa equipe SPED. Saiba mais: Integração TSS x TOTVS Transmite. - Validar demais Regras antes de permitir a Exclusão da Nota
Caso deseje validar demais particularidades para permitir ou não a exclusão do documento de saída, deve-se utilizar Ponto de Entrada para determinar suas próprias condições / regras relevantes. P.E. sugerido: MS520VLD - http://tdn.totvs.com/display/public/PROT/MS520VLD Obs: Havendo necessidade de maiores informações ou suporte em relação a ponto de entrada, contatar suporte AdvPL do Protheus.
- SEFAZ (Secretaria de Estado da Fazenda) : é o órgão vinculado ao Ministério da Fazenda responsável pelo controle e padronização das regras relativas à receitas e despesas de cada Estado.
- TSS (TOTVS Service SOA): é a aplicação utilizada pelo Protheus para comunicação com o SEFAZ. Detalhes em: TSS0006_Manual_de_Configuração. O objetivo principal é prover os serviços de emissão e manutenção de documentos fiscais eletrônicos como: Nota Fiscal Eletrônica (NFe), Conhecimento de Transporte Eletrônico (CTe), Nota Fiscal de Serviço Eletrônica (NFSe), Capa de Lote eletrônica (Seu), Manifesto de Documentos Fiscais Eletrônicos (MDFe), Nota Fiscal Eletrônica para Consumidor Final (NFCe), Manifesto do destinatário (MDe).
- SPED (Sistema Público de Escrituração Digital): é a solução tecnológica da Receita Federal que oficializa a relação entre o Fisco e os contribuintes, por meio de arquivos digitais de escrituração fiscal e contábil, pelos sistemas empresariais dentro de um formato específico e padronizado.
- Códigos TSS (genéricos) e Códigos de retorno SEFAZ
Ao consultar a rotina NFESEFAZ > Outras Ações > Monitor > Faixa é exibido o conteúdo do TSS. Obs: Para Nota de Serviços (Prefeitura) rotina FISA022 > Outras Ações > Monitor. O retorno detalhado do SEFAZ pode ser consultado: No botão “Mensagens” dentro da rotina; ou, na Tabela SPED054; ou, no log _nfesbra_monitorfaixa_out gerado na pasta wslogxml de sua estrutura do servidor TSS. Obs: Para Notas de Serviços (Prefeitura) Tabela SPED055.
- O processo de validação da exclusão efetuado pelo FATJOBNFE não contempla o cancelamento ou a inutilização do CTe, sua finalidade é impedir a exclusão indevida da nota fiscal de saída que por ventura, possa conter o CTe associado a ela. Caso utilize o módulo TMS, contate a equipe para os procedimentos de cancelamento ou inutilização de Cte. Caso não utilize o módulo TMS, contate a equipe SPED para maiores orientações.
Card |
---|
default | true |
---|
id | FATJOB |
---|
label | Legenda |
---|
| Quando ativamos o MV_CANCNFE, a legenda fica da seguinte maneira: Laranja: Aguardando o retorno da Sefaz, sobre o cancelamento; Branco: nenhuma ação tomada; Verde: Cancelamento autorizado e com pendencias, avalie o status dos campos F2_FIMP e F2_STATUS. Vermelho: Cancelamento não autorizado, verifique o Campo STATUS Tabela SPED050 Image Removed | Comportamiento Obtenido con la rutina MATA521: P11 igual o superior al 15/02/17 / P12 igual o superior al 14/02/17 Image Added Image Added
(Haga clic aquí para visualizar / bajar el archivo en Planilla) Dica |
---|
| El FATJOBNFE se basa en el contenido del campo F2_FIMP (Flag de impresión) para su procesamiento; y, alimenta el campo F2_STATUS (estatus de Anulación de la NFE) con el resultado de la operación. La información de la anulación se graba en la tabla SPED050 del TSS en los siguientes campos: - memo XML_SIGCAN;
- Estatus
- Statuscanc
Vea en las siguientes tablas los tipos de devolución de estos campos. |
- Campo F2_STATUS – Estatus Anul. e-Fact (registrado únicamente cuando se hace uso del FATJOBNFE)
“ ” - No hubo intento de anulación con el uso del FATJOBNFE 015 - Anulación autorizada 025 - Anulación no transmitida (Esperando devolución del Fisco) 026 - Anulación no autorizada 030 - Inutilización de numeración autorizada 036 - Anulación autorizada fuera del plazo
- Campo STATUS Tabla SPED050 - Estatus de la e-Fact:
1 = e-Fact Recibida. 2 = e-Fact Firmada. 3 = e-Fact con falla en el schema XML. 4 = e-Fact transmitida. 5 = e-Fact con problemas. 6 = e-Fact autorizada. 7 = Anulación
- Campo STATUSCANC Tabla SPED050 - Estatus Anulación/inutilización ():
1 = e-Fact Recibida. 2 = e-Fact Anulada. 3 = e-Fact con falla de anulación/inutilización.
Tablas de servicio/Alcaldía - Campo STATUS Tabla SPED051 - Estatus e-FactS
STATUS= 1 "e-Fact recibida por el TSS"STATUS= 2 "e-Fact firmada" STATUS= 3 "e-Fact con error de schema" STATUS= 4 "e-Fact transmitida" STATUS= 5 "e-Fact rechazada" STATUS= 6 "e-Fact autorizada" STATUS= 7 + STATUSCANC=2 "e-Fact anulada" Tablas para transmisión del Totvs Colaboración Tabla CKO - Graba el estatus de la anulación/inutilización Tabla CKA - Graba los Lotes vs. Factura electrónica
Estatus del Fisco: Definición de los escenarios (Detalles, consultar Manual del contribuyente del Fisco en el enlace: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=URCYvjVMIzI - No firmada: TSS identifica falla en el schema y no envía al Fisco
Código TSS: 002 / 029
- Inutilizada: Numeració no existe para el Fisco – Ya no podrá utilizarse. Si fuera necesario hacer efectiva la operación, es necesario emitir nuevamente el Documento para transmitir con una nueva numeración.
Código del Fisco: 102 - Inutilización de número homologado Código TSS: 030
- Denegada: Existe algún problema generalmente del Emisor o del Destinatario con el Fisco (Ej: Situación del registro) que impide la Facturación. La numeración tampoco podrá utilizarse.
Códigos del Fisco: 110 – Uso denegado 301 - Uso denegado: Irregularidad fiscal del emitente 302 - Rechazo: Irregularidad fiscal del destinatario 303 - Uso denegado: Destinatario no habilitado a operar en el Estado/Provincia/Región 205 - e-Fact está denegada en la base de datos del Fisco Código TSS: 013
- Rechazada: “N” motivos de error en el documento - Si fuera necesario hacer efectiva la operación, debe corregirse la causa del Rechazo y retransmitir.
Obs: Hay correcciones, para las cuales, también es necesario borrar el documento de salida y emitir nuevamente para que la corrección sea efectiva, como por ejemplo, problemas de cálculo de impuestos, ya que los datos deben corregirse primero en las tablas del ERP, para después enviar correctamente al Fisco. Códigos del Fisco: “N” devoluciones (consultar Manual del contribuyente del Fisco)
- Autorizada: Facturación homologada
Código del Fisco: 100 - Autorizado el uso de la e-Fact Código TSS: 001
- Anulación autorizada:
Código SEFAZ: 101 - Anulación autorizada Código TSS: 015
Código SEFAZ: 155 - Anulación homologada fuera de plazo (extemporáneo). Comúnmente ocasiona cobranza al Emisor. Código TSS: 036
- Anulación rechazada:
Códigos del Fisco: 252 - Rechazo: Tipo de entorno difiere del entorno del Web Service 578 - Rechazo: La fecha del evento no puede ser mayor que la fecha del procesamiento 577 - Rechazo: La fecha del evento no puede ser menor que la fecha de emisión de la e-Fact 579 - Rechazo: La fecha del evento no puede ser menor que la fecha de autorización para la e-Fact no emitida en contingencia 220 - Rechazo: Plazo de anulación superior al previsto en la legislación 501 - Rechazo: Pedido de anulación intempestivo (superior a 7 días) 690 - Rechazo: Pedido de anulación para e-Fact con e-CT o e-MDF Código TSS: 017 o 026
|
|
|