Cadastro de Informações do Responsável Técnico

Última atualização em: 05 de junho, 2019

A emissão de NF-e e NFC-e conta a partir de agora com um novo grupo para informar o responsável técnico pelo sistema, ou seja, a empresa desenvolvedora ou responsável pelo sistema emissor utilizado pelo contribuinte.

De acordo com publicação da NT 2018.005 v1.20, as UF de AL, AM, MS, PE, PR, SC e TO passarão a aceitar as informações do responsável técnico a partir de 07/05/2019. Já os campos ‘idCSRT’ e ‘hashCSRT’ do grupo de informações do Código de Segurança do Responsável Técnico, não tem uma data prevista para implantação.

No InvoiCy, essas informações poderão ser cadastradas através da tela de Parceiros, no Painel de Controle, como demonstrado na imagem.

A critério de cada UF, poderá ser solicitado para a empresa responsável um código de segurança, denominado de Código de Segurança do Responsável Técnico (CSRT), que também poderá ser informado nesta tela de Parceiro.

É possível também cadastrar esses dados via integração com o Web Service arecepcao. A imagem abaixo demonstra um exemplo do layout do XML que deve ser enviado. Você pode fazer download do exemplo XML clicando aqui, e também pode baixar o layout em Excel clicando aqui.

É importante destacar que para realizar o cadastro via Web Service deve-se gerar o código HASH em formato MD5, com as seguintes informações:

  • Para esse layout em específico deve-se utilizar a chave de acesso do Parceiro, que pode ser obtida na tela Parceiros do Painel de Controle, concatenando com todo o conteúdo contido dentro do grupo de tag <CadastroParceiro>. Copie a chave, mais todo o conteúdo (inclusive as tags).

Quando as informações do responsável técnico estiverem preenchidas na tela de Parceiros, ao efetuar a emissão de uma NF-e ou NFC-e o respectivo grupo será gerado no XML.

Mas também pode-se informar o grupo no layout de integração de envio da NF-e/NFC-e, seguindo o exemplo da imagem abaixo.

Para mais informações sobre o novo grupo, faça download do nosso layout em Excel. As alterações estão em destaque.

Correção automática de NFC-es rejeitadas emitidas em contingência offline

Última atualização em: 04 de junho, 2019

O InvoiCy conta com a nova função de correção automática para documentos NFC-e rejeitados, e que foram emitidos em contingência offline, tanto pelo painel gerencial de suporte como pela tela inicial dos documentos. Essa nova alteração será permitida apenas para empresas que possuírem a extensão do painel de suporte ativa.

Para que seja possível realizar a correção automática dos documentos rejeitados em contingência offline, é necessário ativar a correção de NFC-e nas configurações de emissão da empresa, como demonstra a imagem abaixo.

Através do Painel gerencial de suporte o processo de correção estará disponível por meio da opção ‘Offlline Rejeitado’ do gráfico de Documentos não compliance.

Após acessar a opção Offline Rejeitado, é possível ver a quantidade de rejeições dos documentos NFC-e emitidos em contingência offline, agrupada inicialmente pelo tipo de rejeição, visualizando as empresas afetadas abaixo. A ordem das rejeições é decrescente pelo volume de incidências e também apresenta o volume de CNPJs afetados por cada rejeição. Assim, a empresa específica selecionada apresenta apenas os documentos relacionados a essa rejeição.

Se ao abrir os documentos de uma rejeição específica pelo painel gerencial de suporte existir o ícone destacado na figura abaixo, significa que aquela rejeição permite aplicar a correção automática. Caso contrário, a correção deverá ocorrer de forma manual, corrigindo documento por documento. Na tela de documentos, caso o painel estiver ativo para a empresa, se aplica o mesmo processo de correção.

Abaixo iremos demonstrar um exemplo de como ocorre todo o processo de correção automática para a rejeição “778 – Informado NCM inexistente”. No primeiro momento, além de identificar na listagem dos itens do documento qual item está rejeitado pela Sefaz, o sistema apresenta a mensagem “Clique aqui para corrigir no item” na rejeição apresentada no cabeçalho, direcionando para a pop-up de edição do item em específico. Essa ação somente será apresentada quando for identificado pela Sefaz o item com problema, conforme imagem abaixo.

