Evento de Comprovante de entrega do CT-e

Última atualização em: 06 de agosto, 2019

Atualmente as empresas e transportadoras fazem uso do canhoto da Nota Fiscal, que se encontra na representação impressa da NF-e/CT-e, para comprovação da entrega das mercadorias ao destinatário.

Tendo isso em vista, a NT 2019.001 tem como objetivo disponibilizar uma infraestrutura digital para comprovação de entrega/recebimento de mercadorias, por meio da captura de imagens e registros de eventos nos documentos fiscais eletrônicos utilizados pelos transportadores de cargas (CT-e).

Dessa forma o CT-e passa a disponibilizar o envio de dois novos eventos:

  • Comprovante de entrega eletrônico
  • Cancelamento do comprovante  de entrega eletrônico

O evento 110180 – Comprovante de Entrega Eletrônico do CT-e deve ser utilizado para indicar a efetivação da entrega da carga pelo transportador, onde o emissor do CT-e é o autor do evento. Destacando que esse evento deve ser enviado apenas para CT-e com status autorizado. Clique aqui para efetuar o download do exemplo XML.

Já o evento 110181 – Cancelamento do Comprovante de Entrega Eletrônico do CT-e deve ser utilizado para indicar o cancelamento de um evento de entrega da mercadoria pelo transportador, quando ocorrer erro na geração do evento de entrega por exemplo. Clique aqui para efetuar o download do exemplo XML.

É importante destacar que enquanto um CT-e possuir um evento de comprovante de entrega com status autorizado, o documento não poderá ser cancelado. Clique aqui para baixar o layout de eventos e ter conhecimento de todos os campos que compreendem esses novos eventos.

Release Notes – Versão 2.18.0.0

Versão 2.18.0.0 – 06/08/2019 – em produção

Novos eventos para comprovante de entrega do CT-e

De acordo com a NT 2019.001, o módulo CT-e passa a disponibilizar o envio de dois novos eventos: Comprovante de entrega eletrônico e Cancelamento do comprovante  de entrega eletrônico.

O evento 110180 – Comprovante de entrega do CT-e deve ser utilizado para indicar a efetivação da entrega da carga pelo transportador. Destacando que esse evento deve ser enviado apenas para CT-e com status autorizado.

Já o evento 110181 – Cancelamento do comprovante de entrega do CT-e deve ser utilizado para indicar o cancelamento de um evento de entrega da mercadoria pelo transportador, quando ocorrer erro na geração do evento de entrega por exemplo.

Para ter conhecimento de todos os campos que compreendem esses novos eventos faça download do nosso layout de integração de eventos clicando aqui. Para baixar exemplos XML de cada um dos eventos clique aqui.

Para mais informações leia o artigo Evento de Comprovante de entrega do CT-e.

Impressão do IPI de devolução no DANFE

O módulo NF-e conta com um novo parâmetro para configuração da impressão do valor do IPI de devolução no DANFE, como pode ser observado na imagem abaixo. Destacando que essa configuração está disponível apenas para o DANFE em orientação retrato e modelo personalizado.

Ao configurar o parâmetro ‘Imprimir valor do IPI de devolução’ como Sim, no DANFE será impresso o valor do IPI devolvido, como destacado na imagem abaixo.

Emissão de NF-e em contingência FS-DA com InvoiCy Conector

A nova versão 5.0.5.7 do InvoiCy Conector possibilita a emissão de NF-e em contingência FS-DA. Para utilizar este tipo de contingência em um Conector que já esteja em uso é preciso acessar as configurações do mesmo no Painel de Controle do sistema, clicar em ‘Mais detalhes’ na tela do InvoiCy Conector e após ativar a emissão em contingência FS-DA, conforme imagem abaixo.

Ao cadastrar um novo Conector, basta marcar a opção ‘Habilitar contingência FS-DA’.

Para que os documentos sejam enviados utilizando esta forma de contingência, é preciso que o ERP gere o arquivo XML de integração com a tag tpEmis = 5, quando não houver comunicação com a internet.

Com a implementação da contingência FS-DA para NF-e, a partir desta versão mesmo quando não houver comunicação com a internet o InvoiCy Conector poderá ser executado, permitindo acessar as configurações do mesmo.

Para mais informações leia o artigo Emissão de NF-e em contingência FS-DA com InvoiCy Conector.

Permitir resolver notas em conflito via Web Service

