Italo Giurizzato Junior

Boa tarde Akai, Muito obrigado pela colaboração, assim que possível estará disponível no repositório.

Boa tarde João, Duas coisas: 1. não execute o método GerarNFe, pois o Assinar se encarrega de gerar o XML, assinar e salvar em disco. 2. você deve estar usando o LoadFromFile para carregar o XML antes do seu envio, pois bem, atribua o valor False ao segundo parâmetro do mesmo. LoadFromFile(sNomeArq, False); isso faz com que o XML não seja gerado novamente, você ganha em performasse e não corre o risco da assinatura ser diferente da primeira.

Boa tarde Marcos, No arquivo *-sit-soap.xml temos a rejeição 217, ou seja, o CT-e não consta na base de dados da SEFAZ. Sendo assim o componente não deve tentar atualizar o XML, ou seja, incluir o grupo de informações sobre o protocolo. Fiz uma alteração no componente a fim de só realizar essa atualização caso o CT-e conste da base de dados da SEFAZ. Favor atualizar os fontes e testar novamente.

Boa tarde José, Caso tenha perdido o XML do MDF-e o processo é o seguinte: Alimentar o componente com os mesmos dados, mantendo a mesma chave, em seguida executar o método Assinar, você terá como resultado o XML assinado. Em seguida você carrega o XML usando o LoadFromFile e por fim executa o método Consultar, se o MDF-e já tinha sido enviado o resultado será o XML assinado e protocolado. Os métodos já estão prontos no componente, basta você utiliza-los na sua aplicação.

Boa tarde, A montagem do arquivo *-procEventoNFe.xml para qualquer tipo de evento tem que seguir a estrutura especificada na versão 5.00 do Manual da NF-e item 7.8.10 página 83.

Bom dia, Muito obrigado pela colaboração, vamos disponibilizar as suas correções assim que possível.

Bom dia, Com certeza o problema é na SEFAZ, favor entrar em contato com eles e expor o problema.

Bom dia, Uma coisa é o componente não possuir uma propriedade que contem uma informação ou bloco de informações desejado. Outra coisa é você montar a sua própria rotina que faça isso. Lembre-se que o XML é um arquivo texto que não possui quebras de linhas, sendo assim você pode ler ele da forma que achar melhor e depois usar a função POS para encontrar o inicio e o fim do que deseja. Suponha que exista no XML um grupo chamado Registro, a TAG de inicio é <Registro> e a TAG de fim é </Registro>. O XML foi lido e encontra-se na variável XMLLido, vamos separar o grupo Registro e armazenar na variável GrupoReg. Inicio := Pos('<Registro>', XMLLido); Fim := Pos('</Registro>', XMLLido); GrupoReg := Copy(XMLLido, Inicio, Fim + 10); // A variável Fim aponta para o carácter "<" mas desejo que ele aponte para o ">" Espero ter ajudado.

Boa tarde Marcos, O problema que o componente executa primeiro a Function TratarResposta e depois a Procedure SalvarResposta. Como ocorreu um erro no TratarResposta não ocorre a gravação em disco do arquivo de retorno. Em ACBrDFeWebServices temos a Function Executar e nesta o seguinte código: EnviarDados; Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; faça a seguinte alteração: EnviarDados; SalvarResposta; <== inclua esta linha Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; Desta forma ele vai salvar o retorno antes de trata-lo.

Boa tarde, Todos os XML gerados pelo componente inicia com: "<?xml version="1.0" encoding="UTF-8"?>", essa linha defini a codificação de caracteres usado no XML. Se você configurar o componente para salvar os arquivos de envio e retorno e os de validade jurídica, se tratando de eventos temos; *-ped-eve.xml => esse arquivo é o pedido de evento ou seja o arquivo enviado a SEFAZ. *-eve.xml => esse arquivo é o retorno da SEFAZ que contem o resultado do processamento do evento. *-procEventoNFe.xml => esse arquivo é uma montagem usando o conteúdo dos dois acima e devemos considera-lo como sendo um arquivo com validade jurídica, pois o mesmo deve ser guardado pelo prazo lega e deve ser disponibilizado ao destinatário da mercadoria e a contabilidade. Por outro lado ao realizar uma consulta, no arquivo de retorno temos a principio que a nota foi autorizada, depois a situação atual da mesma e por fim a lista de eventos vinculados a nota. Não me recordo se a estrutura da lista de eventos segue a mesma estrutura do *-procEventoNFe.xml, e pelo que me recordo não existe nenhuma propriedade que retorna somente essa estrutura de um retorno da consulta.

Boa tarde Werner, As Notas Técnicas publicas no Portal Nacional da NF-e as vezes trazem alguma orientação, mas sempre aconselho a consultar um bom contador.

