Italo Giurizzato Junior

Bom dia Bill, Acredito que você esteja com os seus fontes desatualizados. Verifica se não tem nenhuma unit com uma bolinha vermelha em seu ícone. Caso tenha, delete a unit. Atualiza todos os fontes de todas as pastas, reinstale o ACBr e fala novos testes.

Bom dia Willian, A alteração nessas duas tags deixando-as como opcionais, já foi feito e acabei de enviar para o SVN.

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 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.

Bom dia Paulo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSeX.

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.

Boa tarde Willian, Essa alteração foi feita porque o componente estava concatenando o número da nota com a série do Rps. No meu entendimento ele tem que concatenar o número da nota com a série dela. Quando o provedor retorna o serie da nota esta é armazenada na propriedade SeriePrestacao, caso isso não esteja ocorrendo se faz necessário fazer as devidas correções. Você poderia anexar o XML de uma nota retornado pelo provedor para que eu possa verificar?

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

Bom dia Widson, Você está se referido a versão do Tortoise? Que eu saiba a versão dele não influencia em nada. Acredito que na máquina que não está ocorrendo a atualização é porque a unit que sofreu atualização se encontra alterada nessa máquina. Verifica se existe alguma unit com uma bolinha vermelha ou triangulo amarelo em seu ícone. Caso afirmativo, delete, atualize novamente e reinstale o ACBr com a opção de apagar arquivos antigos marcada.

Bom dia, Que eu saiba é na versão 1 e não 1.01, veja: if (VersaoNFSe = ve100) and (Ambiente = taHomologacao) then NFSeNode.AppendChild(AddNode(tcStr, '#3', 'nfse_teste', 1, 1, 1, '1', ''));

Bom dia a todos, Com relação ao arquivo ACBrNFSeXServicos.ini já está atualizado e se encontra no SVN. Agora só falta é fazer as devidas alterações nas Units. @Paulo Vale, você acredita que consegue fazer as alterações sugeridas pelo Renado?

Bom dia Marcio, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Marcio, Você não anexou os arquivos SOAP. Favor configurar o componente para salvar esses arquivos. Configuracoes.WebServices.Salvar := True;

Bom dia Renato, Através do site da prefeitura consegui baixar um manual referente ao webservice. Nele deixa claro que a versão é 2.04 do layout da ABRASF. Na última página do manual temos a URL de produção e esta é semelhante de todas as cidades atendidas pelo provedor DBSeller. O que tudo indica é que o provedor DBSeller manteve o padrão da URL mas dependendo da cidade o webservice recepciona o Rps na versão 1 ou 2 do layout da ABRASF. Tendo essa confirmação referente ao provedor, teremos que fazer ajustes em algumas units do componente ACBrNFSeX para que ele suporte a versão 2.04 do layout da ABRASF para o provedor em questão e é claro fazer a alteração no arquivo ACBrNFSeXServicos.ini

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

Boa noite Adonis, Estranho, pois me parece que tem outros desenvolvedores emitindo para São Paulo e não relataram nada com relação a alíquota estar sendo dividida por 100.

Boa tarde Marcio, Necessito do XML soap de retorno dessa consulta para análise.

Olá Pessoal, Abaixo temos uma lista de cidades que já assinaram a adesão da NFS-e Padrão Nacional: AC: Rio Branco, AM: Borba, BA: Salvador, Araci, Bom Jesus da Lapa, Luis Eduardo Magalhães, Camaçari, CE: Sobral, ES: Ponto Belo, GO: Mineiros, Paraúna, Planaltina, Paranauba, MA: Imperatriz, São João dos Patos, MG: Belo Horizonte, Alfenas, Pompéu, Contagem, MS: Costa Rica, MT: Campos de Júlio, Santo Afonso, PA: Marabá, PB: João Pessoa, PR: Vitorino, Toledo, Maringá, RJ: Rio de Janeiro, RN: Rodolfo Fernandes, RO: Porto Velho, Santa Luzia d’oeste, RS: Bento Gonçalves, Porto Alegre, Cristal, SC: Florianópolis, São Cristóvão do Sul, Imarui, SE: Aracaju, SP: São Paulo, Santos, Campinas, Santa Cruz do Rio Pardo, Garça, Matão, Monte Azul Paulista, Salto, São Luiz do Piraitinga,

Boa tarde a todos, Vejam o que diz o Ajuste SINIEF 01/17: (...) V - será emitido apenas um BP-e por passageiro por assento, caso o passageiro opte por ocupar mais de um assento deverá ser emitido o número correspondente de BP-e. (...) § 5º Nas prestações de serviço de transporte de passageiro iniciadas no Estado de Santa Catarina pode ser exigido que, a emissão e o controle da autorização do BP-e, modelo 63, sejam realizados por meio de equipamento desenvolvido e autorizado para uso fiscal, comandado por meio de programa aplicativo fiscal, que atenda requisitos estabelecidos em legislação específica, e seja desenvolvido por empresa credenciada pela respectiva administração tributária. (...)

Boa tarde Anadilson, Não entendi direito essa questão de configuração, você querer passar a configuração de um componente para outro? Procure sempre se basear no programa exemplo. No programa exemplo do componente ACBrNFSeX temos: ACBrNFSeX1 - Responsável por gerar o XML, assinar, validar enviar, consultar, enfim é o responsável por estabelecer uma conexão com o webservice do provedor. ACBrNFSeXDANFSeRL1 - Responsável por gerar o DANFSE na tela ou em PDF e lhe permite enviar para a impressora, ou seja, imprimir o DANFSE no papel. ACBrMail1 - Responsável por enviar e-mail. O componente ACBrNFSeX1 possui propriedades de configuração onde você "linka" ele com os outros dois. No programa exemplo temos a procedure ConfigurarComponente que mostra como configurar os 3 componentes citados acima. A Equipe ACBr recomenda fortemente que sempre inicie os testes com o programa exemplo e que o desenvolvedor o utilize como material de estudo. O programa exemplo possui um botão [Enviar e-mail]. Esse botão pede para que você selecione um XML de NFS-e que esteja salvo em disco, carrega ele e o envia por e-mail. Mas ele pode ser facilmente alterado para que se peça dois ou mais XML de NFS-e, carregue esses XMLs e os envie um a um por e-mail. Em vez de você fazer um teste com a sua aplicação e um lote com uma dezena de notas, faça um teste com o programa exemplo carregando o XML de apenas 3 notas. Caso algo der errado, fica mais fácil debugar para saber onde está o erro no componente. Espero ter ajudado.

Boa tarde Marcio, Não entendi a inclusão da linha abaixo: Result := StringReplace(Result, 'ns1:ConsultarNotaPrestadorResponse', 'ns1ConsultarNotaPrestadorResponse' , [rfReplaceAll]); Porque você esta removendo o ":" do prefixo ns1? Você tem o XML (soap) de retorno dessa consulta para que eu possa analisar?

Boa tarde Bill, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompila a aplicação com o Build e faça novos testes.

Boa tarde, Quando o provedor exige que algum campo requer o código do município, devemos sempre informar o código IBGE. Caso o provedor em questão (por exemplo o IPM) exige o código TOM em vez do IBGE o componente faz a conversão automaticamente tanto ao gerar o XML quanto ao ler o mesmo.