Caejr

Pelo que sei, só pode emitir nf com imunidade de icms quem é do Simples Nacional, que neste caso usaria o CSOSN 300.

Neste caso, acho que teria que utilizar um leitor serial, onde o aplicativo que precisa ler os códigos de barras ficará lendo a porta serial onde esta conectado o scaner, ou seja, não vai enviar nada via "teclado", apenas lê a informação pela serial e faz o devido processamento da informação lida.

Bom dia. Você tem que dar uma lida no manual do sped fornecido pela receita, lá descreve todos os blocos do sped. Mas respondendo a sua pergunta: Qualquer NFE (entrada, saida, devolução, etc): Blocos C100, C170, C190..... Vendas de ECF: Bocos C400, C405, C420, C460, C470, C490....

O Campo IndIEDest tem que estar 2 (Isento) e a inscrição estadual deixe em branco

Se o teu cliente quer fazer isto pq é mais fácil de lançar o desconto, fazendo isto só na "capa" da nota, você pode fazer uma função que faz um rateio do desconto nos itens, proporcional aos valores. De outra forma, não tem jeito, pois é obrigatorio o lançamento do desconto nos itens

Nas 2 opções, você deve gerar uma conta a receber para o fornecedor, no valor da devolução. O modo que vai ser esta conta, (prazo para pagamento, parcelamento, etc) depende da negociação que você fez com o fornecedor.

Qual a versao do XML que esta gerando ? 2.0 ou 3.10, Porque a partir de hoje só é aceito o 3.10

Esta é uma questão que deve ser estudada, pois você pode ter o certificado instalado em cada caixa, ou seja, cada um deles faz a autorização independente, ou você pode ter o certificado instalado em um servidor central, onde os caixas gravam os cupons neste servidor, e ele faz a autorização e devolve para os caixas, sendo que nesta segunda opção, caso ocorra algum problema com o servidor ou a rede, nenhum dos caixas irá autorizar mais.

Para a NFE 3.10, se não possui inscrição estadual, tem que colocar: Dest.indIEDest := inIsento; Dest.IE := ''; Se possui inscrição estadual: Dest.indIEDest := inContribuinte; Deste.IE := inscricao_estadual_do_destinatario.....

Pelo que sei, quando a nf de referencia é uma nota eletronica, que contem chave de acesso, como referencia deve informar apenas a chave de acesso, ou seja, não tem que preencher os outros dados, como Ano mês, cnpj, serie, modelo, etc.

Vi que a nota emitida é do simples nacional, sendo que se tiver icms destacado, no caso das devolucoes, o csosn deve ser 900 Na tag Emit.CRT também não esta como simplesnacional . Nos totais da nota, tem base de icms e não tem icms no item. Ou seja, Tem várias "inconsistências" no xml que podem gerar esta mensagem de erro

Você também pode desenvolver o tef dedicado (gw) você mesmo, sem a utilização de terceiros, pode utilizar o componente AcbrTefd , solicitar direto para a SoftwareExpress o sitef Demo, o roteiro de testes, fazer tudo e marcar a homologação com eles, tudo direto.

Bom dia. Pelo que percebi, o cliente esta como Simples Nacional, e não tem CST e sim CSOSN, e neste caso, não pode ter destacado ICMS (salvo alguma excessões). Este erro é devido a ter icms no item e na capa da nota, mas a receita desconsidera a capa, pois é do simples nacional.

Você pode imprimir em qualquer impressora (jato de tinta, laser), mas no caso de um PDV seria uma impressora não fiscal, que é idêntica a fiscal, mas ela deve ter a opção de impressão de qrcode

Consegui resolver o problema. Existe um programinha "Horário de verão", que você roda no XP e defini a data de inicio e fim do horário de verão. Rodei e acertei as datas, (inicio 19/10/2014 e final 22/02/2015) e deu certo, autorizou as notas. Segue em anexo o programa, para quem precisar. Horario_Verao_XP.zip

Ja olhei, mas são erros mais antigos, referente a configurações do internet explorer. Este problema acho que tem a ver com o horário de verão

URGENTE.... Bom dia. Desde ontem, em alguns clientes esta apresentando o erro "Requisição não enviada - 12057" nos micros que possuem o windows XP. Acredito que tenha a ver com o horário de verão, que no XP ele acha que terminou a partir de 09/02. Mesmo alterando o horário do windows, continua o problema. O que pode ser feito ?

Bom dia. O banco Cecred solicitou na homologação dos boletos, no campo ACEITE, hoje no componente tem a opção atsim e atnao, onde sai impresso no boleto S ou N no campo Aceite, mas o banco exige que quando for Aceite Sim, que saia impresso A ao invés de S Ex: ACEITE: Não (N) Sim(A) Poderia ser alterado no componente e disponibilizado esta alteração ?

Voçê pode ir no site da receita e fazer o download do xml, mas para isto deve possuir o certificado digital do cliente

Também estamos desenvolvendo a NFCE, e seguimos o seguinte fluxo: Tenta enviar, caso não consiga (problema de comunicação) ou retorne algum erro da receita, já gera em contingência e imprime o cupom. O importante é o cliente não ficar esperando no caixa, este processo tem que ser muito rápido, o cliente não pode ficar aguardando no caixa, imagine em um supermercado

Simplesmente voltou a funcionar, sem fazer nada, devia ser alguma coisa na receita. Estas notas que não estavam autorizando deu problema de duplicidade, e as que foram emitidas depois, começaram a autorizar normamente

Fiz o que estava no outro topico mas não resolveu.....continua o mesmo problema.

Bom dia. Tenho 2 clientes diferentes, que ao tentar autorizar uma nfe esta dando o erro: Erro: Requisição não enviada - runtime error Alguém sabe o que pode ser ? Por favor, estou precisando com urgência !!!

Boa tarde. Tenho uma solução de TEF, que é uma DLL que você pode integrar com o seu sistema, no final da transação é gerado um arquivo txt que é só mandar para a impressão. Os controles que você citou, pode fazer diretamente na sua aplicação. Tem interesse ? Posso te passar mais informações de como funciona.

Que eu saiba não existe, você tem que utilizar um certificado valido, seu ou de algum cliente, mas pode usar o ambiente de homologação para testes, o que não registra nada "fiscalmente" para o cliente, pois é só para testes mesmo.