Italo Giurizzato Junior

Boa tarde, São José/SC se utiliza do provedor Pronim, já foi criado um arquivo INI para esse provedor, sendo assim favor atualizar os fontes e iniciar os testes.

Boa tarde Ivanor, Vou verificar o que esta provocando esse erro. Favor atualizar os fontes e testar novamente.

Boa tarde João, Corrige a linha: If FNotasFiscais.Items[ii].NFSe.IdentificacaoRps.Numero = RetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.IdentificacaoRps.Numero then Esta faltando o que esta em vermelho.

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.

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.

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.

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

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

Boa tarde Marcos, Comente a linha que contem o método Consultar e execute, pois quero saber onde o erro aparece se é no LoadFromFile ou no Consultar.

Bom dia a todos, Acredito termos encontrado uma solução para realizar a assinatura no Lote quando temos os RPS assinados também. Por favor aguardem mais alguns dias, pois precisamos realizar testes a fim de detectar possíveis efeitos colaterais em função das alterações realizadas nas rotinas de assinatura.

Bom dia a todos, Esta disponível no repositório o arquivo INI para o provedor Tecnos. Favor atualizar todos os arquivos de todas as pastas e façam os testes.

Boa tarde José, O componente ACBrNFe possui duas propriedades de configuração onde você deve informar o CSC e o idCSC. O CSC é o Código de Segurança do Contribuinte e o idCSC é um identificador. Você tem que solicita-los a SEFAZ. Para algumas existem diferenças para o ambiente de produção e homologação, portanto nesse primeiro momento devemos solicitar para o ambiente de homologação.

Boa tarde, No caso da NFC-e você deve informar a chave da mesma ao campo refNFe. Página 48 da NT 2013/005 versão 1.22 campo 29x.2 Quando ao SAT, não sei lhe informar.

Josemar, Configure o componente para salvar os arquivos Soap (Configuracoes.WebServices.Salvar := True). Realize o envio do evento de encerramento desse MDF-e em questão. Post como anexo o arquivo de envio e o de retorno caso tenha. Os arquivos Soap possuem a palavra soap no nome.