ncc.star

Pra mim também retorna como serviço em operação, porém pra autorizar a nota ocorre o erro.

Eu de SC

Estou com o mesmo problema.

Olá! A correção que eu fiz para esse problema, poderá ser incorporada nos fontes do ACBr?

Bom dia! Os fr3 que estão no diretório do ACBr pra mim está dando erro Cannot find class .... Isso eu percebi usando uma versão minha do fr3, onde um cliente reclamou que não estava aparecendo a observação do fisco depois de uma atualização que eu fiz. Eu posso estar enganado, acredito que esse problema é independente do fr3. Ele acontece na hora que o componente pega a informação do XML para o dataset. Em anexo uma imagem que explica melhor o que está acontecendo.

Não estava aparecendo as informações do infAdFisco na impressão do dacte fast report. Para corrigir, eu alterei, na linha 2101 deixei assim: FieldByName('infAdFisco').AsString := BufferObs; e na linha 2129, deixei dessa forma: FieldByName('ObsCont').AsString := BufferObs; O arquivo está em anexo para avaliação. ACBrCTeDACTEFR.pas

Alguém mais está com problemas no PR para autorizar CT-e? Consultando a disponibilidade do serviço estaria OK, entretanto não autoriza e retorna: Erro nao catalogado. [Det: org.hibernate.exception.GenericJDBCException: Cannot open connection.] Também já liguei no 0800 e uma mensagem gravada informa que o serviço está normal.

Alterei ACBrCTeDACTEFR para imprimir as informações quando o CT-e é do tipo serviço 4 (vinculado a multimodal). Linha 1969, adicionei no case: tsMultimodal: FieldByName('tpServ').AsString := 'Vinc. Multimodal'; Linha 1995, adicionei a chave do CT-e referenciado: FieldByName('refCTE').AsString := refCTe; Segue arquivo para análise. ACBrCTeDACTEFR.pas

Corrigido! Obrigado!

Segue o ReqResp.xml ReqResp.xml

Segue o arquivo! 104863511-sit-soap.xml

Olá! Estou testando a integração com o provedor Ginfes e o retorno está estranho. O XML retorna com " Isso é normal? Em anexo um exemplo. 104863511-sit.xml

Olá! Tinha esquecido de mencionar, o problema estava ocorrendo para mim com o provedor Ginfes. Acredito que estava ocorrendo com todos. Resolveu atualizando os fontes e o arquivo .ini Estou usando libCapicomDelphiSoap.

Estava com esse problema também. Atualizei os componentes e o arquivo .ini do provedor e parou de acontecer.

Sim, esqueci de anexar. ACBrMDFeDAMDFEFRDM.dfm Aproveitando, já alterei ACBrGNREGuiaFRDM também. Segue. ACBrGNREGuiaFRDM.dfm ACBrGNREGuiaFRDM.pas

ACBrGNREGuiaFRDM.pas está com o mesmo problema.

Esse erro ocorre porque dentro do constructor o componente não existe ainda. Quando tenta acessar a propriedade do componente dá erro. Eu percebi que no danfe o componente é criado dentro do constructor mesmo. Alterei colocando esta linha no DataModuleCreate. A principio não deu mais erro e é necessário avaliar. Esta linha foi adicionada no dia 25/02, na revisão 11239. Envio em anexo o arquivo. ACBrMDFeDAMDFEFRDM.pas

Acredito que descobri o problema, preciso testar mais. A principio comentei as linhas abaixo e parou de dar o erro. constructor TDMACBrMDFeDAMDFEFR.Create(AOwner: TComponent); begin inherited; FDAMDFEClassOwner := TACBrMDFeDAMDFeClass(AOwner); { frxReport.PreviewOptions.Buttons := [pbPrint, pbLoad, pbSave, pbExport, pbZoom, pbFind, pbOutline, pbPageSetup, pbTools, pbNavigator, pbExportQuick, pbNoClose, pbNoFullScreen, pbNoEmail ];} end;

Também estou enfrentando este problema. Estou tentando de tudo. Apenas o DamdfeFR com problemas. O DACTEFR e DANFEFR estão normais. D2010, Fast 4.15.11 Log.txt

Boa tarde Italo! Tudo bem? Conseguiu analisar o arquivo que lhe enviei com as alterações? Você acredita que será possível deixar dessa forma proposta?

Olá! Provavelmente sim. Teremos uma nova versão do CT-e (3.00). Alguns meses atras eu recebi uma apresentação com novidades, parece ser de uma reunião realizada no mês 09/2015. Inclusive é para existir o modelo 67, que atenderá transporte de pessoas, valores e excesso de bagagem.

Bom dia! Por enquanto, para um cliente meu do PR também está acontecendo algo semelhante. O PC está com horário de verão (correto), e se tentar autorizar a NF-e dá rejeição 3291->Data-Hora de Emissao posterior ao horario de recebimento Tolerância de até 5 minutos. Se atrasar em 1 hora na hora de emissão autoriza normal. Tente fazer isso. Em homologação (SEFAZ RS) não apresentou problemas. Acredito que deva ser algo da apenas da SEFAZ do PR.

Bom dia! Fiz mais testes, atualizei os schemas, e o erro persiste. É um erro intermitente. Ontem eu consegui cancelar sem problemas vários conhecimentos. Hoje, o primeiro que eu tentei deu o erro. Hoje, logo depois desse erro de falta de schemas, consultei o CT-e e retornou como cancelado. Acredito que isso se deva apenas a problema no Sefaz do MT, pelo fato que em outros estados está normal. O que eu acho estranho é essa diferença no XML retornado pelo WS do MT.

Olá! Vocês também estão com problemas no cancelamento de CT-e no estado do Mato Grosso? Quando vamos cancelar ocorre os erros abaixo. Ocorreu tanto em produção como em homologação. As vezes, mesmo dando o erro, aparece como cancelado no SEFAZ. As vezes não cancela nem no SEFAZ. Quando cancela no SEFAZ, se fizer uma consulta do CT-e via webservice retorna como cancelado. O detalhe é que o XML de retorno do CT-e cancelado é diferente dos outros estados. Não há as tags referente ao protocolo do CT-e autorizado (imagem anexo). Erro 1: The node is neither valid nor invalid because no DTD/Schema declaration was found. Erro 2: exception class EACBrDFeException with message 'Erro Interno: 12002 Erro HTTP: 4 Erro: Requisição não enviada. 12002 - O tempo limite da operação foi atingido'.

Segue o arquivo também com a correção ortográfica. pcnConversao.pas