Padrão Prefeitura Rápida

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

O Padrão Prefeitura Rápida utiliza um modelo próprio de layout de XML. Abaixo estão detalhadas as particularidades deste padrão:

Importante:

Ao cadastrar uma nova empresa deve ser preenchido o campo ‘Chave Primária de Autenticação’ com o valor da chave privada fornecida dentro do sistema da prefeitura. Para extrair esta informação, acesse o menu ‘Webservice Nfse’ e posteriormente clique em ‘Chave Privada Webservice’.

1. O sistema não permite:

  • Inutilização da Nota;
  • Substituição de RPS;
  • Repetir o número do RPS.

2. Número e Série do RPS

O Padrão Prefeitura Rápida é sequencial e não permite que haja repetição do número de RPS, pois o mesmo não diferencia Séries de RPS, portanto cada número de RPS é único, independente qual for a Série utilizada.

3. Natureza da Operação

Tabela com as opções de Natureza da Operação aceitas pelo sistema:

Natureza da operação

4. Exemplo XML

Clique aqui para visualizar um exemplo de XML enviado ao InvoiCy NFS-e.

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.

Extensão InvoiCy Mail

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

Olá! Nesse artigo iremos explicar sobre a extensão ‘InvoiCy Mail’, um serviço próprio para o envio de e-mails no InvoiCy.

O acesso para ativar a extensão pode ser realizado por meio dos atalhos disponibilizados na janela Extensões, localizado na parte superior direita da aplicação, como demonstrado no artigo Extensões do InvoiCy.

Por meio da nova extensão InvoiCy Mail oferecemos aos nossos parceiros um serviço próprio para o envio de mensagens de e-mail, dispensando o uso de uma conta particular.  Ao ativar a extensão, todos os e-mails serão processados pelo novo serviço.

Na tela de extensões, ao clicar sobre a imagem relacionada a Extensão InvoiCy Mail será exibida a tela de apresentação da extensão, como podemos ver na imagem abaixo.

Na aba Ativação serão apresentadas as empresas que o usuário tem acesso, podendo ativar ou desativar o uso da nova extensão. Também nessa tela o usuário poderá configurar para que o serviço InvoiCy Mail seja ativado automaticamente no momento do cadastro de uma nova empresa, para isso, basta marcar a opção ‘Ativar automaticamente’. Também é possível ativar a extensão para todas as empresas já cadastradas, selecionando a opção ‘Ativar empresas listadas’.

Para as empresas que possuírem a extensão ativa, é permitida a alteração do nome do remetente que será exibido quando o destinatário receber os e-mails. A imagem a seguir apresenta a tela de configurações da extensão InvoiCy Mail.

Após a ativação da extensão para uma ou mais empresas a aba ‘Ativação’ passa a se chamar ’Configurações’ onde todas as opções podem ser alteradas, caso necessário, além de permitir ativar e configurar o serviço para outras empresas.

Entendendo o Consumo indevido retornado pela SEFAZ

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

O retorno da rejeição de consumo indevido acontece quando ocorre um grande volume de requisições indevidas no servidor da SEFAZ, em um período muito curto.

Por exemplo, uma empresa envia um documento e o mesmo é rejeitado. Mas a empresa continua enviando esse mesmo documento várias vezes (em looping), e sempre obtendo a mesma rejeição.

Esse número excessivo de requisições pode comprometer os Web Services, causando instabilidades e inoperância do ambiente autorizador.

Dessa forma, se alguma empresa estiver utilizando os serviços da SEFAZ de forma indevida, poderá receber como retorno essa rejeição, e sofrer um bloqueio temporário, ou seja, não poderá mais efetuar nenhuma requisição nos Web Services da SEFAZ.

Para evitar que isso aconteça, listamos abaixo algumas boas práticas que os emissores devem seguir, de acordo com a Nota Técnica 2018.002.

1. Web Service de Autorização

NF-e/NFC-e* enviada com mais de 30* rejeições iguais:

– Contribuinte ficará com o WS de autorização recebendo a rejeição 656 – Rejeição: Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: CHAVE_ACESSO] por até 1 (uma)* hora para todas as requisições.

