Painel de líderes

Bom dia. Realizei alterações na impressão do DACTe para FastReport com QRCode. (Não encontrei em outro tópico sobre alterações para o FastReport). Seguem arquivos alterados. *Realizei testes apenas para o modal rodoviário, que é o que tenho disponível na empresa. DACTE_Retrato.fr3 ACBrCTeDACTEFR.pas

Bom dia Me responderam agora, solicitaram o XML da NFC-e bem como o retorno com o erro. Fui efetuar o teste para enviar um XML de hoje, e está normal. Devem ter achado o problema devido a solicitação. De qualquer maneira, está OK. Atenciosamente.

Ola, a lib da NFe e Boleto já estão disponíveis nos fontes do ACBr, porém ainda não foi disponibilizada para download no fórum, está em fase de testes mas será disponibilizado em breve todas as libs que já estão prontas...

Enviado ao repositório, rev. 17460. Obrigado @JeannyPaiva pela contribuição.

Boa tarde. Vamos solicitar a validação de nosso colega @Italo Jurisato Junior Att.

Boa tarde Italo, funcionou 100% muito obrigado!

Boa tarde, [email protected]. Já tentou entrar em contato com a Sefaz?

Acabei modificando o CFOP para 6932 e funcionou perfeitamente. Obrigado pelo apoio

Bom dia Jeanny, Muito obrigado pela colaboração, vou passar para o pessoal que conhece mais do que eu o Fast Report para analisarem a sua contribuição.

Após atualizar os arquivos INI conforme os anexos, utilizar as configurações acima referentes a conexão e também ajustes pelo suporte da Infisc, este problema foi resolvido. Agradeço a ajuda de Gamorschel. Grato também a equipe do ACBr. Este tópico poderá ser encerrado. Celso Pothin.

