Emissão de NFC-e com Serviço para Distrito Federal

Para o Distrito Federal é permitido a emissão de NFC-e com item de Serviço, porém é válido observar algumas diferenças no arquivo para que a emissão seja realizada com sucesso, segue:

  • No detalhamento do item, para uma emissão de NFC-e serviço o campo “indTot” deve ser informado com valor “1”, mesmo assim no grupo “ICMStot” o campo de total de valores do produto “vProd_ttlnfe” deve ficar com valor zerado. Desta forma, observa-se também que o campo “nTipoItem” (campo disponível apenas para quem integra com o InvoiCy via Web Services) deve ser informado com valor “5”, conforme podemos ver na imagem abaixo:

DetalhesdoItem

  • Deve-se informar no grupo “ICMStot” o campo “vFrete_ttlnfe” com valores zerados, porém no grupo “transp” deve-se preencher o campo “modFrete” com a opção sem frete “9”, visualize abaixo a demonstração.

TAG_Frete

ATENÇÃO:
Para a emissão de NFC-e com ISS em Brasília só pode ser usada para empresas prestadoras de serviço, para serviços prestados cujo os tomadores de serviços são pessoas físicas. Se o tomador for PF deve emitir NF-e com ISS.

Veja aqui um exemplo completo de uma NFC-e com Serviço para o Distrito Federal.

Padrão WEB ISS 2.0

O Padrão WEB ISS 2.0 segue o modelo sugerido pela ABRASF, na versão 2.02. Disponibilizando a tecnologia de Web Services para realizar as emissões de NFS-e. Abaixo, estão descritas as particularidades deste padrão:

1. Natureza da Operação

Para as empresas que NÃO utilizam a opção de tabela unificada do InvoiCy, devem informar os seguintes valores de natureza da operação:

NaturezaOperacao

2. O sistema não permite:

  • Recepção de RPS sem dados do Tomador (Endereço, Número, código da cidade e UF);
  • Substituição de RPS;

3. Outras Informações

O padrão Web ISS 2.0 não possui uma tag específica de outras informações sobre o RPS a ser emitido, por isso, no cadastro da empresa, deve-se escolher o valor “Sim” para o campo “Concatenar Discriminação e Outras Informações”, como mostra a imagem:

OutrasInformacoes

4. Dados Obrigatórios

Em todos os casos de emissão deve-se informar o Item da Lista de Serviço e o Código CNAE, pois caso não informado, o sistema da prefeitura retorna erros de Schema XSD, sendo eles pouco claros.

5. Cancelamento

Só é possível realizar o cancelamento via Web Service, quando no momento da emissão informa-se um e-mail válido de tomador. Caso não seja informado um e-mail para o tomador na emissão do RPS, a empresa que deseja cancelar a NFS-e gerada através dele deve abrir um requerimento junto à prefeitura para solicitar o cancelamento do mesmo.

6. Ambientes

A prefeitura dispõe além do ambiente de produção o ambiente de homologação, para fazer uso deles e consequentemente dos Web Services, é necessário contatar a mesma e fazer a solicitação formal, fornecendo informações como CNPJ e Inscrição Municipal.

Acesse um exemplo de XML enviado ao InvoiCy, clicando aqui.

Padrão WEB ISS 2.0 – Antigo

O Padrão WEB ISS 2.0 segue o modelo sugerido pela ABRASF, na versão 2.02. Disponibilizando a tecnologia de Web Services para realizar as emissões de NFS-e. Abaixo, estão descritas as particularidades deste padrão:

1. Natureza da Operação

Para as empresas que NÃO utilizam a opção de tabela unificada do InvoiCy, devem informar os seguintes valores de natureza da operação:

NaturezaOperacao

2. O sistema não permite:

  • Recepção de RPS sem dados do Tomador (Endereço, Número, código da cidade e UF);
  • Substituição de RPS;

3. Outras Informações

O padrão Web ISS 2.0 não possui uma tag específica de outras informações sobre o RPS a ser emitido, por isso, no cadastro da empresa, deve-se escolher o valor “Sim” para o campo “Concatenar Discriminação e Outras Informações”, como mostra a imagem:

OutrasInformacoes

4. Dados Obrigatórios

                Em todos os casos de emissão deve-se informar o Item da Lista de Serviço e o Código CNAE, pois caso não informado, o sistema da prefeitura retorna erros de Schema XSD, sendo eles pouco claros.

5. Cancelamento

