Italo Giurizzato Junior

Bom dia Paulo, Ao consultar o CNPJ de qual propriedade você esta lendo o códigos que você mencionou? Outra coisa quando realizamos uma consulta ao CNPJ de uma empresa o que é retornado é uma lista que pode ter uma ou mais ocorrências. Se no retorno temos apenas uma ocorrência na lista temos o cStat = 111 caso contrario o cStat = 112. Favor ler o item 4.7 página 70 - 75 do Manual versão 5 da NF-e. O Item 4.7.8 deixa bem claro o significado dos status 111 e 112.

Bom dia Felipe, Existe uma propriedade de configuração dentro do grupo WebServices que serve exatamente para isso, ativar ou desativar a exibição desses mensagens.

Bom dia a todos, O componente ACBrNFe - Trunk2 já contempla a NT 2015/003 versão 1.10 publica a poucos minutos pela SEFAZ no Portal Nacional da NF-e. Foram acrescidos novos campos. Favor atualizar todos os fontes de todas as pastas do repositório Trunk2. A principio o Ambiente de homologação já esta preparado para esses novos campos. Os Schemas foram atualizados também.

Bom dia Claudio, Se você se refere a NT 2015/003 do CT-e, sim, os schemas estão disponíveis bem como os fontes do componente ACBrCTe já estão atualizados. Detalhe importante, essa atualização dos schemas e fontes se refere somente ao Trunk2. Sendo assim se você ainda usa o ACBrCTe baixado do repositório Trunk, terá desinstalar todos os componentes do ACBr no Delphi, excluir a pasta que contem os fontes do ACBr, criar uma nova pasta configurar o tortoise para baixar os novos fontes do repositório Trunk2 e usar o ACBrInstall_Trunk2 para instalar novamente os componentes. Agora se você se refere a NT 2015/003 da NF-e, os fontes componente ACBrNFe já estão atualizados, mas ainda não foram disponibilizados os Schemas. Os fontes do ACBrNFe atualizados também se referem ao Trunk2. Lembre-se não estamos mais realizando alterações nos fontes do repositório Trunk somente Trunk2, sendo assim você deve imediatamente mudar para o Trunk2.

Bom dia Marcos, O que determina se você vai ADD CT-e ou NF-e ao MDF-e é o Tipo de Emitente e não o modelo do documento fiscal que você esta lendo. Um MDF-e só pode possuir CT-e ou NF-e. Segundo a Nota Técnica 2013/004 de Outubro/2013 - página 93 temos o campo tpEmit - Tipo do Emitente. Esse campo vai receber os valores 1 = Prestador de Serviço de Transporte (transportadora - emitente de CT-e) ou 2 = Transportador de Carga Própria (emitente de NF-e) Na página 96 temos o campo #48 infCTe - Conhecimentos de Transporte - usar este grupo quando for prestador de serviço de transporte Na página 98 temos o campo #81 infNFe - Nota Fiscal Eletrônica O componente vai ADD a chave do CT-e ou da NF-e mediante o valor de tpEmit. Você tem que parametrizar a sua aplicação para que se ela for usada por uma transportadora o tpEmit tem que valer 1 e só aceitar chaves de CT-e para serem ADD ao MDF-e. Por outro lado se for utilizada por uma empresa que emite NF-e realiza o transporte de sua própria carga o valor de tpEmit tem que ser 2 e só aceitar chaves de NF-e para serem ADD ao MDF-e.

Bom dia Leão, Sugestão: ACBrMDFe1.Consultar; ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(NomeArquivoXML); if ACBrMDFe1.Manifestos.Items[0].MDFe.procMDFe.cStat = 100 then begin (...) end; Com relação ao Encerramento ou Cancelamento: ACBrMDFe1.EnviarEventoMDFe(idLote); if ACBrMDFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat = 135then begin (...)end;

Boa tarde Edilberto, O que você acha de uma propriedade chamada xCancelada do tipo String? Onde você possa colocar o texto que desejar, como por exemplo: NF-e Cancelada em dd/mm/aaaa sob o protocolo n. 9999999999 Ao executar o método Imprimir ou ImprimirPDF caso o valor de NFeCancelada for True será impresso como um carimbo no DANFE o texto contido em xCancelada.