Homologando o Módulo VPE - CE Ola, Nesse tópico vamos detalhar os passos para realizar testes e homologação utilizando o Módulo VPE (Validador de Pagamentos Eletrônicos) com o Integrador Fiscal no estado do CE. Embora a SEFAZ CE permitiu a emissão de Cupom Fiscal Eletrônico utilizando apenas o driver MFe (sem a necessidade do uso do Aplicativo Integrador Fiscal), para a integração dos dados de pagamento com cartão - VPE, ainda é necessário a utilização do Integrador Fiscal do Ceará. Para esse procedimento, segue abaixo como utilizar o Componente ACBrIntegrador para realizar o envio dos dados de pagamento por meio do Integrador Fiscal. Neste caso, estamos utilizando o Demo "SATTest" do Projeto ACBr para os testes, você poderá verificar os fontes desse demo no repositório do ACBr : (..\ACBr\Exemplos\ACBrSAT\ ) ou baixar o demo em: SATTest Instalar Integrador Fiscal O Primeiro passo é Instalar o Aplicativo Integrador Fiscal, segue abaixo o tópico sobre como Instalar e configurar o Integrador Fiscal: Instalar Integrador Fiscal Utilizando o SATTest No exemplo do SATTest abaixo, estamos utilizando a conexão direta com a dll do driver MFe, mas a comunicação entre o ACBrIntegrador - (VPE) e o Integrador Fiscal vai funcionar independente desta configuração, basta apenas que o Integrador Fiscal esteja em execução e devidamente configurado na máquina. Para mais Informações sobre configuração do Driver MFe, veja em: Configurar Driver MFe Para integração ACBrIntegrador e VPE vá para aba: MFe e veja as quatro opções disponíveis para o Módulo VPE - ("Enviar Pagamento", "Enviar Status Pagamento", "Verificar Status Validador", "Resposta Fiscal") Existem duas situações para Integração do Módulo VPE, sendo distintas entre: POS e TEF: Utilizando Integração VPE com Pagamento P.O.S. Obs Importante: A SEFAZ CE não disponibilizou um Serviço P.O.S. compatível com Integrador Fiscal conforme estava previsto inicialmente. Então a opção "Verificar Status Validador" está disponível apenas para ambiente de homologação, para isso é utilizado o Simulador P.O.S. Ceara: http://simuladorposceara.azurewebsites.net/. Portanto o Serviço "Verificar Status Validador" não é utilizado em Produção. Passo 1: EnviarPagamento Informações a ser enviada neste método: PagamentoMFe := TEnviarPagamento.Create; try with PagamentoMFe do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; ChaveRequisicao := '26359854-5698-1365-9856-965478231456'; Estabelecimento := '10'; SerialPOS := InputBox('SerialPOS','Informe o Serial do POS','ACBr-'+RandomName(8)); CNPJ := edtEmitCNPJ.Text; IcmsBase := 0.23; ValorTotalVenda := 1530; HabilitarMultiplosPagamentos := True; HabilitarControleAntiFraude := False; CodigoMoeda := 'BRL'; EmitirCupomNFCE := False; OrigemPagamento := 'Mesa 1234'; end; ... finally ... end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. Chave de Requisição - Esta chave deve ser única para cada requisição POS, deve-se gerar um GUID para cada Envio de Pagamento. Esta especificação está descrita no Manual do Integrador. Estabelecimento - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. SerialPOS - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado o Numero serial do Equipamento POS utilizado (Independente do equipamento) (Apenas para efeito de testes no SATTest, estamos utilizando um valor randômico para gerar o Número do Serial). Após o Envio do Pagamento será retornado o "ID do Pagamento" obs: O ID do pagamento deve ser gravado pela sua aplicação para Identificação do Pagamento e Requisições Posteriores, pode ser obtido pelo método: (RespostaVerificarStatusValidador.CodigoAutorizacao) Passo 2: VerificarStatusValidador (Utilizado apenas em Ambiente de Homologação) Para Testes em Homologação deve-se utilizar o Site Simulador POS Ceará http://simuladorposceara.azurewebsites.net/ e informar o SerialPOS utilizado no envio, para Simular o Pagamento Efetuado Após a Confirmação de Pagamento utilizando o Emulador, deve realizar a chamada do método: VerificarStatusValidador informando o ID Pagamento: with VerificarStatusValidador do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); CNPJ:= edtEmitCNPJ.Text; end; Definição sobre os Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método CNPJ - CNPJ do Emitente Será obtido como retorno o XML com a simulação da Autorização de Pagamento: Lembrando que em Produção não é possível realizar o Passo 2, pula direto para o passo 3: Passo 3: RespostaFiscal Após o Envio do XML de Venda para o MFe ou Integrador (no caso de NFC-e), realiza-se o passo 3, apenas para Vincular o Pagamento com Cartão a um Documento Fiscal, através do método: RespostaFiscal RespostaFiscal := TRespostaFiscal.Create; try with RespostaFiscal do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); ChaveAcesso := '35170408723218000186599000113100000279731880'; Nsu := '1674068'; NumerodeAprovacao := '123456'; Bandeira := 'VISA'; Adquirente := 'STONE'; if Assigned(ACBrSAT1.CFe) and (ACBrSAT1.Extrato= ACBrSATExtratoESCPOS1) then ImpressaoFiscal := '<![CDATA['+ACBrSATExtratoESCPOS1.GerarImpressaoFiscalMFe+']]>'; NumeroDocumento := '1674068'; CNPJ:= edtEmitCNPJ.Text; end; finally RespostaFiscal.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método ChaveAcesso - Refere-se a Chave do CFe de Venda gerado pelo MFe ou Integrador Fiscal (no caso de NFC-e) NSU - Fornecido pela Adquirente (Autorizadora de Pagamento) - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. NumeroAprovacao - Código de Autorização de Pagamento Retornado pela Adquirente - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. ImpressaoFiscal - A Intensão futura será passar o Extrato do CFe para impressão no aparelho POS (A Função GerarImpressaoFiscalMFe já gera o Modelo do Cupom a ser impresso) NumeroDocumento - Número do Cupom Fiscal Autorizado. Será obtido o XML Retorno com o Código de Processamento da Resposta Fiscal. Encerra-se o Processo VPE - utilizando o P.O.S. Utilizando Integração VPE com Pagamento TEF Passo 1: EnviarStatusPagamento Informações a ser enviada neste método: StatusPagamentoMFe := TStatusPagamento.Create; try with StatusPagamentoMFe do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; CodigoAutorizacao := '20551'; Bin := '123456'; DonoCartao := 'TESTE'; DataExpiracao := '01/01'; InstituicaoFinanceira:= 'STONE'; Parcelas := 1; CodigoPagamento := '12846'; ValorPagamento := 1530; IDFila := 1674068; Tipo := '1'; UltimosQuatroDigitos := 1234; end; finally StatusPagamentoMFe.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. Obs: Para quem utiliza o Componente ACBrTEFD os dados do cartão e de Confirmação de Pagamento, utilizados no pagamento TEF podem ser obtidos acessando a propriedade ACBrTEFDRespNFCeSAT da Classe de retorno TACBrTEFDResp do Componente ACBrTEFD, automatizando assim o preenchimento destes dados. Será obtido o XML Retorno com o Código de Processamento do Status de Pagamento. Passo 2: RespostaFiscal Após o Envio do XML de Venda para o MFe (ou Integrador no caso de NFC-e), realiza o passo 2, apenas para Vincular um Pagamento com Cartão ao Documento Fiscal, através do método: RespostaFiscal RespostaFiscal := TRespostaFiscal.Create; try with RespostaFiscal do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; IDFila := StrToIntDef(InputBox('IDPagmento','Informe o ID do Pagamento',''),0); ChaveAcesso := '35170408723218000186599000113100000279731880'; Nsu := '1674068'; NumerodeAprovacao := '123456'; Bandeira := 'VISA'; Adquirente := 'STONE'; if Assigned(ACBrSAT1.CFe) and (ACBrSAT1.Extrato= ACBrSATExtratoESCPOS1) then ImpressaoFiscal := '<![CDATA['+ACBrSATExtratoESCPOS1.GerarImpressaoFiscalMFe+']]>'; NumeroDocumento := '1674068'; CNPJ:= edtEmitCNPJ.Text; end; finally RespostaFiscal.Free; end; Definição sobre Principais Campos: Chave de Acesso Validador - Esta chave é fixa, está Pré-Definida no Manual Do Integrador Fiscal. ID FIla - Este campo se trata do "ID Pagamento" retornado no primeiro método ChaveAcesso - Refere-se a Chave do CFe de Venda gerado pelo MFe ou Integrador Fiscal (no caso de NFC-e) NSU - Fornecido pela Adquirente (Autorizadora de Pagamento) - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. NumeroAprovacao - Código de Autorização de Pagamento Retornado pela Adquirente - Como não existe este equipamento POS Integrado conforme previsão inicial, está sendo informado um valor fixo. ImpressaoFiscal - A Intensão futura é utilizar no Aparelho POS NumeroDocumento - Número do Cupom Fiscal Autorizado. Será obtido o XML Retorno com o Código de Processamento da Resposta Fiscal. Encerra o Processo VPE - utilizando o TEF Veja Mais detalhes sobre o Fluxo de Venda utilizando POS e TEF em: https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/FluxoVendaPDVUtilizandoPOS.pdf https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/FluxoVendaPDVUtilizandoTEF.pdf Manual Integrador: http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/

