Painel de líderes

Boa tarde a todos, Foi realizado um Refactoring nas units pcnAuxiliar e ACBrDFeUtil visando eliminar funções em duplicidade. Segue a lista de funções removidas, movidas, renomeadas. Função movida da unit pcnAuxiliar para a ACBrDFeUtil: GerarCodigoNumerico. Função renomeada da unit pcnAuxiliar: de: ExtrairnNFChaveAcesso para ExtrairCodigoChaveAcesso essa mudança no nome se faz necessário uma vez que "nNF" induz que a função só serve para extrair o código numérico de uma chave de NF-e, sendo que na verdade serve para extrair o código numérico de uma chave de NF-e, CT-e, MDF-e e BP-e. Funções removidas da unit pcnAuxiliar: GerarChave, GerarChaveCTe, SomenteNumeros, RetornarCodigoNumerico, RetornarCodigoNumericoCTe, RetornarDigito e RetornarModelo. Em seus lugares devemos utilizar: GerarChaveAcesso (unit ACBrDFeUtil) em vez de GerarChave ou GerarChaveCTe OnlyNumber (unit ACBrUtil) em vez de SomenteNumeros ExtrairCodigoChaveAcesso (unit pcnAuxiliar) em vez de RetornarCodigoNumerico, RetornarCodigoNumericoCTe ExtrairDigitoChaveAcesso (unit pcnAuxiliar) em vez de RetornarDigito ExtrairModeloChaveAcesso (unit pcnAuxiliar) em vez de RetornarModelo Desculpe algum transtorno, mas não podemos ter uma função implementada com nomes diferentes com a mesma finalidade.

Apenas para atualizar o tópico... Consegui realizar com sucesso um "crosscompile" de Linux 64 (OpenSuse), para Win32.. Havia um pequeno erro de grafia no case de uma Unit no ACBrDFeSSL.pas, o qual já está corrigido no SVN...

Realmente era as configurações , obrigado pelas dicas, testei na impressora PDF que vc indicou foi certo, peguei uma epson mais nova em um cliente por descargo uma T20 e também funcionou, como eposon que eu tinha nao era confiável peguei essa por descargo. Tudo certo , obrigado pela atenção

Marque a opção do acbr remover tudo e reinstalar.

apenas rode novamente o ACBrInstall

Threads sempre são difíceis de debugar... Obrigado pelo retorno...

Verifique se você não tem outro Fortes instalado no seu Delphi Apague todos os BPLs do fortes e faça uma nova instalação completa

Revivendo o Tópico! Acabei de baixar do https://github.com/fortesinformatica/fortesreport-ce o Fortes Report. Ou seja, está atualizado, mas mesmo assim atualizo novamente na instalação! Porém, ao instalar o ACBr dá erro na linha 1374 do ACBrDANFCeFortesFr.pas indicando que a propriedade UnlimitedHeight não existe: RLLayout.UnlimitedHeight := True; // ****** ATENÇÃO ****** // Se você recebeu um erro de compilação na linha ACIMA // Voce DEVE atualizar os fontes do seu Fortes Report CE // https://github.com/fortesinformatica/fortesreport-ce Só que está tudo atualizado, tanto o ACBr quanto o Fortes-CE. Qual seria a solução? Utilizo Delphi 7 + Fortes Report CE ACBrDANFCeFortesFr.pas

Após dois dias tentando fazer funcionar, e sem sucesso, liguei no suporte onde o cliente adquiriu o certificado A3. Resultado: De alguma forma que nem eu e nem o cliente sabe explicar, o certificado foi excluído do token. No meu caso, esse era o motivo da mensagem!

O Erro é porque seu Fortes reports está com versão antiga a versão que deve ser usada é do github o frce você possui alguma cópia em algum lugar do fortes antigo em seu micro

Boa tarde, atualizado no Repositório...

Já no SVN... Depende de como você configurou o componente... mas pelas dimensões, parece ser Dots... Usar Dots é complicado, porque pode variar dependendo da resolução da Impressora...

Aguarde alguns instantes... vou introduzir a unidade de medida Décimo de Milimetro

Você não precisa ativar ela... ela já está ativa nos fontes...

Prezados, Milagrosamente a consulta voltou a funcionar perfeitamente, pode ter sido algum problema que o Sefaz teve por um período. Agradeço a colaboração de todos!

