Túlio de Pádua

Essa tag no sistema á calculada, então na divisão que é feita gera essa dízima. Mas internamente já resolvemos. Pode fechar aqui então, obrigado.

Pessoal, eventualmente em um usuário ao transmitir uma NFe dá erro de digestvalue. Eu enviei umas notas em homologação utilizando como base a NFe que o usuário recebeu o erro, e consegui reproduzi-lo também. Existe um campo que está ficando diferente no XML, causando então a diferença de digestvalue. No arquivo env-lot eu tenho: <vUnTrib>2166666.6666666666</vUnTrib> No XML baixado do site da Sefaz eu tenho: <vUnTrib>2166666.6666666666</vUnTrib> Já no XML montado pelo ACBr com a tag de autorização (infProt), eu tenho: <vUnTrib>2166666.6666666665</vUnTrib> Pelo visto o valor da tag vUnTrib está sendo alterado pelo ACBr ao montar esse XML. Imagino que isso deve ser por conta do tipo de valor e a quantidade de casas decimais, ponto flutuante pode mesmo gerar essas discrepâncias. Os arquivos de envio e o da Sefaz estão com o digestvalue iguais. Existe alguma forma pra evitar isso? No meu sistema estamos pensando em pegar o XML do envio, pegar o grupo infProt e montar o XML, não aproveitando esse que é montado pelo ACBr, mas se tem alguma coisa que pode ser feita no próprio ACBr estou sem ideias.

Certinho, obrigado.

Bom dia, pessoal, na unit ACBrCTe.EnvEvento existe uma regra de validação que está incorreta: // Verifica a Série do Documento, caso esteja no intervalo de 910-969 // o emitente é pessoa fisica, logo na chave temos um CPF. Serie := ExtrairSerieChaveAcesso(Evento[Idx].InfEvento.chCTe); if (Length(sDoc) = 14) and (Serie >= 910) and (Serie <= 969) and not (Evento[Idx].InfEvento.tpEvento in [teManifDestConfirmacao..teManifDestOperNaoRealizada]) then begin sDoc := Copy(sDoc, 4, 11); end; No CTe é obrigatório o emitente pessoa física usar a faixa de série 920-969, mas diferentemente da NFe, o emissor pessoa jurídica também pode usar essa faixa, ela não é exclusiva. Isso ocorreu com um emissor aqui que fez incorretamente a emissão de um CTe com a série 920 sendo pessoa jurídica. O CTe foi autorizado corretamente, mas ao perceber o erro e tentar fazer o cancelamento não era possível por conta da validação acima, que estava cortando o CNPJ dele para 11c. Removendo esse trecho o cancelamento foi realizado corretamente. Anexei o arquivo modificado para consideração. ACBrCTe.EnvEvento.pas

@Juliomar Marchetti, bom dia, essa versão Reporting VCL serviria, não lista a respeito de enterprise:

Eu tenho um local onde esse componente é criado em runtime e não tenho esse problema não, vai tudo certinho.

Imagino que não. Não conheço nenhuma cidade que permite isso, sempre há uma provedor para emissão de NFSe. Brasília há um tempo tinha emissão de serviços pela NFe, não sei como é hoje.

Que erro?

Resolvido. Algumas dependências estavam em uma unidade mapeada e isso era o problema. Colocando um net use no script para mapear novamente a unidade de rede funcionou.

Pessoal, alguém usa Jenkins mas com projetos em Delphi 7? Com as versões mais recentes a integração é mais tranquila usando MSBuild, mas com Delphi 7 não sei qual o melhor caminho. O projeto é um bpg, e via linha de comando usando make funciona. Tentei o Jenkins configurando o passo de linha de comando do Windows, mas dá falta de dependências. Essas dependências já estão configuradas no arquivo dcc32.cfg, e chamando via linha de comando (o make, que por sua vez dispara o dcc para cada projeto do bpg), ele consegue buscar de lá certo e compilar. Já o Jenkins não consegue, ou estou eu fazendo algo incorreto claro. Se alguém trabalha assim e possui alguma informação que possa ser útil eu agradeço.

Houve alteração nos webservices do SVC-AN, por enquanto em homologação, conforme aviso da RFB: ACBrNFeServicos.ini

Complementando, hoje foi publicada a versão 1.11 dessa NT e realmente houve adiamento. Nesse link tem ela.

Vi agora que já havia um tópico aberto, mas sem solução também:

Pessoal, recentemente algumas mensagens do ACBr estão ficando com problemas em strings acentuadas, por exemplo, a imagem abaixo é uma exceção da transmissão de uma carta de correção para o CTe, mas também ocorreu em outros DFes. Pelo que vi o motivo foi uma alteração na unit ACBrUtil.XMLHTML, conforme essa nota no change-log: Minha dúvida é, há um efeito colateral conhecido para justificar essa mudança, e então necessito em cada consumo de mensagens, logs etc, que são gerados pelo ACBr, fazer um tratamento para que sejam exibidas corretamente? Ou se não não há, eu poderia fazer uma alteração local para deixar essa função como era antes (claro, eu controlaria isso localmente para que ao atualizar o ACBr isso fosse refeito). Grato por qualquer ajuda.

Resposta da Sef/MG recebida hoje: Ou seja, parece que vai ser adiado.

Já tem muito tempo, mas a base do ICMS comum também sofreu a redução de 61,11%. Aplicando essa redução nessa base o valor fecha.

Alteração nas URLs de homologação para as cidades de Monte Carmelo/MG e de Coromandel/MG, ambas utilizam eReceita. ACBrNFSeXServicos.ini

Utilizando o seu exe eu consegui ver o problema em um dos campos. Recompilando com uma versão do Delphi mais recente (10), o problema não ocorria mais. Fora isso não aprofundei muito não, mas pode ser então algum problema da versão do Delphi e/ou Firedac pelo visto.

Não na versão 4.00, problema do retorno em branco. Abri um chamado lá há uns dias e me responderam isso abaixo. Imagino que o problema ainda se estenda.

Pessoal, se alguém estiver com problemas para o CTe 4.0 em MG, eles estão trabalhando nisso ainda, apenas avisando:

Italo, tive que fazer mais duas mudanças nesse arquivo para que funcionasse o status de serviço e o envio para o CTe-OS. ACBrCTeWebServices.pas

Alguns problemas, nesse tópico tem informações.

Que coisa, estou aguardando uma resposta deles, certamente mandarão essa mesma. Eu já tinha alterado localmente também para atender aos testes aqui, vou ver o seu se também como está. Uma pergunta, está conseguindo fazer o envio do CTe-OS?

Pois é, fiz outros testes aqui e até agora só MS está diferente, validando sem o hífen.

Realizando testes com esse evento o ACBr estava gerando um erro de schema: Falha na validação dos dados do Evento: --> 1845 - Element 'evCancPrestDesacordo': No matching global declaration available for the validation root. Verificando, a rotina DefinirDadosMsg estava sem tratamento para esse evento ao gerar o trecho que é validado. Adicionei essas linhas no arquivo e tudo funcionou: schevCancPrestDesacordo: begin AXMLEvento := '<evCancPrestDesacordo xmlns="' + ACBRCTE_NAMESPACE + '">' + Trim(RetornarConteudoEntre(AXMLEvento, '<evCancPrestDesacordo>', '</evCancPrestDesacordo>')) + '</evCancPrestDesacordo>'; end; ACBrCTeWebServices.pas