leootoni

Bom dia pessoal, Pelo que vimos o erro 12002 é falha (falta ?) de comunicação com o webservice, por ele estar ou fora do ar ou sobrecarregado, não sendo portanto erro de código ou de parametrização, a única coisa que pode-se tentar fazer para contornar é aumentar o timeout. No mais é esperar pela normalização do serviço por parte da SEFAZ. Creio que o tópico possa ser encerrado. Agradeço a todos.

Descobri ontem a noite que desde o dia 26/04 MG já aparece nesse serviço aqui http://nfce.se.gov.br/portal/painelMonitor.jsp Dá para verificar o status do serviço e os tempos médios. MG só Jesus na causa... 4 meses de desgoverno.

Boa tarde gente, estou com esse erro e não consigo achar solução Estou usando as seguintes configurações e alem disso Alguém pode me ajudar a encontrar uma solução ? Alguém mais com esse problema ?

Tenho recebido a mesma mensagem em MG

Ocorreu novamente, em anexo o XML que não validou Nao validado.xml

Em computadores diferentes um com windows 10 e outro com windows 8

Bom dia, Também estou com esse problema, além da demora fica dando somente "lote em processamento", alguém tem alguma notícia ?

Descobri que marcando a propriedade IdentarXML passa a dar esse erro, foi só desmarcar que voltou a funcionar. Obrigado a todos

Também recebi essa rejeição hoje, anexei o xml 31190417162629000130550020000034711000034717-nfe.xml

Como eu disse o componente ACBrDANFCEFR coloca o traço separando o cabeçalho dos itens, já o ACBrNFeDANFeESCPOS não, entendeu ?

O componente ACBrDANFCEFR faz a quebra de linha, coloca um traço separando, já o ACBrNFeDANFeESCPOS não faz, há uma diferença entre a impressão dos dois componentes.

Como imprimir as informações do vale pedágio quando o indicador de lotação está como "Não" no Fast Report (utilizo DACTE_RETRATO.fr3).

Não creio que é para sair a Marca do ECF, modelo do ECF e Fabricante do ECF a cada cupom referenciado, seria uma insanidade até, dentre tantas, mas leia novamente que vai ver que pede para sair apenas o COO e não MODELO DO DOCUMENTO e NÚMERO DO ECF, como o componente está fazendo. Volto a repetir, já alterei os fontes do componente e não está sendo impresso mais dessa forma, mais uma vez obrigado a todos. Maravilha

Achei o seguinte no RICMS de MG: (2112) Art. 17. Por ocasião da emissão do Cupom Fiscal poderá ser emitida Nota Fiscal modelo 1 ou 1-A ou Nota Fiscal Eletrônica a ele correspondente, quando o consumidor assim o exigir, hipótese em que será observado o seguinte: (1261) I - na nota fiscal emitida deverá ser indicado o Código Fiscal de Operações e Prestações (CFOP) 5929; (1261) II - no campo "Informações Complementares" da nota fiscal deverão constar o número do Contador de Ordem de Operação (COO) relativo ao Cupom Fiscal emitido e a identificação da marca, modelo e número de fabricação do ECF que o emitiu. (1261) Parágrafo único - Caso o campo "Informações Complementares" não seja suficiente para conter as indicações exigidas neste artigo, poderá ser utilizado, excepcionalmente, o quadro "Dados do Produto", desde que não prejudique a sua clareza. Pede apenas para colocar o COO e não o modelo do documento e número do ECF um a um, como está saindo , mas como disse nosso amigo André Ferreira os fontes estão disponíveis e podem ser alterados, é o que já fiz. Abraços a todos, agradeço a atenção.

Creio que você se refere ao tópico

Depois que atualizei passei a ter a mesma situação, os cupons referenciados estão saindo nos dados adicionais e ocupando muito espaço, é obrigatória essa forma de trabalhar ? Cliente reclamando e muito disso.

Depois que atualizei o ACBR passou a sair na DANFE a informação dos cupons vinculados Ex: ECF Ref.:(modelo: 2D ECF: 003 COO: 712529), (modelo: 2D ECF: 003 COO: 713201), (modelo: 2D ECF: 003 COO: 713702) dessa forma está ocupando muito espaço nos dados adicionais, tem como parar de sair isso ou é obrigatório ?

Segue o arquivo que está sendo carregado para a consulta 31160603033252000105570010000073881000073883-cte.xml

Na minha também tem uma única rotina de configuração, estou testando aqui do jeito que você sugeriu mas ainda sem sucesso.

Como eu disse anteriormente, eu carrego o XML para consulta, assinado, não é atualizado o xml com a autorização de uso na consulta, fica como estava antes da consulta. No exemplo que você expôs acima, entre ACBrCTe.Consultar; { Aqui tem um código para salvar o XML de retorno da consulta ? Poderia exemplificar ? } // Carrega no Componente o CTe salvo em Arquivo XML com o protocolo ACBrCTe.Conhecimentos.Clear; Desde já agradeço imensamente a ajuda.

Como eu disse, não tenho o XML com autorização de uso. Na consulta, mesmo consultando com o XML assinado, não atualiza o XML com a autorização de uso, ou não estou sabendo aonde pegá-lo Na hora de imprimir o DACTE sai como na imagem. Mesmo setando a propriedade ACBRCTe1.DACTe.CTeCancelada := True; e carregando o XML do evento de cancelamento não imprime com a tarja de cancelado. Segue o código : ACBRCTe1.Conhecimentos.Clear; ACBRCTe1.Conhecimentos.LoadFromFile(VNomArqCTe); ACBRCTe1.DACTe.CTeCancelada := True; VNomArqCTe := KDirIni+'XML\'+Estoque+'\Cancelamento\'+Copy(ACBRCTe1.Conhecimentos.Items[0].CTe.inFCTe.ID,4,44)+'-Canc.XML'; ACBRCTe1.EventoCTe.Evento.Clear; ACBRCTe1.EventoCTe.LerXML(VNomArqCTe); ACBRCTe1.Conhecimentos.Imprimir;

Tenho exatamente esse caso, não existe mais a propriedade AtualizarXMLcancelado, como posso imprimir o DACTE com os dizeres "CTe Cancelado" ? Aonde pego o XML do evento de cancelamento na consulta ? Estou tentando em ACBRCTe1.WebServices.Consulta.procEventoCTe.Items[0].RetEventoCTe.retEvento.Items[0].RetInfEvento.XML mas está incorreto

Valeu gente ! Muito obrigado, deu certo !

Vou repetir a minha pergunta, se puder me ajudar, como faço isso ?

E como faço isso ? O Fast Report que tenho é o que veio com o Delphi.