Painel de líderes

Hoje o Italo conseguiu enviar uma NFS-e e obter retorno, então estamos com boa parte do caminho andado, então provavelmente nas próximas semanas teremos algo já para vocês testarem. O problema é como o Isaque mencionou, a grande diversidade de padrões que a NFS-e tem, de longe é a nota eletrônica mais complicada, muitas cidades, muitos padrões, não é simples, e o Italo tem se esforçado muito para terminar.

Enviei um ajuste para o Fortes Report CE.

Italo boa tarde Foi bastante claro. Só uma coisa, desde quando eu comecei a desenvolver NFe, na 2.00, quando a XML validada e apos cancelada, a mesma sofria alteração e na parte dos protocolos ficava registrado o cstat de retorno. Quando mudou o cancelamento por evento, juro a voce que não prestei mais a atenção nisto. E por isso hoje faço essa pergunta besta, pois realmente fiquei confuso. Estou tentando estruturar as pastas de armazenamento dos XMLs, mas surgiu tanta duvida nas propriedades do componente que não saberei nem por onde começar. Mas com essa informação, tomei a decisão de armazenar o XML no Proprio registro da NFe e demais registros no bd, pois assim não terei mais nenhuma dependência de arquivo fora do banco de dados. Isso me permitira efetuar acesso remoto sem nenhum problema, pois tem alguns clientes que adoram trabalhar em casa, a noite, de pijama... Fala sério, trabalhar a noite é coisa pra programador e não para empresário rsrsrsr. abraço meu querido, muito obrigado

