JoaoPauloRicardo

creio que o problema somente sucede em homologação. até ao momento nenhum cliente se queixou de produção...e acredita, eles reclamavam logo

houve alteração no modo de carregar o qrcode no xml (CDATA), mas não lembro ver alguma alteração no modo de calculo hash do mesmo, quer na NT quer no código acbr Mandei questão para o SEFAZ da BA, com nota em anexo, mas até ao momento não recebi resposta (surpresa!!). Resta saber se esta situação sucede com mais estados ou pessoas em BA, para homologação.

Desculpa que diga que isso é errado, por parte da sefaz e por parte do governo. É da obrigação deles e nosso direito criarem ferramentas que possibilitem reportar e controlar fraudes. Pode até ser que a manifestação de cpf não seja muito usada, mas acredito que com a devida publicidade das vantagens e do uso ele poderia ser uma ferramenta de proteção e de reportar essas situações para a pessoa comum. e olha que existem muitas

no google existe uma. sei porque encontrei uma

creio que a manifestação foi criada com diversos propósitos, sendo um dos quais a possibilidade de rastrear/identificar fraudes (pelo desconhecimento), ou para cruzamento de dados. neste ponto acho que falharam ao excluir o cpf como destinatario no controle, pois somente estao a processar destinatarios de cnpj, mas isto é uma opiniao pessoal, claro. afinal fraudes tambem são efetuadas para cpf e mesmo o cruzamento de dados é falho se não tomar em consideração os mesmos.

usando um certificado cnpj e para o mesmo destinatario não tive problemas em efetuar o download das notas manifestadas. Naturalmente, até ao momento, não é possivel este processo para o cpf

leandro pah, não é da responsabilidade da sefaz enviar ou fornecer o xml para download, essa opção é para ser usada em caso de necessidade (corrupao do arquivo, perca dos dados, etc). A RESPONSABILIDADE pertence ao emitente de enviar para o destinatário o xml, se o mesmo não o receber cabe a ele o exigir pois o emitente é obrigado. Dito isto tmbem concordo que deveria existir a possibilidade de manifestação da nfe por cpf, afinal as fraudes não existem só para cnpj, verdade seja dita as maiores vitimas são sempre as pessoas, sem contar que deste modo o governo ganha maior controle (big brother em acção)

alguem pode me ajudar a ver uma luz no fundo do tunel. ao enviar uma NFCe passou a dar o presente erro 464: Rejeicao: Codigo de Hash no QR-Code difere do calculado, isto apesar de não termos efetuado qualquer modificação no CSC da empresa. O problema que se colocou foi o facto de o qr-code ser criado na integra pelo acbr e, apesar de procurar, não encontrei nenhuma alteração no log que pudesse levar ao erro em questao. anexo a nota que gerou o erro em causa. 29160904272032000105650020000001621939183754-nfe.xml

quando se trata de nfce o numero de cupom é opcional para o tef

está na pasta de demos do acbr

se na mesma aplicação e com dados diferentes de email (parto do principio que os email pertencem ao mesmo provedor) tens comportamentos diferentes entao o mais provavel é o problema não estar na aplicação e sim na configuração da conta de email (excluo configuração de internet pois essa tb é constante para as duas situações). compara as configurações de email

quando se trata de nfc-e o emitente é obrigado a emitir uma nota para o cliente e outra para ficar no estabelecimento (segundo NT). usa a propriedade de via do consumidor a falso para que o DANFE coloque o texto correto na impressa do estabelecimento.

segue documento com as opções de configuração do diversos serviços de e-mail existentes. espero que ajude. Enviar EMail.txt

Certa pah, só tem um problema com esse raciocinio de resolver o problema e não enviar offline por qualquer erro não tratado, tambem penso assim, que deve ser corrigido, contudo isso não é viavel para nfce pois o cliente não espera que ele seja corrigido para depois fazer a compra (são muito impacientes). O que faço é enviar offline, reportar o erro e tratar para que não volte a suceder.

somente uma chamada de alerta. se vai implementar a nfce com tef integrado tomar em atençao o componente acbrvirtualnfce para usar em conjunto.

coloca propriedade ShowDialog a falso no componente acbrdanfe

deves primeiro autorizar para depois criar a devolução e referenciar. Outra alternativa, se foi emitida em contigencia de nfe (offline), é inutilizar o documento.

minha recomendação seria o monitorplus, mas isso depende das funcionalidades que querem desenvolver e se elas estão presentes no acbrframework, assim como do vosso plano de desenvolvimento (a curva de aprendizagem do monitorplus é inferior ao da acbrframework). decisões.decisões

pah eu desenvolvo em c# e delphi, contudo os componentes acbr são nativamente delphi, sendo o AcbrFramework um trabalho paralelo. Por esse motivo seu desenvolvimento será secundário ao do delphi, que tem muito mais apoio nesta comunidade (naturalmente), Só este aspecto já deve ditar qual o componente a usar, mas isso também vai depender de vocês e no quanto estão dispostos a ajudar no desenvolvimento dos componentes, pois certamente seria bom ter mais um par de mãos a desenvolver no c#

existe algum manual do componente TEF e dos ECFVITUAIS?

sugestao de amigo: se és desenvolvedor entao troca de contador para um mais avançado tecnologicamente e que possa ser teu parceiro no trabalho

para conhecimento saiu nova NT 2018.003 v1.80 NT_2015_003_v180.pdf

isso nao terá a ver com acessos a pastas onde o acbr grava os arquivos?

excelente questão para colocar ao SEFAZ. adorava ver a resposta deles