Painel de líderes

Olá pessoal! Fiz algumas mudanças nas units 'ACBrBancoBRB' e 'ACBrBoleto', referente ao banco BRB com o layout 75. Criei as propriedades: property Documento : String read fDocumento write fDocumento; para a posição 123 a 135; PadLeft(Documento, 13, '0') property DiasJuros : String read fDiasJuros write fDiasJuros; para a posição 225 a 225; PadLeft(DiasJuros, 2, '0') property ValorJuro : String read fValorJuro write fValorJuro; para a posição 226 a 237; PadLeft(OnlyNumber(ValorJuro), 12, '0') Na posição 284 a 285: PadLeft(OnlyNumber(FloatToStr(PercentualMulta *100)),5,'0') taxa referente a uma das instruções, como solicitado pelo banco, por exemplo se for 2% preencher 00200. Com essas alterações consegui homologar. Gostaria de saber, se é o correto a ser feito? E também se for útil para alguém. Desde já agradeço. ACBrBoleto.pas ACBrBancoBRB.pas

Após a inclusão do ParseText na linha 435 da Unit pcnRetDistDFeInt, conforme imagem abaixo, o XML baixado pelo método "ACBrNFe1.DistribuicaoDFePorChaveNFe(cUF, vCNPJ, vChave)" não abre em alguns programas que fazem leitura do xml, como por exemplo, no internet explorer. Descobri pois alguns contadores disseram não estar conseguindo realizar a importação nos programas que utilizam, mas caso baixem o mesmo XML pelo portal da NFe, funciona normalmente. Para ter certeza que o problema passou a ocorrer após a inclusão do ParseText, dei um revert, compilei e baixei os XMLs novamente. Todos os XMLs passaram a abrir normalmente no Internet Explorer. Anexei os XMLs de exemplo. O após a atualização (com problema) inicia "ComParse" e o anterior a atualização, que funciona normalmente, tem o nome iniciado por "SemParse". Obs: Testei as combinações possíveis das propriedades "RetiraAcento" e "RetiraEspaco" e o problema ainda ocorre. Poderiam ajudar por favor a identificar/corrigir o problema? A princípio estou utilizando a versão anterior à modificação, mas gostaria de manter os fontes atualizados. Desde já, obrigado. ComParse-32180917586530000166550010000389501190558750-nfe.xml SemParse32180917586530000166550010000389501190558750-nfe.xml

Muito provável que seja.

Obrigado pela resposta Rafael. Vou tentar identifica aqui no ACBr antigo onde essa propriedade é utilizada...

Olha eu não vi em nenhum lugar do código o uso desta propriedade se você souber onde e me indicar eu vejo, pois eu só vejo a propriedade sendo atribuída e nunca sendo usada e justamente por isso foi removida.

Fiz os mesmos testes com o Fortes Report e funcionou corretamente todos os cenários.

Amigos, apenas para informação, nosso cliente ligou na ANTT e foi informado que o registro dele não permitia transporte na modalidade que estávamos tentando emitir no MDFe. Me parece que foi orientado ao transportador a realizar um novo registro. Resumindo, o erro não está na plataforma. Nosso cliente está emitindo MDFe normalmente com outro transportador. Obrigado pela ajuda

Bom dia , Sergio mais uma vez obrigado. Testei em produção, deu tudo certo.

Use o oponente ACBrBAL ligado ao ACBrMTER e configure o Modelo de balança correto no ACBrBAL

Bom dia, Como são várias alterações nessa versão, caso você queira colaborar com essas alterações, toda ajuda é bem vida.

Sim veja é bem claro tu não instalou esse componente que é o DAMDFe em Fortes

O servidor de homologação só está aceitando município com código 1234567. Altere essa informação e reenvie

Realmente, são três estados legislando sobre o mesmo assunto, mas cada um com apurações diferentes... Não tem nem como reaproveitar código. No Rio Grande do Sul se tornou inconstitucional por diversos motivos, o principal deles é que a lei não possui a carência dos 90 dias para entrar em vigor. A data inicial deveria ser dia 07/02, se não me engano. Estava ansioso pelo projeto de imposto único (IVA), prometido pelo governo Bolsonaro, mas no discurso de posse do ministro Guedes, o mesmo foi claro em dizer que é apenas pra impostos federais. Está na primeira página.