Bom dia, Se possível subir para o SVN o DANFE em paisagem do FortesReport referente a implementação sobre mascara dos campos Quantidade e Valor Unitário. O mesmo já foi implementado no modo retrato conforme este poste (http://www.projetoacbr.com.br/forum/topic/24654-nfe-formatação-de-valores-qtde-e-vl-unit-fortesreport/) Grato! ACBrNFeDANFeRLPaisagem.pas

No svn ! Obrigado

Já foi comentado é muito discutido que no Trunk2 a NFS-e ainda não está pronta então não se deve instalar. Quanto ao Fortes, ontem fizemos alterações:

Consegui falar no suporte da Bematech, acessaram remotamente minha maquina e conseguiram fazer reconhecer a impressora. Instalaram o driver spooler da impressora e a partir daí a comunicação reconheceu normalmente. Deixo aqui meus agradecimentos a Juliane (suporte bematech) pela a atenção e o suporte prestado! Obrigado!

Olá Tiago, estou vendo aqui agora: 1º - Vamos acerta o DPK, ele não pode ter o mesmo nome do ACBreSocial.pas, pois case tenha que remover, quando for adicionar novamente provoca erra dizendo que já existem um projeto com o mesmo nome, para seguir a linha sugiro ACBr_eSocial.dpk, corrigi e terminou o erro. 2º - eSocial_Conversao.pas, existem type com acentuação, e o Delphi 7 não deixa compilar; exemplo: ciFundacaoPrevCompServidorPubFederalFunpresp13Salário cdfBasedeCalculoFGTSRescisório siLiminarMandadoSegurança tpNomeacaoCargoComissão tpNomeacaoCargoComissão irEstável 3º - eSocial_Common.pas, da erro nessa 2a. linha e não da pra fazer mais nada, TEndExt = class(TPersistent) strict private <======== aqui Como não sou um expert no assunto só estou reportando, ok Desculpa pelo tamanho do post. Abraço, Obs: me passa o endereço do trunck que vcs estão usando, ai fica mais facil fazer a atualização. Grato.

Prezados, Também acredito que é um bug na SEFAZ pois no validador online: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx esta passando sem problemas ou críticas.

Boa tarde Gilson, Com certeza deve ser algum bug na SEFAZ, uma vez que o XML foi gerado conforme a NT.

Instalação completa .. após Limpeza ( *.bpl, *.dcu , *.dcp ) ; do acbr. Grato.

O problema nem é ligar lá e sim alguém atender! É mais fácil falar com o Papa do que alguém do suporte deles.

Promovi um intenso refactoring no TACBrMail, para corrigir alguns Bugs e outros pontos que não me agradavam... Também revi o suporte dele a Múltiplas Threads... Por favor atualize e teste as modificações

Tenho conhecimento que a NFSe não está funcional no trunk2, mas, tenho conseguido sempre compilar e instalar no Delphi normalmente. Ainda que não está conseguindo enviar a NFSe para alguns provedores. Só que nesse momento, acabei de atualizar o ACBR e o Instalador Compilou e Instalou normalmente o ACBR_NFSe, incluindo ai o Fortes Report da NFSe também. Não vou utilizar em produção, apenas quero ir testando e tentando ajudar na correção de erros, naquilo que meu conhecimento me permite, pra deixarmos funcional o componente. Quanto ao Fortes Report estão todos de parabéns pela feito, lembrando que não consegui instalar pelo aplicativo frceInstall.exe. Tive que compilar e instalar direto no Delphi. Mas, funcionou sem problemas. Creio que será necessário alguém com conhecimento criar um arquivo bat parecido com o apagarAcbr.bat para fazer uma limpeza geral antes de instalar pelo frceInstall.exe. Aproveitei para anexar o log do FortesReport. log_FortesReportDelphi_XE.txt

Bom dia, Tagales, veja esse post https://regys.com.br/como-instalar-o-trunk2-do-acbr/ do Regys. O post tem orientações importantes sobre a migração para trunk2. E sua pergunta está respondida nos comentários do post. A resposta do colega foi tirada de lá, mas sem citar a fonte. Abraços.

97..98...99... Primeira vez do dia hoje... Conforme as várias mensagens já postadas aqui no fórum... O ACBrNFSe ainda não está pronto no Trunk2

Achei o problema e segue para quem passar por problemas de impressao de QRCode. É preciso atualizar o Firmware da impressora no link http://www.desenvolvedoresdaruma.com.br/home/index.php esta no fim da pagina. Achei o problema e segue para quem passar por problemas de impressao de QRCode. É preciso atualizar o Firmware da impressora no link http://www.desenvolvedoresdaruma.com.br/home/index.php esta no fim da pagina.

Este pacote ainda está em migração do Trunk para Trunk2, breve teremos algo.

Tagales, algumas mudança do trunk para o trunk2 trunk -> trunk2 – EnviarEventoNFe -> EnviarEvento; – Configuracoes.Certificados.SelecionarCertificado -> SSL.SelecionarCertificado; – Geral.PathSchemas -> Arquivos.PathSchemas; – SaveToFile -> GravarXML; – Valida -> Validar; – Config.Cert.DataVenc -> SSL.CertDataVenc; – idToken -> idCSC; – Token -> CSC; – ConsultaDpec – extinto; – Onde utilizar o tipo moNFe -> declarar a pcnConversaoNFe na uses.

OK. O código fonte do ACBr está correto. O erro foi meu, na hora de passar o "CodigoCedente", acabei não me atentando que no Santander existe um número específico para isso, ou seja, foi só passar o número correto que a divergência foi resolvida. Obrigado a todos que leram e tentaram ajudar de alguma forma.

Juliomar Marchetti grato pelo esclarecimento. Régys Silveira obrigado, tinha me esquecido do demo do ACBrECF, valeu por lembrar !!! Com certeza ele me auxiliará por completo nos testes...

Bom dia Reginaldo. Pelo que já li em alguns tópicos, alguns provedores não disponibilizam em seus webservices a funcionalidade de enviar apenas um RPS. Nesses casos, você terá que de enviar o(s) RPS(s) dentro de um lote, utilizando a função "Gerar e Enviar Lote RPS", seguindo assim a sistemática: 1. Gerar o XML do RPS; 2. Assinar o XML (depende do provedor); 3. Montar o lote com 1 ou mais RPS; 4. Assinar o lote (depende do provedor); 5. validar o lote; 6. Enviar o lote; 7. Consultar a situação do lote mediante o numero de protocolo; 8. Se processado com sucesso, Consultar o lote para obter as NFSe; 9. Imprimir o DANFSE; 10. Enviar por e-mail o XML da NFSe ao destinatário ou apenas o link para que o mesmo possa obter o DANFSE via site do provedor. Observação: Os passos de 1 a 9 são executados automaticamente pela function Enviar Note que no caso da NFSe o componente gera o XML do RPS o que temos como retorno do provedor é o XML da NFSe. O componente ACBrNFSe cria varias pastas: Ger, NFSe, RPS, entre outras. Na pasta Ger ficam os XMLs gerais ou seja os de envio e retorno. Na pasta RPS ficam os XMLs dos RPS gerados pelo componente, ja na pasta NFSe ficam os XML das NFSe retornados pelo provedor. Espero ter colaborado. Abraço.

Olá colega, boa noite. Vc tá mandando CSON=900, e tem que ser CSOSN - Abraços.

ACBrNFSe ainda não está pronto no Trunk2

Apliquei alguns ajustes para que o PLUS, respeite o número de cópias em Impressão -> Geral, se o parâmetro não for informado...

Vamos lá, primeiro a Daruma32 foi descontinuada pela Daruma a um bom tempo, então com certeza as Mach 1 não irão funcionar como deveriam com ela, a dll atual é a DarumaFramework e só ela será 100% compatível se quiser utilizar dlls.. O ACBrECF funciona 100% com qualquer Daruma, no canal do youtube Daruma inclusive tem alguns vídeos mostrando isso, estude o Demo do ACBrECF e vai verificar também que está tudo OK.

Prezado, O SAC é destinado apenas a suporte dos componentes do ACBr... Recomendo você procurar o suporte da Elgin...usar programas da Epson para acessar a Elgin não parece ser uma boa ideia... Já tentou instalar o Driver do equipamento, seguindo as orientações do fabricante ?

A NFC-e segue outro layout que é definido por nota técnica, geralmente as informações saem no rodapé dela, antes do QRCode. Lembrando que não existe DANFC-e cancelado, pois não existe a impressão do cancelamento, também não existe denegação pois é venda presencial a consumidor, etc.

Estamos trabalhando focados nessa migração, ela é a unica que nos esta tomando mais tempo por sua diversidade.

Comparei as Units com o Trunk2 e notei muita diferenças... o que me leva a crer que essas Units foram feitas para o Trunk... Poderia por favor avaliar se o problema ainda ocorre no Trunk2 ? Se SIM, favor providenciar Units modificadas com a última versão do Trunk2

No IE vá ao menu "Ferramentas" - "Opções da Internet" clique na aba "Avançadas" desça a barra de rolagem até o fim e desmarque as opções "Verificar revogação de certificados do servidor*" e "Verificar se há revogação de certificados do editor" e teste novamente para ver se o erro ainda ocorre.