Gr@c@

no portal da ANTT foi disponibilizado um executável para gerar CIOT em homologação e um em produção. Ambos acessam pelo certificado digital e só tem um botão para gerar o número do CIOT, não pede nenhuma informação sobre a carga transportada. Gera o código CIOT. Seria um aplicativo simplificado vinculado ao certificado digital? Posso usar esse número no CT-e e MDFe como válido? Ou é apenas aplicativo de teste?

Esse executável em produção que tem no link já é o que a transportadora contratada irá executar para gerar CIOT ou é apenas um demo? Por que ele não pede informação nenhuma da carga transportada, apenas o certificado digital ao acessar. Mas está gerando o número do CIOT.

Em 2019 adquiri uma licença vitalícia Delphi 10.3 Enterprise. Precisei formatar meu micro para instalação do Windows 11 e agora a Embarcadero se recusa a liberar a instalação. Acredito que a instalação tenha sido feita 3 vezes, todas por questões de formatação de micro. Afinal, as versões do windows são descontinuadas, não tem como ficar usando a mesma versão eternamente. Nunca ouvi falar que a versão vitalícia estava vinculada a limite de instalação (ao que eles chamam de limite de registro), até então, pra mim o registro era único. Quando adquiri, não foi dito que a licença só seria vitalícia se fosse pago suporte ou licença anual. Foi dito que, só pagaria licença anual para ter direito a novas versões do Delphi. No my.Embarcadero nem tem mais o contrato junto a licença. ---------------------------------------------------------------------------------------------- Licença Vitalícia = Isto significa que se realiza um único pagamento por uma licença que pode ser utilizada para toda a vida. Não terá de se preocupar com custos recorrentes. Esta é uma solução ideal para empresas que procuram poupar dinheiro e manter estabilidade a longo prazo. ---------------------------------------------------------------------------------------------- Resposta da Embarcardero Brasil via telefone: "obrigatoriamente, tem que adquirir nova licença porque essa foi desativada. ---------------------------------------------------------------------------------------------- Resposta da Embarcadero: "Recebemos sua solicitação para aumentar o limite de registro para o seu Número de série: xxxxxxxxxxxxxxxxxxxxx Infelizmente, não há um contrato de suporte e manutenção ativo para esta licença. Historicamente, o Suporte oferecia suporte limitado para atividades como a alteração de limites de registro como uma cortesia. Daqui para frente, as alterações de limite de registro precisarão da aprovação da sua Equipe de Gerenciamento de Contas ([email protected]). Estamos trabalhando para fornecer uma maneira mais automatizada de facilitar esse serviço no futuro ou eliminar completamente a necessidade dele. Informamos que encerraremos o caso nº xxxxxxxxxx" Alguém passou por isso e conseguiu solucionar?

Tenho 2 clientes da área de transação financeira (Factoring). Todas essas empresas são lucro real porque é um setor que não se enquadra no Simples Nacional. E as contabilidades desses clientes já estão me cobrando o DERE (no padrão de plano de contas SPED), alegando que a obrigatoriedade de entrega é a partir do dia 10/02/2026. Não encontrei datas no manual do usuário nem na legislação.

Está ocorrendo o erro (ambiente de homologação, cidade Uberlandia/MG) Para ME/EPP indTotTrib nunca poderá ser informado. estou informando indTotTrib = indNao mas pelo que estou entendendo, não pode gerar o bloco indTotTrib <totTrib> <indTotTrib>0</indTotTrib> </totTrib> </trib>

Como setar corretamente a pasta Schemas NFSe Padrão Nacional para cidade de Uberlândia/MG (aderiu ao padrao nacional) Informei provedor = PadraoNacional ACBrNFSeX1.Configuracoes.Geral.MontarPathSchema = True mas ainda assim a pasta Schemas monta para PRODAUB Se ACBrNFSeX1.Configuracoes.Geral.MontarPathSchema = False e informo o path Schemas direto para ..\SchemasNFSe\PadraoNacional\1.01\ não encontra o arquivo nfse.xsd porque realmente não existe (existe NFSe_v1.01.xsd)

Ref ao CodLiq 127 - toRetornoBaixaSimples do Sicoob o que significa? Seria uma baixa normal? Porque atualmente está vindo documentos no retorno com esse código mas que são Baixas por Decurso de Prazo.

