carlosinfoteen

Pois é, pois no link do que o CONCENTRO, postou nao fala quais NCMs foram alterados. Se alguém tiver a tabela e puder postar aqui fico grato.

Acho que por enquanto pode preencher com <CEST>0000000</CEST> ou o conteúdo correto.

Rodrigo, acho que o componente não vai interferir no valor que você passar para ele, ficando a cargo do programador passar o seu valor. Logo é só usar o valor do cest corretamente ou zerado na tag, ex.: prod.CEST:='0000000';

Rodrigo, ao meu ver, onde for obrigado usar o NFCe o PAF "morre", não vai mais poder ser usado. Ou seja, ele substituirá o Paf ECF. E como o Daniel falou não precisar homologar NFC-e, visto que a homologação é como se fossem os testes de validação feitos pela SEFAZ na hora de emitir cada NFC-e.

Deve ser alguma atualização do Windows que volta ao padrão do SO. E por isso o problema de hora para outra.

CSOSN para simples nacional 102, 300 e 500.

O conteúdo deste tópico pode ajudar. http://www.projetoacbr.com.br/forum/topic/31912-devo-criar-uma-só-tabela-para-nfe-e-nfce/

acho que a linha: while not qrItensTemp.IsEmpty do deveria ser assim: while not qrItensTemp.Eof do

Qreport não é dado mais suporte no Trunck2. Só Fast Report e Fortes Report. Para usar o Qreport acho que terá que adaptar ou migrar para um destes citado.

Só o exe rapaz!!! Posta os fontes pra compartilhar com o pessoal.

Alguém poderia compartilhar sobre o assunto?

Nelson, eu choque isso é meio que de cada um. Mas é sempre bom trocar idéias. No meu estou fazendo assim... No balcão/atendimento se faz um orçamento/pedido e o cliente vai até o caixa com o número do mesmo onde é feito o pagamento etc. Semelhante como era feito com DAV/Prevenda, só que não utilizo mais nem o nomes já que os mesmos não existem. Agora se no estabelecimento vai emitir NFCe e NFe, ou seja, se tiver algum cliente que não é consumidor final ou quiser NFe ao invés de NFCe. No atendimento/Balcão já gera a NFe direto com tudo, em vez de Orçamento/Pedido, e depois se dirige ao caixa só pra pagar. Onde é carregado pelo numero daquela NFe, carregando apenas pra gerar o os valores do movimento daquele terminal de caixa para aquele operador, mas com os dados da NFe, não vai gerar mais nada apenas o movimento do caixa. NOTA: Acredito que também esta rotina dê pra fazer direto no caixa, onde se escolheria se deveria gerar NFe ou NFCe, porém se deveria ter, se fosse o caso, uma impressora extra para imprmir o DANFE se fosse o caso. E vendo por este ângulo, em alguns estabelecimentos não é viável. Ex.: Mercado. É isso ai, acredito que tenha alguém que já tem esta solução funcionando e queira compartilhar e pode dar melhor idéia. OBS: No bd onde tem as tabelas que armazenam os dados pra NFe também controlo NFCe mudando apenas o campo CODIGO_MODELO= 55/65 (NFe/NFCe)

Sergio, boa tarde, Dá uma olhadinha nestes tópicos além de outros sobre o assunto talvez te ajude. http://www.projetoacbr.com.br/forum/topic/19390-solucao-para-troco-nfce-310-fortes/#comment-123076 http://www.projetoacbr.com.br/forum/topic/13236-formas-de-pagamentotroco-na-nfc-e/?page=3#comment-217001 http://www.projetoacbr.com.br/forum/topic/13236-formas-de-pagamentotroco-na-nfc-e/?page=3#comment-217001 http://www.projetoacbr.com.br/forum/topic/32656-impressão-da-informação-troco-na-nfc-e/#comment-215582

Opa, tentei testar aqui. E não consegui, pois estou ainda desenvolvendo a NFE e usando o Fast Report. Mas tentei testar, porém qual componente devo trocar para usar o fortes, pois usei o componente ACBRDANFCeForte e saiu so como o cupom de NFCe, e pelo que parece já está como a quebra de linha para o mesmo pelo;.

