Caejr

Acessa a página do Regys regys.com.br que tem passa a passo como instalar

Boa tarde. Você quer utilizar o TEF no teu sistema, ou quer apenas fazer leitura do pinpad, para capturar alguma informação que você precisa. Se você quiser colocar o TEF , tenho uma DLL que podemos integrar com o seu sistema.

Oi Regys, descobri o problema. Não estava sendo preenchido as propriedades ACBRMail1.From e ACBrMail1.FromName . Se não preencher estas propriedades, os destinatários hotmail e gmail não recebem. Com elas preenchidas, o AcbrNFE.NotasFiscais.Items[0].EnviarEmail também esta funcionando. Obrigado.

Oi Regys, Estou utilizando o trunk2, e estou usado o acbrmail ligado ao acbrNFE, bem como você comentou, e para outros emails funciona.

Na verdade, eu estava utilizando a função do componente da NFE AcbrNFE.NotasFiscais.Items[0].EnviarEmail(........) Alterei no programa para utilizar somente o acbrmail, com todas suas funções, carregando somente ele, e ai funcionou para hotmail e gmail. Acho que esta com problema no enviaremail do nfe mesmo. O acbrNFe.enviaremailevento também esta com o mesmo problema. Não vai para hotmal e gmail.

Boa tarde. Estou utilizando o acbrmail no nfe (já atualizado para o trunk2) e ao enviar email, se o destinatário for hotmail e gmail, o email não chega. Testei com um domínio registrado de empresa e também do yahoo, estão recebendo normalmente, só hotmail e gmail que não recebe. Também já testei com mais de uma conta hotmail e gmail. Alguém sabe o que pode ser ?

No item você não tem icms destacado (base e vl icms) e nos totais tem base e icms. Nos campos de impostos, nos totais, tem que ser a soma dos valores dos itens

Até onde sei, não existe cancelamento de carta de correção (cancelamento de evento), o poderia ser feito é ser enviada uma nova carta de correção, "corrigindo" o que foi "corrigido" com a primeira carta de correção.

Ok, obrigado Italo, vou ver se descubro a empresa que esta gerando o xml desta maneira para entrar em contato com eles.

Ok Daniel, não tinha visto este evento novo. Com isto resolve o meu problema. Obrigado.

Bom dia. Sobre este problema citado acima, esta acontecendo cada vez mais, já existe vários fornecedores que estão enviando o xml com este problema, ai fica complicado solicitar que mandem outro xml, explicar que o xml esta com problema, mas que foi validado pela sefaz. Não teria como fazer um verificação no componente ? Segue anexo outro xml com o problema da versão 43150892502210000104550020000000211000000210.xml

Oi Italo, No trunk 2, quando dou o nfe.enviar, ele cai na exceção, tanto para quando a nfce foi rejeitada quanto der problema sem internet, neste caso o cstat de retorno, quando for rejeitado, volta correto o código da rejeição, mas se estiver sem internet, o componente esta voltando o estado e o motivo da nfce emitida anteriormente, ou seja, não esta "limpando" o retorno.

Oi Italo, Então o pdf ele anexa automaticamente, e o xml eu tenho que anexar manualmente. É isto ?

É isto mesmo Isaac, pdv1 serie 1, pdv 2, serie 2.... e assim por diante, se tiver 30 pdvs, vai ter 30 séries....ai você pode ter cupom 1 do pdv1 , cupom 1 do pdv2...etc.

Eu utilizo o numero do pdv como série e o número do cupom como sequência, e controlo a numeração direto no bd do pdv.

Boa tarde. Testei o EnviarEmailEvento e o mesmo esta enviando somente o pdf, o arquivo xml do evento não esta indo. É assim mesmo ou estou fazendo alguma coisa errada ?

Boa tarde. Estava testando a NFC-e, e no tunk estava ok, e agora no trunk 2 esta apresentando um problema. Ao enviar um NFC-e com a internet offline, após o comando Enviar, os webservices.retorno.cstat, chavenf, xmotivo, protocolo e o xml estão voltando com os valores da NFC-e emitida anteriormente, ou seja, não esta limpando estes valores. Se eu passar o formaemissao e tpemis para teoffline, não esta limpando os valores, mas se eu colocar tecontingencia, ele limpa os valores. Mas segundo o Italo, na NFC-e não deve-se usar o tecontingencia e sim o teoffline.

Ok Italo, obrigado pelas informações.

Bom dia. Estava testando a NFC-e, e no tunk estava ok, e agora no trunk 2 esta apresentando um problema. Ao enviar um NFC-e com a internet offline, após o comando Enviar, os webservices.retorno.cstat, chavenf, xmotivo, protocolo e o xml estão voltando com os valores da NFC-e emitida anteriormente, ou seja, não esta limpando estes valores. Se eu passar o formaemissao e tpemis para teoffline, não esta limpando os valores, mas se eu colocar tecontingencia, ele limpa os valores. Mas segundo o Italo, na NFC-e não deve-se usar o tecontingencia e sim o teoffline.

Existe várias formas de fazer isto. Uma delas é utilizar uma ferramenta de administração do banco de dados (EMS, Ibexpert) e dar um export com os comandos insert e depois executar na base nova. Mas se você precisa fazer via programa delphi, você faz 2 conexões (banco origem e banco destino) , dá o select, faz um while andando na tabela e vai dando insert na tabela do outro banco.

Bom dia. A princípio, esta tudo correto na sua nf de devolução, este erro ocorre pq a nf de compra não esta na base de homologação, que é onde você esta testando. Lembrando também que você pode fazer 1 nf de devolução referenciada a várias nota de compra, é só ir adicionando as nfs referenciadas.

Oi Italo, Obrigado pela resposta, mas tenho um questionamento sobre a seguinte situação: Imagine a situação em um supermercado por exemplo, a NFC-e foi rejeitada por algum problema (cst 060 para um item com icms, por exemplo), não tenho como "arrumar" os dados da nota no pdv, nem a operadora de caixa tem conhecimento suficiente para fazer isto e retransmitir na hora, ou seja, nao autorizou por estar offline ou foi rejeitada por algum erro, será emitido em contingência, para liberar o cliente. Esta Nfc-e emitida em contingência por rejeição, emito com os tpemis e formaemissao exatamente iguais a quando esta offline ?

Boa tarde. Já estou utilizando o trunk 2, gostaria de esclarecer uma dúvida: Na emissão da NFC-e no PDV , se der algum problema de comunicação com a internet, ou for rejeitada por algum motivo, será emitida em contingência. O correto seria: FormaEmissao: TeContingencia , TeOffline ou TeNormal ? Ide.Tpemis: TeContingencia ou TeOffline ? E posteriormente, quando for reenviar a NFC-e, quando voltar o link de internet, por exemplo: Como deve ser preenchido o FormaEmissao e o Ide.Tpemis ? Obrigado.

Eu utilizaria o Firebird mesmo, se o volume de cupons for muito grande, pode gerar um backup mensal.

Utilizo o Firebird, criei uma base só com os arquivos XML. Tenho uma base com aprox. 600 MB e contém aprox. 40.000 arquivos xml gravados. Neste banco, além de um campo blob onde esta o xml, possui mais uns campos ref. a NF, (Nº Danfe, Valor da NF, Data Emissão, Nº Nota, etc) para facilitar a pesquisa. O que você poderia fazer, se utilizar desta forma, é a cada determinado tempo (6 meses, ou 1 ano), guardar a base de dados e gerar uma base nova vazia para continuar gravando os xmls.