Só é possível realizar o cancelamento via Web Service, quando no momento da emissão informa-se um e-mail válido de tomador. Caso não seja informado um e-mail para o tomador na emissão do RPS, a empresa que deseja cancelar a NFS-e gerada através dele deve abrir um requerimento junto à prefeitura para solicitar o cancelamento do mesmo.

6. Ambientes

A prefeitura dispõe além do ambiente de produção o ambiente de homologação, para fazer uso deles e consequentemente dos Web Services, é necessário contatar a mesma e fazer a solicitação formal, fornecendo informações como CNPJ e Inscrição Municipal.

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

Painel de certificados do Parceiro

Última atualização em: 11 de abril, 2017

Buscando melhorar a usabilidade da Plataforma InvoiCy para os usuários, disponibilizamos o novo Painel de Certificados do Parceiro, que possibilitará ao usuário parceiro gerenciar os certificados digitais de todas as suas empresas em uma única tela.

Para conhecer a nova tela basta acessar o Painel de Controle, e no grupo ‘Configurações do Parceiro – Gerenciamento’ clicar na opção ‘Certificados Digitais’, como demonstra a imagem abaixo.

Ao acessar a tela, estarão listados os certificados digitais cadastrados para todas as empresas que estão atreladas a chave de parceiro do usuário, apresentando o apelido do certificado, sua data de vencimento e a quantidade de empresas que estão utilizando cada certificado, como representa a imagem a seguir.

Será possível fazer filtros de pesquisas pelo apelido/nome da empresa, CNPJ raiz da empresa e data de vencimento do certificado.

Para inserir um novo certificado basta clicar no botão ‘Novo certificado’, e na tela de cadastro informar o apelido do certificado, tipo do certificado, que pode ser A1 ou A3, no caso de certificado A1 selecionar o arquivo PFX e informar a senha. Após clicar em ‘Salvar’ será apresentado em tela a data de vencimento do certificado e o CNPJ, e será habilitado o botão para vincular as empresas ao certificado.

Ao abrir a tela para seleção de empresas, serão apresentadas todas as empresas com o mesmo CNPJ raiz do certificado cadastrado. Mas é possível fazer filtros pelo CNPJ da empresa e Nome/Apelido também, como demonstra a imagem a seguir.

Ao tentar adicionar uma empresa que possuí uma raiz de CNPJ diferente do certificado cadastrado, será apresentada uma mensagem em tela para alertar aos usuários. Caso o usuário clique em ‘Sim’, a empresa será vinculada ao certificado. Caso clique em ‘Não’, a empresa não será vinculada.

Vincular empresa com outro CNPJ

O usuário também tem a opção de alterar e excluir qualquer um dos certificados cadastrados. Ao cadastrar os certificados nessa nova tela, automaticamente será atribuído para as empresas, e aparecerá na tela de certificados da empresa, como demonstra a imagem abaixo.

Com essa nova funcionalidade, o usuário parceiro não precisará mais acessar cada uma de suas empresas para cadastrar/atualizar o certificado digital. Poderá gerenciar os certificados de todas as suas empresas a partir de uma única tela, agilizando o cadastro e atualização dos certificados.

Versão 1.22.0.0 – mais detalhes

Confira todas as alterações e melhorias realizadas na versão 1.22.0.0 do InvoiCy:

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

5777 – Painel de Certificados Digitais do Parceiro: o usuário Parceiro poderá gerenciar todos os certificados digitais de suas empresas através do novo Painel de Certificados Digitais. Para mais informações sobre essa funcionalidade leia o artigo Painel de Certificados do Parceiro.

5777 – Cadastro de empresa via Web Service: foi adicionado o novo campo ‘UsarCertPreCadastrado’ no layout de cadastro de empresas via Web Service. Ao cadastrar uma empresa Filial preencher o novo campo com ‘S’, se deseja fazer uso do certificado digital que está cadastrado para a Matriz. Para cadastrar a Filial, mas sem utilizar o certificado da Matriz, informe o valor ‘N’. Para mais informações confira o layout de cadastro de empresas clicando aqui.

7013 – Unificar telas de consulta/seleção de empresas: a tela inicial do InvoiCy, que exibe as empresas do parceiro, a tela ‘Empresas do Parceiro’, acessada pelo Painel de Controle, e a tela ‘Empresas que o usuário tem acesso’, acessada através da opção ‘Mostrar todas as empresas’ no campo de seleção de empresas, foram unificadas, agrupando todas as informações em uma única tela.

7015 – Otimizar a busca de empresas do parceiro:  foi realizada uma otimização na tela de empresas do parceiro, deixando o processo de pesquisa mais ágil, retornando as informações com mais rapidez.

