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.

Deu certo, Apaguei toda a pasta do ACBr e do Fortes e baixei novamente, percorrendo todo o computador por arquivos de ambos. Obrigado

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.

@everson.turossi Esse erro código 160 "Arquivo enviado fora da estrutura do arquivo XML de entrada. Envie um arquivo dentro do schema do arquivo XML de entrada." não é problema com o seu sistema, é problema com o servidor deles, quando acontece isso eu envio email pra eles e eles reiniciam o servidor e aí funciona, perdi um tempão pra descobrir isso pois dá a impressão que o nosso xml está errado, agora pouco eu pedi pra reiniciar, deve ter sido no mesmo momento que você tentou enviar. Quem está emitindo está conseguindo enviar mais de um serviço na mesma nota e imprimindo corretamente a descriminação dos serviços sem aqueles [ ] ?

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.

ao invés de fazerem toda essa bagunça com os sistemas e apurações desde o atacadista até o varejo (cadeia inteira) então tivessem tirado de ST esses produtos pois o icms ja faz todo esse controle de credito e debito do imposto na cadeia inteira... tem clientes dos meus clientes que estão questionando o valor do crédito que meu sistema esta gerando para eles nas notas fiscais, isso só vai gerar problemas pois vai gerar muito mais impostos no varejo a serem pago e suportados pelo consumidor final. tenho cliente que é atacadista de carnes, eles compram bois dos produtores rurais e enviam para abate o boi vivo e o frigorifico devolve a carcaça e depois ainda ele parte essa carcaça para vender partes ai mais complicado ainda, pois alem do rateio da base da st na nota de saida da carcaça tem que fazer o rateio nas partes. aff. tem clientes de meus clientes que estão rejeitando as notas de compra por entender que o credito é inferior imagine então se não ir o credito na nota, é oque vai acontecer...

A mesma coisa para o inventário de estoque, não tenho a informação e vou usar como contorno o custo médio de estoque e fazer o calculo do ST sobre esse valor. Acredito que para as compras de fornecedores sem o destaque nesses campos também tenha que usar esse contorno, aplicar sobre o valor pago na nota.

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

Cada computador possui um arquivo TXT de configuração onde constam vários parâmetros, e um deles é a série de NFC-e a ser utilizada. Ao inicializar, o programa lê esse arquivo e usa a série informada no arquivo. Basta tomar os devidos cuidados, certificando-se de que não existam dois terminais com a mesma configuração de arquivo.

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. Ao validar seus fontes notei muitas diferenças, por favor atualize seus fontes e aplique suas alterações novamente. Att.

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

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

Parece que o micro terminal está modificando o retorno da Balança... Talvez você precise interpretar a resposta na sua aplicação

Olá icozeira, No momento não tem ninguém trabalhando nisso, então é agradecemos sua disposição para ajudar. E eu vou te auxiliar no processo. Se puder começar com os campos criados nos registros já existentes, acredito vai dar tudo certo. Pode ser assim?

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

Daniel, Bom Dia! Somente para ajudar nos testes do campo infAdProd do item. Fizemos a atualização e obtivemos os seguintes resultados: FortesReport: Funcionou com ExibeInforAdicProduto=infSeparadamente e ImpimirDetalhamentoEspecifico=true ou false. (imprime abaixo da descrição em destaque) Não funcionou com ExibeInforAdicProduto=infDescricao com ImpimirDetalhamentoEspecifico=true ou false. (imprime apenas a descrição do produto sem os dados adicionais do item, não imprime junto da descrição nem abaixo em destaque) FastRepost: não conseguimos com nenhuma combinação (imprime apenas a descrição do produto) Delfino

Sim, precisa de liberação. Inclusive tem que mandar a inscrição municipal exatamente como está no cadastro no ambiente de homologação.

Bom dia a todos, Enviei para o repositório uma possível correção na assinatura do Consultar Situação do Lote.

A imagem acima é de um Cupom Fiscal, emitido por um ECF.... Nesse caso é a impressora que faz todo o layout de impressão

Bom dia! Existe a versão mais atualizada, versão 077, porém eles aceitaram na versão 075, apenas ajustei nela. Em anexo, tem o manual que eles disponibilizaram desta versão mais atual. BRB Cobrança - Manual e Leiaute - Julho2018 (1).rar

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 Lucas, Tente desta outra forma: ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromString(dmConexao.qryDadosCTe.FieldByName('TX_XML').AsString); (...)

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

Bom dia. Sim, pode ver um exemplo no demo da ACBrNFe_demo, função: "GerarNFe", possui todos os campos da tag (Transp).

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.

Correção enviada para o repositório, rev. 16249. Favor atualizar novamente.

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;

Eu acabo de subir algumas modificações, relacionadas a exibição do InfAdProd

Sergio, parece que agora deu certo, segui seu exemplo, parece que agora foi, amanha testo em produção no cliente. e posto o resultado. Muito obrigado pela atenção e pela ajuda..

Você deve ter algum produto com o cEAN inválido. Anexe (não cole o conteúdo) o XML por completo.

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

Apliquei um ajuste nos fontes, para melhor detectar que o Logo não está carregado

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