Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 28-05-2025 em todas as áreas
-
Este guia detalha o processo de configuração do ambiente Lazarus para a depuração de uma DLL. Como exemplo prático, utilizaremos a biblioteca ACBrLibPIXCD e seu programa de demonstração ACBrLib.PIXCD.Demo em .NET. Passo 1: Abrir o Projeto da DLL no Lazarus Primeiramente, inicie o Lazarus. Em seguida, abra o projeto da DLL que você deseja depurar. Nesse exemplo vou utilizar o ACBrLibPIXCD.lpi. Passo 2: Configurar as Opções do Compilador para a DLL Acesse o menu Projeto > Opções de projeto > Opções do Compilador: Observação: Em alguns cenários de teste, mover a DLL manualmente para o diretório correto após a compilação pode não ser suficiente para que o depurador funcione como esperado. Por isso optei por direcionar a saída da DLL para o diretório do executável. Veja os comentários dessa resposta no SO. Passo 3: Configurar as Opções de Depuração Acesse o menu Projeto > Opções de projeto > Opções do Compilador > Depuração: Observação: As configurações exatas de depuração podem precisar de ajustes com base nos requisitos específicos do seu projeto ou na versão do Lazarus que você está utilizando. Por exemplo, você pode marcar todas as opções do grupo "Verificações e afirmações". Passo 4: Configurar o Backend do Depurador para o GDB Acesse o menu Ferramentas > Opções > Depurador > “Backend” do depurador: Passo 5: Configurar os Parâmetros de Execução para a Depuração Acesse o menu Executar > Parâmetros de execução: Observação: No campo "Aplicação servidora" , você deve especificar o caminho completo para o arquivo executável que utilizará a sua DLL. Passo 6: Limpar e Construir o Projeto Acesse o menu Executar > Limpar e construir. Passo 7: Rodar a aplicação Ao executar, o Lazarus iniciará a "Aplicação servidora" que você configurou. Quando essa aplicação carregar a sua DLL e executar o código onde os breakpoints foram inseridos, a execução será interrompida no depurador do Lazarus.4 pontos
-
@willian_delan, Muito obrigado... Enviei ajustes ao SVN, baseado em suas sugestões.... Commit [r39395]3 pontos
-
Olá pessoal! Este tópico visa responder as principais perguntas feitas pela audiência nas edições do Papo PRO ACBr correspondentes. Adeus à velha NFe? Prepare seu ACBr - Parte 01 Os layouts e schemas "Integrados" da versão atual + Layout reforma estão no site da Confaz? R: Os arquivos de schema podem ser encontrados no Portal da Nota Fiscal Eletrônica e também em nosso SVN. Para uso com as soluções ACBr é orientado fazer o uso dos schemas disponíveis em nosso SVN! As notas técnicas também podem ser encontras no portal ou em nossa biblioteca tools. Para quem está construindo NFe/NFCe agora no sistema, qual é a orientação? R: Como ainda estamos no período de transição, será necessário construir considerando a tributação existente e os novos propostos pela Reforma Tributária, é um consenso que a melhor forma de fazer isso é deixando o mais parametrizável possível, evitando ao máximo "chumbar" valores e alíquotas direto no código fonte. Outra dica é buscar sempre se manter informado lendo as notas técnicas relacionadas e acompanhando eventos, podcasts, lives e publicações de profissionais confiáveis da área. Por fim, lembrar que não há problema em pedir ajuda se necessário, existem profissionais que estão se debruçando sobre as mudanças com o objetivo de trazer as mesmas de uma forma mais didática para todos. Como vai ficar o CNPJ que consta na chave da nota fiscal com essa vinda do CNPJ Alfanumérico? R: Apesar de a regex para permitir CNPJ alfanumérico ter sido alterada em liberação de pacote de schemas relacionado a Reforma Tributária, é importante ressaltar que são processos diferentes sendo tratados em notas técnicas diferentes. A Reforma Tributária está sendo tratada na Nota Técnica 2025/002, já o CNPJ Alfanumérico está sendo tratado na Nota Técnica Conjunta 2025/001; A segunda estabelece mudança no regex do arquivo de schema para a chave de acesso e atualização nas regras de validação da chave para permitir o CNPJ Alfanumérico. Para o MDF-e, mesmo que ele não tenha nota técnica própria da reforma tributária, vai mudar a validação das chaves de acesso das NF-es e CT-es que são relacionados no mesmo? R: O regex dos schemas do MDF-e foram atualizados para permitir CNPJ Alfanumérico na Nota Técnica 2025/001 para o MDF-e e as regras de validação serão atualizadas conforme Nota Técnica Conjunta 2025/001, mas nenhuma delas tem relação com a Reforma Tributária. Para as Libs como fica a questão do XML? R: A biblioteca ACBrLibNFe já está adequada as modificações propostas pela nota técnica mais recente da reforma tributária para NF-e/NFC-e e a geração do XML com os novos campos pode ser testada seguindo modelo disponível na documentação. A versão do XML da NF-e será alterada para a Reforma Tributária? R: Não, a versão do XML tanto da NF-e quanto da NFC-e permanece sendo 4.00; Os novos campos da reforma precisam estar no XML em Produção no dia 01/10/2025? R: De acordo com a versão mais recente da nota técnica disponível até o momento da publicação deste tópico, as datas são: Inserção dos campos no XML: Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 Aplicação das regras de validação: Implantação Teste: 01/07/2025 Implantação Produção: 01/2026 Quando vai ser de fato extinto o ICMS do XML, ou seja, quando vai começar a devolver rejeição se enviar no XML? R: De acordo com a Lei Complementar 214 o período de transição se estende até o ano de 2033, portanto os campos do ICMS deverão ser informados até lá. Existe possibilidade de voltarem atrás com a Reforma Tributária? R: A reforma tributária é um projeto extenso e amplamente discutido com legislação aprovada na câmara dos deputados e no senado e com regramento já sendo discutido e publicado pelos diversos entes fiscais e regulatórios, o que faz com que a possibilidade de adiamento ou mudanças muito grandes vá diminuindo cada vez mais. Não recomendamos contar com adiamento ou com qualquer tipo de "voltar atrás", quanto antes as aplicações forem adequadas melhor para as software house. A dupla do CST e cClassTrib vai ser string ou enumerado? R: Como ambos são informações com valores fixos definidos em tabela publicada, optou-se por criar um enumerado para cada uma das informações. A base de cálculo do IBS e do CBS vai ser a mesma? R: Sim, conforme pode ser observado na versão mais recente da nota técnica e também dos schemas, o campo da base de cálculo será o mesmo tanto para o IBS quanto para o CBS. Vai haver campos para esses novos impostos no DANFe? R: Até o momento da publicação deste tópico ainda não foi publicado normativa ou novo manual atualizando o leiaute dos impressos para adicionar os novos campos relacionados. Existe um programa exemplo próprio para a NF-e da Reforma Tributária ou é o mesmo? R: É o mesmo programa exemplo. Foi adicionado uma opção para permitir escolher se a rotina que alimenta uma NFe\NFCe com dados fictícios vai alimentar os dados relacionadas a reforma tributária ou não. Adeus à velha NFe? Prepare seu ACBr - Parte 02 O que acontece se ao chegar na data estipulada, não os campos não tiverem sido implementados? R: A partir do momento que elas forem aplicadas você receberá rejeições. A partir de que data os campos serão obrigatórios? R: A versão mais recente das notas técnicas estabelece em seu cronograma que os campos serão obrigatórios no ambiente de homologação a partir de 06/10/2025 e em produção a partir de 01/01/2026. Vide cronograma detalhado: Os schemas atualizados com os novos campos já estão disponíveis no SVN do ACBr? R: Sim, os arquivos de schema mais atuais já estão disponíveis em nosso SVN. Quais documentos serão impactados pela Reforma Tributária? R: Serão impactados a NFe, NFCe, NFSe, NFCom, NF3e, BPe, BPeTM, CTe, CTeOS e GTVe. Se a nota fiscal for de ajuste ou remessa, a mesma não poderá ser de débito ou crédito? R: Correto, pois o campo finalidade de emissão da NF-e ganhou os dois novos tipos nota de crédito e nota de débito e existem rejeições caso seja informado valor para tipo de nota de débito ou crédito com finalidade diferente de débito ou crédito. Existe algum parâmetro no componente ACBrNFe para habilitar a reforma tributária? R: Os programas de exemplo feitos em Delphi e Lazarus ganharam uma opção para definir ser gerado com as tags relacionadas a reforma tributária. Vale mencionar que isso possui apenas finalidade orientativa e selecionar esta opção apenas faz com que as propriedades correspondentes sejam alimentadas. Em suma, para que as tags sejam criadas no arquivo XML, basta alimentar as propriedades correspondentes. Se eu atualizar os schemas e o ACBr antes da data, isso vai impactar o envio em produção? R: Não, os campos relacionados a reforma tributária não serão gerados no arquivo XML a menos que suas propriedades correspondentes sejam preenchidas. Como ficam as tabelas de CST, CRT, NCM, CEST e afins? R: As tabelas de CST, CRT, NCM, CEST e afins permanecem acompanhando e sendo utilizadas para o preenchimento do documento. Mesmo o CST específico para o ICMS vai estar presente no leiaute do documento fiscal até 2032.3 pontos
-
Veja mais em: https://wiki.freepascal.org/GDB_Debugger_Tips https://wiki.freepascal.org/IDE_Window:_Run_parameters https://wiki.freepascal.org/IDE_Window:_Debugger_Options https://wiki.freepascal.org/IDE_Window:_DebuggerClassOptionsFrame https://wiki.freepascal.org/IDE_Window:_DebuggerGeneralOptionsFrame2 pontos
-
Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:2 pontos
-
Olá pessoal! Foi publicado no dia 27/05/2025 a versão 1.04 desta nota técnica. Alterações Esta versão não traz alterações no leiaute. A nova versão adiciona a seguinte exceção na regra de validação responsável por devolver o cStat 600 e a mensagem "CSOSN incomatível na operação com Não Contribuinte": A mensagem de rejeição das regras que devolvem os cStat 835, 836, 311 e 839 foram atualizadas para devolver o número do item que causou a rejeição. Datas Esta nota técnica altera as datas de entrada em vigor no ambiente de homologação e no ambiente de produção para compatibilizar a disponibilização dos schemas XML em conjunto com a NT2025/002 da Reforma Tributária para NFe/NFCe. Implantação Teste: 01/07/2025 Implantação Produção: 01/10/2025 Essas novas datas valem para a NT como um todo e não somente está última versão. Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar em nosso Discord a publicação da nova versão da NT. Leia a versão 1.04 desta nota técnica na íntegra AQUI.2 pontos
-
Boa tarde pessoal, Hoje (27/05/2025) a SEFAZ do CE divulgou a orientação que as NFCes já estão sendo recepcionadas pelos servidores da SEFAZ Virtual do RS. https://www.sefaz.ce.gov.br/2025/05/27/sefaz-disponibiliza-ambiente-de-producao-da-autorizacao-na-svrs/ O ACBr já foi atualizado basta atualizar os seus fontes. O prazo final para migração é 01/07/2025.2 pontos
-
Testei pelo programa de exemplo e o problema não ocorreu. Veja se tem alterações locais, faça o revert caso tenha e reinstale os componentes. Não deixe outras cópias da pasta, pois podem estar gerando algum tipo de conflito. Caso o problema persista, favor mostrar os passos para simular o erro.1 ponto
-
Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.1 ponto
-
Boa tarde, A tarefa está priorizada no nosso backlog, mas ainda depende da disponibilidade de um consultor. Assim que tivermos atualizações será informado aqui. Obrigado.1 ponto
-
O componente que me refiro é o ACBrNFe, Por sua resposta entendi que o componente já esta atendendo as novas regras para reforma tributaria, é isso Juliomar ?1 ponto
-
Bom dia@Italo Giurizzato Junior, Concordo, pode ignorar esta alteração, encerrem este tópico. Verifiquei e já temos esse recurso implementado internamente, provavelmente foi tido a ideia inicial de fazer nos fontes do ACBr e depois que mudaram de ideia e fizeram internamente na aplicação ficou perdida esta alteração, podem ignorar, obrigado pela analise.1 ponto
-
Bom dia @willian_delan, Analisando a sua contribuição notei que foi a referida função, mas ela não é utilizada pela unit. Trata-se de uma função que é utiliza na sua aplicação? Se sim, no meu entendimento ela deveria ser definida em alguma unit da sua aplicação.1 ponto
-
Bom dia, espero que estejam bem. Temos alterações internas em alguns arquivos do ACBr e gostaríamos de ver se são úteis para serem incluídos ao repositório oficial, para contribuir com o repositório e ao mesmo tempo eliminar essas pendências do SVN que precisamos ter devido alguma particularidade encontrada ou algo nesse sentido. unit ACBrWinINetReqResp.pas Alterações incluem: * No CloseConnection implementado InternetSetOption(0, 42, nil, 0); para encerrar sessão, tínhamos problemas em casos de clientes com duas empresas da IPM por exemplo que emitia a NFSe em uma empresa e ao tentar emitir para outra em seguida dava acesso negado pois tentava enviar com a sessão ativa do Cliente anterior. Dúvidas questionar; Caso seja aproveitado parcial ou completo informar aqui por gentileza. Ref:1 ponto
-
@Italo Giurizzato JuniorBoa tarde, espero que esteja bem. - Em relação ao ProvedorToStr foi implementado mais porque no componente antigo tinha esse método e utilizávamos ele em alguns processo e na mudança para o NFSeX vimos que não tinha e implementamos internamente, mas realmente, concordo que com o FACBrNFSe.Configuracoes.Geral.xProvedor a opção não se faz tão útil. - Em relação ao NFSe.ChaveAcesso na unit Aspec.GravarJson quando eu criei essa unit e mandei para vocês eu enviei incorretamente, era para estar da forma que enviei agora, mas realmente, caso alguém esteja usando agora pode atrapalhar, então sem problemas. Quanto ao RLZ, mesma coisa. - Sobre o SoftPlan.GravarXml realmente é estranho a mudança, não sei lhe dizer ao certo o porque foi alterado desta forma e segue o mesmo princípio do Aspec e RLZ de não mudar para não atrapalhar quem já usa desta forma e também que a mudança no contexto do nome da propriedade não faria sentido. Pode encerrar este fórum, obrigado pela atenção e apoio.1 ponto
-
@Alexandre de PaulaAlgumas balanças tem particularidades que precisa ativar com um Baud e ler com outro. Toledo Prix 3 somente ativa com 9600, mas somente é possível ler com 2400.1 ponto
-
Olá pessoal! Foi publicado uma notícia no Portal da Sefaz do Ceará informando que a partir do mês de Junho (não definido um dia em específico), as notas fiscais de consumidor eletrônicas, modelo 65, passarão a ser autorizadas utilizando a Sefaz Virtual do Rio Grande do Sul (SVRS). Portanto, s novas URLs a serem utilizadas são: Serviço Versão URL NFeAutorizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx NFeRetAutorizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeRetAutorizacao/NFeRetAutorizacao4.asmx NFeInutilizacao 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/nfeinutilizacao/nfeinutilizacao4.asmx NFeConsultaProtocolo 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeConsulta/NfeConsulta4.asmx NFeStatusServico 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx RecepcaoEvento 4.00 https://nfce-homologacao.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx Informamos que as soluções ACBr serão atualizadas em tempo hábil para que possam testar a mudança. Leia a notícia original na íntegra AQUI.1 ponto
-
No caso o meu também deu erro este erro, mas em verificação no cadastro do portal desenvolvedor do Bradesco, eu estou usando a nova api "Cobrança com QR Code". e verificando as url esta diferente com as implementada no ACBR. Com isso gostaria de saber se isso sera implementado no acbr , pois segue em anexo o "Collection" e estou aguardando o manual do Bradesco. Collection.json1 ponto
-
Existe um código para o tipo TACBrTabCodAjBaseCalcContrib que não está classificado nos fontes de importação do SPED. Veja a tabela 4.3.18 - Tabela Código de Ajustes de Base de Cálculo das Contribuições O código em vermelho não aparece neste tipo. Fiz a alteração do código fonte para testar a importação e com a alteração em anexo agora passou a importar sem erro. Alterações feitas ACBrEPCBlocos nas linhas 1058, 2211, 2528 e 2535 Código Descrição Data de Início Data de Término 01 Vendas canceladas de receitas tributadas em períodos anteriores 01/2011 02 Devoluções de vendas tributadas em períodos anteriores 01/2011 21 ICMS a recolher sobre Operações próprias (PJs com decisão judicial transitada em julgado) 01/2011 25 ICMS destacado em documento fiscal complementar, referente a receitas tributadas em períodos anteriores. 01/2011 41 Outros valores a excluir, vinculados a decisão judicial com trânsito em julgado 01/2011 42 Outros valores a excluir, não vinculados a decisão judicial 01/2011 Peço que avaliem o código de subam para o SVN. Grato. SPEDImpotar.txt ACBrEPCBlocos.pas1 ponto
-
Olá pessoal! Foi publicado no dia 06/05/2025 a tabela dos códigos de classificação tributária, também conhecidos como cClassTrib. O cClassTrib faz parte do conjunto de campos adicionados nos documentos fiscais eletrônicos para atender as mudanças propostas pela Reforma Tributária. A tabela conta com as seguinte colunas: CST-IBS/CBS Descrição CST-IBS/CBS cClassTrib Alíquota Descrição cClassTrib LC 214/25 LC 214/25 Crédito anterior (apenas ligados ao cClass) Crédito para frente (apenas ligados ao cClass) Tomador específico dIniVig dFimVig Tributação NFS-e Outro campo NFS-e Obs pRedAliq dIniVig dFimVig Crédito anterior (apenas ligados ao cClass) Crédito para frente (apenas ligados ao cClass) Exige NBS ou NCM Sem NBS, mas com códigos de serviço específicos Tomador específico ICMS, CBS ou Outro Título, Capítulo, Seção, Subseção A tabela pode ser encontrada em nosso biblioteca tools ou no portal oficial1 ponto
-
destructor TRegistro0001.Destroy; begin FRegistro0035.Free; FRegistro0100.Free; FRegistro0110.Free; FRegistro0120.Free; //Implementado por Fábio Gabriel - 29/11/2012 FRegistro0140.Free; FRegistro0500.Free; FRegistro0600.Free; FRegistro0900.Free; // Falta adicionar esse inherited; end; acbr leak.diff1 ponto
-
Bom dia a todos... Eu usava no meu projeto a Unit pcnNFe. Precisei fazer uma mudança no meu programa e pra minha surpresa quando fui compilar deu o seguinte erro: *** E2010 Incompatible types: 'pcnNFe.TDetCollectionItem' and 'ACBrNFe.Classes.TDetCollectionItem' *** Procurei informações no forum ACBr e não encontrei nada. Depois de muita pesquisa achei no log que essa unit foi trocada pela unit ACBrNFe.Classes Inclusive no Exemplo do ACBr ainda não foi trocado e está ocorrendo o mesmo erro na hora de compilar. A intenção de criar esse tópico e ajudar aqueles que estão com o mesmo problema. Muito obrigado a todos.1 ponto
-
Olá pessoal! No dia 07/12/2024 foi publicado o Informe Técnico RT 2024.001 em sua versão 1.00 para divulgar a publicação da "Tabela de Código de Classificação Tributária do IBS e da CBS". A referida tabela possui informações que serão do interesse do contribuinte para o correto preenchimento dos campos "CST-IBS/CBS" e "cClassTrib", ambos introduzidos no leiaute da NF-e\NFC-e pela Nota Técnica 2024/002 que trata do Projeto da Reforma Tributária(leia mais sobre esta NT AQUI). De acordo com o IT, como os mesmos códigos se aplicam também a NFS-e, a tabela possui as seguintes informações para auxiliar os contribuintes: CST-IBS/CBS: Código de Situação Tributária do IBS e da CBS. Descrição CST-IBS/CBS: Significado do Código de Situação Tributária do IBS e da CBS. cClassTrib: Classificação Tributária do IBS e da CBS com os 3 primeiros dígitos sendo idêntificos ao CST-IBS/CBS. Descrição cClassTrib: Situação a que se refere a Classificação Tributária do IBS e da CBS. EC: Dispositivo de Emenda Constitucional onde a situação do cClassTRib está prevista. LC: Dispositivo do PLP68 onde a situação do cClassTrib está prevista. LC Redação: Redação do dispositivo do PLP68 onde a cClassTrib está prevista. Crédito Anterior: Dispositivo do PLP68 onde está prevista situação especial relacionada a crédito relativo a operação anterior. Crédito para frente: Dispositivo do PLP68 onde está prevista situação especial relacionada a crédito relativo a operação posterior Tomador específico: Indicador que detalha tomador específico com consequência na apuração assitida. Tributação NFS-e: Para ser usado na NFS-e de acordo com instruções específicas do documento. Outro campo NFS-e: para ser usado na NFS-e de acordo com instruções específicas do documento. Obs: para ser usado na NFS-e de acordo com instruções específicas do documento. pRedAliq: percentual de redução de alíquota especificado no PLP8. Exige NBS ou NCM: regra de validação exige que seja informada codificação padronizada. Sem NBS, mas com códigos de serviços específicos: para ser usado na NFS-e de acordo com instruções específicas do documento. ICMS, CBS ou Outro: Tributo a que se aplica o código. dIniVig e dFimVig: Início e final de vigência do cClassTrib.(primeira data ínicio de vigência a ser publicada). Confira o Informe Técnico na íntegra AQUI. A tabela pode ser encontrada AQUI.(Apesar do que diz o informe, a tabela disponível no link possui apenas os campos "CST-IBS/CBS", "Descrição CST-IBS/CBS", "cClassTrib", "Descrição cClassTrib", "LC", "LC Redação", "dIniVig" e "dFimVig")1 ponto
-
Olá Pessoal, Algumas units do componente ACBrNFe foram reescritas e se encontram em outra pasta com um novo nome, portanto as anteriores deixaram de serem utilizadas pelo componente e consequentemente estão sendo removidas do SVN. Units em desuso que estão sendo removidas estavam na pasta ...Fontes\ACBrDFe\ACBrNFe\PCNNFe, são elas: pcnAdmCSCNFCe, pcnConsSitNFe, pcnEnvEventoNFe, pcnEventoNFe, pcnInutNFe, pcnRetAdmCSCNFCe, pcnRetConsSitNFe, pcnRetEnvEventoNFe e pcnRetInutNFe. As novas units que o componente esta utilizando se encontram na pasta ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos, são elas: ACBrNFe.AdmCSC, ACBrNFe.ConsSit, ACBrNFe.EnvEvento, ACBrNFe.EventoClass, ACBrNFe.Inut, ACBrNFe.RetAdmCSC, ACBrNFe.RetConsSit, ACBrNFe.RetEnvEvento e ACBrNFe.RetInut. Caso você tenha informado em "uses" uma das units que foram removidas você deve trocar o nome dela pela sua equivalente, conforme a relação: pcnAdmCSCNFCe deve ser substituída por ACBrNFe.AdmCSC pcnConsSitNFe deve ser substituída por ACBrNFe.ConsSit pcnEnvEventoNFe deve ser substituída por ACBrNFe.EnvEvento pcnEventoNFe deve ser substituída por ACBrNFe.EventoClass pcnInutNFe deve ser substitúida por ACBrNFe.Inut pcnRetAdmCSCNFCe deve ser substituída por ACBrNFe.RetAdmCSC pcnRetConsSitNFe deve ser substituída por ACBrNFe.RetConsSit pcnRetEnvEventoNFe deve ser substituída por ACBrNFe.RetEnvEvento pcnRetInutNFe deve ser substituída por ACBrNFe.RetInut1 ponto
-
Pessoal, depois de fazer vários testes e pegar um exemplo de um cliente meu, vi que o problema está na forma como é colocado o número do terminal. O padrão é: SE000001 e eu estava colocando 1, 001, 0001 e etc. Depois que alterei isto, resolveu. # No arquivo clisitef.ini eu coloque assim: ;Quando não há PinPad conectado à máquina [PinPadCompartilhado] Porta=AUTO_USB ;Quando não há PinPad conectado à máquina e precisa digitar os dados do cartão [Geral] TransacoesAdicionaisHabilitadas=7;8 PermiteTrnCartaoGift=0 ;TransacoesAdicionaisHabilitadas=7;8;42;29;3047;3048;3674;3379;3515;3374;3377;3378;3985 # GP: CliSiTef # Dados: Código Loja 00000001 Número Terminal SE000001 Restrições {DevolveStringQRCode=0}1 ponto