Bom dia Jair, Quando o problema é sanado não devemos mudar o tipo de emissão da nota e envia-la para SEFAZ, pois isso faz com que a chave seja outra, caso o destinatário tenha o DANFE emitido em contingência e for consultar por essa chave vai acusar que a nota não existe. O mesmo vale para a NFC-e que alem da chave ser outra o QR-Code também. Recomento que leia com muita atenção o item 03.1 (página 5) da Nota Técnica 2014/001 versão 1.10 que trata sobre o EPEC que não mais é do que uma modalidade de contingência.

Bom dia Wellington, xCFOP := acbrnf1.NotasFiscais.Items[X].NFe.Det.Items[Y].Prod.CFOP; Onde [X] varia de zero até a quantidade de notas -1 carregadas ao componente e [Y] varia de zero até a quantidade de produtos -1 que a nota contem.

Bom dia Ricardo, O componente ACBrNFe possui 3 propriedades Salvar: Configuracoes.Geral.Salvar := True ou False; Defini se os arquivos de envio e de retorno devem ser salvos ou não em disco. Configuracoes.Arquivos.Salvar := True ou False; Defini se os arquivos com validade jurídica devem ser salvos ou não em disco. Configuracoes.WebSevices.Salvar := True ou False; Idem ao primeiro só que salva ou não o XML de envio e de retorno completo sem nenhum tratamento feito pelo componente.

Bom dia Marcos, Você não anexou o *-sit-soap.xml (retorno) somente o *-ped-sit-soap.xml (envio).

Bom dia, Funciona exatamente como é especificado em Notas Técnicas. E se tratando da NFC-e, lembre-se que nem todas as opções de contingência estão disponíveis para todos os Estados. O componente não possui nenhum método que fica checando constantemente se a conexão com a SEFAZ esta ativa ou não e nem se deve criar algo nesse sentido, uma vez que a SEFAZ monitora esse tipo de operação e bloqueia o contribuinte por uso indevido.

Luis, Abra o XML com um navegar e verá a TAG CST no PIS e COFINS. Converse com o contador se deve ser utilizado o CST 99 neste caso.

Werner, O programa exemplo se utiliza do componente, o que interessa é o componente estar apto a atender as novas regras. Cabe ao desenvolvedor estudar a rotina que alimenta o componente com os dados da venda que encontra-se no programa exemplo e implementar em sua própria aplicação acrescentando o que falta. Lembre-se sempre que a nomenclatura usada no componente para os nomes das propriedades é exatamente a mesma usada no XML, sendo assim aconselho ter em mãos a estrutura completa do XML.

Bom dia, Você esta com todos os fontes de todas as pastas atualizados? Não existe um segundo arquivo: ACBrNFeServico.INI desatualizado que a sua aplicação possa estar pegando?

Bom dia Arce, Estamos trabalhando para resolver o problema de o lote ser assinado quando o RPS já esta assinado. Resolvido esse problema vou iniciar alguns testes justamente com o provedor Fiorilli. Peço que aguardem, pois ninguém abandonou o ACBrNFSe.

Bom dia Marcos, O componente ACBrNFSe - Trunk2 se utiliza de diversas rotinas padronizadas que são utilizadas pelos demais componentes que emitem Documentos Fiscais Eletrônicos. Acredito que mesmo o provedor não necessitando que o RPS e ou Lote seja assinados digitalmente será necessário possuir um certificado instalado na maquina e o componente configurado para este certificado. Em um primeiro momento você pode achar que o custo seja desnecessário, mas lembre-se que se tratando de NFS-e as coisas mudam. Se a prefeitura não possui um sistema próprio então ela contratou uma empresa (provedor) através de licitação, sendo assim quando vencer o contrato uma nova licitação sera feita e uma nova empresa pode ganhar. Se essa nova empresa (provedor) requer que o RPS e ou o lote sejam assinados, não vai ter jeito, você vai ter que adquirir o certificado.

Bom dia Castro, Já esta disponível o arquivo INI para o provedor BHISS. Mas esse provedor requer que tanto o RPS quanto o Lote sejam assinados e o componente não esta realizando a assinatura do lote quando detecta que o RPS esta assinado. Estamos trabalhando em uma solução e acredito que até o final deste mês vamos disponibilizar as alterações necessárias no componente para que essa segunda assinatura seja realizada pelo componente.

Bom dia Luis, Três coisas: 1. no campo indFinal informe que se trata de um consumidor final uma vez que o destinatário é uma pessoa física. 2. o emitente é uma industria? se não for, porque esta informando o IPI? 3. se tratando de tributos é sempre bom conversar com um bom contador.

Bom dia Werner, Só complementando o que o Henrique disse, o componente ACBrNFe esta preparado para a NT 2015/003 desde agosto/2015. Um detalhe importante somente os fontes do Trunk2 estão preparados para a respectiva NT.

Marcos, Por favor configure o componente para salvar os arquivos Soap: Configuracoes.WebServices.Salvar := True; Teste novamente e post como anexo o arquivo: *-sit-soap.xml