Painel de líderes

Consegui ativar um Elgin Linker II nesse momento !

Obrigado. Fico feliz em pode ajudar.

Boa tarde Elias, Os fontes do ACBrNFSe já enviei para o repositório, menos o ACBrDFeWebService que vou deixar para o Daniel analisar. Muito obrigado pela colaboração.

Nesse caso pode ser um problema com o validador da SEFAZ-RS, e talvez com o webservice. Haja vista que a NT 2017.001 instruiu a informar o literal "SEM GTIN" nas tags cEAN e cEANTrib para quando o produto não tiver o código de barras. Caso o item tenha código de barras cadastrado, ele deve ser informado, caso contrário, não. Para alguns NCM será obrigatória a informação do GTIN. Neste caso, tente apenas deixar os campos cEAN e cEANTrib em branco, sem informar o literal "SEM GTIN". Consulte a NT para mais detalhes.

Bom dia Karine, Com a alteração na unit que fiz, o XML foi gerado, assinado, validado e enviado. A SEFAZ retornou a rejeição 999. Normalmente quando é retornado 999 significa que a SEFAZ esta com algum problema e acaba retornando esse erro padrão. Seria interessante você enviar para a SEFAZ os dois XML. O que gera a string do QR-Code segundo o manual e que por sinal não é validado pelo fato de no Schema não constar os parâmetros jwt e fprint. E o que gera a string do Qr-Code com o parâmetro sign com os valores de jwt e fprint concatenados. Este segundo por sua vez é validado conforme o Schema disponibilizado pela SEFAZ. Acredito que a SEFAZ ainda não ajustou de forma correta a recepção de um BP-e emitido em contingência. Um outro teste que pode ser feito, antes de entrar em contato com a SEFAZ é. 1. Voltar a unit ACBrBPe alterada pelo Daniel onde a String do QR-Code é gerada com os parâmetros jwt e fprint. 2. comentar a linha que valida o XML: Bilhetes.Assinar; // Bilhetes.Validar; <==== comentar essa linha ela se contra na função: TACBrBPe.Enviar que se encontra na unit ACBrBPe. 3. Por fim fazer um novo teste de envio. Se o BPe emitido em contingência for autorizado pela SEFAZ e a leitura do QR-Code funcionar, significa que o Schema esta errado.

Boa tarde Tiago, Uma coisa não tem nada haver com a outra. Uma coisa é os Schemas (arquivos XSD) que estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe, esses arquivos são usados pelo componente checar se a estrutura do XML esta correto antes do envio para a SEFAZ. Outra coisa é a validação realizada pela SEFAZ ao receber a nota, essa validação não depende dos Schemas citados acima. A validação realizada pela SEFAZ visa alem de checar a estrutura do XML, checa o conteúdo de cada campo e os aplicam as regras de negócio.

Consegui resolver com a ajuda do @ThiagoHowe.. Setei o número de cópias sempre como um, e coloquei o LoadFromFile dentro de um FOR de 1 até a quantidade de cópias. Para cada cópia o sistema carrega um XML no componente.

Abra um tópico por assunto. E faça busca no fórum antes de perguntar. Sobre esse último erro, tem resposta aqui:

Boa tarde, Segue as fontes devidamente testadas e nos padrões do ACBR. Fiz os testes de envio nas três formas (SSLHttpLib = httpOpenSSL, SSLHttpLib = httpWinHttp, SSLHttpLib = httpWinINet) e em todas obtive sucesso. Daniel e/ou Ítalo, poderiam validar e publicar? Obrigado. ACBr Trunk2.zip

Copie o XML pelo Bloco de Notas... Veja:String é inválido para estes campos...

Felipe, mudei tbm, obrigado, passou, mas agora retorna esse erro: Rejeicao: Total da BC ICMS difere do somatorio dos itens Nesse tipo de nota, não tem que deixar tudo zero e apenas informar o valor da base de cálculo e o valor do ICMS ? nfe000008-nfe.txt

Boa tarde Karine, Favor entrar em contato com a SEFAZ-MG e relata que o XML foi validado pelo Portal Nacional do BP-e e a SEFAZ-MG acusa rejeição 215.

Boa tarde, Daniel. Sua alteração funcionou perfeitamente. Estou fazendo algumas correções no ini do provedor e implantando o metodo de leitura da resposta do provedor que não estava implementado. Posto as fonte daqui a pouco. Att

Sucesso aqui também!

Gente, o pessoal lá respondeu... Ele falou que a especificação do QR Code para contingência foi toda alterada pela NT 01.2017. https://bpe-portal.sefazvirtual.rs.gov.br/Site/Documentos Eu não tinha visto que tinha saído uma nota técnica do BPe.

Aqui também... "Erro desconhecido na ativação" ... Obrigado !

Tentei hoje pela manhã.. nada.. sem sucesso..

Bom dia BigWings não tinha entendido o que você quis dizer com o gerenciador, testei em vários servidor de e-mail com Gmail, Yahoo, Hotmail e o servidor da empresas deu certo, o Yahoo tem que visualizar para depois salvar, não salva direto, incredimail deu errado com a imagem acima, mas ante dava tudo certo em todos. Valeu pela atenção. Obrigado

Você quer o código de barras ou a linha digitável do boleto? Veja aqui a chamada para os métodos:

Muito obrigado, serviu muito a informação

Acho que é um teste válido... por favor anexe a Unit modificada, para @Karine Paiva, testar..

Parece ok... obrigado pela contribuição... Enviei para o SVN com pequenos ajustes...

Boa tarde, está preenchendo os campos "MultaValorFixo", "PercentualMulta"e "DataMoraJuros"?

Desculpa, esqueci de tirar. Segue anexo certo. ACBrTEFD.pas ACBrTEFDClass.pas

Respondi por M.P., com o código que obtive sucesso, com os dados de sua conta...

Pronto funcionou! Esquece a alteração que eu mencionei na unit pnfsNFSeW_ISSDSF, obvio que na grande maioria das vezes é falta de conhecimento da nossa parte aqui, é que infelizmente atrapalha quando estamos correndo contra o relógio, aí não vemos coisas que estão na bem nossa frente. Pra quem passar por esse problema a solução comigo foi, eu estava preenchendo a propriedade "Servico.Valores.ValorDeducoes" com o meu valor de dedução já calculado, era necessário também preencher o "Servico.Deducao" da seguinte forma: "with Servico.Deducao.Add do begin NumeroNFReferencia := IdentificacaoRps.Numero; DeducaoPor := dpPercentual; PercentualDeduzir:= 83; ValorTotalReferencia := cdsRegistrosVALOR.AsFloat; ValorDeduzir := cdsRegistrosVALOR.AsFloat*(83/100); end;" Problema resolvido.

Olá Amigos, Passei pelo mesmo problema e realmente a instalação padrão do ACBR / Fortes no Windows 10 ira apresentar os problemas acima mencionados. Estes procedimentos resolveram o problemas nos pacotes que usam OpenSSL: - Ao instalar o o ACBR marque a opção Copiar DLL pasta bin do DELPHI. - Copie todas as DLLS da pasta DLL do Acbr para a pasta SYSTEM32 e SYSWOW64 - Registre a DLL capicom manualmente e certifique-se que o comando obteve êxito. Estes procedimentos resolveram o problemas nos pacotes que usam FORTES: - No IDE do Delphi remova o pacote do FORTES caso já tenha instalado. - Não instale o fortes pelo instalador, abra o Pacote no Delphi Compile e instale, - Agora basta Reinstalar o ACBR que os pacotes irão carregar normalmente no delphi. Renato Campos.