Liberado o WebService de Recepção Síncrono em Homologação Está implantando no ambiente de homologação da SVRS o WebService de Recepção Síncrona do CT-e conforme estabelecido no MOC 3.00a. A URL do serviço e o WSDL podem ser obtidos acessando o menu Serviços do Portal. A liberação ocorreu no dia 02/08/2019, não temos informações de quando será liberado em ambiente de produção. As alterações no componente já estão sendo feitas e serão liberadas, para que vocês possam realizar os testes.

Olá pessoal. A cidade de Além do Paraíba alterou a versão do provedor agora estão na WEBiSSV2. A emissão a principio funcionou normalmente utilizando o método de Síncrono, porém a consulta automática após o cancelamento retorna vazia ocorrendo erro. Assim como a ConsultarNFSeporRps. Para isso fiz uma alteração, aonde não realiza a consulta automática, assim como para outros provedores. Segue as alterações que estou enviando em anexo. Para a consulta não consegui resolver o problema. Se alguém já passou por isso e puder ajudar. Agradeço. ACBrNFSeWebServices.pas Cidades.ini WebISSv2.ini

As informações do vale-pedágio (valeped) são facultativas.

Bom dia a todos, sou uma softhouse e estamos testando nossa rotina de emissão do CT-e que já está funcional porém quando usamos o CNPJ/IE/certificado digital do cliente que é uma transportadora o CT-e é transmitido normalmente mas quando coloco o CNPJ/IE/certificado digital da minha softhouse dá o seguinte erro: ERRO: Erro ao transmitir o CT-e ! Conhecimento(s) não confirmados: 2->231-Rejeição: IE do emitente não vinculada ao CNPJ O problema é que toda vez que tenho que dar manutenção na minha rotina de CT-e tenho que emprestar o certificado digital do cliente porque com meus dados o CT-e não passa mesmo estando em homologação. Enfim tem como fazer o CT-e em homologação passar usando os dados da minha softhouse? Também já tentei deixar o IE em branco mas não passa. Obrigado a todos.

