rsmuller9

pela mensagem, são dados na tabela dando problema. Sem ter ela fica dificil saber o que, mas parece ser algum campo maior do que deveria, alguma divisão por zero. Pode ser alguma trigger. Enfim, só com a tabela e os dados que dão erro pra descobrir

voce tem o sql de criação da tabela ? pra ver o que poderia ser

Boa noite, essa informação creio que só no xml

Boa Tarde, A CFOP utilizada não pode ser utilizada em uma nota com finalidade de devolução, ou voce utiliza uma cfop que permita, ou não utiliza a finalidade como devolução

Pela mensagem, a informação do atributo ID esta maior do que permitido "ID21021001" tem 10 caracteres, quando o schema só aceita 9 talvez ou seja schema desatualizado, ou a propriedade esta com o sequencial do evento talvez junto, é só um palpite

depende de como você esta alimentando o componente, talvez postando a forma como passa a informação pra tag pRedBC ajude a ter uma ideia melhor

Bom dia, sim, procure no exemplo do acbr pela linha ACBrNFe1.Configuracoes.Geral.FormatoAlerta := 'Campo:%DESCRICAO% - %MSG%'; é onde é informado qual formato o alerta vai assumir.

e qual o retorno do status na funcao consultar? essa chave de acesso esta valida no sefaz?

Não é possível emitir nenhuma NF-e sem itens. A informação da contabilidade esta incorreta

como ficou sua rotina?

Existe várias informações faltando no seu xml, a mais importante delas acredito que seja o xml não ter itens. Não é possivel emitir nenhuma nota sem que tenha ao menos um item.

Se voce alimentar o componente exatamente com os mesmos dados da nota, voce pode recuperar o xml dela fazendo uma consulta. Deve cuidar para o campo de data/hora envio, cNF serem os mesmo. Ou seja em uma falha de conexão, voce consegue alimentar o componente exatamente com os mesmos dados, e realizar uma consulta, com isso vai ter os retornos de protocolo da nota enviada

A pasta schemas esta atualizada?

Mesmo que salve, é um xml sem protocolos de autorização. Nunca tive problemas com essa questão, sempre são gerados na pasta mensal apos validados, caso haja alguma rejeição, ele não vai ter protocolos de recebimento

Bom dia, tens que verificar o prazo de cancelamento da uf que esta emitindo, pelo que vi DF é 30 min apenas, após isso não é mais possível cancelar

Boa Tarde, Voce informou a CSOSN 102 no item, logo ela não destaca icms, então o total vai diferir dos itens. Confirma com a contabilidade sempre a informação correta, e utiliza alguma csosn que tenha as tags de icms

isso acontece quando voce esta executando a aplicação pelo executavel? sem ser debugando com o delphi?

Existe alguma propriedade que o valor é inteiro provavelmente, e o valor passado pode ser null ou não inteiro. Você precisa debugar pra ver de qual valor se trata para poder talvez colocar um if , ou caso seja um campo obrigatorio, exigir que esse campo tenha valor

Quando a Data-Hora de emissão da NFC-e possuir um atraso de mais de 5 minutos em relação ao horário de recepção da Sefaz, será retornado a rejeição "704 - NFC-e com Data-Hora de emissão atrasada"

No componente da danfe, tem uma propriedade LarguraCodProd, voce pode aumentar ela pra ganhar mais espaço

voce conferiu o id e csc do token no site do sefaz? verificou sem são do ambiente correto de produção?

Pode conferir nos demos, tem o exemplo de preenchimento da tag de entrega //Use os campos abaixo para informar o endereço de entrega quando for diferente do Remetente/Destinatário Entrega.CNPJCPF := ''; Entrega.xLgr := ''; Entrega.nro := ''; Entrega.xCpl := ''; Entrega.xBairro := ''; Entrega.cMun := 0; Entrega.xMun := ''; Entrega.UF := '';

é o jeito sim

Bom dia, é meio chato mesmo, o desconto só pode ser aplicado nos itens, se voce tem alguma função que permite desconto no total , é preciso ratear entre os itens mesmo, e ao final de tudo se houver diferença entre o desconto aplicado, e o desconto rateado, você pode colocar a diferença no primeiro ou ultimo item, essa diferença deve ser de centavos.

bom dia, anexe o xml e a mensagem de erro aqui pra vermos