Ao selecionar o item a ser corrigido, o sistema abre a tela de correção, permitindo ao usuário informar o NCM correto, dando sequência ao processo clicando em Salvar.

Após a correção da rejeição, a nota será reenviada e se autorizada, irá identificar outros documentos em que seja possível replicar esta mesma correção, onde a busca destes documentos segue uma regra específica para cada tipo de rejeição.

Após a identificação dos documentos, o processo irá realizar a correção automática reenviando os demais documentos com a correção aplicada no documento que foi autorizado. Antes de apresentar como concluído o processo da correção, é realizada uma validação dos documentos enviados para verificar se os mesmos já foram sincronizados com o painel gerencial de suporte.

Se eventualmente ocorrer erro 801 (Time out), 999 (Genérico), 656 (Consumo indevido), 108 ou 109 (SEFAZ em contingência), o processo de envio automático será abortado e irá mostrar ao usuário a mensagem retornada pela Sefaz.

O processo ainda permite que o envio das notas seja abortado durante o andamento da correção, onde nesse caso somente irá validar os documentos que já foram processados. Após concluir ou abortar o processo, a opção Visualizar é liberada ao usuário.

Caso após a execução do processo de Correção Automática ou mesmo durante o tempo em que o processo foi rodado e abortado, existirem documentos que foram rejeitados novamente, estes também poderão ser visualizados, como mostra a imagem abaixo.

Observação:

Caso a empresa não possuir configurada o CSC ou ID do Token disponibilizados pela SEFAZ, o sistema irá apresentar um alerta direcionando um link para a tela de configuração de emissão de NFC-e. O mesmo irá ocorrer quando há necessidade de atualizar o certificado da empresa, caso esteja vencido ou inexistente.

O processo de correção automática para documentos NFC-e rejeitados em contingência offline irá ocorrer para as seguintes rejeições:

778 – Informado NCM inexistente;

779 – Rejeição NFC-e com NCM incompatível;

725 – NFC-e com CFOP inválido (nItem:nnn);

882 – GTIN (cEAN) com prefixo inválido [nItem:999];

883 – GTIN (cEAN) sem informação [nItem:999];

611 – cEAN inválido;

395 – Endereço do site da UF da Consulta via QR Code diverge do previsto;

397 – Parâmetro do QR-Code divergente da Nota Fiscal;

462 – Código Identificador do CSC no QR-Code não cadastrado na SEFAZ;

464 – Código de Hash no QR-Code difere do calculado;

878 – Endereço do site da UF da Consulta por chave de acesso diverge do previsto;

391 – Rejeição: Não informados os dados do cartão de crédito / débito nas Formas de Pagamento da Nota Fiscal;

237 – CPF do destinatário inválido.

Painel gerencial de suporte para emissores de outros sistemas

Última atualização em: 21 de maio, 2019

Versão beta, liberada para parceiros que estão participando do piloto.

Pensando nos clientes que não emitem suas NFC-e pelo InvoiCy, adaptamos para que seja possível fazer uso do Painel gerencial de suporte para monitoramento das emissões de cada empresa.

Para isso será necessário ativar a extensão de documentos importados, assim ao importar uma NFC-e, tanto via tela, Web Service ou caixa de e-mail, a mesma será sincronizada com o Painel de suporte. Para mais informações sobre essa extensão leia o artigo Documentos importados.

Poderão ser importadas NFC-e autorizadas, canceladas, inutilizadas, e ainda NFC-e sem protocolo de autorização, como as rejeitadas e emitidas em contingência offline.

Porém, para que seja possível emitir NFC-e sem protocolo a empresa deve ter o certificado digital cadastrado, e as informações de ID do Token e CSC configuradas corretamente, possibilitando assim a correção, geração do QR Code, assinatura do documento e envio para a SEFAZ quando necessário.

No Painel de suporte o parceiro poderá acompanhar os gráficos de acordo com as importações que forem realizadas, podendo personalizar a exibição dos gráficos conforme a sua necessidade.

Para saber mais sobre a extensão do Painel leia o artigo Extensão Painel gerencial de suporte.

Cancelamento de NFC-e por substituição

Última atualização em: 20 de março, 2019