Boa tarde a todos, Encontra-se disponível no Portal Nacional da NF-e uma minuta da versão 6 do Manual da NF-e. Convido a todos a baixarem esse manual. De posse do mesmo vamos a página 181 - item 10.3 que trata sobre layout da distribuição da NF-e, por favor leiam com a máxima atenção e em especial o campo XR06. Depois peço que leiam também com muita atenção o item 4.3.10 (página 48) que trata sobre o Armazenamento e Disponibilização do Evento de Cancelamento. Peço para aqueles que tiverem tempo que leiam ou busquem todas as ocorrências de cancelada, canelamento, disponibilização, armazenamento, distribuição, e coisas similares no PDF da minuta, pois, eu não encontroei nada que diz que devemos trocar o grupo <protNfe> (que contem os dados do protocolo de autorização de uso) por um outro que contenha o protocolo de cancelamento. E também não encontrei nada que diga que devemos acrescentar um novo grupo com os dados do cancelamento. Pelas páginas 48 e 181 fica para mim muito claro que o XML da NF-e não deve ser alterado após o seu cancelamento e o XML (*-procEventoNFe) conforme titulo do item 4.3.10 deve ser armazenado pelo emitente e disponibilizado ao destinatário. Desculpe, achar todos acham, até eu acho pedras nos caminhos por onde passo, mas para mim o que vale é o que esta escrito em um manual ou nota técnica emitida pelo ENCAT. Se alguns sistemas de empresas ou de escritórios de contabilidade esperam ler um XML com os dados da venda mais o protocolo de cancelamento, para mim eles estão errados e não preciso apontar os motivos. Vou reiterar a minha posição, o componente não deve realizar a troca e nem possibilitar que isso seja feito através da habilitação de uma propriedade, ele tem que estar em conformidade com os manuais e notas técnicas. Respeito aqueles que não concordam com a minha opinião e para essas pessoas digo: o fonte do componente esta disponível no HD da sua maquina fique a vontade em fazer a customização que julgar necessária. Um bom trabalho a todos nós.

Boa tarde Warquia, Você não pode ler esse arquivo como se fosse o arquivo de uma NF-e. Note que o seu inicio diz que se trata de um retorno de dowload de uma NF-e <retDownloadNFe ..... A NF-e propriamente dita esta contida nesse retorno e primeiramente tem que ser extraída e salva separadamente. O Método Download do componente ACBrNFe salva o retorto do download e salva também um segundo XML que é a nota fiscal que você poder ler, ou seja, carregar através do LoadFromFile sem nenhum problema.

Nota Técnica 2015/002 versão 1.10 - página 23 link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s=

Boa tarde Edilberto, Quanto a essa propriedade AtualizarXMLCancelado ela foi removida por sugestão minha. A equipe ACBr esta avaliando se ela vai voltar ou não. A minha posição quando a esse assunto é: Não deve voltar, pois em nenhum Manual ou Nota Técnica diz que o XML assinado e com o protocolo de autorização tem que ser alterado caso a nota venha a ser cancelada. Portanto ao realizar essa troca do protocolo de autorização pelo de cancelado estaremos gerando um XML que não tem nenhuma validade jurídica. E desta forma o componente deixa de ficar em conformidade com os Manuais e Notas Técnicas. Resumindo: A nota foi emitida e autorizada, enviar por e-mail o XML da NF-e (*-nfe.xml) assinado e autorizado para o destinatário e transportadora (se necessário). A nota foi cancelada, enviar por e-mail o XML de processamento do Evento (*-procEventoNFe.xml) para o destinatário e transportadora (se necessário). O primeiro arquivo temos todos os dados pertinentes a venda bem com a assinatura digital do emitente mais o protocolo de autorização da SEFAZ, portanto temos um documento fiscal eletrônico com validade jurídica. O segundo arquivo temos a solicitação do cancelamento a assinatura digital do emitente mais o protocolo de homologação do cancelamento da SEFAZ, portanto temos um documento fiscal eletrônico com validade jurídica.

Boa tarde José, Esses campos se referem a Nota Técnica 2015/003, correto? Pois bem a SEFAZ ainda não disponibilizou os schemas que contemplam esses novos campos.

