JoaoPauloRicardo

Ewerton pah, tens de ser mais duro com esse cara. pergunta a ele se tem contador e se o mesmo é incompetente. é para isso que eles servem. programadores é para programar e contadores para outra coisa qualquer. De resto qualquer pesquisa no forum responde a pergunta, e na falta da pesquisa basta ler as NT (sugiro que as imprimas ou envies por email para o tal cara par ele parar de te chatear.) respondendo as perguntas: SIM tem de guardar todos os XML emitidos por ele (é obrigado por lei a enviar os mesmos para seus clientes) ou recebidos por ele por 5 anos NÃO tem como recuperar todas as notas emitidas por ele ou para ele, teoricamente o SEFAZ somente guarda as mesmas por 6 meses, assim qualquer nota alem deste prazo corre o risco de se perder.

eu compreendo o receio do fernando, certamente que existem programadores a usar a importação TXT sem uma relação direta com o EX-aplicativo gratuito. Contudo também não compreendo a questão dele (calma, ainda não sou doido), é que se o acbr é open-source então nada impede o Fernando de ajudar. implementando quaisquer rotinas que acredite serem necessárias para esse efeito. eaee Fernando? ficamos á espera da tua contribuição pah

preenche as propriedades do componente em certificado, Acbr1.Configuracoes.Certificados.NumeroSerie:=num_serie_na_base_dados; Acbr1.Configuracoes.Certificados.Senha:=Decriptografar(senha_do_cert_na_base);

pode ser uma ideia ridícula (já tive piores), mas não é possível estares a enviar para o SEFAZ virtual em vez de apontar ao normal? Normalmente o virtual somente está ativo quando o sefaz do estado não está operacional e imagino que nesse caso o retorno seria esse erro.

podes tentar efetuar a consulta da nota, isso costuma trazer os eventos associados a mesma, embora duvide que os de manifestação estejam presentes (creio existir uma NT a informar quais os eventos que retornam na consulta, pois alguns foram retirados da resposta). Porque não limitas a tratar o erro de duplicidade e dar o evento como confirmado na base de dados? Afinal o próprio erro já confirma a manifestação e uma vez que não tem como corrigir ou reenviar...tah confirmado..

não creio que seja possível corrigir os eventos de manifestação, uma vez emitido não tem como voltar atrás. Terá de contatar o sefaz para isso. Escusado dizer que somente pode emitir um evento de manifestação de cada (dai o erro de duplicidade).

atenção que o método de consulta pela chave somente retorna a situação dela, sem atualizar o xml. para atualizar o xml este tem de estar carregado n objeto e usar o respetivo método de consulta

pah esse é um dakeles problemas entre a cadeira e o teclado do teu contador. o problema está na aplicação que ele usa para importar. Uma vez que o destinatário na nfce é opcional fica dificil preencher o estado quando ele não existe, o que se passa é que a aplicação do contador não está a contemplar esta eventualidade na importação do xml, algo que o dito contador deveria saber pela natureza do trabalho que exerce (acho eu).

estou de rastos...se nem a própria instituição publica consegue manter o aplicativo deles em dia então com que descaramento exigem eles que o restante do povo tenha?? por aqui se pode ver como está tudo descontrolado... não tarda é cada um por si.....opss...erro meu, já é cada um por si (felizmente temos o acbr para ajudar).

pah, meu conselho é não tentares inventar a roda e generalizar o mais que puderes na aplicação, criando configurações. Deixa que seja o cliente a se responsabilizar pela m***** que faz. Senão cada vez que sair um novo CFOP, se alterar um imposto (ou o que passar pela cabeça dos nossos amados legisladores e politicos) acabas por ficar mal na fotografia.

Pela leitura da NT, se cartão de debito/credito for TEF então os dados da operadora e autorização devem ir no xml, caso contrario (POS) são opcionais na aplicação. Confesso que não vejo o problema, pois se estamos a falar de tef todos os dados necessários estão disponíveis sem intervenção do operador. O tipo de integração determina o modo de atuar

Ide.dEmi := Now; Ide.dSaiEnt := Now;

percebi o problema. O erro que falas é devido a repetição de consultas. tenta usar um loop para fazer somente um X de consultas, chegado a esse limite somente dali a cerca de 60 min podes repetir todo o processo. Não tem como evitar esse erro, é uma limitação da propria sefaz para evitar abusos Nós aqui temos um limite de 10 tentativas, findo isso se ainda existirem mais registos por consultar informamos o usuário que somente dali a 1hora pode continuar.

a consulta da nfe tem agregadas a ela os eventos da da mesma (cancelamento e CC), basta percorrer o retorno e analisar. convém relembrar que para a SEFAZ somente o ultimo CC enviado é o vigente.

trocentas e uma com esta incluída

não capturas, é da responsabilidade da aplicação manter registo dele. deste modo começas com o NSU a zero e guardas sempre o ultimo retornado, na proxima consulta usas o valor guardado como o inicio da tua consulta e assim por diante

saiu nova nota para criar a excepção á regra do consumidor final em operações com o exterior

seria bom colocares a nota para analise

podes sempre mudar os parâmetros de configuração do email para o usuário conectado no sistema. Claro que para isso tens de ter os dados deles,usename e pass, onde possas aceder para efetuar essa troca de valores quando mudas.

Jakson pah, esse mundo complicado do CFOP e CST/cson não para nós, miseros programadores sem conhecimentos de contabilidade. compete ao usuário da aplicação chatear o seu amado contador (a quem paga uma fortuna). Seja como for se estás a desenvolver uma aplicação de gestão precisas de alguém pra dar apoio nessas questões e outras ainda mais legais (legais = jurídicas/legislativas, não confundir com boas)

validor retornou de restou deu ok no xml dah uma olhada

envia os xml gerados para analise no SEFAZ com descrição da situação

foi mal, parece que nossos legisladores voltaram a atacar em força... uma exportaçao passou mesmo a ser uma venda para estrangeiro (lol ironico)... ufaaa... por momentos assustei, pensei q estava a ler mal.

regys creio que seria melhor corrigir o parametro Sincrono para ASincrono da função Enviar em ACBrNFe (evitando confusoes assim). Eu faria isso mas tenho esse arquivo alterado devido ao enviaremail pois acrescentei a possibilidade de indicar BCC na função e isso mexe com mais de um arquivo.

é possivel exportação para um destinatário não contribuinte?? isso não seria antes uma venda para estrangeiro??