BigWings

O github não tem mais suporte a SVN, então precisa baixar direto via git.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Por causa do try..except no método Execute, como dito. procedure TCustomRESTRequest.Execute; [...] begin [...] try [...] except // any kind of server/protocol error on E: EHTTPProtocolException do begin FExecutionPerformance.ExecutionDone; // we keep measuring only for protocal errors, i.e. where // the server actually answered, not for other exceptions. LContent := E.ErrorMessage; // Full error description // Fill RESTResponse with actual response data - error handler might want to access it ProcessResponse(LURL, LResponseStream, LContent); if (E.ErrorCode >= 500) and Client.RaiseExceptionOn500 then Exception.RaiseOuterException(ERESTException.Create(E.Message)); HandleEvent(DoHTTPProtocolError); end; // Unknown error, might even be on the client side. raise it! on E: Exception do begin // If Execute raises an Exception, then the developer should have look into the actual BaseException Exception.RaiseOuterException(ERESTException.CreateFmt(sRESTRequestFailed, [E.Message])); end; end; Sendo uma exceção do tipo EHTTPProtocolException ele faz os tratamentos, mas ignora a exceção em runtime exceto no caso da propriedade RaiseExceptionOn500 estiver ativada e o status de retorno for maior 500 ou maior. Ele também chama o evento OnHttpProtocolError que você pode querer implementar (para logs por exemplo).

O try..except está no código do próprio RestClient. Veja o comentário do método Execute: /// Execute does NOT raise HTTP protocol exceptions, instead TCustomRESTClient.Response.StatusCode should be checked /// for desired values. In many cases a 2xx StatusCode signals "succes" - other status codes don't need to be /// errors though. It depends on the actual REST API. /// </remarks> procedure Execute; Ou seja você tem que verificar o código http de retorno e tratar na sua aplicação.

Essa exceção está no método de envio do componente: Chame ACBrNFe1.Notasfiscais.Clear antes do ACBrNFe1.NotasFiscais.Add na sua rotina de preenchimento. Assim não vai ter mais de 1 nota carregada no componente ao transmitir.

Correção no SVN, rev. 36607. Obrigado pela contribuição.

Precisa instalar o gerenciador da balança que comunica com ela, geralmente via rede. O ACBrCargaBal gera um TXT que é importado nesse gerenciador e este envia os dados para a memória da balança. A balança emite a etiqueta e a sua aplicação faz a leitura (ACBrLCB) e decodificação (ACBrInStore) do código de barras gerado por ela. Existem também as balanças mais simples, sem memória, que são conectadas ao PC via cabo serial, o ACBrBAL faz a leitura do peso diretamente pela serial.

Tem a opção no instalador, ele ajusta o ACBr.inc de acordo com o que for selecionado.

Tente configurar para TLS 1.1. Ou seguir as orientações do tópico abaixo:

Provavelmente teve conflitos com alterações locais quando atualizou: Use o Resolve do SVN pra ajustar manualmente e decidir o que manter, ou o Revert pra descartar as alterações locais e substituir pelo arquivo do repositório.

Fiz teste aqui, se alterar a configuração do componente para a versão 3.10, a comunicação é feita, só não chegou a autorizar um porque não tenho certificado de SP. Acho que nunca atualizaram esse webservice para o padrão da NFe 4.00.

Consegue descobrir a partir de qual revisão do SVN do ACBr que o problema passou a acontecer?

Sim. Mas novamente, é o meu entendimento. A sugestão é validar o cálculo com um contador de sua confiança, ou o contador responsável pela empresa em questão.

No meu entendimento ambas estão erradas, por estarem usando base dupla de ICMS. O DIFAL na venda interestadual para não contribuinte é sempre por fora. A exigência do DIFAL "por dentro" é para operações de entrada por contribuinte do ICMS. Veja o vídeo abaixo:

O que falta é o elemento <adi> com os dados da adição, em pelo menos um dos itens da nota.

Já está implementado sim.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O componente não faz cálculos. No máximo vai arredondar o valor para o número de casas decimais exigido para o campo. Como você está informando esses valores, no seu código?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

As diretivas ficam no arquivo ACBr.inc na pasta ACBr\Fontes\ACBrComum. O instalador tem a opção para ativar ou desativar CAPICOM, MSXML, etc. o que ele faz é editar o ACBr.inc. O ideal é não usar essas DLLs por estarem defasadas e terem problemas, principalmente a MSXML. Então veja na sua aplicação onde está usando e altere para WinCrypt e libxml2.

Não, isso é feito pelo servidor de email. Se tiver alguma configuração é lá.

Não sei se SP permite teste usando o certificado da software house, na maioria dos estados precisa pegar o certificado de empresa já credenciada para emissão da NFCe. Com exceção do AM, você pode testar usando o ambiente deles. http://portalnfce.sefaz.am.gov.br/liberado-ambiente-de-testes-da-nfc-e-para-desenvolvedores-de-todo-o-pais/ No ACBrNFe é só configurar o endereço do emitente e a UF do webservice para o AM em homologação.

Por ser rejeição, o problema está nos schemas do lado da SEFAZ. Indica que a UF em questão ainda não implantou a NT.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tem uma propensão a falhas por estar usando algo externo, se a UDF for mal escrita por exemplo. O suporte a UDF inclusive está sendo removido nas versões mais recentes, criaram um novo mecanismo chamado UDR. https://www.firebirdsql.org/file/documentation/html/en/firebirddocs/udr-pascal/udr-pascal.html Veja que o IBExpert é só o client, você pode fazer chamadas usando as funções da UDF pelo isql.exe do próprio Firebird, ou pela sua aplicação.