Sim, foi feito o contato, a resposta foi ainda mais assustadora... nos recomendaram pegar o certificado A1 de algum cliente e mandar tudo em Homologação até eles definirem o que será feito.

Boa tarde, eu consegui resolver o problema de acordo com um tipo diferente de consulta. Mudei as seguinte opções: Código antigo que retornava o erro FACBr.WebServices.ConsSitLoteRPS.Protocolo := AModel.Envio.NumeroProtocolo; FACBr.WebServices.ConsSitLoteRPS.NumeroLote := AModel.Envio.NumeroLote; FACBr.WebServices.ConsSitLoteRPS.Executar(); Result := StrToSituacaoLoteRPS(vOK, FACBr.WebServices.ConsSitLoteRPS.Situacao); Código com a solução FACBr.WebServices.ConsLote.Protocolo := AModel.Envio.NumeroProtocolo; FACBr.WebServices.ConsLote.NumeroLote := AModel.Envio.NumeroLote; FACBr.WebServices.ConsLote.Executar(); Result := StrToSituacaoLoteRPS(vOK, FACBr.WebServices.ConsLote.Situacao); Segundo o um colega, na versão 2.00 da ABRASF não tem como consultar a situação do RPS.

Reenviando o FR3. No primeiro arquivo estava faltando o código de barras dos Dados CTe (para contingencia FS-DA) DACTE_Retrato.fr3

Boa tarde a todos. É provável que este provedor não possua o método de Consultar situação. Favor verificar com o mesmo.

Troque: INVERNO D' ITALIA CAFETERIA - EIRELI - ME para: INVERNO D ITALIA CAFETERIA EIRELI, é desta maneira que está no certificado.

Bom dia Hugo, Muito obrigado pela colaboração, assim que possível estarei analisando e se estiver tudo OK, vou enviar para o repositório.

Não sei se vocês sabem, mas existe o FastReport para Lazarus. Me parece que já saiu do Beta. https://www.fast-report.com/pt/product/fast-report-lazarus/ No Fortes Report me parece que você precisa trabalhar com o componente RLDetailGrid. Dá uma olhada nele.

