Márcio B.

Eu testei com o DNS e funcionou e também testei mudando o arquivo hosts da pasta C:\Windows\System32\drivers\etc adicionando a linha e também funcionou: 200.233.4.145 mdfe.svrs.rs.gov.br

Boa tarde, Acabei de fazer um CTe mineiro em produção com sucesso e também já fiz o cancelamento dele. Não mudei nada no ACBr e já joguei em produção.

Apenas... para avisar que também estou com problemas. Acabei de atualizar e reinstalar o ACBR como administrador. Em Homologação a mensagem retornar é por causa da razão social que está sem traço no XML: Rejeicao: CT-e emitido em ambiente de homologacao com Razao Social do remetente diferente de CT-E EMITIDO EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL Em produção não retorna nada... somente a exceção sem mensagem de retorno do motivo. Voltei para a versão 3.00 e funcionou em produção normalmente.

Bom dia Jeanny, Concordo com você. O Tratamento de gravação e leitura do qrcode deve ser o mesmo usado nos outros campos em que ocorre a utilização de caracteres especiais. Bom dia Juliano, Não sugiro omitir o qrCode e sim usar a solução ParseTextXML sugerida até que passe pelo crivo do ACBr. Para isto muda para true o parâmetro como sugerido pela Jeanny. O default do ParseTextXML da procedure wCampo é true e quando não informada e portanto nos outros campos gerados onde ela é omitida não tem este problema.

Sugiro que vocês atualizem o ACBR conforme a recomendação do Sr. Italo. Segue em anexo a imagem do XML gerado por um sistema "não ACBr" que motivou as alterações bem como a imagem do schema onde indica a utilização do & no lugar do CDATA.

Boa tarde Juliano, Acabei de re-atualizar o ACBr, baixei usando o TortoiseSVN em uma pasta limpa, instalei utilizando o executável do instalador como administrador, abri o projeto, fiz um build, compilei, e fiz um CTe em homologação utilizando os schemas que vem junto do ACBr na pasta C:\ACBr\Exemplos\ACBrDFe\Schemas e deu tudo certo e até já coloquei em produção. Quanto ao CDATA o schema do CTe não prevê o uso por isto um cliente foi irredutível quanto a remoção dele. Quanto ao & ele não pode estar "sozinho" dentro do XML porque ele atrapalha a estrutura, então ele dever ser acompanhado dos outros caracteres ficando & como na imagem do schema do post anterior. Se remover a parte anterior "![CDATA[ " e posterior "]]" e deixando apenas & então tentar abrir com um navegador o XML ele fica errado. Caso neste mesmo arquivo você além de eliminar o "involucro" do CDATA alterar o "&" para "&" como indicado no schema o navegador vai abrir corretamente e se olhar na linha os caracteres "que foram a mais" são automaticamente ocultados porque a leitura deles "explica" que o & comercial deve ser apenas mostrado pelo navegador e não "interpretado" pelo programa que está lendo o XML. Ficou meio complicado a explicação mas esta funcionando desde uma semana antes do primeiro post. Lembrando que o & é usando sempre que precisar mostrar o caracter & como no nome do emitente, remetente, destinatário e etc.

Bom Tarde Italo, Eu que agradeço! (Já estou atualizando eles.)

Italo, Segue em anexo os arquivos que modifiquei. ACBrCTe.pas linha 329. pcteCTeW.pas linhas 270, 271 e 272. No ACBrCTe.pas mais adiante no Passo 2 tem &sign que pelo esquema pode ir &sign, mas não mexi. ACBrCTe.pas pcteCTeW.pas

Bom dia Italo, Já esta rodando em produção desde semana passada e até agora zero problemas. Dentro do schema da receita já tem previsto por isto acho que não está dando problemas.

Olá, Uma empresa está exigido que a estrutura CDATA que fica dentro do qrCodCTe seja removida porque o sistema dela não interpreta este campo e trata ele como erro e impede a leitura. Ela está exigindo de todas as transportadoras e mesmo eu explicando o motivo do CDATA eles estão irredutíveis. Para poder atender alterei o arquivo pcteCTeW.pas removendo os caracteres que formavam o CDATA dentro do Gerador.wGrupo('infCTeSupl') e dentro do ACBrCTe.pas onde era criado o link eu alterei o '&tpAmb=' para '&tpAmb=' utilizando assim o escape & no lugar do &, seguindo um CTe de exemplo que me passaram. Enviei em homologação e está tudo certo sem erro no XML como esta empresa solicitou. A minha pergunta é se há algum problema em fazer estas alterações? Existe alguma norma técnica que impeça este tipo de alteração?

Alguém conseguiu gerar esta guia da UF favorecida PR quando o transportador não está inscrito lá?

Olá... Acabei de ter este problema... A solução que achei foi entrando em Project -> Options -> Application -> Manifest -> DPI Awareness = Unaware

Eu fiz assim... e tá passando com emissor em SP: if cbContingencia.Checked = True then begin if (AnsiMatchStr(ufFiscal, ['RS', 'MS', 'MT', 'SP', 'AP', 'PE', 'RR'])) then begin ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCRS; Ide.tpEmis := teSVCRS; end else begin ACBrCTe1.Configuracoes.Geral.FormaEmissao := teSVCSP; Ide.tpEmis := teSVCSP; end; end; Olhei no site de SP e no nacional e os CTes estão lá. E na chave do CTe onde ia 1 de normal está indo 7.

Eu não sugeri aos clientes enviarem sem porque pode ser que os tomadores tenham problema na hora de se creditar do ICMS.

Liguei no 0800... mandaram abrir chamado que para eles tá tudo ok. https://portal.fazenda.sp.gov.br/Paginas/Correio-Eletronico.aspx