Última atualização em: 19 de julho, 2019

Durante o processo de emissão de NFS-e pode ocorrer que um determinado documento fique com status ‘em conflito’. Esse retorno geralmente ocorre quando há falha na comunicação com a prefeitura e esta não possui o serviço de consulta ou exige o número de protocolo para realizar a consulta, porém como ocorreu problema na comunicação, o número do protocolo não está disponível.

Para realizar a correção de documentos com status ‘em conflito’, ao receber esse retorno do web service, o ERP poderá solicitar que o prestador verifique junto ao sistema da prefeitura se o documento está registrado lá, caso esteja, ele deverá pegar os dados referente ao número da NFS-e, código de verificação e protocolo. Estas informações deverão ser enviadas ao InvoiCy por meio do web service de recepção de documentos.

O envio das informações para o InvoiCy deverá seguir o modelo conforme a imagem a seguir.

Clique aqui para fazer download do XML exibido na imagem.

Caso a nota constar no sistema da prefeitura, o ERP deverá enviar ao InvoiCy o número da NFS-e, o código de verificação e o protocolo. Nesse caso, a tag NotaExiste deverá ser enviada como “S”,  a partir disso o InvoiCy irá atualizar os dados do documento e será disparada uma consulta ou uma tentativa de reenvio, se a comunicação com o web service da prefeitura ocorrer normalmente, o status da NFS-e será atualizado no InvoiCy.

Se a nota não existir no sistema da prefeitura, o ERP deverá enviar ao InvoiCy o mesmo evento de correção apresentado anteriormente, porém enviando o campo NotaExiste como “N”,  nesse caso não devem ser enviadas as tags Protocolo, NFSeCodVerificacao e NFSeNumero.

Após enviar essas informações, o InvoiCy irá retornar ao ERP o status do documento, utilizando o mesmo layout de retorno de consulta de documentos.

Evento de inclusão de DF-e

Última atualização em: 02 de julho, 2019

A partir da liberação da nova versão 3.00a do Manual de Orientação do Contribuinte, o emitente do MDF-e de carga própria poderá realizar a emissão mesmo sem possuir em mãos os documentos fiscais transportados, quando se tratar de uma operação interna, ou seja, da mesma UF do emissor.

Para isso será necessário informar no XML de envio do MDF-e o novo campo indCarregaPosterior, denominado de indicador de MDF-e com inclusão da carga posterior, preenchido com o valor 1.

Para todos os MDF-es emitidos com o campo indCarregaPosterior = 1, deve-se emitir posteriormente o novo evento 110115 – Inclusão de DF-e, que tem como finalidade permitir a inclusão de documentos fiscais no MDF-e que foi emitido com a indicação de carregamento posterior.

A imagem abaixo representa a estrutura de envio de eventos, destacando o novo grupo do evento de inclusão. Clique aqui para baixar o XML de exemplo, e clique aqui para baixar o layout em Excel.

Pode-se informar vários documentos em um mesmo evento. Também pode-se enviar mais de um evento para o mesmo MDF-e, mas para isso é necessário sempre incrementar o sequencial da tag EvenSeq, caso contrário o evento não será autorizado.

É importante destacar que um MDF-e que possui indicador de carregamento posterior não poderá ser encerrado antes que seja enviado o respectivo evento de inclusão de DF-e.

Release Notes – Versão 2.17.0

Versão 2.17.0 – 09/07/2019 – em produção

Impressão do Imposto de Importação no DANFE

A versão 2.17.0 conta com um novo parâmetro nas configurações de impressão da NF-e, que torna opcional a impressão do imposto de importação para o modelo de DANFE personalizado, na orientação retrato. A imagem abaixo demonstra esse novo parâmetro.

O parâmetro ‘Imprimir valor do imposto de importação’ conta com as opções ‘Sim’ e ‘Não’. Ao configurar com a opção ‘Sim’, será impresso no DANFE o valor correspondente ao imposto de importação.

Quando for configurado com a opção ‘Não’, o campo ainda será impresso no DANFE, porém sem valor.

Adequações no layout do módulo MDF-e

A partir da nova versão 3.00a do Manual de Orientação do Contribuinte, o emitente do MDF-e de carga própria poderá realizar a emissão mesmo sem possuir em mãos os documentos fiscais transportados, quando se tratar de uma operação interna, ou seja, da mesma UF do emissor.