Olá pessoal, Já foi implementado no componente ACBrCTe o modo de envio síncrono de CT-e. Para que possamos enviar o CT-e no modo síncrono foi necessário acrescentar um parâmetro a mais no método Enviar. function Enviar(ALote: Integer; Imprimir: Boolean = True; ASincrono: Boolean = False) : Boolean; overload; Parâmetros do método Enviar: 1o = Número do Lote 2o = Se True imprime automaticamente o DACTE 3o = Se True o envio é no modo Síncrono, caso contrario Assíncrono. Observação: no modo Síncrono só podemos enviar UM CT-e por vez. Por padrão o parâmetro ASincrono vale False fazendo com que o envio seja realizado no modo assíncrono. Exemplos: ACBrCTe1.Enviar(StrToInt(vNumLote)); ===> envio no modo assíncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), True, True); ===> envio no modo síncrono com a impressão do DACTE automaticamente. ACBrCTe1.Enviar(StrToInt(vNumLote), False, True); ===> envio no modo assíncrono sem a impressão do DACTE automaticamente. Para quem não usa o método Enviar e prefere executar diretamente as chamadas do webservice abaixo temos um exemplo: ACBrCTe1.WebServices.Enviar.Lote := vNumLote; <=== Numero do Lote ACBrCTe1.WebServices.Enviar.Sincrono := True; <= Se True o modo de envio será síncrono, caso contrario assíncrono. ACBrCTe1.WebServices.Enviar.Executar;

Moderação: Tópico movido para área sobre NFSe. Você está utilizando o componente ACBrNFSe? Acho que é preciso um passo a passo pra podermos reproduzir.

Bom dia @Felipe E. Resende Mesquita Segue em anexo o arquivo. Grato! pnfsConversao.pas

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

Na minha opinião a receita esta obrigando as transportadoras a terem um documento digital da entrega. Ou seja se a transportadora enviou uma hash com base na chave cte mais uma imagem convertida em base64 é porque a transportadora tem com ela uma imagem guardada. Se a transportadora enviar esta imagem para o interessado e o interessado fizer o procedimento com a chave do cte e imagem utilizando SHA1 o resultado deve ser a hash que a transportadora registrou no sefaz. Então é uma forma da transportadora não "mentir" que entregou. Uma jogada interessante do Sefaz onde não tem controle do conteúdo mas dá ao interessado da entrega a possibilidade de exigir o documento digitalizado. Onde, como, que tamanho, qual o formato e por quanto tempo a transportadora deve manter esta imagem é que vai ser o problema. Imagino o lobby que correu por trás para tomarem esta decisão porque as empresas terão gastos. Ou seja no desenvolvimento de aplicativos de celular, ou seja com um funcionário digitalizando e principalmente o gasto no local onde será guardada a imagem que pode ser no computador/servidor do cliente ou na nuvem. No sistema que ajudo a desenvolver foi feito da seguinte forma: Se o cliente informar o caminho da imagem jpg o sistema pega a imagem e codifica em base 64, depois pega a chave do cte e soma ao texto base 64 da imagem e aplica SHA1 para gerar a hash de 28 dígitos conforme o manual. Se o cliente não informar o caminho da imagem o sistema gera a hash através somente da chave cte e aplica SHA1 que também gera os 28 dígitos. Mesmo não estando em acordo com o que a receita sugere no manual. Então informei aos clientes sobre tudo isto... resultado... ninguém esta fazendo. Somente vão fazer se a receita exigir ou se o tomador exigir.

Bom dia João. Convite enviado. Att.

Implementei na impressão. Segue os arquivos e imagem da impressão. ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAMDFeRLRetrato.pas

Bom dia, não foi isentado. Da forma que foi salvo na pasta te passei.

Bom dia Christiano, Esse Emitente que é da UF = PA, possui uma filial no AM? Se sim, pela rejeição acredito que ao emitir o BP-e da volta será necessário informar os dados do Emitente da UF = AM.

Ops, vou testar aqui......

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