– Observação 1: Caso após o tempo de 1 (uma)* hora o contribuinte envie novamente a mesma NF-e/NFC-e* e tenha a mesma rejeição, ele poderá voltar a receber a rejeição 656 por até 1 (uma)* hora, e isso se repetirá até ele parar de enviar a NF-e com a mesma rejeição. Essa mesma observação também se aplica para os WS de eventos e inutilização.

– Observação 2: A verificação do contribuinte para receber a rejeição 656 poderá ser feita em tempo de conexão pela identificação do CNPJ do certificado digital de transmissão mais o endereço IP (CNPJ + IP) ou pela identificação do CNPJ do emitente (emit/CNPJ). Essa mesma observação também se aplica para os WS de eventos, inutilização e consulta protocolo.

– Observação 3: A critério da UF, após 50* bloqueios o contribuinte poderá receber a rejeição 656 permanentemente, até entrar em contato com a UF autorizadora. Essa mesma observação também se aplica para os WS de eventos e inutilização.

2. Web Service de Eventos

Evento enviado com mais de 20 * rejeições iguais:

– Contribuinte ficará com o WS de Eventos recebendo a rejeição 656 – Rejeição: Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, NF-e: ID_EVENTO] por até 1 (uma)* hora para todas as requisições.

3. Web Service de Inutilização

Inutilização enviada com mais de 20* rejeições iguais:

– Contribuinte (CNPJ + IP) ficará com o WS de Inutilização recebendo a rejeição 656 – Rejeição: Consumo indevido pelo aplicativo da empresa [det: Quantidade de rejeições encontradas: XXX, Inutilização: ID_INUT]  por até 1 (uma)* hora para todas as requisições.

4. Web Service de Consulta Protocolo

Utilizado apenas quando for consultado um documento que está pendente de consulta.

NF-e consultada mais de 10* vezes em 1 (uma)* hora:

– Contribuinte ficará com o WS de Consulta Protocolo recebendo a rejeição 656 – Rejeição: Consumo indevido pelo aplicativo da empresa [det: Número máximo de consultas excedido (10) para a NF-e: CHAVE_ACESSO] por até 1 (uma)* hora para todas as requisições.

– Observação 1: Após o tempo de 1 (uma)* hora o contribuinte poderá fazer novamente mais 10* consultas da mesma chave de acesso.

5. Outros serviços

Se for verificado algum tipo de envio em looping (mais de 40* envios repetidos) em outro Web Service que gere erro ou onere o sistema autorizador:

– Contribuinte ficará com o Web Service recebendo a rejeição 656 – Rejeição: Consumo indevido pelo aplicativo da empresa [det: DESC_ERRO] por até 1 (uma)* hora para todas as requisições.

(*) Critérios preferenciais, parametrizáveis por ambiente autorizador.

* A parametrização dos valores definidos como referência para a rejeição 656 poderão ser alterados a qualquer tempo, a critério do sistema autorizador, de acordo com o comportamento identificado no sistema.

– Erros e problemas mais comuns:

O erro e problema mais comum encontrado pelas UFs é o envio repetido (em looping) de requisições para os Web Services dos sistemas autorizadores de documentos fiscais eletrônicos.

Seguem alguns exemplos de “Consumo Indevido” dos Web Services existentes:

Tabela de códigos IBGE de UF e Municípios

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

Você sabe quais são os códigos de UF dos estados brasileiros? E para que eles servem?

Cada estado do Brasil possuí um código de UF específico, possibilitando assim diferenciar um estado do outro.

Ao emitir um documento fiscal eletrônico (NF-e, NFC-e, CT-e, MDF-e) é necessário informar o código de UF do emitente no campo cUF.

Elaboramos uma tabela para lhe auxiliar a identificar o respectivo código de cada UF. Clique aqui se desejar fazer o download da mesma.

Código da UF UF Estado
12 AC Acre
27 AL Alagoas
13 AM Amazonas
16 AP Amapá
29 BA Bahia
23 CE Ceará
53 DF Distrito Federal
32 ES Espírito Santo
52 GO Goiás
21 MA Maranhão
31 MG Minas Gerais
50 MS Mato Grosso do Sul
51 MT Mato Grosso
15 PA Pará
25 PB Paraíba
26 PE Pernambuco
22 PI Piauí
41 PR Paraná
33 RJ Rio de Janeiro
24 RN Rio Grande do Norte
11 RO Rondônia
14 RR Roraima
43 RS Rio Grande do Sul
42 SC Santa Catarina
28 SE Sergipe
35 SP São Paulo
17 TO Tocantins

