Painel de líderes

Boa Tarde, em parceria com o @brsamn, fizemos algumas alterações nos arquivos do ACBr para a geração do xml para envio e cancelamento pelo SITS, programa que o provedor Elotech usa para assinar e enviar suas notas, e foram feitos também as alterações necessárias para a leitura do retorno do envio e do cancelamento. Fizemos varios testes para envio e cancelamento para Carlópolis/PR e para Doutor Camargo/PR. Gostaríamos que fossem avaliados e se possível, que sejam colocados no repositório. Obrigado. ACBrNFSeNotasFiscais.pas pnfsNFSe.pas pnfsNFSeW.pas pnfsNFSeW_Elotech.pas pnfsCancNfseResposta.pas pnfsEnvLoteRpsResposta.pas

Nilton, Já foi feito a correção, agora é só esperar o pessoal liberar uma nova versão do Monitor.

certo estarei verificando isso. e se possivel irei contribuir sim

Boa noite. Consegui resolver o problema. Nos meus clientes eles usavam certificado digital da Valid. Este link me ajudou a resolver o problema. http://helpdesk.delphosautomacao.com.br/item.aspx?id=581. Espero ter ajudado.

Boa tarde. Encontrei um problema ao exportar NFS-e para PDF. O componente não estava conseguindo montar o nome do arquivo quando não informado. Método "TACBrNFSeDANFSeFR.ImprimirDANFSePDF(NFSe: TNFSe);" Bastou retirar o WITH que o problema resolveu. (O delphi estava se perdendo entre o parâmetro do método e o WITH - NFSe). Segue unit corrigida. Atenciosamente. ACBrNFSeDANFSeFR.pas

Ainda estamos trabalhando nisso... @Juliomar Marchetti e @EMBarbosa estão com o caso...

o windows está com todas as atualizações?

Boa tarde José Luís, foram realizados alguns ajustes referente as instruções de protesto, porém de forma um pouco diferente da sugerida, pois a ideia é atender também outros bancos que seguem o mesmo padrão, favor atualizar os fontes e realizar os testes. Quanto aos acentos, já existe uma propriedade no componente ACBrBoleto "RemoverAcentosArqRemessa" que já faz isso para o arquivo completo. O detalhe que notei é que mesmo sendo o mesmo Banco (136) o layout de retorno CNAB400 não é o mesmo utilizado como base nesta classe, veja mais detalhes nesse este topico:

Boa tarde André, Muito obrigado pela informação, assim que possível vou fazer a alteração no arquivo INI do provedor e enviar para o repositório.

Bom dia Eduardo, Esse provedor possui um layout próprio é preciso verificar se a rotina que faz a leitura do XML já esta preparada para ler esse layout. Se não estiver vai ser necessário fazer as alterações necessárias. Caso queira contribuir com o projeto, fique a vontade.

Depois de fazer alguns testes, alterei a propriedade "PathSchemas" que antes apontava para uma pasta em rede para uma pasta local e funcionou.

Obrigado Italo, vou fazer isso somente em ultimo caso, pois os clientes nao querem ter essas despesas de chamar um técnico pra atualizar o windows e o nosso contrato não cobre esse suporte, e ainda com a duvida se vai funcionar ou não Obrigado xará, já utilizei essa configuração acima. Estou atualizando todas as dlls possiveis e testando nos clientes,

só pra deixar feedback, deu certo

ACBrNFe1.WebServices.Consulta.cStat

Consegui resolver, tive que setar UnlimitedHeight como true ai ele fica certinho na hora da visualização. Obrigados a todos.

Bom dia! Segue código fonte. ACBrBoleto.pas

Beleza muito Obrigado fazer um teste com a sugestão que você me deu.

removi temporariamente a dependência do ACBrTEFComum... (no SVN)

Bom dia. Movido para este subfórum devido a não se tratar a algo sobre o ACBr. Att.

Obrigado pessoal. Realmente funcionou com a correção citada. Abraço

Bom dia Luis, Se tratando de evento temos 3 XMLs: (*-ped-eve.xml) trata-se do XML que é enviado para a SEFAZ, (*-eve.xml) trata-se do retorno da SEFAZ, (*-procEventoCTe.xml) resultado final do processamento, nada mais é do que a união dos outros dois XMLs. Para imprimir o evento devemos carregar o componente com o conteúdo desse ultimo XML. Caso você armazene no banco de dados o XML, o conteúdo completo é obtido através da leitura da propriedade: (...).EventoRetorno.retEvento.Items[0].RetInfEvento.XML

Vou testar esse novo método Daniel , Obrigado pela informação.

Exatamente. confere que ele vai trazer algo diferente do que você está guardando