7016 – Melhorias no campo para seleção de empresas: Ao pesquisar por uma empresa que não se encontra no campo de listagem das empresas, é exibida a opção “Mostrar todas as empresas”, para que o usuário possa adicionar as empresas desejadas a listagem.

6024 – Notificações de certificado vencido: caso a empresa esteja com o certificado digital prestes a vencer, ao fazer o envio de um documento receberá uma notificação via tela no InvoiCy, e caso possua uma caixa de e-mail configurada e o seu e-mail informado no cadastro da empresa, receberá também uma notificação via e-mail.

Quando faltar 30 dias para o vencimento do certificado digital uma notificação será enviada, quando faltar 15 dias para o vencimento mais uma notificação será enviada, quando faltar 10 dias, 5 dias, 2 dias, 1 dia e novamente no dia do vencimento do certificado.

Se após o vencimento o emissor continuar enviando documentos, será notificado apenas mais uma vez sobre o vencimento do certificado.

6849 – Caracteres especiais no nome do usuário: ao acessar a aplicação com um usuário que possuía caracteres especiais no seu nome, no cabeçalho do InvoiCy o nome do usuário era exibido com caracteres hexadecimais. E também para melhorar a visualização do nome do usuário no cabeçalho, limitou-se a exibição em 36 caracteres.

Solicitações do Módulo CT-e:

6964 – Informações sendo cortadas na impressão do DACTE: nas versões anteriores, ao imprimir o DACTE com informações no campo de Observações, dependendo da quantidade de caracteres os mesmos não apareciam na impressão. Nessa versão o DACTE foi ajustado para ao imprimir apresentar toda a informação do campo Observações.

Solicitações do Módulo NF-e:

7113 – Adequar processo de download de NF-e de entrada – NT 2014/002: Até então a SEFAZ disponibilizava o Web Service NFeDownloadNF para efetuar o download das Notas emitidas contra o CNPJ da empresa, e o Web Service NFeDistribuicaoDFe para efetuar a consulta dessas notas.  E no InvoiCy existiam layouts específicos para consumir cada um destes Web Service.

A partir de agora o Web Service NFeDownloadNF será descontinuado pela SEFAZ, porém os clientes que já vinham integrando com esse Web Service para fazer o download de suas Notas poderão continuar enviando o mesmo layout, que o InvoiCy automaticamente encaminhará as informações para o Web Service NFeDistribuicaoDFe.

Para mais informações leia o artigo Distribuição de Notas de entrada na SEFAZ.

Solicitações do Módulo NFS-e:

7262- Layout da Consulta – Retorno: Para o módulo NFS-e foi incluído no layout de consulta retorno 3 campos “ImprimirUmaViaContingencia”, “DocStatus”, “CertHoraVencimento”, sendo assim veja com atenção se seu sistema está preparado para ler estes campos. Para obter as informações dos campos faça o download do arquivo de consulta, acessando aqui

Release Notes – Versão 1.22.0.0

Versão 1.22.0.0 – 25/04/2017

Painel de Certificados Digitais do Parceiro

Nessa versão disponibilizamos o novo Painel de Certificados do Parceiro, que possibilitará ao usuário parceiro gerenciar os certificados digitais de todas as suas empresas em uma única tela.

Ao acessar a tela, estarão listados os certificados digitais cadastrados para todas as empresas que estão atreladas a chave de parceiro do usuário, apresentando o apelido do certificado, sua data de vencimento e a quantidade de empresas que estão utilizando cada certificado, como representa a imagem a seguir.

Para mais informações sobre como inserir um novo certificado ou atualizar um já existente, leia o artigo Painel de certificados do Parceiro.

Cadastro de empresa via Web Service

A partir dessa versão o layout de cadastro de empresas via Web Service conta com o novo campo ‘UsarCertPreCadastrado’, onde ao cadastrar uma empresa Filial o Parceiro pode escolher se deseja utilizar o mesmo certificado que está cadastrado para a empresa Matriz. Destacando que isso irá funcionar apenas se houver um certificado cadastrado para a mesma raiz de CNPJ da empresa.

Ao cadastrar uma empresa Filial deve-se preencher o novo campo com ‘S’, se deseja fazer uso do mesmo certificado digital que está cadastrado para a empresa Matriz. Caso a empresa matriz ainda não possua um certificado cadastrado, a filial será cadastrada mesmo assim, porém sem certificado.

Se deseja cadastrar a Filial, mas sem utilizar o mesmo certificado que a empresa Matriz, basta informar o valor ‘N’. Caso o parceiro informar um certificado no momento do cadastro, esse novo campo será ignorado, e a empresa será cadastrada atribuindo o certificado que foi informado.