Também é necessário informar o código do município dos envolvidos da nota, como por exemplo o emitente e o destinatário.

Para identificar qual o código de cada município pode-se fazer uso do seguinte site https://cidades.ibge.gov.br/. Ao acessar o site e passar o mouse do lado esquerdo aparecerá um menu com a opção ‘Selecionar local’, clique nessa opção.

Em seguida você poderá clicar na opção ‘Municípios’, onde deverá selecionar o estado desejado. Aparecerão todos os municípios respectivos ao estado selecionado, em ordem alfabética. Para agilizar a busca no campo de pesquisa você pode digitar o nome do município desejado.

Ao clicar no município desejado aparecerão diversas informações sobre ele, inclusive o código do município, como destacado na imagem abaixo.

Esse código que você deverá utilizar para preencher os respectivos campos no envio do seu documento fiscal eletrônico.

 

Release Notes – Versão 2.15.0

Versão 2.15.0 – 14/05/2019 – em produção

Correção de NF-e rejeitada

O InvoiCy conta com uma nova funcionalidade que permite a correção de NF-es que foram emitidas via integração Web Service, e ficaram com status Rejeitado.

Para isso é necessário configurar o novo parâmetro ‘Empresa permite correção de documentos’, que se encontra na tela de Configurações para a emissão de NF-e, como demonstra a imagem abaixo.

É importante destacar que esse parâmetro não estará visível para empresas que emitem notas via tela de digitação, apenas para empresas que integram via Web Service.

Após configurar o parâmetro para permitir a correção das NF-e, ao acessar a tela de documentos do InvoiCy e clicar no status de uma nota que está rejeitada será aberta a tela para correção desse documento, como pode ser observado na imagem a seguir. Ao clicar em qualquer outra coluna da grid de documentos será aberta a tela de detalhes desse documento.

No topo da página será exibida a rejeição da nota, permitindo que o usuário faça a correção via tela. Ao finalizar as correções necessárias basta clicar no botão ‘Corrigir NF-e’, localizado bem ao final da página.

Para mais informações acesse o artigo Correção de NF-e rejeitada via tela.

Notificação ao cadastrar empresas via Web Service

Buscando manter o controle das empresas que são cadastradas em ambiente de produção, o usuário parceiro receberá um e-mail de notificação sempre que uma nova empresa foi cadastrada com a sua chave de parceiro.

Mas é importante destacar que isso acontecerá somente para as empresas cadastradas via Web Service, no ambiente de produção.

Importação de NFS-e emitida na Prefeitura

Para permitir que as empresas que emitem NFS-e armazenem suas notas de forma centralizada e organizada, o InvoiCy disponibiliza uma nova funcionalidade que irá consultar e importar as notas emitidas pelo próprio Prestador na prefeitura de forma automática.

É importante destacar que essa funcionalidade estará disponível apenas para notas emitidas em produção. E no momento irá funcionar apenas com os padrões BETHA, GINFES, NF PAULISTANA, NOTA CARIOCA.

Primeiramente, é necessário ativar a extensão de Documentos importados, e configurar o parâmetro ‘Tipo de arquivos para importar no módulo NFS-e’, como demonstra a imagem abaixo. Para mais informações sobre essa extensão leia o artigo Extensão Documentos importados.

Após ativar a extensão, um processo irá automaticamente consultar na prefeitura as notas emitidas pela empresa e importar para o InvoiCy. A consulta sempre será realizada nas primeiras horas do dia seguinte, buscando as notas do dia anterior.

Para mais informações acesse o artigo Importação de NFS-e emitida na Prefeitura.

Detalhamento da versão

Para conhecer todas as modificações realizadas nesta versão, clique aqui.

Versão 2.15.0 – mais detalhes

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

Confira todas as alterações e melhorias realizadas na versão 2.15.0 do InvoiCy, que já está em produção:

Código da solicitação – Descrição:

9569 – Retorno ao cadastrar via Web Service uma empresa já existente: se um usuário parceiro tentar efetuar o cadastro via Web Service de uma empresa que já exista no InvoiCy, porém com outra chave de parceiro, receberá a seguinte mensagem como retorno: “A empresa já está cadastrada no sistema para outra chave de parceiro. Entre em contato com o suporte para realizar a alteração.

