Italo Giurizzato Junior

Bom dia Paulo, Quem disse a você que o retorno 111 ou 112 significa que a Pessoa esta com problemas com o Fisco? Me diga o diz o Item 4.7.8 do Manual versão 5 da NF-e? Você notou que entre outras informações que são retornadas é a cSit - Situação do Contribuinte (0 = não habilitado / 1 = habilitado). Já tentou consultar uma empresa que não possui nenhum problema com o Fisco para saber o valor desse campo? E consultar uma outra com problema com o Fisco. Não estou afirmando, estou apenas lhe sugerindo que realize testes de consulta e veja os resultados.

Bom dia Duarte, Favor atualizar os fontes e testar novamente. Existia um erro no arquivo INI onde não constava o "/" na TAG cabecalho.

Bom dia Marcelo, Exite também uma outra propriedade chamada: SalvarApenasNFeProcessadas atribua o valor True a ela também.

Bom dia ALA, O componente ACBrNFSe compila e instala sem nenhum problema, quanto ao DANFSE esse não sei pois nos meus testes ainda estou utilizando o que foi feito em Quick Report. Qual é o DANFSE que você esta tentando instalar (Fast ou Fortes Report)?

Bom dia Antonio, Sim.

Bom dia arce, Sugiro que mude para o DistribuicaoDFe, pois a SEFAZ sinalizou que vai parar o Web Services do Consultar NFe Destinadas.

Bom dia Gilson, Muito obrigado pela colaboração, fiz mais algumas alterações e já encontra-se disponível.

Bom dia Roberto, Primeiramente muito obrigado pela iniciativa e em disponibilizar o arquivo INI do provedor RJ. Fiz algumas alterações no mesmo e disponibilizei no repositório do Trunk2. Por favor atualize os fontes e teste novamente.

Bom dia Renato, Qual é o problema que esta ocorrendo? Pois a TAG protNFe na verdade é um grupo que contem os dados referente ao protocolo de autorização da nota.

Bom dia Gilson, O componente ACBrNFSe esta sendo migrado para o Trunk2. Até o momento ele esta funcionando para o provedor Ginfes, para os demais ainda não. No caso do Ginfes eu fiz as alterações necessárias para que o mesmo funcionasse 100% em ambiente de homologação em produção não testei. Para aqueles que tem clientes cujas cidades são atendidas pelo provedor Ginfes a hora é agora de realizarem os testes. Em função da diversidade, temos provedores que seguem a versão 1 do layout da ABRASF e outros a versão 2 e sem falar naqueles que acrescentaram algo a mais e os que tem o seu layout próprio. Mesmo os que seguem os layout da ABRASF temos aqueles que requerem que somente o RPS seja assinado e outros somente o Lote e tem também aqueles que requerem que ambos, ou seja, RPS e Lote sejam assinados. Pois bem por causa dessa diversidade, esta faltando fazer com que o componente consiga assinar de forma correta o Lote quando este possui RPS assinado. E finalizar as correções nos métodos: Gerar, EnviarSincrono e SubstituirNFSe. Por fim criar os arquivos INI para cada provedor.

Bom dia Claudio, Esse tópico trata sobre a NT 2015/003 do CT-e, o seu problema agora é outro, vamos seguir as regras do fórum. Para novos problemas novos tópicos, obrigado. Se esta aparecendo algo do tipo PCN2 com certeza o seu Delphi ainda esta encontrando fontes ou DCU ou BPL antigas, precisa executar antes o ApagarACBr antes de instalar. Paulo, os prazos de liberação da NT 2015/003 - CT-e são: 01/10/2015 - Homologação e 03/11/2015 - Produção. Acredito que não será prorrogado uma vez que tudo foi disponibilizado, tanto a NT como os schemas, é preciso realizar testes para saber se o ambiente de homologação já esta aceitando o XML com o grupo <ICMSUFFim>

Boa tarde a todos, Os componentes ACBrNFe, ACBrCTe e ACBrMDFe possui 3 propriedades de configuração: Configuracoes.Geral.Salvar := True ou False; ===> Se True salva os arquivos XML de envio e de retorno da SEFAZ (por exemplo: *-env-lot.xml e *-rec.xml) Configuracoes.WebServices.Salvar := True ou False; ===> Se True salva os arquivos XML de envio e de retorno da SEFAZ completos, ou seja, com as TAGs de envelopamento (por exemplo: *-env-lot-soap.xml e *-rec-soap.xml) Configuracoes.Arquivos.Salvar := True ou False; ===> Se True salva os arquivos XML com validade jurídica, ou seja, os arquivos que o emitente deve manter a guarda pelo prazo legal e também deve disponibilizar ao destinatário. Thiago, você concorda que o que deseja é ter somente os XML com validade jurídica? Então você já sabe como configurar o componente corretamente para salvar somente os arquivos desejados.

Boa tarde Werner, Não tenho na empresa o Trunk2 instalado somente em casa. Hoje a noite vou realizar um teste de envio de e-mail no componente ACBrCTe.

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;

Bom dia, Esse XML não foi obtido pelo componente ACBrNFSe correto? Pois notei que os NameSpace não tem a informação de versão. Note que no NameSpace referente ao ns3 consta no final apenas /tipos em vez de /tipos_v3.xsd Isso me leva a crer que esse XML se refere a versão 2.0 e não a 3.0 dos schemas do Ginfes. A versão 2.0 é usado pelo Ginfes quando a nota é gerada pelo site e não pelo Web Services. Outra coisa o XML que você postou na verdade é um lote de notas e não apenas uma nota. O componente ACBrNFSe esta preparado apenas para ler o XML de uma NFSe do Ginfes que esteja na versão 3.0

Bom dia Antonio, Quando enviamos um evento para a SEFAZ, como por exemplo um cancelamento temos como resposta dois cStat. Um se refere ao status do processamento do lote e o outro se refere ao evento propriamente dito. O primeiro tem que valer 128 indicando que o lote de eventos foi processado com sucesso. E o segundo tem que valer 135 indicando que o evento foi registrado e vinculado a NF-e. Por outro lado se o valor de cStat for 136 significa que o evento não foi registrado pelo simples fato da NF-e não existir na base de dados da SEFAZ. Só existe um caso que o retorno do cStat = 136 é aceito. É quando enviamos um evento de EPEC. Neste caso a nota não existe mesmo uma vez que ela vai ser enviada posteriormente.

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 Valdemir, O problema é que algumas empresas não evoluíram estão paradas no tempo. Em mil novecentos e bolinha o cancelamento de um CT-e não era por evento e sendo assim muitos desenvolvedores de forma errada acabavam trocando os dados do protocolo de autorização pelo de cancelamento, isso no XML. Mas hoje o cancelamento é por evento e ao cancelar um CT-e é salvo em disco um XML chamado: *-procEventoCTe.xml (Processamento do Evento do CT-e). Esse arquivo possui a solicitação do cancelamento por parte do emitente bem como a assinatura digital mais o retorno da SEFAZ acusando que o cancelamento foi homologado. O problema como eu disse essas empresas não querem mudar os seus sistemas e ficam cobrando das transportadora um XML que não tem validade jurídica, uma vez que ele foi alterado, ou seja, foi trocado os dados do protocolo de autorização pelo de cancelamento.

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.