luisclaudio_jr

Aqui em SC aconteceu uma vez com a GVT que tava travando os webservices ficou por um mês assim. PrudenSIS, veja se essa internet a radio não utiliza sinal da Speddy. Vamos tentar levantar o que pode ser, tenho uns 30 clientes em SP, acredito que o problema esteja apenas nesse que usa speddy... Qualquer novidade, vou informando.

Estou com esse problema em um cliente também. Sabe me dizer a operadora do seu cliente? Tenho mais clientes em SP e nenhum ta com esse problema. A operadora de internet do meu cliente é speddy.

No caso, o cte de anulação é apenas se o cliente não for contribuinte, se ele for, tem que fazer o de substituição e só depois fazer o outro cte correto. Obrigue o cliente a fazer uma nota fiscal de anulação de serviços, essa nota tem que ser referenciada no cte de substituição. Pelo menos é feito isso aqui e os contadores nunca reclamaram.

MG é complicado mesmo.

Com toda certeza é problema no SEFAZ, as vezes acontece isso mesmo, tem que aguardar.

ótimo, me perdoe, atualizei no mês passado, evito fazer atualizações pois tenho algumas regras que acabo mudando no componente pois são especificas dos meus clientes,Agradeço

Exatamente.. Infelizmente isso vive dando problema, tendo que entrar toda vez no computador do cliente pra resolver, Alguém sabe de algum script que possa rodar sem ter que ir toda vez e fazer isso manualmente? Creio que um script que altere isso resolveria problema de muitas pessoas.. Pra configurar isso e o TSL..

Exatamente o que o Juliomar disse, já passei por isso, só alterar a sequencia do documento que dá certo Leandro.

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