Boa tarde a todos, Um detalhe muito importante, o componente ACBrNFe permite que cancelemos uma nota usando o método Cancelamento: ACBrNFe1.Cancelamento(AJustificativa: String; ALote: integer = 0): Boolean; ou montando uma rotina para alimentar o componente com as informações referente ao evento de cancelamento. Essa rotina que me refiro é genérica, portanto podemos utiliza-la para enviar para SEFAZ qualquer tipo de evento. Abaixo a rotina genérica para enviar o evento de Cancelamento Por Substituição: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.nProt := Protocolo; infEvento.detEvento.cOrgaoAutor := 35; infEvento.detEvento.verAplic := '1.0'; infEvento.detEvento.chNFeRef := ' chave de acesso da NFC-e substituta'; end; ACBrNFe1.EnviarEvento(StrToInt(idLote)); No programa exemplo do componente ACBrNFe você encontra essa mesma rotina, mas para enviar o evento de cancelamento. Observe o que esta em negrito.

Complicado, rezar pra que algum iluminado no STF ou no governo federal reveja isso ou que mude tudo pra tributado de uma vez

Boa tarde, No manual da ABRASF, a recomendação é não usar cedilha, vogais acentuadas e caracteres especiais como por exemplo o "E" comercial.

Boa tarde, ok, irei atualizar e refazer os ajustes.

Boa tarde Italo, Atualizei o repositório agora para realizar os testes, mesmo assim persiste o problema que havia comentado antes. Antes resolvi a situação copiando os arquivos aqui configurados pelo Everson, o qual resolveu o erro da validação (Lembrando que o erro ocorre no momento de gerar o lote), estava conseguindo autorizar a NFS-e, consultar etc.. Porém, agora ao copiar os arquivos Recebo o seguinte erro: "Erro não especificado" no momento de fazer a assinatura, unit ACBrNFSeNotasFiscais, linha 702: XMLAss := SSL.Assinar(ArqXML, docElemento, infElemento, SignatureNode, SelectionNamespaces, IdSignature, IdAttr); Acredito ter relação com a alteração feita, vou seguir analisando.. Lembrando que com as alterações feitas pelo Everson nos arquivos (Cidades.ini e Publica.ini) estava conseguindo consultar situação do lote.

Boa tarde. Você chegou a ver este tópico? Att.

Obrigado Sérgio; tô com um SAT Nitere NSAT-4200 de um cliente pra começar, e preciso aprender mais sobre o sat e como usar o acbr com ele; mas estou estudando o programa exemplo. Obrigado.

da primeira mensagem é o que falei da segunda já é a falta das propriedades que foram removidas, houve um refactoring nesses componentes e com isso foram trocados ou removidos propriedades

Provavelmente está errado o cadastro do seu cliente no SEFAZ... pois quem preenche esse campo, é o SAT

Deve haver apenas um C010 por CNPJ.

Alisson, e quanto aos S-1200? Você teria os XML's? Pois o eSocial confronta o valor líquido do pagamento com o que foi enviado no demonstrativo do S-1200... Pode ser algum problema do tipo alguma rubrica que era VENCIMENTO foi como DESCONTO no S-1010...

OpenSSL não funciona com A3... recomendo usar a libWinCrypt todos os documentos fiscais hoje em dia, exigem LT_TLS12

Bom dia! Tenho um cliente que migrou para regime Normal de tributação esta semana e está saindo a mensagem ( ICMS a ser recolhido conforme LC 123/2006 - Simples Nacional ), mesmo alterando para regime Normal no componente, tem alguma solução para o problema ?

Obrigado pela resposta Daniel. Vou remover essa configuração do meu codigo....

Veja se não incluiu sem querer uma segunda nota no componente, isso geralmente causa esse erro. Procure por chamadas a NotasFiscais.Add.

Ok amigo. Estou considerando como resolvido. Obrigado.

Bom dia Sergio, Peço que tenha um pouco mais de paciência, nós estamos analisando o caso. Caso queira colaborar analisando o código e acrescentando o que esta faltando, toda ajuda é bem vida.

Bom dia, Realmente havia problemas com esse método. Atualizei os fontes com algumas correções... Se você compila o ACBrMonitor, basta atualizar os fontes e recompilar, caso contrário, o ajuste estará disponível na próxima versão dessa semana.

Consegui emitir em homologação usando esses arquivos.

Verdade

