Painel de líderes

Deu certinho! Muito Obrigado!

Bom dia, Marcos Ramos. Veja o tópico abaixo: Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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.

Note que todo o tratamento do componente quando se trata do Integrador Fiscal é diferenciado.... Na função DefinirDadosIntegrador, onde voce alterou, está definido que para Cancelamento com Integrador precisa dos Dados da NFe, o correto é realizar um (LoadFromFile) da NFCe antes de enviar um evento... Assim como o envio Síncrono... como foi dito o componente apenas gera o XML na pasta do Integrador e carrega a resposta gerada pelo Integrador, nada é enviado pelo ACBr, portanto o envio neste caso deve ser sempre Síncrono.

Boa tarde Nickolas, Esta ocorrendo uma confusão. Ao enviar o XML do CT-e para ser averbado este deve ser colocando dentro do CDATA, a averbação ocorreu com sucesso, pois o CT-e só a partir de 26/08/2019 será obrigado a ter em seu XML a string do QR-Code em ambiente de Produção. Para quem deseja testar em homologação a data prevista é hoje. Implantada versão 3.00a e Comprovante de Entrega em HMLE na SVRS Foi implantada em homologação na SVRS a versão 3.00a do CT-e e CT-e OS na data de hoje (22/07). A versão contempla alterações nas regras de validação de chave de acesso relacionadas, introdução do QR Code no schema XML e a criação dos eventos de comprovante de entrega e cancelamento do comprovante de entrega do CT-e.

Boa tarde. Para propor alterações ao componente, por favor anexe a unit alterada. Att.

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

Boa tarde, Luizz Bandera. Tente rodar o "apagaracbr.bat" como administrador e refaça a instalação. Local do arquivo: ACBr\apagarAcbr

Aqui no ES, muitas empresas ignoram a orientação da SEFAZ e emitem todas as operações em contingência como regra, deixando a transmissão normal numa fila que é processada posteriormente. Eu, particularmente, prefiro fazer tudo certinho e seguindo ao pé-da-letra todas as Normas Técnicas e orientações, mesmo que verbais, do FISCO. A entrada em contingência eu trato nos eventos de transmissão e tenho um campo na tabela de notas onde deixo uma "marca" informando como foi transmitida. Antes de abrir um novo documento eu costumo testar a situação do servidor de recepção. Se estiver tudo Ok e existir documento em contingência, eu exijo que o operador realize as transmissões em contingência primeiro. Verifico essa situação antes dos fechamentos de Caixa. Sem a liberação de um Gerente ou Administrador, o caixa só pode fechar o movimento se não houver pendências de transmissão.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia, ssnfilho. O bemasat.xml ta setando a porta correta do equipamento ? Caso esteja correto, tente Refazer a instalação do driver mais atual.

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

Bom dia, Juliano Otaviano Barreto. Acredito que o vídeo do link abaixo vai te ajudar:

É este calculo mesmo, o que vai mudar é a alíquota, por exemplo: Se SP a alíquota for 18 e a saída para o RJ for 12, então basta fazer o cálculo com a diferença, ou seja 6%.

Bom dia, Possivelmente é as configurações do tipo do papel da impressora.

Nesse caso de alguma forma nesse cliente a configuração está diferente de cryWinCrypt ou cryCapicom. Sem ter como replicar o problema não tem como ajudar.

Está na documentação https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html

Muito obrigado!!! Utilizando este funcionou perfeitamente!!! Vou atrás agora da versão do FastReport para me manter atualizado, mas por hora me ajudou muito! Grato a todos pela ajuda!

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

Bom dia. Atualmente a melhor solução seria o ACBrMonitorPlus. https://www.projetoacbr.com.br/acbr-monitor-plus/ Em breve também estarão disponíveis as bibliotecas do ACBrLib, as quais tornaram o uso do ACBr ainda melhor para desenvolvedores de linguagens diferentes de pascal. https://www.projetoacbr.com.br/acbrlib/ Att.

Boa tarde. Obrigada pela contribuição, você realizou a homologação junto ao banco? Att.

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.

Consegui fazer com ajudo do suporte da Captta, ficou assim. procedure TDM.ACBrTEFD_NFCeAntesFinalizarRequisicao(Req: TACBrTEFDReq); begin if Req.Header = 'CRT' then begin if (ACBrTEFD_NFCe.GPAtual in [gpTefDial]) and (varIntegracaoDireta = 'S') then Req.GravaInformacao(800, 001, IntToStr(varTipoCartao)); Onde varTipoCartao = 0 Credito e = 1 Debito.

Gilvano, Muito obrigado pela colaboração, já enviei para o repositório.