Com a implementação da Nota Técnica 2018.004, torna-se possível a emissão do novo evento de cancelamento por substituição (EveTp = 110112) para NFC-e. Esse evento assemelha-se muito com o evento de cancelamento normal, sendo que o atual evento não sofreu nenhum impacto.

O emissor poderá solicitar o cancelamento de uma NFC-e, desde que seja emitida outra NFC-e em contingência para substituir essa primeira operação, respeitando o prazo máximo de 168 horas, o que pode variar para cada UF.

Na imagem abaixo demonstramos a estrutura desse novo evento. No campo ChaAcessoSubstituta, deve ser informada a chave de acesso do documento substituto, que deverá ser emitido com tpEmis 9, para não ocasionar rejeição do evento.

Para mais informações baixe nosso layout em Excel de envio de eventos, ou ainda um exemplo XML do envio do evento.

O processo de descarte de documentos do InvoiCy também foi adequado para emitir nesse novo evento 110112. Na sequência detalhamos algumas mudanças e particularidades. Para entender melhor o processo de descarte leia o artigo Descarte de documentos.

Para quem utiliza o layout de descarte por substituição, foram criados três campos novos, sendo eles: CNPJ_emit, nNFSubstituta, serieSubstituta.

Agora, ao enviar o descarte deve-se informar no campo nNFSubstituta e serieSubstituta, o número e série do documento que irá substituir o documento descartado. Veja na imagem abaixo o novo layout de integração.

Destacando que a nota substituída deve ser emitida com tpEmis 1, e a nota substituta deve ser enviada com tpEmis 9, caso contrário o evento será rejeitado. Para clientes que fazem uso desse layout de descarte, o InvoiCy irá tratar automaticamente o tpEmis da nota substituta.

O layout de descarte avulso, também conta com novos campos, sendo eles: NumeroSubstituta, SerieSubstituta, onde deve-se informar o número e série do documento substituto.

É importante destacar que a nota substituída deve estar emitida com tpEmis 1, e a nota substituta sempre deve ser enviada com tpEmis 9, caso contrário o evento será rejeitado. É de responsabilidade dos emissores que fazem uso desse layout controlar o tpEmis da nota substituta.

As principais validações da SEFAZ sobre o envio deste novo evento são:

– A nota substituída deve ser emitida com tpEmis 1, e a nota substituta deve ter tpEmis 9, caso contrário resultará na rejeição: 920 – Tipo de Emissão inválido no Cancelamento por Substituição;

– A data de emissão da nota substituta não pode ser maior que 2 horas da data de emissão da nota que será descartada/cancelada, ou resultará na rejeição: 915 – Data de emissão da NF-e Substituta maior que 2 horas da data de emissão da NFe a ser cancelada;

– A nota substituta sempre deve estar com status Autorizado, caso contrário o evento de cancelamento não será enviado, e resultará na rejeição: 913 – NF-e Substituta Denegada ou Cancelada.

Simulação em contingência Offline – InvoiCy Conector

Última atualização em: 30 de novembro, 2018

Olá! Neste artigo abordaremos como realizar testes de emissão em contingência de NFC-e no modo offline, via InvoiCy Conector.

Inicialmente, vale destacar que esta contingência só será permitida quando a SEFAZ estiver offline, ou quando houver algum problema de comunicação entre InvoiCy e SEFAZ. Caso o estabelecimento do emissor estiver sem comunicação com o InvoiCy, seja por indisponibilidade de internet ou qualquer outro problema técnico, a contingência offline não será permitida. Para que esta modalidade de emissão funcione, é necessário ao menos que o emissor tenha uma conexão de internet com o InvoiCy.

Vale lembrar também, que para o Estado de São Paulo, a contingência offline é proibida por lei.

1 – Realizando testes de simulação em contingência

Para realizarmos os testes, será necessário seguir alguns passos, conforme descrito abaixo.

– Acessar o Painel de Controle do InvoiCy, menu Configurações para Emissão (Módulo NFC-e):

– Na tela de configurações, selecionar a primeira opção de contingência como “offline”, e marcar o campo Ativar simulação de contingência como “SIM”. Salve ao final da página.

– Com o InvoiCy operando em simulação de contingência, já pode ser realizado o envio de uma NFC-e via Conector. Para tal, gere uma NFC-e qualquer e envie o documento ao InvoiCy.

