Agnaldo Prates

Pela primeira impressão me parece que tem a ver com o path. Certamente ten um path no library apontando para oura versão do acbr. De uma olhada se não é isso.

Bom dia. A "conversão para string", dentro do debug, ocorre em uma linha específica? No demo ocorre o mesmo erro? Caso encontre a linha no momento em que o erro ocorre, certamente vai ficar mais fácil para o pessoal "corrigir" se for o caso. Experimente analisar a sequencia em que o erro é reportado.

Bom dia Ricardo. Você observou no DANFE se, não é o tamanho da descrição do produto? Aqui está imprimindo certinho, claro que estou falando do ACBrNFeDANFCeFortes, imagino que você também. Porem, no seu texto não está escrito em qual modelo de NF, se NFe ou NFCe. Se for a nfc-e, a questão é bem simples, basta olhar um "cupom fiscal" que é praticamente igual.

Os seus fontes tunk2 estão atualizados? Caso a resposta paire alguma duvida, sugiro que atualize, recompile e teste.

Seu XML está faltando informações do emitente. Estes dados são obrigatórios. <CNPJ>17318407000164</CNPJ> <xNome>NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <xFant>****</xFant> <enderEmit> <xLgr>******</xLgr> <nro>88</nro> <xBairro>****</xBairro> <cMun>****</cMun> <xMun>****</xMun> <UF>***</UF> <CEP>****</CEP> <cPais>1058</cPais> <xPais>Brasil</xPais> <fone>****</fone> </enderEmit> <IE>0020727210025</IE> <CRT>3</CRT> </emit> Só uma dica. No site da sefaz rs, tem uum validador, coloque o texto do xml nele e valide, você verá exatamente onde está o erro. Site: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Não é ser pessimista, mas, em se tratando de governo, é para não dar certo. Um exemplo disso é que, o governo desenvolveu e-SUS Hospitalar e até hoje não saiu do canto. http://www2.datasus.gov.br/DATASUS/index.php?acao=11&id=30690, raríssimos são os hospitais que o utilizam e ainda assim o mínimo. As razões se justificam, eu mesmo fui acompanhar a implantação deste software em um hospital da rede pública estadual, e, infelizmente, mesmo com todo o treinamento e competência dos profissionais que fizeram a implantação, os servidores entenderam que a praticidade não foi um dos elementos fundamentais durante a análise do projeto. Assim, o custo com deslocamento de pessoal técnico para os treinamentos, acabaram por definir a certidão de óbito do e-SUS em alguns locais. Se a intenção é facilitar, ai sim, acredito que o estado deva ser "humilde" o bastante para suplicar ajuda de muitos engenheiros, analistas e desenvolvedores de software para contribuir. Eu poderia listar uma gama enorme de nomes aqui mesmo do fórum, e, com certeza absoluta montaria um projeto invejável para o Estado, e vou mais alem, com extrema praticidade. O que não é prioridade no Estado é a prática, uma vez que, as normas criadas pelos legisladores é para atender a todo setor, cada bancada defende seu interesse, e isso dá num emaranhado infinito de normas que inviabiliza qualquer expectativa de praticidade. Por fim, ressalto que a ideia é boa, embora traga consigo o instituto do "natimorto".

Dê uma conferida no SPEDFiscal, está gerando normal. |G130|0|4|55|1|000068849|35100260318797000100550010000688490882775007|01112014| Gerada pelo demo Verifique a alimentação do componente, pode estar indo nulo.

Bom dia. Seu ACBr está atualizado, trunk2? Porque na unit ACBrEFDBloco_G_Class.pas, em especial a linha 346 está informando. if Assigned( RegG125.RegistroG130 ) then begin for intFor := 0 to RegG125.RegistroG130.Count - 1 do begin with RegG125.RegistroG130.Items[intFor] do begin Add( LFill('G130') + LFill( Integer(IND_EMIT), 0 ) + LFill( COD_PART ) + LFill( COD_MOD ) + LFill( SERIE ) + LFill( NUM_DOC ) + LFill( CHV_NFE_CTE ) + LFill( DT_DOC ) ) ; end; WriteRegistroG140( RegG125.RegistroG130.Items[intFor]); RegistroG990.QTD_LIN_G := RegistroG990.QTD_LIN_G + 1; end; /// Variavél para armazenar a quantidade de registro do tipo. FRegistroG130Count := FRegistroG130Count + RegG125.RegistroG130.Count; end;