Para mais informações faça download do layout de cadastro de empresas clicando aqui.

Desativação do Web Service NFeDownloadNF pela SEFAZ

A SEFAZ tinha disponível o Web Service NFeDownloadNF e o NFeDistribuicaoDFe, para efetuar o download e a consulta das Notas emitidas contra o CNPJ da empresa, respectivamente.

A partir da data 01/05 o Web Service NFeDownloadNF será descontinuado pela SEFAZ.

Os clientes que já vinham integrando com esse Web Service poderão continuar enviando o mesmo layout, e o InvoiCy automaticamente encaminhará as informações para o Web Service NFeDistribuicaoDFe. Para mais informações leia o artigo Distribuição de Notas de entrada na SEFAZ.

 Detalhamento da versão

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

Padrão ISANETO

O Padrão ISANETO segue o modelo ABRASF 1. Segue abaixo as particularidades deste novo padrão:

1. O sistema não permite:

  • Informar o Intermediário do serviço;
  • Substituição de RPS;
  • Efetivar uma nota sem Tomador;
  • Tomador do exterior.

  2. Número, Série do RPS

A série a ser informada para o padrão ISANETO deverá ser o valor 99.

A numeração do RPS a ser informada deverá ser no formato ANO+ numeração sequencial do RPS, que deve conter 11 dígitos. Exemplo: 201700000000027

3. Tomador não identificado

Caso algum tomador desejar não se identificar deverá informar o CNPJ com zerado da seguinte forma: ‘00000000000000’, e a razão social e nome podem ser enviados vazios.

4. Cancelamento

A data do cancelamento pode ser realizada até oitavo dia do mês subsequente ao envio da nota.

5. Natureza da Operação

A seguinte tabela apresenta os valores da natureza de operação para o padrão Isaneto:

natOP

6. Regime de Tributação

O Regime de tributação segue a tabela:

regimeTributacao

 

7. Impressão

Não possui link de impressão com o modelo da prefeitura.

8. Logradouro

Para informar o tipo de logradouro deve seguir a tabela de logradouros a seguir:

Logradouro

Acesse um exemplo de XML de envio, clique aqui.

Atenção! Para este padrão em algumas emissões com erros de dados, a prefeitura retornará um código de erro com mensagem genérica, sem uma informação exata do problema encontrado no documento, sendo assim a aplicação InvoiCy não terá como saber o campo exato que ocorre o erro para o retorno:

“Rejeitado[E86] – [ModuloPref-e] – [ModuloPref-e] – N�mero do protocolo de recebimento do lote inexistente na base de dados [E999] – Ocorreu um erro inesperado”.

Padrão ISANETO – Antigo

O Padrão ISANETO segue o modelo ABRASF 1. Segue abaixo as particularidades deste novo padrão:

1. O sistema não permite:

  • Informar o Intermediário do serviço;
  • Substituição de RPS;
  • Efetivar uma nota sem Tomador;
  • Tomador do exterior.

  2. Número e Série do RPS

A série a ser informada para o padrão ISANETO deverá ser o valor 99.

A numeração do RPS a ser informada deverá ser no formato ANO+ numeração sequencial do RPS, que deve conter 11 dígitos. Exemplo: 201700000000027.

3. Tomador não identificado

Caso algum tomador desejar não se identificar deverá informar o CNPJ com zeros da seguinte forma: ‘00000000000000’, e a razão social e nome podem ser enviados vazios.

4. Cancelamento

A data do cancelamento pode ser realizada até oitavo dia do mês subsequente ao envio da nota.

5. Natureza da Operação

A seguinte tabela apresenta os valores da natureza de operação para o padrão Isaneto:

natOP

6. Regime de Tributação

O Regime de tributação segue a tabela própria:

RegimeTributacao

7. Impressão

Não possui opção de impressão com o modelo da prefeitura.

8. Logradouro

Para informar o tipo de logradouro deve seguir a tabela de logradouros a seguir:

Logradouro

Veja um exemplo de XML de envio, clicando aqui.

Atenção! Para este padrão em algumas emissões com erros de dados, a prefeitura retornará um código de erro com mensagem genérica, sem uma informação exata do problema encontrado no documento, sendo assim a aplicação InvoiCy não terá como saber o campo exato que ocorre o erro para o retorno:

“Rejeitado[E86] – [ModuloPref-e] – [ModuloPref-e] – N�mero do protocolo de recebimento do lote inexistente na base de dados [E999] – Ocorreu um erro inesperado”.