Agnaldo Prates

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.

Veja a discussão neste tópico. http://www.projetoacbr.com.br/forum/topic/7534-c%C3%B3digo-que-comp%C3%B5e-a-chave-de-acesso-nfe/

Já sim. Isso ocorre porque as Notas Fiscais Eletrônicas são enviadas para o Ambiente Nacional através de agendamento. Teve um cliente que bateu o pé que a NFe não valia por não estava no ambiente nacional, mesmo o DANFE impresso pela SEFAZ/RS, mas no outro dia a NFe já estava na base da RFB.

Boa tarde. Erro: Falha na validação dos dados do lote: 1. '' violates length constraint of '11'. The element '{http://www.abrasf.org.br/nfse.xsd}Cpf' with value '' failed to parse. Causa: Falta infomar os dados referente ao emitente. Solução: Adicionar os dados do emitente conforme abaixo. ACBrNFSe1.Configuracoes.Geral.Emitente do begin CNPJ := Cnpj do Emitente; InscMun := Inscrição Municipal; RazSocial := Razão Social; End; Boa tarde. Italo, depois que atualizei o ACBr, percebi que o erro está de fato ocorrendo. Diante disso, fui analisar o que realmente estava acontecendo. No debug, pode observar que o método assinar é chamado mais de uma vez, ,mesmo o xml já assinado, então fiz o seguinte: Erro: A string literal was expected, but no opening quote character was found Causa: Este erro ocorre porque, ao solicitar o envio da NFSe, o XML é assiando duas vezes. Solução: Para que o XML não seja novamente assinado, procedi uma mudança na unit ACBrNFSeWebServices.pas. Adicionei a seguinte condição a partir da linha 1524: if FNotasFiscais.Items[0].NFSe.signature.DigestValue='' then begin FPDadosMsg := FNotasFiscais.AssinarLote(FPDadosMsg, FPrefixo3 + TagGrupo, FPrefixo3 + TagElemento, FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote, xSignatureNode, xDSIGNSLote, xIdSignature); // Incluido a linha abaixo por após realizar a assinatura esta gerando o // atributo xmlns vazio. FPDadosMsg := StringReplace(FPDadosMsg, 'xmlns=""', '', [rfReplaceAll]); end; Com isso, o XML já assinado não chama novamente o método FNotasFiscais.AssinarLote; Não posso afirmar que seja a solução, todavia aqui ficou resolvido. Estou enviando em anexo a unit devidamente modificada para análise. ACBrNFSeWebServices.pas

Seus Schemas estão desatualizados. Dentro da pasta do ACBr estão atualizados. Acbr\Exemplos\ACBrDFe\Schemas\ tente atualizar por estes que dá certo.

Correto. Eu entendi a sua necessidade. Antes porem, deve ser observado o que preceitua as normas técnicas para definição do DANFE, não adianta o cliente querer alterar o layout se há regras a serem seguidas. Mais informações no Manual Integração do Contribuinte, em especial o anexo II do respectivo manual. Por isso, devemos observar se tal adequação não irá de encontro com as normas específicas do DANFE.

Para você solucionar este problema, poderá fazer o seguinte: Não sei se o pessoal do ACBr vai mudar, mas, para que a impressora padrão não seja mudada, proceda da seguinte forma: Abra o arquivo RLPrintDialog.pas que deve estar dentro da pasta FortesCE, e, a partir da linha 734, comente as seguintes linhas: lh 734 // if RLPrinter.PrinterNames = RLPrinter.PrinterName then lh 735 // J := I; Pronto. Recompile e vai dar tudo certo. Oportuno salientar que, toda vez que atualizar o FortesCE esta alteração deve ser feita.

É isso mesmo. No na Impressão do Danfe em FortesCE, a impressora escolhida fica setada no sistema como padrão, todavia, quando finaliza a aplicação, a impressora padrão volta ao normal. Ao que parece, tem a ver com o FortesCE, ainda não testei no FortesReport. No FastReport o mesmo não ocorre.

Isso significa que o "componente" está setando a TM-20 como padrão? Eu não tenho esta situação, pois, onde emito a NF, não tem outra impressora. Vou fazer este teste.