BigWings

Algum problema lá.

Segundo a tabela, o Delphi 10.4 é compatível com Android do 6 ao 11. https://docwiki.embarcadero.com/PlatformStatus/en/Main_Page

Eles tem uma nova API, ainda não está disponível no componente. https://www.correios.com.br/atendimento/developers Pelo que consta aí o prazo pra migração era 17/09/2023.

Precisa informar em "Balanca" qual o protocolo de dados que a balança usa, pra que o componente saiba como fazer a extração. Ex: Toledo, Filizolla, Urano...

ACBrBoleto1.ImprimirMensagemPadrao := False;

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

Essa tag foi removida, e criadas outras. Veja a última versão da NT 2023.001. https://www.projetoacbr.com.br/forum/topic/70916-nota-técnica-2023001-nfe-tributação-monofásica-sobre-combustiveis/?do=findComment&comment=465333&_rid=775

Testei na SVRS, que atende a maioria dos estados, e ele aceita da forma como está no MOC 4.00.

Você testou em todos os estados essa alteração? Veja que no MOC da versão 4 o conteúdo da tag é diferente da versão 3 mesmo: Então se a UF em questão está validando diferente, seria o caso de abrir um chamado pra que façam a correção.

Não possui. Imagina fazer um layout de DANFSE pra todos os provedores. O gerado pelo ACBr deve ser aceito sem problemas tanto pela prefeitura quanto pelos tomadores.

Aqui o XML gerado e envelopado pelo ACBrCTe para o distNSU: Versão 3.00a: <?xml version="1.0" encoding="UTF-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeDistribuicaoDFe"> <cUF>11</cUF> <versaoDados>1.00</versaoDados> </cteCabecMsg> </soap12:Header> <soap12:Body> <cteDistDFeInteresse xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeDistribuicaoDFe"> <cteDadosMsg> <distDFeInt xmlns="http://www.portalfiscal.inf.br/cte" versao="1.00"> <tpAmb>1</tpAmb> <cUFAutor>11</cUFAutor> <CNPJ>99999999999999</CNPJ> <distNSU> <ultNSU>000000000000062</ultNSU> </distNSU> </distDFeInt> </cteDadosMsg> </cteDistDFeInteresse> </soap12:Body> </soap12:Envelope> Versão 4.00: <?xml version="1.0" encoding="UTF-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <cteDistDFeInteresse xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CTeDistribuicaoDFe"> <cteDadosMsg> <distDFeInt xmlns="http://www.portalfiscal.inf.br/cte" versao="1.00"> <tpAmb>1</tpAmb> <cUFAutor>11</cUFAutor> <CNPJ>99999999999999</CNPJ> <distNSU> <ultNSU>000000000000062</ultNSU> </distNSU> </distDFeInt> </cteDadosMsg> </cteDistDFeInteresse> </soap12:Body> </soap12:Envelope>

Esse XML que você enviou não parece correto, parece uma mistura do DistribuicaoDFe com a consulta de situação (protocolo) do CTe. O layout do DistribuicaoDFe do CTe está descrito na NT 2015.002. E não existe DistribuicaoDFe por chave do CTe, como existe para NFe. A consulta é pelo último NSU (distNSU) ou por NSU específico (consNSU).

O componente está configurado pra NFCe, não existe ambiente nacional, nem DistribuicaoDFe para NFCe. Precisa alterar a configuração: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe;

O serviço que o componente usava foi desativado pela receita. Veja o tópico: https://www.projetoacbr.com.br/forum/topic/73968-acbrconsultacnpj

Da forma que está não vai funcionar mesmo, porque o serviço de consulta por capcha por imagem foi desativado pela receita. Então acompanhe o outro tópico pra quando tiver alguma alternativa.

A SEFAZ não retorna o XML da nota, retorna apenas os dados do protocolo de autorização. O que você pode fazer é a consulta pelo XML gerado, assinado e validado anteriormente, para que o componente adicione o protocolo de autorização e assim você tem o XML completo válido juridicamente.

Como informo o novo CST de tributação monofásica no SAT? O SAT ainda não possui previsão de uso na Especificação do CST 61. Sendo assim, a opção é utilizar o CST=90 (Outros). Orienta-se ainda incluir a informação do CST nos campos de observação conforme abaixo: I – Preencher o grupo "obsFiscoDet" do item do cupom, da seguinte maneira: i. I18 xCampoDet: CST ii. I19 xTextoDet: 61 Caso o campo também precise ser utilizado para outras informações, como por exemplo, o código ANP, fazer: i. I18 xCampoDet: Cod. Produto ANP ii. I19 xTextoDet: Informar o valor do código ANP iii. I18 xCampoDet: CST iv. I19 xTextoDet: 61 https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx

Ter a tua aplicação assinada ajuda sim. Mas não necessariamente você precisa desenvolver a ferramenta pra assinar, que é o caso deste tópico. Tem utilitários prontos pra isso, como o signtool.exe da própria Microsoft.

O componente ACBrNFSeX emite a NFSe no padrão nacional.

Tentou fazer conforme instrução no código fonte do programa exemplo do ACBrConsultaCNPJ? // Remova o Ponto do DEFINE abaixo, se seu Delphi suporta PNG. // - Se não suportar (D7), // - Acesse: https://sourceforge.net/projects/pngdelphi/ // - Instale o projeto e depois remova o Ponto da Linha abaixo {$DEFINE SUPPORT_PNG}

Cria um tópico no fórum abaixo, e detalhe bem o seu problema. https://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

Como assim? O .ini é um arquivo texto, aceita qualquer coisa, o que quer dizer com "já começa do 102"?

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

Provavelmente tem alterações locais nos .dpk. - Apague toda a pasta ACBr\Lib\Delphi - Faça o revert pelo Tortoise na pasta ACBr\Pacotes\Delphi - Instale novamente e teste