Régys Silveira

utilize o campo informações adicionais do produto. (infAdProd)

Isso é para TEF Dedicado, TEF Discado tem que passar pelo gerenciador padrão sempre, não tem jeito.

Para tef discado não tem outra forma diferente, somente utilizando o gerenciador padrão das redes porque a comunicação é feita utilizando troca de arquivos texto, não tem como você fazer um gerenciador padrão seu você utiliza o GP e ele comunica com os GPs da redes. Você não envia forma de pagamento para o pin-pad, ele é tão somente um leitor de dados do cartão utilizado pelos GPs para ler o cartão. Mais informações podem ser obtidas entrando em contato com a SevenPDV e a SoftwareExpress que são as homologadoras das redes de TEF discado.

Veja este link http://www.fazenda.sp.gov.br/sat/Ajuste_Sinief_11.pdf Minas Gerais já é lei desde 01/01/2011, só que ainda não é cobrado porque obviamente não tem emissores sendo vendido no mercado.

Pergunte ao pai google, com certeza ele te dará os caminhos

Já existe um tópico falando sobre isso, por favor na próxima vez utilize a pesquisa: viewtopic.php?f=6&t=3259

Enviado.

Verifique se a propriedade "Device.Baud" do componente ACBrECF está configurada na mesma velocidade que a impressora está programada. Para visualizar as configurações da impressora ligue ela com a tecla avanço pressionada e segui as instruções.

adicione o ACBrDevice. Para saber qual unit é simples, compile o projeto, vai dar o erro, clique com a tecla "control" pressionada no nome do método que está dando o erro, dai é só ir clicando com o control pressionado onde você tem dúvida e o delphi vai abrindo as units no ponto onde está declarado o que foi clicado.

Tentou retornar a configuração dele aos defaults? Veja no manual dele como fazer isso.

Adiciona StrUtils ao uses e utilize: TextoXMLNovo := ReplaceStr(ReplaceStr(, #13, EmptyStr), #10, EmptyStr)

Então alguma coisa quebrou as linhas, isso está gerando o erro, uma saída seria baixar o XML original novamente, outra remover todas as quebras de linha do arquivo antes de lê-lo.

Qual o erro? Eu abri esse que foi postado aqui pelo IE e ele está cheio de quebras de linha no meio das tags, isso realmente vai fazer com que não se leia o XML. Inclusive no próprio IE ela já dá o erro.

A pergunta é boba mas você trocou o número do certificado no ACBr?

Qual a marca e modelo de impressora fiscal?

Genilson, NumCupom retorna o último COO utilizado e isso é retornado pela impressora, então você precisa abrir o cupom primeiro para depois ler o COO, ou efetuar a sangria/suprimento primeiro para depois ler o COO.

A lei diz que a ER passa a valer 30 dias após sua publicação e os homologadores seguem isso, se o manual não tiver sido publicado eles utilizam o manual corrente.

Faça um teste com o exemplo que está em: "D:\DELPHI\AcBr\Exemplos\ACBrNFe2\Delphi", e me fale se o erro acontece também. Dê uma verificada no número de série do certificado, se ele está corretamente configurado no componente. Tente também reinstalar as cadeias de certificação.

Na verdade as validações fazem parte dos schemas xml, basta atualizá-los e as validações serão feitas normalmente.

Mande o arquivo alterado, assim podemos comparar os fontes e enviar as alterações. Muito obrigado pela ajuda.

Dentro do diretório "\dlls\capicom" tem um arquivo instala.bat, basta você rodar ele, ele vai copiar os arquivos e registrá-los novamente. Veja também se o gerenciador do teu certificado consegue enchergá-lo.

Sim, mas pode ser que alguém tenha atualizado a capicom, ou algo tenha desregistrado ela do windows.

"1" é igual a relatório gerencial geral não tem problema ficar assim. Você pode utilizar outro número caso tenha cadastrado alguma relatório específico. Alguns homologadores pedem que o relatório esteja cadastrado na impressora, que aconteceu no meu caso, então e passado ai o índice do relatório.

dentro da pasta "\DLLs\Capicom"

isso acontece quando a capicom não está instalada, ou não é aquela fornecida junto do ACBr