Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 22-06-2021 em todas as áreas

  1. Olá Pessoal, A lista de cidades que é possível emitir NFS-e através do novo componente ACBrNFSeX já passa de 1.260, não vou listar todas elas aqui nesse tópico. Quem desejar saber se a cidade XYZ consta dessa lista peço que abra o arquivo ACBrNFSeXServicos.ini que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX Veja um exemplo abaixo: [3503208] Nome=Araraquara UF=SP Provedor=GINFES Na primeira linha temos o código IBGE, depois o Nome, UF e por fim qual é o provedor, ou seja, empresa contratada por licitação pela prefeitura. Os contratos por licitação tem prazos de termino definido e não poder ser renovados automaticamente. Sendo assim quando o contrato termina uma nova licitação é feita com varias empresas e pode ocorrer como ocorreu em diversas cidades de uma outra empresa ganhar. Algumas cidades tem o seu próprio sistema. O componente hoje reconhece por volta de 130 provedores (veja o post logo abaixo). Provedores são empresas que implementam nas cidades os seus webservices para recepcionar as notas. Desses 19 possuem um layout próprio. Os demais, por volta de 32 se utilizam da versão 1 do layout da ABRASF e, o restante, a versão 2. Com o novo componente não se faz necessário disponibilizar nenhum arquivo INI junto com o seu executável. O arquivo ACBrNFSeServicos.ini toda vez que é alterado é gerado um novo ACBrNFSeServicos.res através do arquivo BAT: Compila_RES. Ao compilar (Build) a sua aplicação o arquivo ACBrNFSeServicos.res é incorporado ao executável. Desta forma você só vai ter que copiar para a maquina do seu cliente o executável da sua aplicação, os schemas utilizados pelo provedor em questão e as DLLs necessárias para realizar a assinatura digital e envio de email. Para mais informações sobre o novo componente de emissão de NFS-e clique aqui. Leia também essa outra postagem: Manual de migração para o novo Componente de Emissão de NFS-e - NFS-e - Projeto ACBr
    1 ponto
  2. Olá pessoal Na pasta que se encontra o programa exemplo do novo componente de emissão de NFS-e temos um arquivo PDF que contem um manual para orientar os desenvolvedores na migração do velho para o novo componente. Se você atualizou os fontes após o dia 18/06/2021 vai encontrar esse PDF na pasta: ...\Exemplos\ACBrDFe\ACBrNFSeX Agora se não atualizou, esta esperando o que? Lhe convido a atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Note que temos na lista de componentes do programa instalador o componente ACBrNFSeX e o ACBrNFSeXDANFSERL, responsável pela impressão do DANFSE feito em Fortes Report, em breve estaremos disponibilizando um novo componente de DANFSE feito em Fast Report. No manual você vai encontrar as propriedades de configuração que foram excluídas as que foram renomeadas e as que foram acrescentadas. Temos também os campos (usados para alimentar o componente com os dados do serviço) que foram excluídos, renomeados e acrescentados. Ocorreu alterações em alguns métodos, quero destacar nesta postagem a mais importante alteração no que se refere aos métodos. Os métodos Enviar, EnviarSincrono e Gerar não existem mais no novo componente, no lugar temos agora o método Emitir. Com essa alteração o componente além de gerar o XML do Rps, das consultas e cancelamento de forma correta para cada provedor, agora sabe como envelopar o Rps para poder ser enviado para o webservice do provedor. O Envelope dos métodos: Enviar, EnviarSincrono e Gerar são diferentes entre si. O grande problema é que os provedores que seguem a versão 1 do layout da ABRASF só aceitam o Envelope do método Enviar, por outro lado os provedores que seguem a versão 2 do layout da ABRASF a principio deveria aceitar os 3 citados acima, mas na pratica não é o que ocorre. Por conta dessa falta de padronização, implementados o método Emitir que abstrai de cada provedor o Envelope que deve ser utilizado para o envio do Rps. Com o método Emitir você não precisa se preocupar se o provedor aceita ou não um determinado método, como dito acima o componente sabe como envelopar para poder enviar. Dia 29/06/2021 estaremos realizando o segundo Papo Pró no Discord sobre o novo componente. Você ainda não participa do Discord? Esta esperando o que? Além do Fórum temos o Discord como um segundo canal de contato com os desenvolvedores que utilizam os componentes ACBr, as Lib (DLLs) e o ACBrMonitor. Clique aqui para saber mais sobre o Discord do ACBr. Aguardo você no Discord e não esqueça temos um encontro marcado para o dia 29/06/2021.
    1 ponto
  3. Deu certo com essas units que você enviou, está carregando todas as notas sem problemas. Obrigado!
    1 ponto
  4. Boa tarde, Reportando, acabei não consigo utilizar no método EnviarSincrono, então mudei a forma de envio para "Gerar" e assim consegui com as fontes atuais do ACBr já está autorizando normal; obrigado;
    1 ponto
  5. Vamos atualizar na documentação... Utilize essa tag no grupo [pag001]
    1 ponto
  6. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  7. Bom dia Ítalo, teste realizado tudo certinho, muito obrigada.
    1 ponto
  8. Show de bola, pessoal! Obrigado pelos esclarecimentos. Abraços a todos!
    1 ponto
  9. Bom dia Fabrício, Já enviei a alteração da URL para o SVN.
    1 ponto
  10. Boa tarde. Será validado por um dos consultores e assim que possível retornado no tópico. Att.
    1 ponto
  11. Boa tarde, Segundo informações do banco esta tudo ok, estou agora aguardando para fazer o envio em produção e a leitura do retorno. Assim que concluir este processo retorno com o resultado.
    1 ponto
  12. Testou com a ultima versão ? ACBrLibBoleto-0.2.0.101
    1 ponto
  13. Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.
    1 ponto
  14. Bom dia, Fiz os ajustes de acordo com a documentação, mas somente para CNAB400, o qual recebi documentação do banco. Estou no momento aguardando somente o retorno da homologação do banco, mas já vou compartilhar as informações para qualquer sugestão que tenham. E tb gostaria de uma ajuda, os Códigos de Ocorrência de Retorno (29, 72 e 74) não encontrei equivalência no ACBr, se puderem ajudar agradeço Anexo a documentação utilizada e tb os arquivos ACBr criado e modificado Obs: O manual enviei .zip pq ele mais de 2mb Motivos de ocorrencias Layout C6_Itau_Bradesco (1).xlsx Cálculo DV nosso número C6.xlsx Manual_CNAB_V1.zip ACBrBoleto.pas ACBrBancoC6.pas
    1 ponto
  15. Essa função chama a SetRoundMode da unit Math. Ela altera globalmente a forma como são calculados os arredondamentos, então aparentemente é algo com o Fortes Report, quando o modo está configurado como rmDown ou rmUp. Foi o que descobri nos testes. Chamando SetRondMode(rmNearest); antes de executar o método de impressão ou geração do PDF deve resolver. Ou alterando a função RoundTo5 para voltar ao modo anterior: var rm: TRoundingMode; [...] rm := GetRoundMode; try xDecimais := Copy(xValor, p + 1, Length(xValor)); if Length(xDecimais) > nCasas then begin if xDecimais[nCasas + 1] >= '5' then SetRoundMode(rmUP) else SetRoundMode(rmNearest); end; nValor := RoundTo(Valor, Casas); finally SetRoundMode(rm); end;
    1 ponto
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.