Veja se a propriedade readyOnly ou Enabled dos campos está como true. Se tem algum código nos eventos keypress do campos ou do form que impeçam a digitação. Ou até mesmo no form pai e etc, ou até mesmo alguma máscara no maskedit que impeçam a digitação.

Acho que seria válido e interessante o recurso.

Robinho, o componente é o ACBRNFE. Comece estudando os exemplo da pasta de exemplos ..\Exemplos\ACBrDFe\ACBrNFe\Delphi. Também estude os manuais de orientação da NFE e as notas técnicas (detalhes para desenvolvimento) no site do governo.

Pessoal bom dia. Gostaria de saber sobre questão da descrição do produto para nfce, se hoje ainda é válido usar as descrições COMPLETA e REDUZIDA do produto no cadastro do mesmo assim como era pra ECF. Ou visto que pode-se imprimir a descrição completa do item no cupom NFCE melhor usar somente uma descrição, a completa por ex. Ou isso é importante para impressoras 48 colunas a descrição reduzida? Gostaria de esclarecimentos de como o pessoal está mantendo isso. A descrição, completa e a reduzida ou a completa? Obrigado.

Fabio bom dia, Obrigado pelas dicas. Vão ajudar bastante. E creio que ajudarão também a outras pessoas que estão começando a já criar rotinas corretas pro seus sistemas. Se outros tiverem mais dicas a postarem desde já fico grato.

Bem de Mobile eu não entendo, pois não desenvolvo nesta área. Mas não daria certo se você gerasse tabelas no bd (LOTEAMENTO - campos: id_loteamento, descriacao_loteamento, etc) tabela: (LOTES - com os campos ex.: "id_lote, id_loteamento, numero_lote, status_Lote"). Dai ao cadastrar os lotes para certo loteamento os mesmos receberiam o status=livres. Depois ao clicar no mesmo escolher vendido ou reservado mudar isso no BD. Ao carregar os lotes na tela do aplicativo, geraria a lista dos lotes para todos os lotes do loteamento selecionado. Este MAPA poderia ser uma lista de botões ou outro componente. Onde cada um destes botões receberiam no CAPTION vindo o numero do lote. E já para staus, você usaria um ícone diferente em cada um ou uma cor, para controlar os diferentes status (LIVRE/RSERVADO/VENDIDO). espero ter ajudado.

Dá uma olhada no tópico acima. Que te dará uma noção...

Olá Maiquel, boa noite, Obrigado pela resposta e esclarecimento. E ajudou sim. "Ora, sem fé é impossível agradar a Deus."

Pessoal ninguém??? A questão 1, dinheiro estou fazendo baixado já. Agora as outras (cartão e cheque) não. Mas fico ainda meio sem ter certeza de como isso é praticado nos sistemas. Se já se deve mandar os dados de cartão (credito e debito) já irem baixados também. Se alguém puder compartilhar esta informação fico grato.

Bom dia pessoal, Estou a desenvolver NFCE e ao integrar o PDV com o mesmo surgiram algumas dúvidas conceituais e gostaria de pedir ajuda. Bem é o seguinte: Eu sei que o pagamento em dinheiro, cartão crédito/débito é a vista. Cheque segundo falam é uma ordem de pagamento a vista, pra mim é prazo. Mas no meu caso a minha principal dúvida é como os colegas tratam os status das parcelas pro financeiro? Tipo: 1 - Se pagou em dinheiro, deve o status_parcela = Baixado? 2 - Se pagou em Cartão deve o status_parcela = Baixado? Se sim, como é feito pra controlar o CAIXA? visto que se é cartão Debito demora ai os seus dois dias úteis pra cair na conta e sendo cartão credito vai demorar os dias do parcelamento da operadora. Ou neste caso deveria mandar o status_parcela = NaoBaixado e somente dar baixa quando for conferindo o extrato das vendas em cartão? 3 - Sendo cheque o status_parcela = NaoBaixado? E só dar baixa quando compensar? Ou já gravar com status_parcela = Baixado e criar um flag CHEQUE_COMPENSOU, por exemplo? Sem mais obrigado.

Exato 3Soft. Porém o que Adilson quer saber pelo que entendi, é se pra ter um PDV com NFCE é obrigatório ter o TEF desenvolvido e integrado a ele.