9547 – Alteração de filtros na tela de exportação:

Na tela de exportação de documentos foi incluído o grupo de filtros “Emitidos em Contingência”, com as mesmas opções da tela dos documentos, pois os processos de exportação são os mesmos, como demonstra a imagem abaixo:

Já na tela de documentos, foi removido dos filtros Mais Status a opção “NFC-e rejeitado em contingência”. A busca por esse resultado pode ser realizada pelos status “Rejeitado” e “Contingência offline” no grupo “Emitido em Contingência”.

9847 – Inclusão do código da rejeição na exportação de XLS:

A partir dessa nova versão, o sistema irá permitir visualizar através da exportação XLS na tela de documentos o código das rejeições retornadas pela SEFAZ, concatenado com a descrição da mesma, como demonstrado na imagem abaixo:

NF-e:

9974 – Preenchimento dos dados do Responsável Técnico na NF-e: a partir dessa versão, para as empresas que fazem uso da tela de digitação, ao emitir uma nova NF-e as informações do responsável técnico serão preenchidas com os dados da Migrate, visto que a Migrate é a desenvolvedora e responsável pelo software emissor.

CT-e:

9895 – Carta de Correção para CT-e: ao emitir uma carta de correção para o módulo CT-e e a mesma rejeitar, o sequencial do evento na tela de detalhes do documento, aba eventos, não será mais incrementado. O sequencial será incrementado apenas quando a carta de correção for autorizada.

InvoiCy Conector:

10079 – Tamanho do arquivo de log: a nova versão 5.0.5.5 do InvoiCy Conector passou a limitar o tamanho do arquivo de logs, e criar um novo arquivo quando atingir um tamanho específico, evitando assim problemas de performance com o Conector.

Correção de NF-e rejeitada via tela

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

O InvoiCy conta com uma nova funcionalidade que permite a correção de NF-es que foram emitidas via integração Web Service, e ficaram com status Rejeitado.

Para que seja possível efetuar a correção de uma NF-e primeiramente é necessário configurar o novo parâmetro ‘Empresa permite correção de documentos’, que se encontra na tela de Configurações para a emissão de NF-e, como demonstra a imagem abaixo.

É importante destacar que esse parâmetro não estará visível para empresas que emitem notas via tela de digitação, apenas para empresas que integram via Web Service.

Após configurar o parâmetro para permitir a correção das NF-e, ao acessar a tela de documentos do InvoiCy e clicar no status de uma nota que está rejeitada será aberta a tela para correção desse documento, como pode ser observado na imagem a seguir. Ao clicar em qualquer outra coluna da grid de documentos será aberta a tela de detalhes do documento, como já acontece para os demais módulos.

No topo da página de correção será exibida a rejeição da nota, permitindo que o usuário faça a correção via tela. Ao finalizar as correções necessárias basta clicar no botão ‘Corrigir NF-e’, localizado bem ao final da página.

Caso esteja tudo certo, a nota já será autorizada. Caso contrário a mesma continuará rejeitada, permitindo a sua correção.

Importação de NFS-e emitida na Prefeitura

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

O InvoiCy passa a disponibilizar uma nova funcionalidade que irá consultar e importar as notas emitidas pelo próprio Prestador na prefeitura de forma automática, permitindo assim que as empresas que emitem NFS-e armazenem suas notas de forma centralizada e organizada.

É importante destacar que essa funcionalidade estará disponível apenas para notas emitidas em produção. E no momento irá funcionar apenas com os padrões BETHA, GINFES, NF PAULISTANA e NOTA CARIOCA.

Para fazer uso dessa nova funcionalidade é muito simples. Primeiramente, é necessário ativar a extensão de Documentos importados para a empresa, e configurar o parâmetro ‘Tipo de arquivos para importar no módulo NFS-e’, como demonstra a imagem abaixo. Para mais informações sobre essa extensão leia o artigo Extensão Documentos importados.

Após ativar a extensão, um processo irá automaticamente consultar na prefeitura as notas emitidas pela empresa e importar para o InvoiCy. A consulta sempre será realizada nas primeiras horas do dia seguinte, buscando as notas do dia anterior.

Caso desejar, após a importação você poderá realizar a consulta e download dessas notas. Para mais informações sobre esse processo leia o artigo Exportação de NFS-e recebidas e emitidas.