Painel de líderes

Creio que nenhum de vocês olhou a pasta do exemplo de DACTe \Exemplos\ACBrDFe\ACBrCTe\Delphi DACTe FR

Bom dia Juliano, grato pela ajuda.. A versão da dll na pasta do sistema é 2.0.0.3, que eu peguei no site da elgin no download desenvolvedores, diferente da versão da pasta do linker manager da elgin. Fiz a troca e agora esperemos mais um dia pra ver se o erro continua ou se foi sanado.. Volto aqui para mais um feedback.. Grato pela atenção

Olá Estamos disponibilizando na última versão do componente ACBrBoleto a funcionalidades de integração via WebService (Registro On-Line de Boletos), esta funcionalidade já estava disponível nos fontes da pasta Branches (para testes) e passamos para a pasta Trunk2 para que seja possível a homologação por mais usuários do Projeto ACBr. Lembrando que não são todos os bancos que disponibilizam este tipo de serviço via WebService, sendo que os bancos listados abaixo já foram implementados no projetos até o momento, sendo necessário a homologação e testes por empresas que realmente possuam cadastro com o Banco para este tipo de serviço... Pois sem um pré-cadastro para esse serviço não é possível realizar todos os testes em homologação. A estrutura do WebService no componente ACBrBoleto foi implementada nos moldes dos componente ACBrDFe, sendo assim, mesmo NÃO existindo um padrão entre os Bancos, será possível implementar todos utilizando essa estrutura como base. Se alguém desejar contribuir com outros Bancos, poderá analisar os fontes e seguir o mesmo modelo, toda contribuição é bem-vinda!!! Cada Banco exige dados específicos para integração, sendo assim disponibilizamos junto ao Exemplo demonstração (DemoACBrBoleto) o arquivo “configWebService.txt” com as orientações de configuração para integração On-Line. BANCOS SUPORTADOS POR WEBSERVICE / API: Banco do Brasil Caixa Econômica Itaú Sicred CrediSis PenseBank Inter Bancoob (Sicoob) Santander Safra Banrisul C6 Bank Bradesco Cora Cresol ATENÇÃO: Sistemas que utilizam classes de ENUMERADOS dependentes do Projeto ACBrBoleto precisam declarar em seus USES a classe “ACBrBoletoConversao”, pois todas foram migradas para esta Unit. Então se tiver erros de classe do ACBrBoleto não declaradas no seu projeto, basta declarar esta nova Unit… Veja onde ficam as novas configurações para Integração Online: CedenteWS: Configurações: Após configurar os dados de acordo com a recomendação de cada Banco, basta adicionar os Títulos e utilizar o botão: “Registrar Boleto On-Line”. No exemplo, também demonstra como capturar a lista com os retornos de cada Registro de Boleto. Uso com ACBrMonitorPlus Para quem utiliza o ACBrMonitor as configurações para integração WebService / API podem ser realizadas na seguinte tela: O métodos para envio é: https://acbr.sourceforge.io/ACBrMonitor/BOLETOEnviarBoleto.html Uso com ACBrLibBoleto Para quem utiliza a lib ACBrLibBoleto.dll as configurações para integração WebService / API podem ser verificadas na documentação, seção [WebService]: https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html O métodos para envio é: https://acbr.sourceforge.io/ACBrLib/Boleto_EnviarBoleto.html Qualquer dúvida ou contribuições que venham a surgir no processo de homologação favor criar um novo tópico na seção referente a Boleto. https://www.projetoacbr.com.br/forum/forum/8-acbrboleto/?do=add

Bom dia. Falei com o Regys a um tempo atras sobre um componente que desenvolvi para comunicação com o web service do Frenet e gostaria de doar para o ACBr. O Frenet é um gateway para cotação de fretes, onde são enviados os volumes a serem transportados e o sistema retorna as transportadoras disponíveis para o Cep destino e o valor do frete. Para utilizar o componente, é necessário criar uma conta no site e obter um token que será validado na chamada ao WS. Eles possuem contas gratuitas e pagas, dependendo da quantidade de transportadoras e numero de cotações mensais disponíveis. O site é http://www.frenet.com.br, e o painel para criar a conta é https://painel.frenet.com.br. Criei o componente seguindo a mesma estrutura do ACBrSedex, compilei com Delphi XE6 e Delphi 7. Só não compilei no Lazarus porque não tenho instalado. O componente já está em uso e estável a mais de 8 meses. Segue fontes e demo de uso em anexo. ACBR_Frenet.rar

Boa tarde. Enviando NFS-e para prefeitura de Blumenau e ao buscar o retorno temos "ERRO: Invalid variant type cast" No fonte pnfsNFSeW_ABRASFv2 Linha 883 e 884, para provedor proSimplISSv2 e preenchido o campo NFSe.Competencia, esta sendo feito a conversão para tcDat. Porem na leitura deste campo no fonte pnfsNFSeR esta lendo como tcStr, não realizando a conversão para formato data. Ao gerar o XML sem a Competencia, então o ACBR ao ler utiliza a data de emissão que esta no padrão data, mas se informado esta campo ou se der um load no xml para consultar o retorno, ele gera o erro. Em anexo somente comentei "proSimplISSv2" do case para ser executado a conversão com o tcStr e o problema esta resolvido. Anexado o font para analise. pnfsNFSeW_ABRASFv2.pas

Olá bom dia, boa tarde, boa noite.. Dependendo da hora que lerem isso. Um cliente esta utilizando o sat elgin Linker I Esta acontecendo que ao emitir o primeiro cupom fiscal ocorre um erro desconhecido na emissão, e ao mandar novamente a mesma venda o cupom é emitido. Ja puxei o log pelo programa do sat e não diz muita coisa, somente que ha um erro desconhecido na emissão, e não informa o erro. Segue o log de envio pro monitor acbrplus pra verem o que esta ocorrendo.. Se alguem souber o que é, ou ja passou por isso, por gentileza, responda este tópico.. Desde já grato pela atenção Att. Log acbrmonitorplus: Por favor anexe o log e não cole.

