Aécio Soares Ferreira

Bom dia pessoal, Somos três agora, o provedor de vocês usa a assinatura do lote e do rps juntas ?

Opa boa tarde, so vi a sua resposta hoje ( não tinha marcado pra notificar o topico ). A assinatura agora foi dupla pelo menos no Abaco ( so tive que entrar no arquivo ini e ativar la ). Mas agora começou um erro novo "Não foi possível validar o schema XSD e a assinatura do arquivo" acredito que seja algo com os arquivos schemas mas ja usei os que vem com o acbr e um que peguei direto do portal da nfse aqui da cidade. Tem alguem que sabe algo a respeito desse erro ? Novamente muito obrigado.

Boa tarde Gente, como anda a implementação da assinatura dupla do lote e dos rps que alguns provedores estão exigindo (ábaco por exemplo ). ? PS. Juliomar, e apenas uma curiosidade ta, não e de maneira alguma uma cobrança ou algo do genero tá. Desde ja obrigado pessoal, pelo otimo componente. Boa tarde a todos.

Atualização: o poblema esta com o meu xml, se eu abro o danado usando um bloco de notas da vida, la estao os malditos espaços, se eu abro via alguma programa especifico pra xmls(os mesmo no navegador) o xml aparece certo sem os espaços, o estranho e que sao xmls gerados pelo acbr mesmo, e nao sao todos, e um ou outro. Alguem tem alguma informação sobre um erro parecido ? Que possa me dar um luz ?

Bom dia Amigo, gostaria de pedir uma ajuda, estou tentando carregar um xml e o mesmo não e carregado certo, olhando a estrutura do arquivo em si nao me parece ter poblemas, debugando o acbr verifiquei que na parte onde e ele monta os grupos pra carregar o xml na pcnNFeR, na parte (* Grupo da TAG <ide> *******************************************************) if Leitor.rExtrai(1, 'ide') <> '' then begin (*B02*) NFe.ide.cUF := Leitor.rCampo(tcInt, 'cUF'); (*B03*) NFe.ide.cNF := Leitor.rCampo(tcInt, 'cNF'); if NFe.ide.cNF = 0 then ... Ele extrai o grupo id deixando um espaço nas tags, tipo cUF ta la um <cUF >, e acho que devido a esses espaços ele nao me retorna certo os campos. Alguem mais esta passando por isso ? Estou anexando o xml que eu estou tentando carregar. PS. Ja estou com a versao mais recente de hj. Desde ja obrigado pela ajuda. 51151204778945000190650010000011691000225922-nfe.xml

Valeu realmente parou o erro.. Mas estou travado agora na questão de assinar os lote eo rps antes de enviar.

Amigo leomcl pelo menos pra mim aqui, o erro so acontece no ambiente de homologacao no de produção ele não acontece ( então eu passei a usar o de producão pra continuar minha implementação ). Mas tive que para denovo pq o provedor pede assinatura tanto no lote quanto no rps e o componente ainda nao faz isso. E tenso testar as coisas em produção, mas por hora e uma alternativa.

Adiciona na lista tambem o provedor da Ábaco também esta exigindo as assinaturas no RPS e no Lote ( conforme um xml de exemplo deles baixado no portal ). envia_loteremessa_rps_assinado.xml

Hum, lascou então, vou dar uma fuçada no fonte pra ver se consigo fazer alguma coisa pra quebrar o galho. Apesar de eu estar alguns anos luz atras do pessoal, os codigos deles me deixam de cabelo em pe, toda vez que fuço no fonte...

Boa tarde a todos. Poderiam me dar uma ajuda, estou implementando a NFSe para o Provedor Ábaco cidade de Rondonopolis/MT, no xml exemplo que e disponibilizado no portal da cidade, o arquivo do envio do lote e assinado no lote e nos Rps. Consultando aqui no forum cheguei ao arquivo ini do provedor da Abaco, na parte do Assinar RPS e Lote, teoricamente eu devo deixar os dois ativos (1), porem quando o faço deixando ambos como valor 1, ele so assina o rps e deixa o lote sem assinatura. Alguém mais esta com o mesmo problema.

Acredito que já tenham percebido mas caso não, o erro em questão só aparece em homologação, qdo eu tento em produção pelo menos o erro não acontece. Não posso falar mais daqui pra frente, pq essa e a minha primeira implementação de nfse, então vou ter que fazer em produção mesmo, seja o que deus quiser.

