Italo Giurizzato Junior

Bom dia, Os schemas só servem para validar o XML gerado pelo componente. Existem TAGs que são opcionais, caso essas não venham receber nenhum valor é obvio que não serão geradas no XML.

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 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.

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.