Bom dia a todos, Estou enfrentando problemas ao efetuar a leitura do arquivo de retorno. Ao realizar o procedimento, é retornado a mensagem 'Agencia\Conta do arquivo inválido'. Ao verificar os fontes, identifiquei que a situação está ocorrendo devido a variavel rConta da classe ACBrBancoBanrisul estar sendo alimentada com valor divergente ao da ACBrBanco.ACBrBoleto.Cedente.Conta, consequentemente a execução cai no if da linha 753. Para contornar o problema, precisei alterar a alimentação da variavel rConta, na linha 730, para iniciar a validação a partir da posição 64 do arquivo: rConta := trim(Copy(ARetorno.Strings[1], 64, 7)); Anexei o arquivo alterado para análise. ACBrBancoBanrisul.pas

oi. obrigada. deu certo agora

Amiguinhos, Apenas complementando os pensamentos e dirimindo duvidas. O amigo Daniel Simões escreveu: Talvez na época desta resposta a tabela IBPT não contemplava os códigos da tabela de serviços. Que tenham relação, talvez não, mas a impressão do cupom segue a mesma linha Lei da Transparência para apresentação dos percentuais de impostos sendo impressos para o consumidor. Ainda na época do ECF já faziamos isto e o ECF também não tinha relação com a tabela do IBPT. O amigo LeandroLJM escreveu: Mas no .XML os itens que eram para ser serviços estão lançados como mercadorias. Sim porque para serem serviços a CFOP usada deveria ser 5.933 ou 5.949 e não deveria existir o grupo ICMS e sim o ISSQN. O SAT só aceita um ou outro. Ainda nas informações do amigo ao buscar na tabela IBPT o código 114059900 o valor de imposto deveria ser de 2.19%(AliqMun) por se tratar de um imposto municipal ao qual a prefeitura tem direito ao invés de 13,45%(AliqNac). Minha ´duvida pairou aqui porque estivemos emitindo cupons em um petshop usando 5933 que hora validava e ora não e então passei a usar CFOP 5.949 e CSOSN 900/400 para que o item não fosse tributado direto no SAT e sim no lançamento na página da prefeitura. O problema é não encontrarmos nada a respeito de qualquer convênio firmado entre prefeituras e estado, pelo menos em São Paulo e ainda pairar informações sobre SAT-ISS. 114059900

Obrigado pela ajuda galera ! As dicas e a imagem me ajudou a ir descartando as possibilidades até que achei o problema hehe Eu não estava informando esta tag ... cMunFG A impressão que deu é que sem esta tag o bloco de transporte "quebra". Mais uma vez muito obrigado, abraço a todos!

Bom dia Edmar, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

Bom dia as implementações estão disponíveis no svn Obrigado

Boa tarde, Izaque.. Isso também está acontecendo comigo, o que eu fiz.. Em vez de instalar o Fortes pelo instalado ".exe" eu abri o pacote que encontrasse na pasta "Packages" dei um uninstall no pacote, em seguida um build e depois install novamente. E consegui instalar a ACBr..

Se vc usa o ACBrNFe ou ACBrNFeMonitor ele já faz esse tratamento. Vc não precisa fazer esse tratamento antes de enviar para o componente.

Manual da NF-e segue o trecho abaixo: 5.3 Tratamento de Caracteres Especiais no Texto de XML Todos os textos de um documento XML passam por uma análise do “parser” específico da linguagem. Alguns caracteres afetam o funcionamento deste “parser”, não podendo aparecer no texto de uma forma não controlada. Os caracteres que afetam o “parser” são: • > (sinal de maior), • < (sinal de menor), • & (e-comercial), • “ (aspas), • ‘ (sinal de apóstrofe). Alguns destes caracteres podem aparecer especialmente no campo de Razão Social, Endereço e Informação Adicional. Para resolver esses casos, é recomendável o uso de uma seqüência de “escape” em substituição ao caractere que causa o problema. Ex. a denominação: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA no XML para não afetar o funcionamento do "parser". caractere seqüência de escape < = < > = > & = & " = " ' = ' Nota: A sequência de escape conta como um único caractere para a validação do tamanho do campo pelo Schema.

Verifique esses tópicos: