luisclaudio_jr

Boa tarde. No componente atual da acbr ta dando erro pra imprimir a tag doc anterior, eu ajustei o componente fazendo umas mudanças no indice da variavel e deu certo, segue mudanças para analise se é possível arrumar no componente. procedure TdmACBrCTeFR.CarregaDocumentoAnterior; // Adicionado por NCC - 04/04/2014 IMPRESSÃO DOC ANTERIOR - ROTINA ACBrCTeDACTEFRDM.PAS procedure TdmACBrCTeFR.CarregaDocumentoAnterior; // Adicionado por NCC - 04/04/2014 var i,ii,iii:integer; begin with cdsDocAnterior do begin Close; FieldDefs.Clear; FieldDefs.Add('CNPJCPF', ftString, 18); FieldDefs.Add('xNome', ftString, 60); FieldDefs.Add('UF', ftString, 2); FieldDefs.Add('IE', ftString, 14); FieldDefs.Add('Tipo', ftString, 33); FieldDefs.Add('Serie', ftString, 3); FieldDefs.Add('nDoc', ftString, 20); FieldDefs.Add('dEmi', ftString, 10); FieldDefs.Add('Chave', ftString, 44); CreateDataSet; {$IFDEF PL_200} for i := 0 to CTe.infCTeNorm.docAnt.emiDocAnt.Count - 1 do begin with CTe.infCTeNorm.docAnt.emiDocAnt.Items[i] do begin {$ELSE} for i := 0 to CTe.infCTeNorm.emiDocAnt.Count - 1 do begin with CTe.infCTeNorm.emiDocAnt.Items[i] do begin {$ENDIF} for ii := 0 to idDocAnt.Count - 1 do begin for iii := 0 to idDocAnt.Items[ii].idDocAntPap.Count-1 do begin with idDocAnt.Items[ii].idDocAntPap.Items[iii] do begin Append; FieldByName('CNPJCPF').AsString:=CNPJCPF; FieldByName('xNome').AsString:=xNome; FieldByName('UF').AsString:=UF; case tpDoc of daCTRC: FieldByName('Tipo').AsString:='CTRC'; daCTAC: FieldByName('Tipo').AsString:='CTAC'; daACT: FieldByName('Tipo').AsString:='ACT'; daNF7: FieldByName('Tipo').AsString:='NF 7'; daNF27: FieldByName('Tipo').AsString:='NF 27'; daCAN: FieldByName('Tipo').AsString:='CAN'; daCTMC: FieldByName('Tipo').AsString:='CTMC'; daATRE: FieldByName('Tipo').AsString:='ATRE'; daDTA: FieldByName('Tipo').AsString:='DTA'; daCAI: FieldByName('Tipo').AsString:='CAI'; daCCPI: FieldByName('Tipo').AsString:='CCPI'; daCA: FieldByName('Tipo').AsString:='CA'; daTIF: FieldByName('Tipo').AsString:='TIF'; daOutros: FieldByName('Tipo').AsString:='OUTROS'; end; // correção PADILHA TROCADO INDICE VARIAVEL "ii" para "iii" FieldByName('Serie').AsString:=idDocAnt.Items[i].idDocAntPap.Items[iii].serie; // correção PADILHA TROCADO INDICE VARIAVEL "ii" para "iii" FieldByName('nDoc').AsString:=intToStr(idDocAnt.Items[i].idDocAntPap.Items[iii].nDoc); // correção PADILHA TROCADO INDICE VARIAVEL "ii" para "iii" FieldByName('dEmi').AsString:=FormatDateTime('dd/mm/yyyy',idDocAnt.Items[i].idDocAntPap.Items[iii].dEmi);// correção PADILHA TROCADO INDICE VARIAVEL "ii" para "iii" end; post; end; for iii := 0 to idDocAnt.Items[ii].idDocAntEle.Count-1 do begin Append; FieldByName('CNPJCPF').AsString:=CNPJCPF; FieldByName('xNome').AsString:=xNome; FieldByName('UF').AsString:=UF; with idDocAnt.Items[ii].idDocAntEle.Items[iii] do begin FieldByName('Tipo').AsString:='CT-e'; FieldByName('Chave').AsString:=chave; FieldByName('Serie').AsString:=copy(chave,23,3); FieldByName('nDoc').AsString:=copy(chave,26,9); FieldByName('dEmi').AsString:=copy(chave,5,2)+'/'+copy(chave,3,2); end; post; end; end; end; end; end; end;

Claudio, até onde sei, o ICM deve ser calculado pelo percurso, independente do TOMADOR, o que deve ser levado em consideração também, é se o destino possui inscrição estadual, se não possuir você deve pegar a aliquota interna do estado, que normalmente é maior do que a alíquota normal.

Bom dia! Consegue trazer mais detalhes do erro? As vezes é até configuração do proprio navegador.. veja se consegue mais informações.

Quanto ao caso acima, o pessoal da E-frete é bem gente boa, só trocar uma ideia.. O problema que vejo é que, cada cliente tem que mandar pra eles contratos assinados,cópias contratuais, pra eles fazerem a liberação do cliente no sistema deles pra emissão do CIOT... mas recomendo a ligar lá e conversar com o pessoal que pode ser que dê certo, se caso dê, eu posso ajudar também na implementação.

Pois é italo, vou ver o que consigo aqui, já disse algumas milhões de vezes que não era possivel, mas vou solicitar pra anularmos esse cte. Agradecido pela pontual ajuda de sempre. valeuu

Boa tarde Italo, segue xml do pedido... referente ao texto passado, sabemos que não pode alterar o tomador.. porém a empresa ta exigindo isso, então ficamos de braços e pernas amarradas hehe Agradeço pelo empenho. 1161-ped-eve.xml

Bom dia, Então italo, ref ao recebedor, teve uns dias que o sefaz tava bloqueando e não deixava passar de jeito nenhum sem recebedor, então acabei adotando isso, vou remover. ref ao retorno, na realidade ta xTexto / ObsFisco é que acabei escrevendo manual. O unico arquivo que me gerou é o que esta em anexo. 1161-ped-eve.xml

Bom dia amigos! Estou com esse mesmo problema também, segue xml em anexo. Rejeicao: Carta de correcao invalida (campo/grupo [xtexto/obsfisco] informado nao existe no schema do CT-e ou nao existe no grupo informado) Engraçado que é apenas no estado do PR.. os outros ta indo normalmente. Alguém pode me Ajudar? Agradeço desde já. 41141007138602000159570010000000891000011610-cte.xml 41141007138602000159570010000000891000011610-cte.xml

Boa tarde! Significa que já tem um CTE com esse numero la na sefaz, RECOMENDO: você a tentar enviar, ele vai retornar uma chave.. pega essa chave e consulta na sefaz, ai tu ja vai ver que foi autorizado, lá tu pode pegar o XML, e ai tu pode fazer o que quiser (cancelar, importar pro teu sistema) Mas não irás conseguir mandar outro cte com mesmo numero e serie..

Complicado, Menos mau... porém tive empresas que ficaram no preju... provavelmente vão passar batido e nem vão falar nada

Puts... Vamos aguardar até amanhã cedo, essa SEFAZ só dando preju..

Qual a operadora do cliente de vocês? no meu caso, tinha 2 que eram da telefonica.. o outro não soube identificar, caso tenham algum certificado A1 se puderem testar o envio de outro lugar, (só n faço isso porque no caso é A3)

Boa noite! Hoje passei pelo mesmo problema APENAS com clientes de SP, comecou agora a noite.. estranho que, tava funcionando NORMAL até umas 17h.. após isso meus clientes de SP começou a dar isso.. Não identifiquei ainda, porém acredito que é algo lá no estado.. ou até mesmo com a operadora, não consegui testar ainda o envio de outra operadora. Se até amanhã persistir, esse erro vai dar muito pano pra manga hehe

Bom dia! tenho clientes que fazem operações pra fora, eles emitem com a cfop 7.358 que permite a isenção do ICM, se você fizer um CTE, por exemplo daqui pra lá, e lá como PAGADOR, tu tem que passar o CNPJ de lá zerado, a UF de lá como EX, ai o sistema da sefaz vai passar certinho e acredito que não terá problemas. Pelo menos é isso que meus clientes fazem e não tem nenhum tipo de problema.

Obrigado Italo, você é fera mesmo hehe Forte abraço

Bom dia Galera! Estou trabalhando com o MDF-e desde julho sem apresentar quase nenhum problema. Ontem implantamos um cliente novo, ele carrega no MINIMO, uns 300 ctes por viagem, na qual ele passa por alguns estados. Ontem, na separação dos estados, acabou gerando uns 4 mdf-e pra enviar, na qual 3 passaram e apenas um acabou me retornando essa mensagem: TAG:<infMDFe Id="MDFe" versao="."><infModal versaoModal="."><infDoc> ID:#/infMunDescarga() - Número de ocorrências maior que o máximo permitido - Máximo .Falha na validação dos dados do Manifesto TAG: Depois de muito insistir, e trocar quase tudo, eis que diminui o numero de ctes dessa viagem de 130 para 100, pra minha surpresa foi enviado. Gostaria de saber se tem um limite para envio? uma quantidade certa ? Se houver acredito ser uma falha, pois tenho alguns clientes que levam produtos bem pequenos, baratos que dão muito mais que 100 ctes por viagem. Agradeço desde já.

Bom dia Italo, tudo bem!? Eu uso a e-frete, só tenho que elogiar os caras, não é tão dificil a integração, o suporte deles é ótimo, te ajudam bastante! Já estou usando a integração deles vai fazer mais de um ano. Abraço

Boa tarde, aproveitando o problema, não sei se é algo do componente, mas quando tem o CERTIFICADO A3, acontece que na hora do envio ele arredonda os valores, exemplo, se eu passar 35,10 ele manda apenas 35 reais, ignorando os centavos, ai temos que configurar o windows pra isso não acontecer, ocorre apenas depois da ativação do certificado A3, ele passa a arredondar todos os valores no sistema, tendo que fechar e abrir novamente pra resolver a situação.

Bom dia galera, sei que está descontinuado isso, porém o governo vive trocando o site da NF-e e fica quase impossivel deixar aquilo estavel, a ferramenta é muito boa, e muito útil, acredito que quem não usa deveria utilizar. o problema é o seguinte, eles mudaram o captcha da NFE.FAZENDA.GOV.BR e não estou conseguindo trazer ele utilizando o componente.. alguém pode me ajudar? agradeço desde já.

Verifica também as propriedades do teu internet explorer... procure deixar desmarcado algumas opções como revogação. tem também as opções TSL lá. eu deixo apenas USAR SSL 3.0 e TSL 1.0 e desmarco as outras. Faça o teste, tenta entrar nos webservices pelo internet explorer primeiro, se ele liberar o acesso o erro provavelmente é outro, caso ele bloqueie certamente é algo no navegador!

Bom dia Galera, estou revivendo o tópico, acredito que muitos ainda passam por isso! Estou passando por isso agora, chego a algumas conclusões. Primeiro, geralmente quando dá isso, você pode tentar entrar no IE que ele não vai estar acessando a URL do webservice, então descartamos o problema com a acbr, pois se não acessa a URL é óbvio que não vai funcionar. 2- Quando tento por outros navegadores ele acessa normalmente a URL, então descartamos problemas com firewall, capicom e tudo mais. Certamente é alguma configuração do IE que trava essa conexão, já que dá erro Forbiden. Agora já tentei todas as configurações possiveis e nada disso funcionar. Alguém sabe me dizer se a ACBR usa apenas o IE como padrão? ou da pra mudar o navegador e optar por outro? quem sabe fazer uma rotina pra optar pelo google chrome se tiver instalado, se não tiver utilizar o IE... Pois sempre dá problema no IE, as vezes de revogação, as vezes esse de canais seguros o que acaba as vezes levando maior tempão pra resolver.

Lucio, Quando não possuir a chave de acesso da nota, tente passar o documento como Declaração, agora na versão 2.0 o SEFAZ valida se tem ou não a chave no portal.

Italo, desculpa a demora, é então eu fiz uma "gambiarra" pra leitura aqui e acabou dando certo. Valeu mesmo, abraço.

Estou com esse mesmo problema! o xml da 1.4 sai errado faltando aqueles campos e o da 2.0 ta saindo normal! uso o Fast report, porém tentei no Quick e o erro persiste.

Boa noite! Italo, li esse tópico todo, as 11 paginas encontrei um tópico que se tratava do mesmo assunto porém ele não foi respondido! Migrei apenas um cliente para a 2.0 agora para que testasse todas as funções. Deixei rodando, porém quando foi pra imprimir o CT-e antigo emitido na 1.4 ele chegou a gerar o DACTE, faltando conteúdo, creio que ele esteja tentando identificar como 2.0 e não carrega informações do motorista e da NF-e e mais alguns detalhes. Mais alguém passou por isso? alguém pode me ajudar?