Gabriel Bobello

Estou tentando fazer o cancelamento de uma NFSe como o novo componente do ACBr o NFSeX, ao tentar efetuar o cancelamento está me retonando um erro no qual não estou entendendo o motivo: Se alguém conseguir me explicar o motivo desse erro estar ocorrendo. Desde já, Agradeço.

Boa tarde Italo, Não cheguei a testar com o programa de exemplo ainda mas acredito que com ele não ocorra. O que não estou entendendo é que esse ACBrNFSeXServicos deveria ser compilado juntamente com a BPL do ACBrNFSeX certo?

Sobre mudanças locais... Não estou mexendo em nada do ACBr. E sobre a instalação eu estou fazendo manual, nosso sistema é modular utilizamos somente alguns pacotes do ACBr. Neste caso o que pode estar acontecendo?

Bom dia, Estou tentando emitir NFSe's mas estou recebendo este erro: Lembro de ler no manual que este ACBrNFSexServicos seria compilado em conjunto com o sistema e não seria necessário enviar junto... Alguém poderia me ajudar com isso?

Italo, Funcionou certinho utilizando a property de erros desse novo componente mas eu achei um problema, não sei se tem a ver com o ACBr ou é um problema do provedor em si mas a descrição do erro e a correção estão ficando assim: Elas já vem assim diretamente do XML: Se você tiver alguma solução pra isso agradeceria, no demais está funcionando corretamente. Atenciosamente, Gabriel Bobello.

Ahhh ótimo vou olhar como é feito no programa exemplo, e ai eu te aviso se a modificação do fonte funcionou. Desde já agradeço.

Bom dia Italo, Me surgiu uma dúvida quanto ao processo de consulta após a "emissão" de alguma NFSe. Ex.: Estou emitindo uma NFSe normalmente porém já existe um RPS igual dentro do webservice da prefeitura, assim que eu fizer a consulta após a "emissão" ele vai me retornar que já existe uma NFSe com o mesmo número de RPS certo? Nesse processo ele deveria entrar em algum exception para tratar o erro e informar ao usuário, acredito que seja esse o processo correto. Existe este exception? Porque eu estou tentando emitir e ele me retorna que deu erro mas não entra no meu exception para tratar o erro e informar pro usuário.

Italo, Entendi o que foi feito... Vou implementar um método pra receber as informações de consulta e verificar se deu certo ou não, e assim fazer o tratamento. Muito obrigado, isso será enviado em algum commit? Se sim como sei que saiu?

Bom dia Italo, Sim, troquei pela unit e fiz um build em todos os meus fontes novamente.

Ele continua "emitindo" a nfse mesmo quando existe algum erro na emissão, ele está passando direto pela exception.

Não funcionou, continua o mesmo problema... Não mostra que não emitiu.

Está aparecendo este erro pra mim:

Opa perdão, acabei esquecendo de anexar o XML de retorno... Aliás o provedor é Thema e o XML de retorno tive que copiar diretamente da propriedade ConsultaLoteRpsResponse.EnvelopeRetorno pois não encontrei-o em lugar nenhum. Está aqui o XML que copiei XML_Retorno_Copiado.xml Continuando... Antes no componente antigo ACBrNFSe quando ocorria problemas como esse de não gerar a NFSe por conta do RPS o sistema acusava um erro para o usuário, mas agora ele segue normalmente o processo por conta do ConsultaLoteRpsResponse.Sucesso que sempre é setado com True.

Bom dia, Estou tentando emitir NFSe's, mas não emitem. A property ConsultaLoteRpsResponse.Sucesso sempre está me retornando como True... Analisando os fontes tive uma dúvida no método: TACBrNFSeXProvider.ConsultaLoteRps ele está seta a propriedade ConsultaLoteRpsResponse.Sucesso como True antes mesmo de receber o arquivo de retorno, minha dúvida é não está equivocado isso? Acredito que seja necessário receber o arquivo de retorno antes de setar a propriedade como True, pois assim sabemos se realmente emitiu ou não. Desde já agradeço. Att. Gabriel Bobello.