Está disponível na pasta Branches, o Projeto ACBrBoleto com as classes novas para integração via WebService. Lembrando que está em fase de desenvolvimento e testes... Mas já pode ser utilizada para testes e implementação de novos bancos. Se alguém desejar realizar testes, basta substituir as Units e Packages do Projeto Principal e reinstalar o pacote. o Método a ser chamado na aplicação é: ( ACBrBoleto1.EnviarBoleto; ), da mesma forma como funciona o Boleto atualmente o Envio também trabalha com Títulos adicionados na Lista de Boletos.

Boa Tarde. Obrigado pelo auxilio, era isto mesmo, modifiquei para 42 colunas e saiu correto a impressão.

Se não me engano tem uns números de cartão pré-programados... Mas é necessário questiona a empresa honologadora

Obrigado por sua rápida resposta. Ricardo

Boa tarde Hugo, Fiz algumas modificações na sua contribuição. Se no XML existe a string do QR-Code a imagem do mesmo será impressa no DACTE caso contrario não é impressa. Desde já muito obrigado pela colaboração, já se encontra no repositório.

Por favor abra um novo tópico já que se trata de outro assunto.

Boa tarde Italo, Vou contacta-los, achei que poderia ser ajuste no projeto.

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

Boa tarde Reinaldo, Uma coisa é o XML conter a string do QR-Code, outra coisa é a impressão do mesmo no DAMDFE. A obrigatoriedade da impressão do QR-Code no DAMDFE esta prevista para outubro/2019. Temos alguns desenvolvedores colaborando com a implementação do QR-Code no DAMDFE tanto em Fast quanto em Fortes Report. Hoje existe a obrigatoriedade tanto no ambiente de homologação quanto de produção a presença da string do QR-Code no XML, mas como dito acima a impressão só para outubro/2019. Por favor leia a noticia: MDF-e versão 3.00a

Boa tarde Marcos, Pela imagem noto que o seu programa ACBrInstall_Trunk2 é antigo. Favor atualizar todos os fontes de todas as pastas usando o Tortoise diretamente, ou seja, fora no Install.

Bom dia Ricardo, A geração do código (cNF) recomendado pela SEFAZ é de que ele seja um numero aleatório. Essa recomendação vem de longa data, não é de agora. Lhe pergunto: Qual é a dificuldade de gerar esse código usando a função GerarCodigoDFe que nós implementamos, que por sinal além de gerar o código já valida o mesmo? Qual é a dificuldade de após gerar o mesmo salvar juntamente com os demais dados da nota? Agora, quem desejar criar a sua própria rotina de geração de código, seja através de data, hora, data de aniversário fique a vontade.

Bom dia Claudio. Caso tenha interesse estamos em fase de testes com os beta testers, caso tenha interesse, nos informe seu email para contato. Att.

Bom dia, Tudo bem? Estamos em fase de testes com os beta testers, caso queira se inscrever para participar, por favor informe: Email Linguem utilizada Experiência no uso de bilbiotecas (Sim/Não) Att.

Boa noite, esse link do Italo me ajudou a resolver esse problema.

Se você precisou fazer essa alteração significa que ainda está passando o mesmo valor para nNF e cNF ao alimentar o componente na geração do XML. Faça o que foi sugerido, informe 0 para cNF ou use a função GerarCodigoDFe(nNF) para gerar o numero randômico, assim não precisa alterar os fontes do ACBr.

Bom, pra resolver a conexão foi isso que passei acima, você chegou a reverter a versão do infisc-v11.ini? Eu estava usando ainda a capicom, isso acho que não funciona mais, setei todas as configurações conforme o print do exemplo do ACBR, e então começou a comunicar... Segue os arquivos ini que usei. Cidades.INI Infisc-v11.ini

As informações para emissão de NFC-e no Ceará podem ser obtidas na Instrução Normativa 17/19 - https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/Instrução Normativa 17_19.pdf A emissão da NFC-e continua passando pelo integrador. Tanto para NFC-e ou MFe(mesmo com comunicação direta) as transações em cartão devem ser informadas via integrador.