Márcio B.
Membros-
Total de ítens
46 -
Registro em
-
Última visita
Márcio B.'s Achievements
-
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.
-
Márcio B. started following CT-e 4.00 e Remoção do CDATA do campo qrCodCTe.
-
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?
-
para cod.rec 100030 Informe a inscrição estadual - Paraná
Márcio B. replied to luisclaudio_jr's tópico in ACBrGNRe
Alguém conseguiu gerar esta guia da UF favorecida PR quando o transportador não está inscrito lá? -
Problema com tamanho da fonte
Márcio B. replied to Tiago.DX's tópico in Object Pascal - Delphi & Lazarus
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
-
As transportadoras do SP que atendo, estão apresentando este problema emitindo para qualquer UF destino dá erro de IE não vinculada. Já as transportadoras que estão no RS estão emitindo normalmente.