Daniel Simoes

Sim.. para todos os Efeitos o MFE é praticamente igual a um SAT

De uma olhada nesse tópico:

Você pode passar um número interno, de sua aplicação... desde que ele seja único, por venda... A ideia desse número, é que você possa se referir a uma transação específica para o SiTef

Até onde eu sei, o Lazarus não tem uma IDE para Mobile, como no Delphi Esse aqui parece ser o projeto mais promissor, nesse sentido.. https://github.com/jmpessoa/lazandroidmodulewizard

Use o ACBrInstall_trunk2.exe

os e-mails enviados ficarão no seu servidor SMTP... geralmente eles disponibilizam um WebMail, ou você pode configurar um Thunderbird/Outlook, para baixar as mensagens dele

@Ederson Selvati o tópico é antigo... e houveram vários ajustes no ECFVirtual, desde a postagem inicial... Poderia por favor, postar Logs atualizados do ACBrECF e do ACBrPosPrinter? Minha suspeita é que em alguma situação muito específica, o componente do ECFVirtual está ficando em Loop infinito... Mas não creio que tenha relação com a marca da Impressora, afinal nada é lido da Impressora para o funcionamento do ECFVirtual...

Selecione no componente um outro WebService que implemente essa busca... ( o dos Correios não implelenenta )

Aplicada a seguinte correção no relatório:

Sim.. veja o exemplo na pasta Demos... Lá é mostrado como enviar um email com anexos

Me parece que você não carregou o XML de Venda, ou passou o comando com parâmetros errados... Veja, observe que no primeiro parâmetro, você passou apenas a String "CFe" 26/08/19 16:24:58:643 - NumeroSessao: 668747 - Comando: CancelarUltimaVenda( CFe, <?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe"><ide><CNPJ>00000000000000</CNPJ><signAC/><numeroCaixa>000</numeroCaixa></ide><emit></emit><dest></dest><total></total></infCFe></CFeCanc> ) O correto seria algo como: 30/08/19 13:36:52:127 - NumeroSessao: 379662 - Comando: CancelarUltimaVenda( "CFe35190811111111111111591234567890004241558618", "<?xml version="1.0" encoding="UTF-8"?><CFeCanc><infCFe chCanc="CFe35190811111111111111591234567890004241558618"><ide><CNPJ>05481336000137</CNPJ><signAC>YlchWDMQp2m60W+fcMJgVievuXNvYcwa/erU1YTiNzMnLZt73En4xCcKvHH8LrrquuEpqC2/NgR3T2Dn31h4eQMsk74G/ZFhLdSfYnQwlebkdKY2mlehzY6ilErSHopwPVN1QsWe9GON4JPo5SgA4XjKtQmaqD933l/Za7/7TF4Uwtv3uCnZJjbww3Y+yUhZKh8b+Bh9DUVpN8089o4J4jKjdawEozIE1P3BUNHdlpXSrAK/j1pAopozgtmsfDsPSzngi70gfnOPb6Ku7liks85WsBj73YeMEWaS6QKApNV/SPE8lphTmH2BTJAgNsZl1Ol7Gs5YVUR6mXEEOJvqEw==</signAC><numeroCaixa>001</numeroCaixa></ide><emit></emit><dest><CNPJ>05481336000137</CNPJ></dest><total></total></infCFe></CFeCanc>" )

Corrigi o problema no tempo dobrado... Eu havia inserido uma verificação para não checar o OnLine, se já houve envio de algum comando antes do KeepAlive... e bastou mudar o IF de '>' para '>='

Mas realmente a mensagem de erro está confusa... apliquei um ajuste... -- ACBrCEP -- [*] Melhoria na mensagem de erro, de método não implementado https://www.projetoacbr.com.br/forum/topic/53251-não-está-funcionando-a-pesquisa-do-cep-por-endereco/ (por: DSA)

Use a força... leia os fontes... Observe que a classe TACBrWSCorreiosSIGEP, não implementa o método BuscarPorLogradouro... (provavelmente esse WebService não suporta essa funcionalidade) { TACBrWSCorreiosSIGEP } TACBrWSCorreiosSIGEP = class(TACBrCEPWSClass) private fACBrIBGE: TACBrIBGE; procedure ProcessaResposta; public constructor Create( AOwner : TACBrCEP ) ; override ; destructor Destroy; override; Procedure BuscarPorCEP(const ACEP : String ) ; override ; end; { TACBrWSCEPAberto } TACBrWSCEPAberto= class(TACBrCEPWSClass) private procedure ProcessaResposta ; public constructor Create( AOwner : TACBrCEP ) ; override ; Procedure BuscarPorCEP(const ACEP : String ) ; override ; Procedure BuscarPorLogradouro(const AMunicipio, ATipo_Logradouro,ALogradouro, AUF, ABairro : String ); override; end ;

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

Sim... chegará o dia, em que o Layout que você está usando, não será mais aceito pelo SAT

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

Não há um tempo específico... mas no momento todos estão ocupados com outras atividades Por favor anexe também, o manual que descreve o protocolo da balança..

Agora é oficial... o CADE, autorizou a compra Publicação no DOU - Despacho SG n° 1116

Concordo com o seu entendimento... afinal, mesmo sendo grande... o número é finito... mas vamos esperar a resposta dos "universitários"...

Obrigado pela informação.. mas acho prudente aguardamos uma definição do SEFAZ, antes de subir uma nova mudança... Pode ser que outro homologador "não goste" do novo campo...