Para isso basta informar no XML de envio o novo campo indCarregaPosterior, denominado de indicador de MDF-e com inclusão da Carga posterior. Os documentos fiscais poderão ser incluídos depois que ocorrer a emissão do MDF-e, através do novo evento de inclusão de DF-e.

A imagem abaixo representa a estrutura de envio de eventos, destacando o novo grupo do evento de inclusão. Clique aqui para baixar o XML de exemplo, e clique aqui para baixar o layout em Excel. Para mais informações leia o artigo Evento de inclusão de DF-e.

Comparar rejeições da NFS-e com a última nota autorizada

Essa nova versão também conta com uma melhoria no retorno do RPS. Com o objetivo de automatizar o processo de verificação na rejeição de uma nota, o InvoiCy irá comparar a NFS-e rejeitada com a última nota autorizada, verificando assim, possíveis campos que estão com preenchimento diferente das notas anteriores, salvando no retorno da nota essa diferença. A descrição do retorno será visível ao abrir o RPS rejeitado, na aba de Retornos.

Vale ressaltar que o campo indicado pode não significar necessariamente o erro nessa tag, mas por estar diferente é importante ser revisada.

Melhoria na tela de municípios integrados

Essa nova versão do InvoiCy traz melhorias na consulta dos municípios integrados para emissão de NFS-e. A partir de agora foram incluídas novas informações e opções de filtros para usuários que realizam a consulta via interface do sistema. Incluímos ainda a possibilidade de exportar uma lista contendo todos os municípios atendidos e oferecemos também a visualização dos mesmos em um mapa.

Também foram adicionados links para acesso ao site da prefeitura, para web service de emissão de documentos e para o Portal dos Desenvolvedores da Migrate onde é possível obter maiores informações sobre os padrões para emissão de NFS-e, conforme mostra a imagem a seguir.

Detalhamento da versão

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

Versão 2.17.0 – mais detalhes

Última atualização em: 09 de julho, 2019

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

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

10242 – Novos campos na correção de NF-e e NFC-e

Foram adicionados novos campos na correção de NFC-e que foram emitidas em contingência Offline e tiveram retorno de rejeição no momento do envio para a SEFAZ.

Para a rejeição 906: Não informados os campos para informações do ICMS Efetivo. [nItem: nnn], foram adicionados à tela de correção de NFC-e os campos relativos a Percentual de redução da base de cálculo efetiva, Valor da base de cálculo efetiva, Alíquota do ICMS efetiva e Valor do ICMS efetivo.

Para as rejeições 972: Obrigatória as informações do responsável técnico e 973 Rejeicão: CNPJ do responsável técnico inválido, foram incluídos na tela de correção os campos CNPJ, Contato, e-mail e fone, que devem ser utilizados para informar os dados do responsável técnico pelo sistema de emissão de documentos.

Consulta do cadastro de empresas na SEFAZ

Última atualização em: 31 de julho, 2019

O InvoiCy disponibiliza um novo método que permite consultar o cadastro das empresas perante a SEFAZ, através de integração com o Web Service arecepcao.

A imagem abaixo demonstra o layout de envio para efetuar a consulta, onde deve-se informar a versão do Web Service, tipo do ambiente, CNPJ da empresa que deseja consultar e o código da UF.

Envio consulta empresa SEFAZ

Para fazer download do XML de exemplo clique aqui. Você também pode fazer download do layout de integração em Excel, clicando aqui.

É importante destacar que para realizar a consulta 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 <ConsultaCadastro>. Copie a chave, mais todo o conteúdo (inclusive as tags).

Após efetuar a consulta serão retornadas as informações da empresa, como demonstra a imagem abaixo.

Para fazer download do exemplo de XML de retorno clique aqui.

É importante destacar que algumas UF não disponibilizam esse serviço, abaixo destacamos a particularidade de cada UF.

Ambiente de Produção:

– UFs que atendem ao serviço: BA, CE, GO, MG, MT, PE, PR, SP, SVRS: AC, RN, PB, SC

– UFs que não estão comunicando com o serviço: AM, MS, RS, SVAN

Ambiente de Homologação:

– UFs que atendem ao serviço: BA, CE, GO, MG, MS, MT, PE, PR, SP

– UFs que não estão comunicando com o serviço: AM, RS, SVRS: AC, RN, PB, SC, SVAN

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.

Release Notes – Versão 2.16.0

Versão 2.16.0 – 11/06/2019 – em produção