Este documento, deve receber o status 108 – Entrada em contingência sem retorno da SEFAZ.

Neste momento, este primeiro documento será o identificador de que algo de errado aconteceu na comunicação entre InvoiCy e SEFAZ, e a partir das próximas notas emitidas, todas serão emitidas em contingência offline.

Esta nota fiscal que obteve retorno 108, pode tanto ter autorizado na SEFAZ, como simplesmente não ter chegado até lá. Não sabemos o que ocorreu, sabemos apenas que houve algum erro na sua emissão, e não podemos consultá-la, pois o serviço da SEFAZ está inoperante. Esta nota deverá então ser descartada, e uma próxima nota deve ser emitida em seu lugar, com um novo número.

– Após receber o status 108, o procedimento correto é gerar novamente a mesma nota fiscal, porém com o número incrementado em +1. Por exemplo, se a nota emitida que recebeu 108 fosse a nota de número 50, ela deve ser gerada novamente com o número 51, e ser enviada. Esta nota com número 51, será então autorizada em modo offline, e sua aplicação irá receber o retorno 109 – Contingência Offline, com o documento PDF para impressão.

Paralelo à isso, deve ser enviado o pedido de descarte da nota número 50, que recebeu status 108. Para tal, gere a estrutura XML abaixo no diretório de entrada do Conector:

O processamento deste arquivo, irá lhe retornar status 100 – Solicitação de descarte de documento recebido. O InvoiCy agendará então o processamento de descarte do documento 50, e assim que a SEFAZ voltar a operar, providenciará o descarte.

– Todas as próximas notas serão emitidas de forma offline e receberão status 109, até que seja desativada a simulação de contingência nas configurações para emissão do Painel de Controle. Uma vez desativada a simulação, o InvoiCy entende que a SEFAZ voltou a operar, e as próximas notas enviadas após a desativação da simulação, serão emitidas no fluxo normal.

– Após desativação da simulação em contingência, o InvoiCy irá reenviar as notas emitidas em contingência offline, e fará a sincronização destes documentos. Eles ficarão autorizados no InvoiCy. Já o documento inicial, aquele primeiro que recebeu status 108 e que teve pedido de descarte, será consultado pelo InvoiCy para identificar se o mesmo foi autorizado, ou se não consta na base de dados da SEFAZ. Caso o documento foi autorizado, ele será automaticamente cancelado pelo InvoiCy. Se não constar na base da SEFAZ, o documento será inutilizado.

Em caso de dúvidas, contate nossa central de atendimento através do e-mail atendimento@migrate.com.br.

 

Comunicação de uso de Software para emissão de NFC-e no Pará

Última atualização em: 09 de abril, 2018

A Secretaria da Fazenda do Pará, Sefa, passou a exigir que os emissores de NFC-e informem o fornecedor do software utilizado para a emissão de seus documentos. Essa medida foi regulamentada pela Instrução Normativa de nº 06/2018.

A partir do dia 1º de abril de 2018 os fornecedores deverão realizar o seu cadastro, com prazo até junho de 2018. Após esse período poderá acarretar em cobrança de multa.

Para credenciamento:

O Contribuinte deve efetuar seu cadastro junto ao site da Sefa (www.sefa.pa.gov.br), e informar qual dos softwares cadastrados junto ao fisco está sendo utilizado para efetuar a emissão de NFC-e.

1) Acessar o Portal da SEFAZ, em https://app.sefa.pa.gov.br, e clicar na opção TODOS OS SERVIÇOS, conforme na imagem abaixo:

2) Para efetuar o cadastro do contribuinte clique no link correspondente, conforme imagem abaixo:

3) Na tela de login, deve-se informar o certificado digital da sua empresa, através da opção ‘Selecionar certificado’. Após selecionar o certificado clique no botão ‘Entrar’.

Observação: Ao carregar o certificado digital, caso você não tiver a extensão ‘ICPBravo Access’ instalada irá aparecer uma mensagem de aviso, conforme a imagem abaixo, informando que você deverá instalar a mesma no seu navegador. A instalação é bem simples, basta clicar no link da mensagem, baixar a extensão e seguir o passo a passo para concluir a instalação.

