carlosinfoteen

Testou acima?

No enviar você não imprime enviando assim //------IdLote--------/true- para imprimir / true se for apenas uma NFE/NFCE(modo Sincrono)--- if ACBrNFe.Enviar(1, False,True) then //-----Se enviou -> Aqui não imprime ao enviar, imprime abaixo begin ACBrNFe.DANFE.ViaConsumidor := True; //------Imprime via Cliente--------- ACBrNFe.NotasFiscais[0].Imprimir; //------Imprime via estabelecimento--------- ACBrNFe.DANFE.ViaConsumidor := false; //------Imprime via estabelecimento--------- ACBrNFe.NotasFiscais[0].Imprimir; //------Imprime via estabelecimento--------- end; agora se você está querendo imprimir N copias sem ter relação com via cliente/via estabelecimento, pode criar alguma variável de controle na tua aplicação inteira e armazenar a qtd de copias e aplicar um loop com o comando imprimir for i=1 to qtdCopias do begin ACBrNFe.NotasFiscais[0].Imprimir; end;

NFe não precisa de CSC. Necessita apenas está habilitado na sefaz do estado para o cliente emissor. Ja NFCe precisa está habilitado (liberado na sefaz) e gerado o CSC para o emitente. Quanto ao erro... Está com os Schemas atualizados. O componente está atualizado. E com relação ao fluxo, você tomar por base o exemplo demonstrativo da nfe.

No teu caso ficara assim: //------Carta Credito tPag := fpCartaoCredito; vPag := ValorPago_Cart_Credito; tpIntegra := TtpIntegra(2); //-----Pos/nao integrado ---> //------Carta Debito tPag := fpCartaoDebito; vPag := ValorPago_Cart_Debito; tpIntegra := TtpIntegra(2); //-----Pos/nao integrado --->

Versao 4.0 foi adiada. para o tipo de pagamento cartao (03 ou 04) informar o tipo de integracao, e dependendo do tpintegra informado os dados do cartao/operadora do mesmo. Segue trecho da nota tecnica.

Verifica também se não ta marcada outra impressora padrão que não seja a impressora de a4 como as não fiscal, dai ele não vai mostrar a pagina toda e demonstrando o que visualiza com tamanho maior.

Porque você não usa a dll do proprio firebird (fbclient.dll) dentro de ...\Firebird\Firebird_2_5\bin.

Felipe Posso está errado também, mas se não me falha a memória tempo atrás eu testei a consulta de nfce homologação em ambiente nacional. Mas não lembro ao certo se foi a nfe. Mas se tiver o pessoal vai postar ai os links para NFCe homologação e Produção no ambiente nacional.

Obrigado BigWings, pela resposta. Ja havia lido este manual mas li novamente. Obrigado.

Pessoal boa tarde. Minha dúvida é a seguinte, caso o usuário tente enviar uma nfce e não seja enviada por questões de um código ncm errado onde o mesmo foi gerado em contingencia offline em decorrência da validação do ncm que não era válido. O que deve ser feito neste caso? Corrigir os dados no sistema e gerar outro xml com a mesma chave e enviar, ou não pode? Bem qual o procedimento legal pra isso?

XML nao contem as informações da tag de pagamento. tem apenas o terminador <pag/> se o inicio da tag com seus dados.

Valeu bruno, obrigado. Testado aqui e funcionou certinho.

posta a unit alterada.

Qual a tabela que está em anexo?

Bom dia, o que mencionei foi que colegas postaram solução alternativa como este exemplo. https://www.projetoacbr.com.br/forum/applications/core/interface/file/attachment.php?id=39213 assim como outro postou a ideia de quebra do recaptcha. estão todos neste tópico página 3 e 4.

Leia a discussão deste tópico...

É só ler todo este tópico com as suas páginas de discussão que o pessoal postaram outra solução alternativa, dai fica a seu critério usar ou não.

Posta a unit alterada.

Segue link de discussão sobre o assunto... https://www.projetoacbr.com.br/forum/topic/39486-correção-acbrconsultacnpj-consulta-cnpj/

Parece interessante.

Obrigado a ajuda de todos. Problema Resolvido.

Obrigado BigWings, Bem tem uma triger na tabela CabecaolhoPedido que ja dispara o incremento do ID desta tabela. Dai uso select gen_id(NOME_DO_GENERATOR, 0) from RDB$DATABASE , pra não incrementar mais e trazer o recem gerado. Aqui é que está o problema. Pois se vários clicar em centésimos de sengudo pega o ultimo generator. E é este que jogo para o Id_detalhes_pedido, ou seja tabala dos itens do pedido, dai o conflito. E outra, é que estou controlando o numero do pedido com o ID também. acho que vou criar outro campo NumeroPedido Dai para trazer o ID ja incrementado como você sugeriu.

Pessoal bom dia, Estou com um pequeno problema em um sistema que usa DBExpres e Firebird. O problema é com justamente o controle de concorrência, Ou seja, eu crio um pedido de vendas e já gravo o cabeçalho carregando o valor do ultimo generator criado para aquele tabela (ID_PEDIDO), para poder mostrar o numero do pedido para aquele usuario e tambem poder gravar no (id_detalhe) da tabela de itens do pedido. O problema é que se 3, 4 usuários criarem um pedido ao mesmo tempo carrega o generativo um do outro e os itens sao gravados em pedido errado. QUAL A MELHOR FORMA DE CONTROLAR ISSO com dbexpress e firebird?

Posta a Unit Alterada.

Já testou colocando: NFE.SSL.SSLType := LT_TLSv1_2;