vishi, tenso o estranho e que nao deve ser todo mundo que ta com esse erro não vejo muitqa gente falando, então deve ser algo que nos estamos fazendo errado, se fosse geral o povo tava doido pela correção.

Feliz natal atrasado turma ! E ai galera alguém consegui sair do "Erro ao ajustar INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046" se conseguiu da uma dica ai pra mim por favor ja tentei varias coisas mas nada de resolver. O erro tambem acontece se tentar consultar.

Renemelo vc ja usava e começou a acontecer ? No meu caso estou iniciando a nfse agora, entao e um erro novo esse INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046 ???

Estou usando o provedor da ABACO e estou com o mesmo erro, acabei de atualizar o acbr e recebo o bendito do Erro "INTERNET_OPTION_CLIENT_CERT_CONTEXT: 12046"

Boa noite, estou tentando a homologação dos boletos com a caixa, e na ultima tentativa me retornaram um erro relacionado a linha digitavel que estava diferente dos valores informados. Ai verifiquei que no caso o codigo do cedente que estava informado nao poderia se rinformado daquela forma no caso eu enviavo 267301-0, ( ja com o digito do cedente ), ai bas fases onde o acbr calcula o digito do cedente ele calcula usando todo o numero e acaba dando erro na linha digitavel, eu entao alterei o valor enviado ao componete (acbrboleto.Cedente.CodigoCedente) para 267301 e a linha digitavel ficou correta porem na versoa impressa o codigo do cedente aparece sem o digito, 267301 e o banco cobra com o digito (267301-0), para corrigir isso eu alterei dentro da unit ACBrCaixaEconomica a função CalcularDVCedente para pegar apenas os 6 digitos. A minha duvida e . Isso pode atrapalhar em outros lugares ? Como vcs esta fazendo pra gerar no caso meus boletos sao sem registro. Abaixo irei por as informações que acho que sao pertinentes ao caso Função alterada na unit ACBrCaixaEconomica function TACBrCaixaEconomica.CalcularDVCedente(const ACBrTitulo: TACBrTitulo): String; var Num, Res: string; begin Num := copy( ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente, 1, 6 ); Modulo.CalculoPadrao; Modulo.MultiplicadorFinal := 2; Modulo.MultiplicadorInicial := 9; Modulo.Documento := Num; Modulo.Calcular; Res := intTostr(Modulo.ModuloFinal); if Length(Res) > 1 then Result := '0' else Result := Res[1]; end; No manual a pagina de onde eu tirei a obrigação de no boelto estar escrito o cedente com digito esta na pagina 5, no item 4.1.3.3 No manual a pagina de onde eu tirei a informação de usar apenas as 6 casas para o calculo do digito do codigo do cedente e na pagina 15 no item 5.6 Espero não ter feito confusão. Desde ja muito obrigado. Homologação Boletos Caixa.pdf

Boa tarde tarde amigos, estou tentando fazer a migração de um sistema ( entrei na empresa a pouco tempo então estou alterando ) para a versão 2.0, e notei uma coisa em relação a versão 1.0 e gostaria de solicitar ajuda de vocês que provavelmente esta a anos luz na minha frente em relação a essa onde Nfe, quando informo o csosn para um item, o xml gerado pelo acbr descarta as informações do pIcms, vIcms, vBc do item, portanto ao final do processo a danfe sai com os valores Bc.Icms, V.Icms e Aliq.Icms setado com 0,00, ate ai tudo bem pois pelo que conseguir entender ( se eu tiver entendido certo ), o optante do simples nacional (CRT = 1) não destaca imposto. Até esse ponto tudo bem, mas minha duvida surge quando eu vou emitir NFe para fora do estado, onde o ICMS sera de 12% ou 17%, mesmo estando esse valores informando pelo motivo de eu informar um csosn eles são descartados e a Danfe sai sem os valores e alíquotas do ICMS, e os contadores que eu consultei aqui me disseram que tem que constar la na coluna ALIQ.ICMS o valor da alíquota, me ajudem esta certo isso ou não ? o valor da alíquota, devido ao fato do emitente ser optante do simples nacional fica como 0,00 mesmo para vendas fora do estado ? Desde já agradeço a paciência e ajuda de todos. Aécio Soares Ferreira Rondonópolis/MT