EMBarbosa

Pessoal, erro 404 é "arquivo não encontrado". Entrem em contato com a SEF para descobrir o motivo.

ahh não sabia que estava escriturando vários estabelecimentos. Fique de olho nas observações então, como essa do registro 0145: Confirme que está usando a última versão do validador (3.1.3) e a última versão do Guia Prático (1.31).

Se você não precisar dar suporte ao Delphi 2009 ou anteriores, pode converter pra UTF-8 tranquilo. Nós ainda mantemos o código do ACBr compatível com o Delphi 7, por isso usamos a cp "1252".

Não sei se isso tem relação, mas note que na imagem que você anexou tem dois registros 0200 usando o mesmo código. Além disso seu arquivo está mal ordenado. Existem registros 0140 e 0145 depois dos registros 0200. Até onde me lembro isso não pode acontecer.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17347. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Será que a impressora está identificando o GAP corretamente?

Acabei de enviar ao SVN uma correção nesse código. Revisão 17332. Todo o código da alternação de cores agora fica apenas no rlbItensBeforePrint. Isso deve facilitar verificações futuras. Fiz alguns testes aqui e parece ok. Mas, por favor, queira atualizar, testar e reportar caso encontre algum problema. Mais uma vez, obrigado pelas sugestões.

hmm acho que enviei o arquivo incorreto. Vou verificar.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17330. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Parece que você manteve as suas alterações. Como eu mencionei, eu fiz alterações no arquivo. Por favor, faça um revert no arquivo ACBrValidador.pas.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17326. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

No momento não tive nenhum relato. Sugiro você entrar em contato com eles.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz algumas alterações porque o arquivo parecia que não estava atualizado e porque o tipo enumerado estava sendo adicionado no meio. Sempre é melhor adicionar no final. Subi as alterações para o SVN na Revisão 17325. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 17324. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Teoricamente, todas as UFs deveriam informar isso no site do ENCAT aqui http://nfce.encat.org/desenvolvedor/regras-de-validacao/ Mas nem sempre essa tabela está atualizada. Por isso você deve se informar em cada UF que você atende...

Serve o fale conosco? https://portal.fazenda.sp.gov.br/Paginas/fale-conosco.aspx

Qual é a mensagem de erro? Você não precisa mudar ou inventar da sua própria cabeça. O contador deve te passar as orientações de tributação apropriada. Esse é o serviço dele... principalmente porque é ele quem está te exigindo isso.

Marcio, apesar de ter enviado as alterações ao SVN. Estamos achando essa situação muito estranha. Não é normal ser retornado um formato de data e hora que não parece ser utilizado em nenhum outro lugar. É a SEFAZ do RJ que está retornando isso pra vocês ou vocês estão recebendo isso de algum outro sistema?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17313. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Não posso anexar o manual porque eles só liberam o manual com aquele compromisso de confidencialidade. Mas se você tiver o arquivo "SiTef - Interface Simplificada com a aplicação" procure por "Tabela de códigos de funções". Na versão que tenho aqui está na página 20, "5.2.2 Tabela de códigos de funções".

Verdade. O manual da CliSitef tem vários códigos de operação que se pode usar dependendo apenas dos módulos serem instalados. Por exemplo recebimento de boletos e crédito de celulares.

Ficaria mais fácil se tivéssemos como reproduzir... Assumindo que eu entendi como você fez o debug... O retorno 503 é um erro. Na verdade erro de sequência de comandos (veja a RFC). O protocolo SMTP precisa ser seguido na ordem de comunicação estabelecida. Isso também é o que quer dizer o "Status Code" 5.5.1 (nessa outra RFC) Pelo meu entendimento, o servidor deles está aguardando um comando MAIL antes (https://tools.ietf.org/html/rfc5321#section-4.3). Isso pode explicar o motivo de TSMTPSend.MailData estar retornando false e gerando o exception. Se na comunicação está detectando essa situação, então está correto em informar que houve erro. Talvez algum comando anterior não está sendo feito de maneira correta como o login. Talvez exista mais de um e-mail, ou talvez mais de um endereço na lista CC/BCC e um deles está dando erro. Não sei se você já tentou, mas pra estabelecer que não é o ambiente: tente com outra conta; Tente com a mesma conta, mas em outra máquina e rede; simplifique o e-mail; Você consegue reproduzir o problema no DEMO? Ou ele só acontece em sua aplicação?

Oi educms, Nesse momento, o erro já aconteceu mesmo... Tem como você verificar o funcionamento da função MailData aí na terceira linha?

Deixa eu só me corrigir aqui, porque talvez tenha passado a impressão errada: Por favor, faça o debug com os componentes atualizados. Assim facilitará para que possamos acompanhar seus testes.

A explicação se encontra no próprio manual. Veja a página 230. Você precisa ler o manual todo para entender.