4) Na área do contribuinte, pode-se efetuar o cadastro do software utilizado, e ainda consultar pelos softwares já cadastrados.

5) Ao informar um software, deverá informar o CNPJ do seu fornecedor de software, e ao concluir clicar em Salvar.

6) Pronto! Seu software foi cadastrado com sucesso.

Cadastro de fornecedor para emissão de NFC-e no Pará

Última atualização em: 09 de abril, 2018

A Secretaria da Fazenda do Pará, Sefa, passou a exigir que os emissores de NFC-e informem o fornecedor do software utilizado para a emissão de seus documentos. Essa medida foi regulamentada pela Instrução Normativa de nº 06/2018.

A partir do dia 1º de abril de 2018 os fornecedores deverão realizar o seu cadastro, com prazo até junho de 2018. Após esse período poderá acarretar em cobrança de multa.

Para credenciamento:

O Fornecedor (desenvolvedor do sistema) deve efetuar o cadastro de seus produtos junto ao site da Sefa (www.sefa.pa.gov.br), para que os emissores possam informar qual dos softwares cadastrados junto ao fisco será utilizado para efetuar a emissão de NFC-e.

1) Acessar o Portal da SEFAZ, em https://app.sefa.pa.gov.br, e clicar na opção TODOS OS SERVIÇOS, conforme na imagem abaixo:

2) Para efetuar o cadastro de Software NFC-e Fornecedor clique no link correspondente, conforme imagem abaixo:

3) Na tela de login, deve-se informar o certificado digital da sua empresa, através da opção ‘Selecionar certificado’. Após selecionar o certificado clique no botão ‘Entrar’.

Observação: Ao carregar o certificado digital, caso você não tiver a extensão ‘ICPBravo Access’ instalada irá aparecer uma mensagem de aviso, conforme a imagem abaixo, informando que você deverá instalar a mesma no seu navegador. A instalação é bem simples, basta clicar no link da mensagem, baixar a extensão e seguir o passo a passo para concluir a instalação.

4) Será apresentada uma etapa para complementar e validar as informações do fornecedor, conforme imagem abaixo. Ao concluir clique em Avançar.

5) Na sequência será enviada uma chave de acesso para o e-mail informado. Para prosseguir com o cadastro deve-se então informar essa chave de acesso. Informe a chave, clique em ‘CONFIRMAR’ e após em ‘AVANÇAR’.

6) Na sequência será habilitada a etapa para você informar os dados do software, onde deverá informar a descrição do software e clicar em ‘ADICIONAR’. Abaixo serão listados todos os softwares cadastrados, permitindo a remoção dos mesmos quando necessário.

7) Após informar o software, deve-se aceitar os termos de uso do sistema, selecionando a opção ‘Li e aceito os termos’, e então clicar em ‘SALVAR’.

8) Aparecerá então uma mensagem de confirmação solicitando se você deseja mesmo salvar as informações. Pronto! Seu software foi cadastrado com sucesso.

Tela de licenciamento de PDV/SAT

Última atualização em: 08 de agosto, 2017

 

A tela de licenciamento de PDV/SAT sofreu alguns ajustes para facilitar o acompanhamento das cobranças mensais por parte dos usuários Parceiros.

Para acessar a nova tela vá até o Painel de Controle, e no grupo Empresas clique na opção ‘Módulos contratados’, como demonstra a imagem a seguir.

Estando na tela de módulos contratados, clique no ícone do ‘olho’ para acessar a tela de PDV/SAT, como demonstra a imagem abaixo.

A imagem abaixo demonstra a estrutura da nova tela de licenciamento de PDV/SAT.

Através da nova tela, será possível acompanhar o volume das emissões diárias dos documentos NFC-e e CF-e SAT para cada dia do mês, bem como os PDVs que serão cobrados ou não no mês.

O usuário poderá fazer pesquisas aplicando filtros pelo modelo do documento, período mensal do ano, e ainda informando uma série específica.

Se o modelo utilizado pela empresa for bilhetagem, a quantidade de PDVs não impactará na cobrança e sim qualquer emissão de NFC-e/SAT ou eventos computará a cobrança do mês.

