Painel de líderes

Não encontrei a princípio propriedades para arrumar da forma como está. Acredito que vá precisar envolver alteração nos fontes. Criei uma TK(#TK-3152) para que o consultor responsável pelo componente analise e de um parecer.

Boa tarde a todos, O componente ACBrNFSeX já está pronto para atender a cidade de Brasília/DF. Favor atualizarem todos os fontes de todas as pastas, reinstalar o ACBr e inicie os testes usando o programa exemplo do componente.

Não era a senha... Depois de muitas tentativas e erros, a seguinte configuração funcionou. tenho 28 certificados A1 instalados em minha máquina. se nao por o numero de serie ele nao identifica e pega o primeiro e a senha nao bate... assunto resolvido, favor encerrar topico...

Boa tarde Willian, O correto é colocar a chave de acesso na propriedade de configuração do componente: Configuracoes.Geral.Emitente.WSChaveAcesso

Boa tarde Paulo, Realmente o provedor DBSeller está pisando da bola. Como que eles montam um WebService que atende a versão 2.04 do layout da ABRASF e não disponibilizam os serviços de envio unitário ou envio em lote no modo síncrono? Eles devem ter copiado a implementação da versão 1 cujo namespace é: "http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd" sendo que na versão 2 é: "http://www.abrasf.org.br/nfse.xsd" Isso explica o erro que está ocorrendo. Vai ser necessário expor todos esses problemas que estão ocorrendo ao executar cada um desses 3 métodos com os respectivos retornos para o provedor. Quem sabe assim eles façam as devidas correções. Para falar a verdade eles devem ter anunciado que a versão é 2.04 mas na realidade é 1.00 Isso também explica tudo isso. Como descobrir? Muito simples: 1. Abra o arquivo ACBrNFSeXServicos.ini 2. Procure pela cidade Marica 3. Exclua a linha: Versao=2.04 4. Salve o arquivo. 5. Execute o Complia_RES 6. Reinstale o ACBr 7. Compila novamente a aplicação com o Build 8. Tente enviar novamente (só que agora, só vai funcionar o Enviar Lote Rps Assíncrono).

Boa tarde, Ficou faltando as URLs de produção e homologação.

Boa tarde pessoal, Temos recebido informações de nossa comunidade de que infelizmente a SEFAZ-SP continua enfrentando problemas quanto a NFCe, conforme o relato do nosso colega @wandarlei, em seu contato recente com a SEFAZ, os mesmos relataram que parte dos contribuintes continuam tendo problemas e estão atuando para sanar o mais breve possível.

Juliomar muito obrigado vou estudar as suas sugestões... Muito obrigado a voce e a todos da equipe.

Boa tarde, o problema foi solucionado, erro na Prefeitura. Mensagem do TI: "O sistema tem duas versões de envelope soap. Alterei esse para ficar igual o da Pegasus. Faz mais um teste com o CNPJ 05913571000130"

se esta utilizando certificado A1, você vai apontar somente o caminho e a senha. Não precisa preencher Dados PFX.. Mensagem de erro é clara, pode ser que tenha informado senha errada, apontou certificado a e colocou a senha do certificado b. Fiz teste com programa exemplo, tudo certo: Só mantive as dlls dependências junto com ACBrLibNFe, configurei certificado A1, apontando o caminho dele e a senha. Apontei a pasta Schemas também..

Percebam que nas instruções eles enviam as duas opções : CNAB240 E CNAB400 Talvez estejamos com curto circuito aqui na comunicação com eles. enviei um email para me certificar qual tipo de cnab vamos usar. obrigado.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia, se você esta sem internet, precisa trabalhar em contingencia, se estiver utilizando ACBrLib, temos um curso referente ACBrLibNFe o curso é voltado para JAVA, porém a lógica pode ser aplicada para as demais linguagens.. neste curso temos um módulo sobre contingencia: https://acbr.nutror.com/curso/59fa9f9962ed0e88ca5d25ffe138c121dc5b88e7/aula/2881978 Você é ACBrPro, então tem acesso ao curso, tiver dúvidas pode falar com nossa consultora @aline garcia Agora se estiver com a conexão lenta, experimente aumentar o timeout para 30.000, veja se resolve.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia, Com a atualização dos componentes resolveu as alterações do servidor IPM

Bom dia. Fortes.

Não è algo nos fontes do ACBr... O IP do seu Provedor SMTP deve estar em algum BlackList ou você violou algum dos limites do provedor, como por exemplo, envio máximo de e-mails por hora/dia... Voce precisará contactar o seu provedor de SMTP para analise do problema

Renato desculpe a demora em responder, na verdade foi um erro meu pois quando defini a variável (local) havia cometido uma distração, sendo: Declare Long NFE_Cancelar IN ACBRNFE32.DLL String, String, String, Integer, String@sResposta, Integer@esTamanho RETORNO_ACBr = NFE_CANCELAR(eChave, eJustificativa, eCNPJ, ALote, @sResposta, @esTamanho) <--- Forma que funcionou RETORNO_ACBr = NFE_CANCELAR(eChave, eJustificativa, eCNPJ, ALote, sResposta, esTamanho) <---- Forma que NÃO funcionou Renato muito obrigado por sua a atenção e a todos da Equipe.

OTIMO... consegui entender e implementar. obrigado favor fechar o tópico...

ok Obrigado. assim que efetuar os testes já te repasso aqui. muito obrigado

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado ACBrBoleto via WebService: ACBrBoleto Hibrido:

Prezados, Desconfio que toda informação é pertinente, por isso a minha preocupação em colocar todas as etapas dos testes aqui. Dessa forma, inúmeras pessoas deixarão de efetuar perguntas sobre o problema que eu estou passando e repassando a solução. Levando em consideração essa metodologia. Segue: Quando o erro anterior foi gerado em alterei o sistema de envio passando para Assincrono, pois eu lí em algum manual deles que isso poderia ocorrer, e o retorno foi positivo. A comunicação foi realizada e a resposta foi essa: Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Entretanto o XML de retorno foi esse: - <return> - <EnviarLoteRpsResposta xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <Protocolo>25f1c4cf93d7df79dd8f17a7f3dcfc1948bca9d5</Protocolo> <DataRecebimento>2022-10-11T14:10:18</DataRecebimento> <NumeroLote /> - <ListaMensagemRetorno> - <MensagemRetorno> <Codigo>E160</Codigo> <Mensagem>Arquivo em desacordo com o XML Schema. (Linha 1: Element '{http://www.abrasf.org.br/nfse.xsd}EnviarLoteRpsEnvio': No matching global declaration available for the validation root. )</Mensagem> <Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> </return> Ainda efetuando testes!

Bom dia... Lembra que eu falei que lá são 3 computadores com 3 CNPJs funcionando em 3 sistemas distintos? E desses 3, só esse dá erro na consulta? Meu programa funciona em rede, então por curiosidade hoje puxei uma instância dele em uma outra dessas 2 máquinas que funciona sem problemas, funcionou... Que droga. É algo SÓ NESSA. Estou tentando pensar aqui fora da caixinha, qualquer novidade aviso, mas vou tentar essa de colocar o ultNSU como 0... Essa parte do bloqueio do IP é improvável, pois como eu disse os outros computadores/sistemas consultam normalmente, e compartilhar o mesmo IP público.

Olá pessoal, Seguem tópicos que foram abordados no workshop, algumas informações adicionais e algumas dúvidas que foram tratadas nesta edição do Dia do ACBr 2022. 1. Leiam os manuais dos bancos A leitura do manual do banco referente a pagamentos é extremamente importante, pois podem ocorrer diferenças entre um banco e outro no que deve ser informado e a forma como deve ser informado os dados no arquivo a ser gerado e enviado ao banco. Já temos uma variedade de manuais em nossa biblioteca que pode ser acessada através do link abaixo. p/acbr/code - Revision 27006: /tools/Bancos (sf.net) 2. Qual é a finalidade do componente ACBrPagFor? O componente é compatível com qualquer versão do Delphi ou Lazarus, tem como objetivo gerar um arquivo texto segundo o layout da Febraban (240 posições) e respeitando as variações impostas por alguns bancos. Esse arquivo texto tem por finalidade a realização de pagamentos: Crédito em Conta, Cheque, Ordem de Pagamento, DOC, TED, Pagamento com Autenticação, Pagamento de Títulos de Cobrança, QRCode PIX e Pagamento de Tributos. 3. Layout da Febraban (240 posições) Esse layout trata-se de um arquivo texto composto por diversas linhas com 240 posições (caracteres). A primeira linha do Arquivo é chamada de Registro 0 (zero) e a última de Registro 9 (nove), elas indicam o início e o fim do Arquivo. Um Arquivo pode conter um ou mais Lotes. A primeira linha do Lote é chamada de Registro 1 (um) e a última de Registro 5 (cinco), elas indicam o início e o fim do Lote. O Lote por sua vez contém diversas linhas chamadas de Segmentos. Os Segmentos são nomeados com as letras do alfabeto, portanto temos os Segmentos: A, B, C... Z. Cada Segmento tem uma finalidade específica que pode ser obrigatório ou opcional, ou seja, dependendo do que se deseja pagar o Lote deve conter um determinado Segmento e opcionalmente outro. Veja um resumo nessa imagem: 4. Quais Segmentos devem estar presentes no Lote? Como dito acima vai depender do que se pretende pagar, mas por via de regra temos: Para Pagamento através de Crédito em Conta, Cheque, Ordem de pagamento, DOC, TED ou Pagamento com Autenticação o Lote deve conter os Segmentos A (obrigatório), B e C (opcionais). Para Pagamento de Títulos de Cobrança e QRCode PIX o Lote deve conter os Segmentos J, J52 (Obrigatórios) e J52 PIX (quando for o caso). Para Pagamento de Tributos com código de barras o Lote deve conter os Segmentos O (obrigatório), B, W e Z (opcionais). Para Pagamento de Tributos sem código de barras o Lote deve conter os Segmentos N (obrigatório), B, W e Z (opcionais). OBS: Não se esqueça de ler o manual referente a pagamento do banco em questão para conferir se são exatamente esses Segmentos, pois o que foi colocado acima como opcional o banco pode determinar como sendo obrigatório. 5. Como o Arquivo é enviado para o Banco? O arquivo texto pode ser enviado através de uma aplicação fornecida pelo próprio banco ou através de seu site. O arquivo de retorno também pode ser disponibilizado através da aplicação ou através do site do banco. 6. O componente permite a leitura do arquivo de retorno? Sim, o componente ACBrPagFor possui um método que faz a leitura do arquivo de retorno gerando a lista de ocorrências caso tenha e armazena em diversas propriedades as informações retornadas. 7. Quais são os Bancos implementados no componente? Na pasta: ...\Fontes\ACBrPagFor temos um arquivo chamado Bancos-Implementados que contêm a relação dos bancos já implementados no componente. A implementação de novos bancos está sendo realizada por demanda, ou seja, caso você necessite que um determinado banco seja implementado, basta nos fornece o manual de pagamentos do referido banco que faremos a implementação, mas você mesmo pode contribuir com o projeto implementando o banco, uma vez que a implementação é bastante fácil e rápida de ser feita. 8. É possível utilizar outra forma de envio do arquivo que não seja via site ou aplicativo do banco? No momento ainda não, mas estamos sabendo que alguns bancos já estão desenvolvendo uma API ou WebService para recepcionar o arquivo. Esse arquivo poderá ter outro formato que não seja texto e sim XML ou Json. Previsão, não temos informação. 9. Curiosidade Dependendo do contrato firmado entre a empresa e o banco para utilizar o serviço de pagamento, pode ser incluído o extrato bancário que poderá ser fornecido por períodos acordados. Neste caso o banco vai gerar automaticamente um arquivo de retorno dentro do período acordado e vai disponibilizar ele para ser baixado através do site ou da aplicação fornecida pelo banco.