O seu Lazarus está muito defasado. Por favor, instale a versão 2.0.8.

Bom, agora o motorista consegui enviar, já é um começo. Mudei algumas configurações de SSL pra testar. Vou verificar os outros métodos.

Espero a sua contribuição na área de Acbrcte. Me Marque, quando o assunto for o demo em Fast DACTEC. Grato .

Sou eu quem estou dando manutenção em questões do Fast Report. aguarde que será resolvido e retorno para vocês

Em teoria usando a lógica do ECFVirtual funcionou,... mais dependendo os desconto "loco", ou por ser mesmo muito valor/qtd quebrado feito pelo cliente, no bloco x estava tendo alguns centavos de diferença, resolvi pegando a diferença final, e ajustando a menos ou a mais para tal item de determinado totalizador F1, 17, I1, etc...

Só estou informando. Zipar vou usar a biblioteca que já está dentro do ACBr e funciona para delphi 7, lazarus e demais versões. A soma de informações que vi que faz dentro do componente para gerar outros registros não vai existir no componente, pois estaria trazendo a responsabilidade e confiança dos dados para ele e no caso isso deve ser do software que gerar o arquivo.

Tem diferença entre consultar por NSU e por último NSU. O primeiro vai retornar apenas um documento, vinculado ao NSU que informou, já o segundo vai retornar todos os documentos a partir daquele NSU, limitado a 50 documentos por consulta. A consulta por último NSU também é limitada aos últimos 90 dias, então pode ser isso. Veja também se está consultando no ambiente correto, produção ou homologação.

Lembrando que estou trabalhando no componente, mas ele não vai fazer somatório de valores, questão de zippar vai seguir o que possui no ACBr. Não podemos trazer para o componente a responsabilidade de valores, se fizer e estiver errado a culpa será do ACBr. coisas que vão ter é contagens de registros e tudo mais mas a questão de somas que vi não estará. validações terão mas somente isso.

Jamais ache que o certificado está ok se ele consegue acessar o e-CAC , lá ele só faz leitura dos dados do certificado como CNPJ etc e não faz uso dele para assinatura então não dá pra se basear se ele conseguir ser chamado na tela do e-CAC.

Creio que essa unit não seja mais usada no ACBr. Você está referenciando ela em algum lugar no seu projeto?

Pessoal fiz a alteração necessária para o Banrisul, colocando o "TruncTo" para o Segmento "R". Abaixo Fontes para Analise: ACBrBancoBanrisul.rar Desde já obrigado.

Boa noite Gutemberg. Segue anexo com o componente ACBrFrenet. Gerei um rar somente com os arquivos alterados para a instalação do componente. Verifique o código do aplicativo de exemplo para ver como é realizado a chamada. Gostaria que os moderadores avaliassem a viabilidade de incorporar o componente ao ACBr. Tenho contato direto com a equipe do Frenet, e posso pleitear para eles incluírem o exemplo de chamada em ABCr Delphi no site da documentação (http://docs.frenetapi.apiary.io/). Tem várias linguagens de exemplo, mas nada em Delphi. Se precisarem de mais alguma informação ou ajuda, me avisem. ACBrFrenet.rar

tem um componente que faz o parser do site da receita. tu informa o cnpj e captcha e faz isso. TACBrConsultaCNPJ

Bom dia. Na leitura do XML para o provedor SH3 não está sendo efetuada a leitura do campo ValorIss ou ValorIssRetido quando IssRetido = stRetencao. Adicionei o provedor na condição para atribuição do campo. pnfsNFSeR.pas

Bom dia Wellington, Por favor não fique postando o mesmo problema em vários tópicos. Vamos seguir as regras do fórum. Pesquise antes de postar e só crie um novo tópico se o assunto não tiver haver com o que esta sendo discutido nos demais.

Boa tarde pessoal. A SEFAZ/PB publicou noticia informando a atualização das URLs do QRCode da NFCe, conforme nosso colega @tuliomac01 informou. Informamos que o ACBr já está atualizado com tais URLs, logo basta atualizar seus fontes. Fonte: SEFAZ/PB

Boa tarde Tulio, Muito obrigado pela informação, já foi feito a alteração e enviado para o repositório.

Logo ele vai estar contemplando no SVN essas mudanças

Obrigado pelo retorno Olavo. Depois de muito brigar com o arquivo, um cara abençoado daqui mesmo do nosso time, o Rodrigo, deu a solução que era totalmente improvável. Deixar a linha de trailer do arquivo com 241 posições (ao invés das 240 que deveriam ser) e sem o <ENTER> no final. Eu mesmo não acreditei a principio, mas funcionou!

Se vc usa A1, utilize a opção OpenSSL.

O erro 40 era devido a formatação do CPF/CNPJ da identificação do consumidor. Esse caso já foi resolvido. Porém, percebi que o modelo EscEcf tem algumas instabilidades de funcionamento... O mesmo software que funciona 100% com bematech mp-4000 th fi, apresenta travadas na mp-4200 th fi com o EscEcf. Ja aconteceu de travar inúmeras vezes em várias situações, como por exemplo em Redução Z... em casos de pegar o estado do ECF e outros. Estou tentando conseguir um ECF deste para que eu possa colocar na bancada de testes... por enquanto, estou tentando "advinhar" pois já está instalado no cliente. Vou tentar fazer o que o Régys comentou para ver se ameniza a situação. Abraços