Aplicar configurações para várias instâncias do InvoiCy Conector

A partir dessa versão é possível aplicar configurações para várias instâncias do InvoiCy Conector simultaneamente. Para isso basta acessar no grupo Configurações do Parceiro, no Painel de Controle, a opção Conector, como demonstra a imagem a seguir.

Na sequência serão exibidos os conectores utilizados pela sua empresa, onde deve-se clicar na opção ‘Mais detalhes’ do conector que se deseja alterar.

Na tela de edição do conector serão listadas todas as instâncias configuradas, então basta clicar na opção ‘Editar instância’.

Na tela de edição da instância, pode-se configurar as opções conforme o desejado, ativando, desativando ou bloqueando cada um dos serviços.

Ao clicar em ‘Salvar’ aparecerá uma mensagem solicitando se deseja replicar as configurações para outras instâncias. Se clicar na opção ‘Não’, as configurações serão aplicadas apenas para a instância editada. Caso clicar na opção ‘Sim’, será aberta uma tela listando as demais instâncias do Conector.

Ao selecionar as instâncias desejadas e clicar em ‘Aplicar Seleção’, as configurações serão aplicadas para todas as instâncias selecionadas.

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

Será possível efetuar correção em massa de NFC-e rejeitadas que foram emitidas em contingência Offline, através do Painel de Suporte, ou pela tela inicial dos documentos, mas para isso as empresas devem ativar a extensão do Painel gerencial de suporte.

Para mais informações sobre essa nova funcionalidade leia o artigo Correção automática de NFC-es rejeitadas emitidas em contingência offline.

Inclusão de valor da carga tributária na impressão do PDF

A partir dessa nova versão, o sistema irá permitir a impressão da informação ‘Carga Tributária’ para o padrão NF Paulistana, tanto para os modelos de documentos RPS como para NFS-e. A imagem abaixo demonstra o novo campo impresso no PDF da NFS-e.

Permitir resolver notas em conflito via Web Service

Durante o processo de emissão de NFS-e pode ocorrer que um determinado documento fique com status ‘em conflito’. Esse retorno geralmente ocorre quando há falha na comunicação com a prefeitura e esta não possui o serviço de consulta ou exige o número de protocolo para realizar a consulta, porém como ocorreu problema na comunicação, o número do protocolo não está disponível.

Para realizar a correção de documentos com status ‘em conflito’, ao receber esse retorno do web service, o ERP poderá solicitar que o prestador verifique junto ao sistema da prefeitura se o documento está registrado lá, caso esteja, ele deverá pegar os dados referente ao número da NFS-e, código de verificação e protocolo. Estas informações deverão ser enviadas ao InvoiCy por meio do web service de recepção de documentos.

O envio das informações para o InvoiCy deverá seguir o modelo conforme a imagem a seguir.

Clique aqui para fazer download do XML exibido na imagem.

Caso a nota constar no sistema da prefeitura, o ERP deverá enviar ao InvoiCy o número da NFS-e, o código de verificação e o protocolo. Nesse caso, a tag NotaExiste deverá ser enviada como “S”,  a partir disso o InvoiCy irá atualizar os dados do documento e será disparada uma consulta ou uma tentativa de reenvio, se a comunicação com o web service da prefeitura ocorrer normalmente, o status da NFS-e será atualizado no InvoiCy.

Se a nota não existir no sistema da prefeitura, o ERP deverá enviar ao InvoiCy o mesmo evento de correção apresentado anteriormente, porém enviando o campo NotaExiste como “N”,  nesse caso não devem ser enviadas as tags Protocolo, NFSeCodVerificacao e NFSeNumero.

Após enviar essas informações, o InvoiCy irá retornar ao ERP o status do documento, utilizando o mesmo layout de retorno de consulta de documentos.

Detalhamento da versão

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

Versão 2.16.0 – mais detalhes

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

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

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

10025 – Filtros da tela de Documentos: incrementado novo filtro na tela de Documentos, para permitir efetuar a busca de NFS-es que ficaram com status ‘Em processamento’, como pode ser observado na imagem abaixo.

Melhorias no Painel gerencial de suporte: juntamente com essa versão foram efetuadas diversas melhorias e correções nos gráficos e processos do Painel gerencial de suporte.

Fluxos de contingência: os fluxos de contingência SVC, EPEC, Contingência Offline e FS-DA também foram todos revisados e melhorados.