Boa tarde a todos, Segundo a Nota Técnica 2015/002 versão 1.10 - página 23 temos as seguintes regras de validação da NF-e na SEFAZ: Regra: 7GA01-10 Não informado o Grupo de Autorização para obter o XML, para a UF que exige a identificação do Escritório de Contabilidade na Nota Fiscal, conforme legislação estadual. Observação: Regra de Validação opcional, a critério da UF. A nota será rejeitada: Não informado o Grupo de Autorização para UF que exige a identificação do Escritório de Contabilidade na Nota Fiscal Regra: 7GA01-20 Verificar se o CNPJ/CPF informado na primeira ocorrência do Grupo de Autorização corresponde a um Escritório de Contabilidade cadastrado na SEFAZ, conforme legislação estadual. Observação: Regra de Validação opcional a critério da UF. A nota será rejeitada: Escritório de Contabilidade não cadastrado na SEFAZ O grupo de Autorização que as duas regras acima se referem é o autXML onde podemos informar o CNPJ ou CPJ de pessoas que o emitente esta autorizando a obter o XML, ou seja, realizar o Download. O XML do João Paulo não possui esse grupo e mesmo que tivesse é preciso garantir que o primeiro da lista seja o CNPJ de um escritório de contabilidade que esteja cadastrado na SEFAZ. Resumindo, o Estado que vier a aplicar essas regras, todos os escritórios de contabilidade terão que se cadastrarem na SEFAZ do Estado em questão e todos os emitentes de NF-e deverão incluir no seu XML o grupo <autXML> e o primeiro da lista deverá ser um CNPJ de um escritório de contabilidade, caso contrario a nota será rejeitada.

Boa tarde Daniel, Por favor preste mais atenção quando postar as suas duvidas, pois o ACBrMDFe não tem nada haver com o DANFE. DANFE se refere ao ACBrNFe. Movi para o local correto.

Boa tarde a todos, Dener, qual mensagem de retorno você necessita e de qual método? Duarte, os métodos: Gerar, EnviarSincrono e SubstituirNFSe não foram testados, pois os meus testes foram realizados em cima do provedor Ginfes e este não possui os 3 métodos mencionados. Já baixei os arquivos que você anexou e vou analisa-los para tentar descobrir algo. ************* Duarte, favor atualizar os fontes.

Bom dia Felipe, E não pesquisou. Pois se tivesse pesquisado saberia que o componente ACBrGNRE não deve ser selecionado ainda para instalar, pois não foi totalmente migrado para o Trunk2.

Bom dia Marcelo, Já tentou desta forma: ACBrNFe1.Configuracoes.Arquivo.Salvar := True; ACBrNFe1.NotasFiscais.LoadFromFile(nomearq, false); ACBrNFe1.Consultar; Pois o XML atualizado só será salvo em disco caso a propriedade Salvar valer True.

Bom dia Pedro, Favor atualizar e instalar novamente.

Bom dia Duarte, É interessante sempre realizar os testes com o programa exemplo. Na configuração do mesmo deixar ativo o "Salvar Soap". Com os arquivos soap podemos identificar o que esta faltando acrescentar para que o componente possa ler de forma correta os retornos.

Boa tarde Gabriel, Em função da grande diversidade da NFS-e, estamos migrando aos poucos. Em primeiro lugar pretendemos fazer com que o componente funcione para os provedores que seguem o padrão ABRASF versão 1.00 e que somente o Lote seja assinado ou os RPS. Depois vamos partir para os provedores que seguem o padrão ABRASF versão 2.00 e que somente o Lote seja Assinado ou os RPS. O passo seguinte é fazer funcionar os provedores da versão 1.00 cujo Lote e RPS são assinado, depois os provedores da versão 2.00 Cumprida essas 4 etapas vamos partir para os provedores que não seguem o padrão ABRASF que é o caso do ISSDsf e outros.

Boa tarde Marcelo, Devemos utilizar o LoadFromFile ou LoadFromStream ou LoadFromString quando o componente não contem os dados da nota. E pelo que eu vi o componente já esta com os dados da nota, loto não faz sentido carrega-lo novamente. Caso você tenha o XML assinado salvo em disco faça o seguinte: acbrnfe1.notasfiscais.loadfromfile(nomearq, false); // o segundo parâmetro é false para que o componente não gere novamente o XML. acbrnfe1.consultar; caso o XML assinado esteja salvo no banco de dados faça desta outra forma: acbrnfe1.notasfiscais.loadfromstring(varString, false); // varString é a variável que contem o XML assinado lido do banco de dados. acbrnfe1.consultar;

Boa tarde Alisson, Antes de executar o método de impressão do evento (Carta de Correção) deve-se carregar o XML do CT-e através do LoadFromFile. Desta forma será impresso alguns dados do CT-e na Carta de Correção.

Bom dia Robson, A questão é bem simples ou a SEFAZ-PB mude a URL usada para gerar o QR-Code ou ela mude a URL usada para gerar o QR-Code. Sugestão: infernize a SEFAZ-PB.

Bom dia, Em vez de informar 1 no campo CSC informe 000001 (com 6 dígitos).

Bom dia Roberto, Noto que você é novo no fórum sendo assim convido você a pesquisar antes. Erro Não Catalogado = SEFAZ com problemas. O que fazer? Nada simplesmente aguarde ou entre em contato com a SEFAZ.