Sim, atualizei os Schemas e todos os componentes ACBr (agora, 13/10/2025) e parou os erros de vIBS e gIBS. Mas agora dá esse erro, e em nenhum momento, informo as tags ZFM. A venda é para um consumidor final comum. --------------------------- Erro --------------------------- Falha na validação dos dados da nota: 195 [ %TAGNIVEL%tpCredPresIBSZFM ] Classificação de acordo com o art. 450, § 1º, da LC 214/25 para o cálculo do crédito presumido na ZFM - Nenhum valor informado [ %TAGNIVEL%tpCredPresIBSZFM ] Classificação de acordo com o art. 450, § 1º, da LC 214/25 para o cálculo do crédito presumido na ZFM - Nenhum valor informado --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}competApur': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}tpCredPresIBSZFM ). --------------------------- OK --------------------------- A tag CompetApur aparece no xml preenchida com 1899-12, mas o cClassTrib é 000001 não tem credito presumido para ZFM. No meu codigo fonte eu não gero o grupo gCredPresIBSZFM> mas ele aparece mesmo assim no xml. <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>15.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>0.02</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.02</vIBS> <gCBS> <pCBS>0.9000</pCBS> <vCBS>0.14</vCBS> </gCBS> </gIBSCBS> <gCredPresIBSZFM> <competApur>1899-12</competApur> <tpCredPresIBSZFM/> </gCredPresIBSZFM> </IBSCBS>

NO VALIDADOR DO RS-SEFAZ Regras de Negócio [Ambiente de Homologação (Testes)] 2 erros de validação 410 - [Simulacao] Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service ---> eu emito NFCe em homologação sem as tags da RT 781 - [Simulacao] Rejeicao: Emissor nao habilitado para emissao da NF-e/NFC-e ---> o cUF é MG e o certificado digital também. AO ENVIAR A NFCE EM HOMOLOGAÇÃO - EMITENTE DE MG --------------------------- Erro --------------------------- Falha na validação dos dados da nota: 193 --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}vIBS': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}gCBS ). --------------------------- OK ---------------------------

Ref essas 2 rejeições: Rejeição 805: A SEFAZ do destinatário não permite Contribuinte Isento de Inscrição Estadual Rejeição 300: Tipo da IE do destinatário difere de 'Não contribuinte' no cadastro da UF” Para atender a primeira rejeição, eu havia colocado um parâmetro no meu cadastro de UF para marcar se a UF permitia Contribuinte Isento de IE. Até então somente algumas UFs estavam marcadas como SIM. Com as regras que entraram em vigor em 01/09/2025, ocorreu o erro 300 em algumas UFs e precisei configurá-las para SIM, a exemplo do Maranhão. Aqui em MG não ocorreu o erro no dia 01/09, mas não sei se por conta de terem postergado a rejeição em produção para o mês de outubro. Essa rejeição 805 deixará de existir com a rejeição 300? Contribuinte Isento de IE valerá para todas as UFs?

1-quando realizo uma consulta dos boletos em aberto, está me trazendo também boleto baixado por conta do cedente (no caso, um boleto que baixei direto pelo Internet Banking). E esse boleto não aparece com valor recebido nem data de recebimento. Porém, no Internet Banking, ele aparece como baixado. 2-quando realizo uma consulta (seguindo as 3 etapas) a consulta é concluida com sucesso e consigo capturar os dados num DBGrid normalmente. Se tento consultar novamente ocorre o erro "Para Sicoob seguir a ordem para processo de consulta em lista".

Substitui pelas dlls da 3.1.3 e funcionou.

o erro não está do lado do servidor porque pelo demo do Acbr está funcionando. Comparei todas as configurações, não alterei nada no meu projeto após atualizar o Acbr. As configurações de Client ID, Client Secret, Key User, dados da conta, ambiente de produção, tudo igual em ambos. Também não gerei nenhum novo boleto, a consulta é referente aos mesmos boletos que foram enviados no dia 31/07 A diferença é que antes de atualizar o Acbr eu não tinha as dlls do Open junto do aplicativo. E mesmo assim estava funcionando. Algo que ocorreu de diferente hoje após atualizar o Acbr foi que esse mesmo projeto compilou em win64 sem que eu alterasse na interface do Delphi. Foi a primeira vez que ocorreu isso comigo. Só percebi pq ocorreu erro RLReport not found e a compilação dos demais projetos estava normal na pasta win32. Então exclui todos os .dcu e .res e rodei build e recompilei. E, por precaução, coloquei as dlls x86 do open junto do aplicativo. Em que locais tem que ficar as dlls do openssl e qual a versão do x86? Coloquei a 1.1.1.... junto com o executável

Hoje mesmo já estava realizando testes de envio de boletos e consulta. Estava tudo funcional. Resolvei atualizar os componentes acbr e após compilar o meu projeto (sem alterá-lo após atualizar o acbr) começou a dar o erro Falha Envio: Falha na Autenticação: HTTP_Code=500 Erro=client_id=.......&scope=boletos_inclusao boletos_consulta boletos_alteracao&grant_type=client_credentials retirei o client_id por segurança, mas já conferi e está correto. As configurações são as mesmas que já estavam antes de atualizar o acbr. Vi que tem muitos posts referente a esse erro no sicoob, mas confesso que não entendi o que houve. As dlls do Open estão junto com o aplicativo.

Estou com problemas para gerar o arquivo .pem e o .crt do certificado pfx. Alguém tem um passo-a-passo com instruções da instalação da versão do openSSL que preciso instalar e os comandos cmd para gerar um .bat que faça a extração para o .pem e .crt?