Bom dia, encontrei o motivo de não executar o cancelamento corretamente no fonte ACBrDFeWinCrypt no: if CryptExportKey( hRSAKey, hSessKey, PRIVATEKEYBLOB, 0, Nil, mBytesLen ) then // Calcula mBytesLen Ele está retornando como False e este é o motivo de estar ocorrendo a exeception controlada, e também acredito ser o motivo de não estar ocorrendo o cancelamento das NFSe's. O erro ocorre na função: function TDFeWinCrypt.CalcHash(const AStream: TStream; const Digest: TSSLDgst; const Assina: Boolean): AnsiString;

Se executar debugando ele não cancela a nota fiscal da mesma forma, o provedor é Thema, cidade Santa Cruz do Sul.

Bom dia, Estou tentando fazer o cancelamento de uma NFSe através do novo componente ACBrNFSeX, porém estou obtendo uma exception na parte de assinatura do XML. A um tempo atrás criei um tópico e descobri que essa exception é controlada e só ocorre no Debug, penso que esse problema pode ser relacionado à alguma propriedade da classe TInfCancelamento que talvez não preenchi, alguém pode me explanar quais são as propriedades obrigatórias desse objeto? E os respectivos valores que devem ser enviados. Desde já agradeço.

Boa tarde, Estou tentando emitir uma nota fiscal para a cidade de Santa Cruz do Sul porém quando ele vai assinar o XML ocorre esse erro: CryptExportKey - len. Já reinstalei o certificado normalmente e pela aplicação da Valid, mas nenhuma resolveu. Fico no aguardo de um help para essa questão.

Italo, Vou dar uma breve explicação de como funcionava o sistema antes de eu iniciar a atualização, antes nosso sistema não tinha um "externals" do ACBrTrunk2 era somente copiado para dentro das pastas do sistema, ou seja, os fontes estavam desatualizados a muito tempo. Tomei a iniciativa de atualiza-los e surgiu a ideia de fazer um "externals" do ACBrTrunk2 dentro das pastas do sistema o que manteria os fontes atualizados, porém muitos conflitos foram gerados e estou resolvendo-os. Como citei acima vou testar com um outro provedor para ver se o erro persiste, retorno caso tenha mais informações.

Boa tarde Italo, Não, não estou usando o Capicom, este fonte do ACBrLibXml2 estava em uma outra pasta do meu projeto, portanto estava desatualizado. Estou testando em um outro provedor para ver se esse mesmo erro persiste, mas como disse anteriormente não estou usando o Capicom, muito pelo contrário estou fazendo a transferência para o novo componente no caso seguindo suas orientações. Peço perdão se não deixei claro sobre o fonte ACBrLibXml2. Att. Gabriel Bobello

O erro "XmlNode não pode ser nulo" parou de ocorrer após fazer a exclusão do fonte ACBrLibXml2 que não estava dentro do checkout do ACBr, porém na assinatura do XML TDFeSSLXmlSignMsXmlCapicom.Assinar na linha 152 está ocorrendo o erro:

Italo, Dando uma fuçada mais a fundo dentro dos fontes encontrei onde a exceção é criada: constructor TACBrXmlNode.Create(xmlDoc: TACBrXmlDocument; xmlNode: xmlNodePtr); begin if not Assigned(xmlDoc) then raise EACBrXmlException.Create('XmlDocument não pode ser nulo.'); if not Assigned(xmlNode) then raise EACBrXmlException.Create('XmlNode não pode ser nulo.'); FXmlDoc := xmlDoc; FXmlNode := xmlNode; FXmlCdataNode := nil; FNamespaceList := TACBrXMLNamespaceList.Create(Self); FNodeList := TACBrXMLNodeList.Create(Self); FAttributeList := TACBrXMLAttributeList.Create(Self); FNamespaceEnumerator := TACBrXMLNamespaceListEnumerator.Create(FNamespaceList); FChildEnumerator := TACBrXMLNodeListEnumerator.Create(FNodeList); FAttributeEnumerator := TACBrXMLAttributeListEnumerator.Create(FAttributeList); end; Aparentemente na função xmlNewDocNode do fonte ACBrLibXml2 o result está indo como nil por isso a exceção.

Italo, Cidade Passo Fundo - RS (provedor - Thema)

Boa tarde Italo, O componente está configurado corretamente, os valores libWinCrypt e LT_TLSv1_2 estão atribuidos.

Estou utilizando o novo componente ACBrNFSeX, estou fazendo a mudança do ACBrNFSe para o novo componente.