Régys Silveira

A diferença é basicamente no tamanho dos registros, quanto a gerar nos dois formatos vai depender do banco, alguns aceitam outros não, precisa confirmar na documentação do boleto para o banco.

Olha, dá para gerar, mas somente o SPED das saídas por notas eletrônicas, o SPED tem muito mais que isso, então somente importando com certeza fica incompleto. Tenho software para o setor contábil, importamos, mas existem outras informações que vão no SPED, então o que é importado mas o restante gera o SPED no final.

A chave publica é de conhecimento de qualquer pessoa, portante você pode até mesmo publicar no teu site ou deixar em algum lugar conhecido do software. Já a chave privada esse só você deve saber, em delphi pode declarar ela como um resourcestring, assim ela se embaralha no código e não pode ser recuperada por terceiros, ou pode também gravar ela dentro de um arquivo criptografada, só não a use como constante, porque constantes ficam visíveis por qualquer editor hexadecimal ou programa similar, permitindo recuperar ela e usar em outro lugar. Só lembrando, a chave privada é tua assinatura, portanto, ninguém deve saber de forma alguma.

Como você está enviando os SMSs, muitos de uma vez, qual quantidade? me dê uma ideia geral por favor.

Da forma que você postou ficou meio nublado para entender, mas de qualquer forma não seria o correto, o correto é assim: with ACBrCTe1.Conhecimentos.Add do begin CTe.Imp.ICMS.ICMS45.CST := cst45; // outras informações end; você precisa adicionar e depois setar os dados no componente.

Você está zerando a tecla no keydown? Porque se não zerar ele vai mesmo continuar a execução normal antes de fazer qualquer coisa.

Verifique o status da nota após o envio usando a propriedade: ACBrNFe.NotasFiscais.Items[X].NFe.procNFe.cStat os status de retorno possíveis estão no manual.

Com certeza não é o componente, se não teria parado todo mundo, você deve estar com schemas desatualizados, teria como simular esse erro no Demo do ACBrNFe e nos enviar o passo-a-passo para podermos verificar?

Tem algo errado ai, porque aqui está compilando corretamente, vamos partir do início, apague tudo é baixe novamente o repositório e tente usar o ACBrInstall.

Espere que algum usuário responda no outro tópico, ficar duplicando tópicos não vai fazer a resposta vir mais rápido.

Desculpe, mas você está passando em branco, informando uma data, antes precisamos saber o que você alterou para ter noção do que está sendo feito.

Requisito IX é o que trata da geração do arquivo de autenticados e consequentemente o MD5 da aplicação. Resumindo, é tudo colado e nessa sequência. Isso já foi tratado em vários outros tópicos, por favor efetue uma busca antes de criar um novo.

Só complementando a informação link para o Projeto SAT/ISS

Tem somente que lembrar que uma nota pode ter mais de um CFOP, exemplo: você pode ter itens tributados e substituição tributária na mesma nota, são CFOPs diferentes. Eu adotei uma forma um pouco diferente mas parecida com a que o Maricelo faz, só que ao invés de amarrar a natureza da nota eu tenho classes fiscais, nessas classes eu configuro todas as situações possíveis, e ao digitar o produto na nota eu procura uma classe que se enquadre e aplico os impostos, cfop, etc, etc.

Você está gerando esse XML com o componente ACBr ou o ACBrNFeMonitor?

ECF-IF - impressora fiscal. ECF-PDV - é um aparelho que engloba a impressora fiscal e o computador em um só equipamento. ECF-MR - maquina registradora.

Você está carregando corretamente o componente antes do envio?

Veja que isso possui implicações, existem usuários do ACBr em todas as versões de delphi e lazarus, temos que testar tudo em todas as versões por questões de compatibilidade, aproveitando um deprecated não é uma mensagem de erro, somente um aviso que algo pode deixar de ser usado no futuro.

Faça como todo mundo, exija que ele mostre onde consta o que ele pede, e mostre na lei onde está o que deve ser feito e até onde você deve ir, realmente concordo contigo, existem homologadores que querem inventar e pedir além do que está na ER ou de forma diferente, infelizmente isso virou um comércio e algumas homologadoras mal intencionadas procuram fazer esse tipo de coisa como forma de estourar o banco de horas pagas para assim poderem cobrar horas extras, nosso Brasil tem isso infelizmente.

Existem tópicos tratando a respeito desse assunto aqui no fórum, faça uma busca que vai encontrar várias idéias interessantes e algumas soluções, a melhor forma sempre vai ser a replicação, o problema é você ter um replicador bom e saber o que quer e precisa replicar.

Francisco, o arquivo que você está gerando é diz estar fora de padrão provavelmente é a MFD Espelho, gere o arquivo no layout ato cotepe 17/04 como o Daniel disse e você terá um arquivo TXT com formato definido e layout conhecido que pode ser visto aqui nesse endereço: http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2004/ac017_04.htm Para gerar o arquivo utilize o método: "ACBrECF.PafMF_MFD_Cotepe1704", que pode ser por intervalo de data ou intervalo de COO.

Verifique os eventos "OnErro..." e "onMsg..", neles você vai poder personalizar a maioria das mensagens, o restante dos erros são exceptions levantados pelo componente e também podem ser tratados.

Existe legislação específica para refeição pronta, justamento por conta do que o Igor considerou, verifique junto ao contador como é feito, mas basicamente você informa o valor por quilo e vende a fração, bem simples, se a refeição é por valor fixo, consta normalmente X refeição Y reais no cupom.

Não adianta usar a LPT1 se o driver não foi instalado e a porta não foi mapeada para ela. Leia meu ultimo post, coloquei passo a passo o que teria que ser feito, só não coloquei os arquivos e comandos, porque isso você acha facilmente no google, leia o ultimo post e tente entender.

Tente checar o retorno verificando o status do CT-e enviado. ACBrCTe.WebServices.Retorno.CTeRetorno.ProtCTe.Items.cStat=100