Então vou lhe dar uma dica. A Lei 12.741, de 8 dezembro de 2012, em seu Art. 1º § 1º estabelece que: " 1º A apuração do valor dos tributos incidentes deverá ser feita em relação a cada mercadoria ou serviço, separadamente, inclusive nas hipóteses de regimes jurídicos tributários diferenciados dos respectivos fabricantes, varejistas e prestadores de serviços, quando couber". Essa é a obrigação. Agora, o § 2º do mesmo artigo, estabelece o seguinte: "§ 2º A informação de que trata este artigo poderá constar de painel afixado em local visível do estabelecimento, ou por qualquer outro meio eletrônico ou impresso, de forma a demonstrar o valor ou percentual, ambos aproximados, dos tributos incidentes sobre todas as mercadorias ou serviços postos à venda". Portanto, deve ser apresentado o percentual ou mesmo o total dos tributos de cada ente público, conforme estabelece o artigo primeiro. Então, para cada item você deve somar tanto os tributos Federais, Estaduais e Municipais. Ao final, alimente a tag vTotTrib com a soma destes valores. Se quiser apresentar os tributos separadamente, informe-os no campo Informações adicionais ex: Imposto Federal.... xxx,xx Imposto Estadual.. xxx,xx Imposto Municipal xxx,xx Inclusive com seus respectivos percentuais. vTotTrib é a soma destes impostos. Para saber como calcular estes impostos, já vai a deixa, é com base no NCM, e, se u Seu ACBr estiver atualizado, na pasta Acbr\Exemplos\ACBrTCP\ACBrIBPTax\tabela, existem várias tabelas. Basta fazer a importação para seu banco, e, de acordo com o NCM do seu produto, busque os campos, nacionalfederal, importadosfederal, estadual e municipal, estes campos estão com os devidos percentuais, de posse do valor do produto multiplicado pela alíquota encontrada, será o seu imposto para cada ente. Daí em diante é só armazenar cada um deles nas suas respectivas varáveis, somar ao final e atribuir à tag vTotTrib, posteriormente, discriminá-los caso deseje. Espero que te ajude.

O @Régys Silveira https://regys.com.br/novas-tabelas-ibpt-imposto-na-nota/, tem um site onde ele descreve sobre o assunto.

Onde você leu essa informação? Pela IN 051/2013 é somente para cupom fiscal. Disponível neste link.

É isso mesmo Julio. O fonte que eu tinha aqui estva mesmo desatualizado, e eu havia atualizado o ACBr no sábado. Por gentileza fechar o tópico.

Será que o meu ACBrNFeDANFEFR está desatualizado? Vou remover e baixar novamente.

Julio não é exatamente uma correção. Mas, como sugestão, seria interessante estas variável permanecer como setada no componente. Segue a unit. Abraço. ACBrNFeDANFEFR.pas

Boa tarde a todos. Depois de atualizado o ACBr, observei que no DANFE da NFCe, não estava apresentando os items. Num primeiro momento, imaginei que fosse problema no .fr3, depois analisando o componente a propriedade Detalhado, embora estivesse marcada como True, ainda assim os itens não estavam sendo mostrados. Abri ACBrNFeDANFEFR.pas e observei que a referida propriedade não estava como True, então na procedure TACBrNFeDANFEFR.ImprimirDANFE(NFE: TNFe) verifiquei que a mesma estava setada para Flse, bem como a ImprimirDANFEResumido. Comentei a propriedade em ambos e o DANFE voltou ao normal. // FDetalhado := False; Não sei se todos observaram este detalhe.

Qual erro ocorre na instalação?

Verifique se estes arquivos libeay32.dll e ssleay32.dll estão no system32/SysWOW64, e, caso existam, se a versão é mesma utilizada pelo ACBrMonitorPlus. Outro detalhe. O ACBrMonitorPlus deve estar rodando com privilégios de Administrador, isso pode fazer uma diferença enorme.

Verifique se no momento que você vai executar os procedimentos descritos, no seu componente a propriedade Configuracoes.Arquivos.PathShemas está devidamente apontando para a pasta dos schemas atuais.

Uma pergunta, quando você configura o componente em sua aplicação, está definido o path do arquivo de cidades? ex: ACBrNFS1.Configuracoes.Geral.PathIniCidades := Informar o path do arquivo Cidades.ini; ACBrNFS1.Configuracoes.Geral.PathIniProvedor := Informar o path do arquivo do seu provedor Pode ser isso ai.

Você está usando o schema que tem no exemplo do componente? Acbr\Exemplos\ACBrDFe\Schemas\NFe\ Certifique que são os mesmos.

Não está mesmo. Atualizei agora mesmo! Pode ser algo temporário na hora que você testou. Aparentemente está normal.

Só uma observação que não citei no tópico anterior. Envio da seguinte forma: ACBrNFSe1.Enviar(fNota);

Exatamente!

Com certeza vai funcionar sim. Eu faço assim a anos e ainda não tive problemas. Quanto ao protocolo, que você frisou no tópico anterior, em relação ao protocolo eu faço da seguinte forma: ACBrNFEe1.NotasFiscais.Clear; ACBrNFEe1.WebServices.Consulta.NFeChave := fChave; ACBrNFEe1.WebServices.Consulta.Executar; if ACBrNFe1.WebServices.Consulta.Protocolo <> '' then begin Aqui eu salvo o protocolo no meu sistema. End; Utilizo dessa forma antes de enviar, se a nota ja existe mas não há protocolo, o mesmo simplesmente é atualizado, não ocorrendo erro de duplicidade. O detalhe é que analiso antes se não há protocolo no meu banco.

Boa tarde. Não foi com o Boleto mas, com a NFe houve um caso desses comigo. Depois de analisar todo o meu código descobri que havia uma varável que era alimentada e ao final do processo esta não era zerada o seu valor. Debuguei todo o AcbrBoleto, em especial a Unit referente ao Itau, e não observei nada de anormalidade. É importante que ao gerar o boleto certifique que é exatamente aquele valor se não há uma variável perdida com o 0,01 centavo.