Bom dia Pereira, O Windows tem os seus mistérios. Se tudo o que lhe foi orientado a fazer foi feito e não resolveu o problema. Não vejo outra saída formatar a maquina e instalar o Windows novamente. Mas cuidado, tem versões do Windows que a coisa não funciona, procure sempre instalar a versão profissional. Tive um problema parecido no meu cliente, foi instalado uma versão "sabe Deus qual" do Windows e a coisa não andava. Pedi para formatar novamente e instalar a versão profissional, resolveu o problema.

Bom dia. Veja a explicação desta situação neste tópico Att.

Bom dia. Conforme pode ser visto neste tópico, a Caixa criou recentemente o convenio de 7 digitos, oque torna necessárias alterações no componente, caso queira nos auxiliar, seria muito bom. Att.

Boa noite já está disponível no SVN. obrigado pela contribuição. favor testar e reportar

Bom dia Juliomar, Em teoria não há nada específico nesse provedor, ele já funcionava muito bem antes (GovDigital) e houve alteração apenas da url. Pelo menos para mim apresentou problemas somente após atualização dos componentes e o pior é que a versão que estava rodando era provavelmente bem antiga, coisa de 1 ano atrás pois fazia tempo que não mexia no sistema. Eu acredito que tenho a versão anterior do ACBr e vou fazer um compare com a versão atual para investigar o que tanto mudou (mas acredito ser muita coisa pelo tempo) o que dificultará a análise. Também vou pegar o exe antigo do sistema e mudar só a url no arquivo .ini e ver se ainda consigo conectar, caso positivo provavelmente houve alguma alteração no componente que impactou. Vou postando os avanços aqui. Obrigado

Bom dia pessoal, Em primeiro lugar, quem ainda não assistiu o curso do Thúlio e gostaria de trabalhar com o PicPay, eu aconselho a assistir. É simples e direto, e explica bem o conceito do funcionamento. O componente ACBrPicPay nós ficamos felizes de dizer que recebemos como doação. O componente faz principalmente a parte de enviar as requisições de pagamento e não precisa do intermediário em PHP que o Thúlio implementa no curso. E quanto mais usuários puderem testar mais confiável vai ser o componente. Vocês podem verificar a documentação em https://ecommerce.picpay.com/doc/ Essa é a mais simples. E você tem razão no objetivo. Mas não é obrigatório informá-la. Veja o que a documentação diz: Então é usado apenas no caso você queira indicar uma página pro usuário. Exemplos podem ser "volte sempre", "Obrigado pela preferência", ou até alguma página de perfil dele no seu sistema). Exatamente. Essa é a URL para o PicPay te avisar que houve uma alteração na transação. Está descrito na parte "Notificação" da documentação do PicPay. Para que isso funcione, você vai precisar ter um servidor que receba o json enviado pelo PicPay. Esse servidor pode então enviar um aviso a sua aplicação, e a partir daí sua aplicação pode dar a venda como concluída, tudo de forma automática.

Minha classe já esta validando as saídas 1200 e 1300, falta só a 1400 e 1500 agora.

Olá. Consegui fazer funcionar com o Context do TDFeSSL, porém teria que ver se o inicio da assinatura da classe TWinHTTPClient não mudou nas versões mais novas, tenho só o D10.3.1 aqui. Está em anexo, se quiser dar uma olhada. Talvez fosse melhor implementar uma classe HTTP do zero, baseada em Indy ou outra biblioteca mais independente da RTL, já que a TDFeHttpIndy atualmente nem usa Indy mais. Assim que conseguir um tempo vou dar uma pesquisada sobre algo nesse sentido. Em um cenário ideal ela teria que: Compilar em x68 e x64; Não depender da API do S.O, isso permitiria: Compilar para Linux; Não depender de configurações do S.O.; Não depender de atualizações do S.O; Ser compatível com FPC; Permitir certificado de cliente sem instalação; Permitir certificados A3 e A1; Suportar SSL, TLS, mais algum? Evitar dependência de bibliotecas externas(DLLs); Esqueci de algo? ACBrDFeHttpIndy.pas

Hoje fiz uma nova instalação do meu sistema em um windows server 2016, e o acbrmail só passou a enviar os e-mails após instalar o VC_redist.x86 visual c++

Agora sim entendi... existe o codigoMora e codigoMoraJuros. Valeu. Desculpa o trabalho....

Bom dia Maiquel, A sua alteração esta correta, já vou enviar para o repositório junto com outras alterações. Mais uma vez muito obrigado pela contribuição.

Eu vou conferir com o pessoal da SigIss e tendo alguma alteração eu posto aqui no forum. Obrigado.