Painel de líderes

Deu certinho! Muito Obrigado!

Informe no registro C100 o campo COD_SIT = 08. Caso contrário terá a recusa do arquivo por o CNPJ constante na chave de acesso ser diferente do CPF/CNPJ do remetente da nota. Que me lembre é a única alteração necessária.

Agora faz sentido. Por precaução, vou manter a geração do QR Code apenas em homologação até que a ATM nos dê uma solução.

Na verdade não Felipe, vou fazer isso da próxima vez. Tentei executar o seguinte comando para ver se retornava algum erro: 'gfix -v -full C:\Sistema\banco.fdb -user SYSDBA -pass masterke' mais não retornou nada. Mesmo assim rodei um comando para reparar a base de dados, mais a principio também não resolveu. Agora tentamos reiniciar mais uma vez a maquina e o erro parou de ocorrer. Não sei dizer oque solucionou o problema, mais de qualquer forma agora esta OK. Agradeço a ajuda.

Entendido, obrigado

Opa fala Daniel, agradeço também pelo retorno. Sabendo que pode ser um problema da sefaz aguardar mais até amanhã. A solução que o colega Felipe postou ( "Segue configuração é especifica para certificados A1" ... ) eu precisaria fazer todos os procedimentos que tem no post do Daniel Simões ( https://www.projetoacbr.com.br/forum/topic/34177-acbrdfe-openssl-e-tls12/ ) senão ocorre o erro: "OpenSSL 0.9.8n 24 Mar 2010, não suporta LT_TLSv1_2" Agradeço a todos que estão ajudando, vou continuar tentando fazer funcionar sem usar OpenSSL, assim que voltar eu vou descobrir o que é eu posto aqui pra. Obrigado. Att, FernandoBS

Problema resolvido. Vou deixar o usuário configurar. Obrigado.

Se você não precisar dar suporte ao Delphi 2009 ou anteriores, pode converter pra UTF-8 tranquilo. Nós ainda mantemos o código do ACBr compatível com o Delphi 7, por isso usamos a cp "1252".

Tá bom. Obrigado.

Ops, desculpem aí... SetLength(arrayViagens, 2); for i := 0 to 1 do begin arrayViagens := eFretePefService.Viagens3.Create; arrayViagens.DocumentoViagem := 'CTe 1 / 1'; arrayViagens.CodigoMunicipioOrigem := 1234567; arrayViagens.CodigoMunicipioDestino := 1234567; ... ... ... end;

Tente aumentar o tamanho da propriedade ACBrDANFeRL1.LarguraCodProd

Oliveira, Basta abrir o arquivo Cidades.ini e procurar pelo provedor que atende essa cidade e acrescentar ela da mesma forma que foi incluída para outras cidades do mesmo provedor. Talvez seja necessário abrir o arquivo INI do respectivo provedor e acrescentar as URLs de produção e de homologação para a respectiva cidade. Resumindo veja como foi feito para as demais cidades que utilizam o mesmo provedor e faça igual. Se tudo der certo favor anexar os arquivos alterados para que possamos enviar para o repositório.

Valeu pela ajuda Agnaldo Prates mas o contador discordou e ficou de mandar o XML pra mim. Assim que eu tiver a resposta eu posto aqui. Valeu e obrigado !!!

Bom dia, maooliveira. Vi que o provedor já está disponível na pasta ArqINI. Acredito que basta adicionar a cidade no arquivo Cidades.ini

A assinatura pelo WinCrypt está sendo recusada pelo provedor, abri um outro tópico referente a esse assunto, pois não ocorre erro no componente.

Bom dia! Desinstalei a versão do Lazarus 64bits e instalei a de 32bits e funcionou normal. Obrigado...

@Amarildo de Matos vou testar aqui e ja posto o resultado.

Quando você faz o processo de emissão, instalação do certificado, também será preciso instalar o App de Token que vai ficar no celular .. Tudo funcionando corretamente, será solicitado digitar dois códigos, o PIN (como já ocorre) e depois o Token apresentado no aplicativo do Celular.

Basta tirar o grupo de tags do proprietario que o mdf vai ser autorizado. Crie uma opcao no seu sistema pra nao gerar este grupo, ai vc configura de acordo com cada cliente.

Thank you, you save me. God bless you and you familiy!

tão simples usar o pesquisar do fórum for i := 1 to xxx do // onde xxx pode variar de 001 até 999 begin with rodo.infANTT.infCIOT.New do begin CNPJCPF := sCNPJCPF[ i ]; // CNPJ ou CPF do responsável pela geração do CIOT CIOT := sCIOT[ i ]; // Código Identificador da Operação de Transporte end; end;

Olá pessoal, Para quem utiliza o componente ACBrCTe e necessita emitir um CT-e de Substituição deve alimentar os seguintes campos: Vamos a estrutura completa: with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Para tomador contribuinte do ICMS tomaICMS.refNFe := chaveNFe; // NF-e de anulação emitenta pelo tomador // ou informações da Nota Fiscal comum de papel emitida pelo tomador tomaICMS.refNF.CNPJCPF := sCNPJCPF; tomaICMS.refNF.modelo := sModelo; tomaICMS.refNF.serie := iSerie; tomaICMS.refNF.subserie := iSubSerie; tomaICMS.refNF.nro := iNumero; tomaICMS.refNF.valor := vValor; tomaICMS.refNF.dEmi := DataEmissao; // ou a chave do CT-e emitido pelo tomador quanto este for uma transportadora tomaICMS.refCte := ChaveCTeTomador; // caso tenha sido emitido o CT-e de Anulação informar a chave do mesmo no campo abaixo refCteAnu := ChaveCTeAnulacao; end; Exemplo 1: Caso tenha sido emitido um CT-e de Anulação with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // CT-e de Anulação informar a chave do mesmo no campo abaixo refCteAnu := ChaveCTeAnulacao; end; Exemplo 2: Caso o tomador tenha emitido uma NF-e de Anulação with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Para tomador contribuinte do ICMS tomaICMS.refNFe := chaveNFe; // NF-e de anulação emitenta pelo tomador end; Exemplo 3: Caso o tomador tenha emitido uma Nota Fiscal comum de papel with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // Informações da Nota Fiscal comum de papel emitida pelo tomador tomaICMS.refNF.CNPJCPF := sCNPJCPF; tomaICMS.refNF.modelo := sModelo; tomaICMS.refNF.serie := iSerie; tomaICMS.refNF.subserie := iSubSerie; tomaICMS.refNF.nro := iNumero; tomaICMS.refNF.valor := vValor; tomaICMS.refNF.dEmi := DataEmissao; end; Exemplo 4: Caso o tomador seja uma transportadora e tenha emitido um CT-e with infCTeNorm.infCteSub do begin chCte := chaveCTeOriginal; indAlteraToma := tiNao ou tiSim; // Se atribuir tiSim significa que foi alterado o tomador // chave do CT-e emitido pelo tomador quanto este for uma transportadora tomaICMS.refCte := ChaveCTeTomador; end;

então não é indicado usar a versão x64 do lazarus use a x86

Bom dia a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 versão 1.10 que trata sobre novas regras de validação. Essa nova versão é uma complementação da anterior que inclusive o seu resumo se encontra aqui. Resumo da NT:  • Criação/Alteração de regras de validação referentes a CST e Código de Benefício Fiscal, corrigindo algumas regras da versão anterior. • Criação de regra de validação correspondente rejeição 927, para informar os números dos itens em ordem sequencial. • Define que a regra de validação referente ao valor máximo da base de cálculo é por modelo de DF-e. Datas previstas para entrada em vigor: 22/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Alterações na aplicação do desenvolvedor: Por conta da regra H02-10, a aplicação ao atribuir o numero do item ao campo: Prod.nItem, este tem que ser um numero sequencial, consecutivo e iniciado por 1. Para quem utiliza o ACBrMonitor, não precisa se preocupar, pois o mesmo utiliza um numero sequencial, consecutivo e iniciado por 1 para o numero do item. Novas Regras de Validação: Criada a Regra de Validação H02-10, com o objetivo de informar os números do item em ordem sequencial. Criadas regras de validação a Tributo - ICMS:  Criada a Regra de Validação N12-86, impedindo que se informe o código de benefício fiscal para CST de benefício fiscal, a critério da unidade federada. Rejeição 928: Informado código de benefício fiscal para CST sem benefício fiscal (campo cBenef) [nItem: nnn] Se informado CST e informado código de benefício fiscal: - Verificar se CST possui código de benefício fiscal, conforme tabela de código de benefício fiscal por UF. Observação 1: Implementação a critério da UF e por modelo de DF-e. Observação 2: Tabela de código de benefício fiscal por UF publicada no Portal Nacional da NF-e. Regras que tiveram seu (Campo-Seq) alterado bem como a sua redação: Regra N07-10 agora é N12-97. Rejeição 929: Informado CST de diferimento sem as informações de diferimento [nItem: nnn] Nova Redação: Não informados campos de valores do CST 51 (Diferimento): - modBC (id: N13), pRedBC (id: N14), vBC (id: N15), pICMS (id: N16), vICMSOp (id: N16a), pDif (id: N16b), vICMSDif (id: N16c), vICMS (id: N17). Observações: Implementação a critério da UF. Regra N12-84 agora é N12-85. Rejeição 930: CST com benefício fiscal e não informado o código de benefício fiscal (campo: cBenef) [nItem: nnn] Nova redação: Se informado CST e não informado código de benefício fiscal: - Verificar se CST exige código de benefício fiscal (tag: cBenef), conforme tabela de código de benefício fiscal por UF. Observação 1: Implementação a critério da UF, por modelo de DF-e e por CST. Observação 2: Tabela de código de benefício fiscal por UF publicada no Portal Nacional da NF-e Regra N12-88 agora é N12-94. Rejeição 931: Informado código de benefício fiscal (campo: cBenef) incompatível com CST e UF [nItem: nnn] Nova Redação: Se informado CST e informado código de benefício fiscal: - Verificar código de benefício fiscal está vigente e corresponde ao CST informado, conforme tabela de código de benefício fiscal por UF. Observação1: Tabela de código de benefício fiscal (cBenef) publicada no Portal Nacional da NF-e. Nota: Para itens sem benefício fiscal, a UF poderá exigir a informação da literal “SEM CBENEF” para alguns CST, vide tabela publicada no Portal Nacional da NF-e.

Opa Júlio. Muito obrigado pelo retorno. Pode encerrar o tópico Erro meu amigo ajustei o código para: if DM.qryManifestociot.AsString <> '' then begin with rodo.infANTT.infCIOT.Add do begin CIOT := DM.qryManifestociot.AsString; CNPJCPF := DM.qryManifestocnpj.AsString; end; end;

eu pedi ajuda para o pessoal do sicredi, e estou aguardando resposta

Boa tarde Emerson, Na estrutura de pastas do Branches, consta a pasta que contem o programa exemplo, os fontes do componente e do Pacote de Instalação. É necessário pegar essas pastas do ACBrCiot que esta no Branches e copiar para a estrutura do Trunk2. Feito isso através do Dephi abrir o pacote de instalação, compilar e instalar. Por fim abrir o programa exemplo e iniciar os testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não sei se isso tem relação, mas note que na imagem que você anexou tem dois registros 0200 usando o mesmo código. Além disso seu arquivo está mal ordenado. Existem registros 0140 e 0145 depois dos registros 0200. Até onde me lembro isso não pode acontecer.

Boa tarde, paulohsouza. Parece ser um problema nos servidores da la, tentei acessar a URL pelo navegador, mas não carregou. Sugiro que entre em contato com a SEFAZ.

Ótima notícia, porém agora fiquei mais confuso ainda sobre o por que o MDFe não declara com a TAG e o CTe averba normalmente... Talvez a ATM já esteja providenciando as devidas alterações? Estamos aguardando a resposta deles, em contato por telefone eles já afirmaram que a nossa solicitação não foi a única... Qualquer coisa, volto a postar aqui.

Boa tarde Nebrio, O que tem na classe WebServices é uma propriedade chamada aMsg que contem uma mensagem de retorno que pode ser de erro ou não. Logo não tem nada haver com mensagem de cabeçalho ao enviar. O cabeçalho quando este deve ser gerado ele é colocado dentro do grupo Header que faz parte da estrutura do <Envelope>.

Tópico fechado por falta de retorno do usuário

Erro ao compilar o pacote "ACBrDFeReportRL.dpk". mas creio que instalando com ajuda que vc me enviou, irá dar certo. Assim que der certo aviso. grato

Bom dia, pradilsoncarlos. Tente rodar o demo para informar o passo a passo do erro informado.

Bom dia. Obrigada pela contribuição, adicionada para análise. Att.

Bom dia, após fazer o teste de envio sem a tag ![CDATA] verificamos que realmente deu problema na validação dos dados do XML. Utilizei o link da propria SEFAZ do RS e da erro na validação dos dados da linha 99, que é justamente a tag do qrCodMDFe, voltamos a aplicar a TAG CDATA e funciona perfeitamente. Vamos continuar o contato com o pessoal da ATM, se obtivermos retorno volto a postar aqui. Valeu pessoal!

Você pode baixar o Fortes Report CE em: https://github.com/fortesinformatica/fortesreport-ce

Boa tarde Fátima, Se o tomador do serviço é do exterior não tem como informa-lo no grupo de informações do contratante, pois nesse grupo só podemos informar o CNPJ ou CPF do mesmo.

Boa tarde Emerson, Você tem que pegar a URL de configuração do trunk2 que foi informada no Tortoise e mudar de trunk2 para branches. A URL para baixar os fontes do Trunk2 é: svn://svn.code.sf.net/p/acbr/code/trunk2 A URL para baixar os fontes do Branches é: svn://svn.code.sf.net/p/acbr/code/branches

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você usa Delphi ? já conhece o componente ACBrMTER ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado Juliana. Eles utilizam o CONAM que já está implementado em outras localidades. Irei realizar os ajustes necessários.

Meu arquivo estava realmente desatualizado. Baixei novamente e inclui nele o QR-Code. Neste arquivo apenas inclui a informação do QR-Code, pois foi a minha necessidade imediata para disponibilizar para os clientes. Estou verificando as demais alterações para alterar os outros modelos. DAMDFe_Retrato.fr3

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pelo que eu entendi, é simplesmente você pegar o valor da Base de Cálculo do ICMS, no qual, já contém tudo o que faz parte dela (seguro, frete, despesas acessórias, descontos incondicionais.....) e a partir daí, realizar os cálculos que a Resolução trás. É muito importante lembrar, que para encontrar o Valor do ICMS Desonerado, deve-se levar em consideração as CSTs que permitem a desoneração. Em cada CST tem como fazer o cálculo da redução. Sobre o Valor Total da NF, segundo o que diz a Nota Técnica 2016.002 V 1.61, nas regras de validação, deve ser descontado o valor do ICMS Desonerado (não sei se houve alteração dessa regra). veja: De qualquer forma, conforme sugerido pela Juliana Tamizou, ideal seria o parecer de algum contador, talvez verificar com o contador se ele não consegue realizar alguma consulta junto a alguma empresa de consultoria ou até mesmo junto a SEFAZ do estado do Rio de Janeiro. Att. Matheus Orlandi