Já se o modelo utilizado for manutenção mensal, temos controles por MAC da placa de rede do PDV (somente NFC-e) ou controle por série do documento (para NFC-e /SAT). A cada novo MAC ou nova série dos documentos emitidos no mês, gerará um novo PDV. Este novo PDV poderá ser ou não cobrado, dependendo da situação.

Por exemplo: a necessidade de substituição do PDV por outro, o PDV antigo não terá mais emissões no mês, caracterizando que houve uma manutenção do PDV. Então não será cobrado o PDV antigo, somente o PDV atual.

Para a identificação destas situações, foram incluídos novos controles e a nova tela de Licenciamento de PDV/SAT.

É importante destacar que emissões de testes em ambiente de produção poderão ser cobradas, pois os testes devem ser realizados em ambiente de homologação. Caso ocorram algumas emissões iniciais de testes em ambiente de produção, entende-se que o PDV foi ativado e (após os testes) seguirá emitindo as vendas do estabelecimento, portanto caracteriza como um PDV utilizado no mês.

 

Forçar contingência offline para NFC-e

Última atualização em: 26 de outubro, 2016

Pensando em amenizar as situações de instabilidade dos serviços da SEFAZ, a Plataforma InvoiCy disponibiliza de uma nova tela que possibilita ao usuário administrador forçar a entrada em contingência para documentos do tipo NFC-e, configurando quais empresas serão forçadas a entrar em contingência, onde será retornado um código específico para que a DLL Daruma entre em contingência Offline.

As condições para a entrada em contingência são as seguintes:

– Para envio de eventos e inutilizações irá forçar a entrada em contingência de forma automática, independente de estar configurado na tela as empresas que irão emitir em contingência offline forçada. Sempre que a SEFAZ retornar para o InvoiCy o status “Consumo indevido”, e a versão da DLL Daruma for compatível com a versão configurada nos parâmetros do InvoiCy, irá retornar o código 111 para a DLL Daruma, forçando a mesma a emitir em contingência Offline.

– No envio de documentos irá retornar o código 111 apenas para as empresas que estiverem configuradas na tela, que deverão emitir em contingência offline forçada, e se a versão da DLL Daruma for compatível com a versão configurada nos parâmetros do InvoiCy.

Para acessar a nova tela vá até o Painel de Controle – Módulo NFC-e – Contingência Offline.

Ao abrir a tela, na grid já irá listar as empresas que estão configuradas para emitir em contingência offline forçada. A tela dispõe ainda da aplicação de filtros para pesquisar pelos registros da grid.

Pode-se também excluir as empresas uma a uma, através da opção da grid, ou excluir todas através do botão ‘Excluir todas’. Para efetuar a configuração das empresas basta clicar no botão ‘Novo’.

Na tela a seguir é possível configurar para forçar a contingência offline para apenas uma empresa em específico, onde no ‘Tipo’ deve-se selecionar a opção CNPJ e informar o CNPJ da empresa desejada.

Pode-se também escolher apenas uma série em específico para a empresa, onde deve-se informar o CNPJ da empresa e a série desejada.

A configuração também pode ser feita pela chave de parceiro, onde no ‘Tipo’ deve-se selecionar a opção Chave de Parceiro, e informar a chave de parceiro desejada. Assim todas as empresas que possuem a chave de parceiro informada terão a contingência offline forçada.

E por fim pode-se escolher ainda por UF do emissor, selecionando a UF desejada. Assim todas as empresas pertencentes a UF configurada terão a contingência offline forçada.

É importante destacar que o acesso a essa tela é apenas para usuário do tipo Administrador.

Simular timeout na comunicação

Última atualização em: 06 de maio, 2016

 

É disponibilizada na tela de configurações para emissão do Módulo NFC-e uma opção para que você usuário possa simular o time out da sua aplicação no momento de comunicar com o Web Service.

Basta acessar o Painel de Controle – Configurações para emissão no módulo NFC-e, e ao configurar o campo ‘Simular timeout de emissão’ como Sim aparecerá o campo ‘Tempo (s)’ em tela, para configurar o tempo de espera para o envio. Por padrão esse campo virá configurado com 20 segundos, permitindo ao usuário configurar um tempo de até 120 segundos.

Se desejar que o tempo de espera para o envio volte ao padrão, basta configurar o campo ‘Simular timeout de emissão’ para Não. O envio então será executado normalmente.