Régys Silveira

O problema não é no memo, eu imagino que o problema está aqui: ACBrCTe1.Conhecimentos.Items[0].EnviarEmail( Para, 'Conhecimento de Transporte Eletrônico - '+ACBrCTe1.Conhecimentos.Items[0].CTe.inFCTe.ID, Uma primeira observação é se realmente foi carregado um CT-e, assim teriamos 1 CT-e carregado é o index 0 estaria valendo, caso contrário não, ai teríamos o erro de index.

Acho que por aqui matamos.

Apague todos os .dcu e .ddp que estão na pasta do seu projeto e faça um build all nele. Se mesmo assim não resolver, tente isso: https://regys.com.br/como-instalar-o-trunk2-do-acbr/

Ainda está errado, veja a assinatura que você colocou: SGR-SATSISTEMADEGESTAOERETAGUARDADOSAT, a frase tem espaços, você precisa informar corretamente como manda o manual. A IE do emitente também está errada para o SAT da Bematech a IE do emitente deve ser 111111111111 (doze vezes o número 1) Utilize o comando SAT.extrairlogs para extrair o log completo do SDK de desenvolvimento e assim ver melhor o que está acontecendo, é muito útil durante o desenvolvimento para sanar dúvidas, a mensagem retornada pelo SAT nem sempre é clara, mas no log ela é bem mais detalhada.

Quanto ao encurtador o Google possui um e se não me engano tem API para usar e integrar. Quanto ao envio dos SMS não tenho nenhum para indicar, você teria que analisar os vários serviços de envio de SMS disponíveis e verificar qual o melhor para sua necessidade. O ACBr já possui um método para fazer isso "NotaUtil.GetURLQRCode", bastaria utilizar ele, declare ACBrNFeUtil no uses e ele estará disponível. Fiz o que você propôs Regys, mas mesmo assim ainda apresenta a danada da mensagem "Erro 100 - QR Code Inválido". O link gerado a baixo foi pelo NotaUtil.GetURLQRCode http://homologacao.sefaz.mt.gov.br/nfce/consultanfce?chNFe=51140819645307000178650010000001851000001500&nVersao=100&tpAmb=2&cDest=99999999000191&dhEmi=323031342D30382D30345431363A34373A30332D30343A3030&vNF=100.00&vICMS=17.00&digVal=7A725546427A4370554A43557A50746B6236596A56474B6A7642593D&cIdToken=000001&cHashQRCode=233B859CAF1E4949AA4DC1A1B7FE178F1DAFFE74 Por favor me desculpe a pergunta mais em qual metodo do ACBRNFE eu coloco essa URL gerarda por esse outro metodo NotaUtil.GetURLQRCode , desde ja agradeço Veja que o que postei é de 2014, nada tem a ver com o problema da falta de QRCode dois dias de hoje. Hoje para atender a nova nota técnica o ACBr gera o QRCode e já preenche a tag automaticamente, para incluir a tag ou não no XML coloque True ou False na propriedade ACBrNFe1.Configuracoes.Geral.IncluirQRCOdeXMLNFCe.

RO utiliza os webservices do Sefaz/RS, alguns usuário reportaram que marcando a opção "alterar automaticamente para o horário de verão" do windows ajudou a resolver o problema.

Tente com esta versão que o André modificou: http://www.projetoacbr.com.br/forum/topic/25411-nova-versão-0111-do-acbrmonitorplus/

Sim, as duas andam juntas, sempre.

Veja o que lhe falei: Você informou o imposto aproximado no item mas passou em branco no total: vCFeLei12741=, precisa informar o total. Se você não vai informar ele e fazer manualmente, então não deve informar nem no item nem no total, se informar no item tem que informar no total também.

O ACBrNFSe ainda não está totalmente migrado, o GINFES está funcional mais ainda faltam alguns pontos e a assinatura de lote é justamente um deles.

Por favor, tente novamente com a última versão liberada.

Depende da conta hotmail, algumas contas mais antigas e contas empresariais conseguem, as mais novas não.

Estranho porque está semana eu passei para uns 4 usuários fazerem isso é estava tudo normal, baixe a última versão talvez sua versão não esteja atualizada.

Você tem uma versão mais antiga sa ssleay32.dll no seu computador, faça uma busca geral e deixe somente a compatível com o ACBr.

O Hotmail não deixa mais usar SMTP, já tem algum tempo que ele bloqueou e somente contas pagas aceitam.

Só para entendimento isso acontece porque os horários dos servidores que retornam a validade das cadeias de certificado não estão condizentes com o horário de verão, fazendo com que eles retorno inválido já que existe diferença de horário.

Atualize seu repositório e teste novamente, enviei uma possível correção para o problema no FastReport, no EscPOS está normal.

Tente enviar usando o parâmetro síncrono como 0. O síncrono serve para dizer se a nota vai ser enviada em modo síncrono ou assíncrono, se síncrono a resposta vem no mesmo pedido de envio, se assíncrono a nota entra em uma fila no webservice e é consultada em um segundo pedido.

Vai depender do seu webservice aceitar ou não, se o webservice impor isso, não, se não impor, sim.

Aparentemente isso é problema do driver Bematech, talvez fosse interessante entrar em contato com o suporte deles.

Porque não dá para migrar agora? Só quero entender o seu problema quanto a migração. Eu uso o AM para testes e está tudo normal, usando Trunk2 inclusive.

Só para levantar a questão, porque você acham inviável trabalhar somente de modo síncrono?

Existia um problema no PB quanto a formação da URL de consulta, algum usuários entraram em contato e eles ficaram de fazer acertos no webservice. Como é uma validação do lado do servidor não temos como fazer nada no monitor, te aconselho a entrar em contato com o suporte deles e cobrar uma posição.

Ele é gerado por ECF e por dia, cada redução Z de cada ECF gera um registro 60M e seus 60A correlatos.