A resposta do servidor de MG esta totalmente fora do padrão, visto que esta retornando SoapHeader o que já não devia ser mais retornado na NFe 4.0 e ainda colocando prefixos nas tags o que não é previsto nas NT.

o conector da balança é DB 9 serial? Se sim, tenta essa esquema de ligação da imagem postada abaixo.

Para mais informações sobre a implementação desse tópico veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/48343-novo-layout-de-boleto-com-detalhamento-para-o-fortesreport/

Enviei ao SVN com algumas diferenças. Por favor, queira atualizar, testar e reportar qualquer problema.

Não. Apenas no CTe-OS (modelo 67) e no CTe multimodal. Para o modelo 57 normal os dados da seguradora devem ser informados no MDFe.

Boa noite, Acabei de atualizar o FortesReport-CE e o ACBR. 100% de êxito na instalação. Parabéns a todos pelo projeto. Abraços.

Eu creio que deva ter sido algum efeito colateral. Já enviei as alterações ao SVN. Queira por favor atualizar, testar e reportar qualquer problema. Muito obrigado.

Provavelmente seu arquivo foi alterado localmente. Esse pacote ACBr_NFeDanfeFR.dpk não precisa do fqb250. Na verdade ele nem é mencionado, veja: requires rtl, designide, {$IFDEF VER140} fs6, frx6, frxe6, frxDB6, {$ENDIF} // D6 {$IFDEF VER150} fs7, frx7, frxe7, frxDB7, {$ENDIF} // D7 {$IFDEF VER170} fs9, frx9, frxe9, frxDB9, {$ENDIF} // D2005 {$IFDEF VER180} {$IFNDEF VER185} fs10, frx10, frxe10, frxDB10, {$ENDIF} // D2006 {$ENDIF} {$IFDEF VER185} fs11, frx11, frxe11, frxDB11, {$ENDIF} // D2007 {$IFDEF VER190} fs11, frx11, frxe11, frxDB11, {$ENDIF} // D2007 {$IFDEF VER200} fs12, frx12, frxe12, frxDB12, {$ENDIF} // D2009 {$IFDEF VER210} fs14, frx14, frxe14, frxDB14, {$ENDIF} // D2010 {$IFDEF VER220} fs15, frx15, frxe15, frxDB15, {$ENDIF} // XE {$IFDEF VER230} fs16, frx16, frxe16, frxDB16, {$ENDIF} // XE2 {$IFDEF VER240} fs17, frx17, frxe17, frxDB17, {$ENDIF} // XE3 {$IFDEF VER250} fs18, frx18, frxe18, frxDB18, {$ENDIF} // XE4 {$IFDEF VER260} fs19, frx19, frxe19, frxDB19, {$ENDIF} // XE5 {$IFDEF VER270} fs20, frx20, frxe20, frxDB20, dsnap, {$ENDIF} // XE6 {$IFDEF VER280} fs21, frx21, frxe21, frxDB21, dsnap, {$ENDIF} // XE7 {$IFDEF VER290} fs22, frx22, frxe22, frxDB22, dsnap, {$ENDIF} // XE8 {$IFDEF VER300} fs23, frx23, frxe23, frxDB23, dsnap, {$ENDIF} // Seattle {$IFDEF VER310} fs24, frx24, frxe24, frxDB24, dsnap, {$ENDIF} // Berlin {$IFDEF VER320} fs25, frx25, frxe25, frxDB25, dsnap, {$ENDIF} // Tokyo {$IFDEF VER330} fs26, frx26, frxe26, frxDB26, dsnap, {$ENDIF} // Rio ACBr_NFe;

Blz Ítalo, postei sem realmente sem verificar se já existia a informação e desde do dia 20/dezembro que não acesso nenhum fórum, mal leio os emails, só cuidando do figueredo pelos benditos chopp's sorvidos. ahuahauauau []s,

Eu não uso Delphi... pode ser uma limitação do Delphi... não permitir exibir a janela onde o Script é executado...

Essa dll vem junto com o Delphi

Apliquei os seguintes ajustes no SVN Por favor considere contratar o SAC do ACBr... mesmo que ocasionalmente... para apoiar nosso trabalho

http://sistemas.sefaz.am.gov.br/nfceweb-hom/formConsulta.do

Dá uma olhada neste link: http://stackoverflow.com/questions/4074383/loading-rtf-text-from-database-into-trichedit