JoaoPauloRicardo

somente para relembrar que o acbr, devido a tag ser opcional, não está a acrescentar a mesma no xml quando ela é enviada como vazia.

não seria melhor ? FdmDanfe.frxReport.PreviewOptions.AllowEdit := (DebugHook = 0); deste modo o programador ainda detêm controle sobre alterações no report sem necessitar mexer nas fontes salientar que não tenho conhecimento se DebugHook está presente em todas as versões do delphi, logo nem sei se é possível o que disse. (nossa versão é antiga até ao momento)

creio que podes usar o senso comum para essa logica; todas as notas enviadas precisam ser manifestadas para que posteriormente se possa efetuar o download delas, isto é, primeiro temos o resumo e depois o arquivo completo. Se na consulta da distribuição somente obténs o resumo, pode se concluir que a nota ainda não foi manifestada por nenhum dos atores intervenientes. seja como for a informação de italo é suprema, a aplicação é responsável pelo controle total dos dados, o que vale desde a emissão.

já viste se não existe um conflito entre aplicações e alguma está a retirar o certificado? lembro que existem alguns plugins bancários que adoram estragar o trabalho das outras pessoas. (bancários = caixa)

para quem interessar CEST.sql Insert CEST.sql

supostamente o svn devia tentar efetuar o merge do arquivo. se não conseguiu ele informa essa situação e cabe ao utilizador decidir o que fazer: qual das fontes quer usar ou efetuar ele mesmo o merge. até ao momento nunca problemas com as minhas alterações no acbr entrarem e conflito com as originais (ufaaa)

não sei bem, na minha opinião se não consegues sequer copiar o arquivo então o mais provável é ser HD. repara que chkdisk não resolve todos os problemas. se não resultar corrigir a BD corrompida tenta desfragmentar, ou usar um aplicativo mais completo para reparar o disco

cabe ao utilizador definir como quer o envio. para tal damos todas configurações das funcionalidades possíveis, para as notas ou eventos. ele pode enviar por lote, no final do mês, ou quando o desejar enviar automaticamente, quando a nota é autorizada autorizar o contador a baixar da SEFAZ(neste caso não precisa enviar, pois cabe a responsabilidade do contador de baixar as notas). relativamente ao recurso pertencer ao contador isso é facilitado desde que o software dele esteja preparado para lidar com a manifestação, pois desde que autorizado ele pode baixar quando necessitar. Escusado dizer que estas opções se aplicam quer ao contador quer ao destinatario da nota

nós aqui gravamos o XML em base de dados e no HD (backups nunca são demais), já a questão do contador deixamos a responsabilidade para o utilizador, sendo que isso também pode depender do estado (BA obriga o contador como autorizado a consultar o xml na SEFAZ), assim o utilizador pode incluir contador no grupo das autorizações e/ou enviar o e-mail para o mesmo automaticamente.

douglas já colocaram a possibilidade da DB estar corrompida? ou mesmo o HD?

Ricardo, saiu atualização de NT2015.003

ricardo creio que na NT2015.002 passou a se validar o regime, esse caso deveria disparar mensagem de status 481 : Rejeição: Código Regime Tributário do emitente diverge do cadastro na SEFAZ. será que se fizeres o debug não vai dar a mensagem, mas algum processo posterior a substitui por outra? Digo isto pois já sucedeu comigo essa situação.

tah tudo ali explicado Manual ACBrNFe versão 1.04.pdf

não leves a mal, certamente compreendo a tua duvida, todos passamos por isso no inicio, a solução é a mesma para todos, experimentar até acertar. tenta usar a demo como fonte para testar e lê o manual que acompanha as sources.

cara ninguém te pode ajudar 100% nisso. só se usares a mesma estrutura de base de dados de quem te ajuda... isso é virtualmente impossível. O que podemos fazer, e fizeram, foi apontar o melhor caminho para obter esse resultado. se sabes emitir NFe pelo acbr certamente sabes importar... é só fazer o caminho inverso... onde antes salvas agora carregas o xml, onde antes colocavas valores nas propriedades do objeto agora lés e gravas na tua base de dados... dificil??? isso só depende de ti e da tua equipe de programação

que me recorde SEFAZ alterou o modo de validação, passou a validar somente o nome quando em homologação. já o cnpj tem de ser um válido mesmo em homologação.

consulta NT2015.002, pág 16.

certamente existe por motivos de compatibilidade com código existe e NF anteriormente emitidas usando esse formato no caso do evento EPEC ainda usas o tipo de emissão como DPEC para o XML, já o SCAN foi descontinuado em detretimento de teSVCRS, teSVCSP

acbr.Configuracoes.WebServices.Visualizar:=false;

também acho que se deve ressaltar esses pontos, mas creio que a opção de retirar as bandas deveria pertencer ao usuário final, ou seja, a existência de uma opção onde se pudesse configurar o comportamento de bandas zeradas. Digo isto para que se possa i de encontro ás necessidades de todos, pois tem gente que prefere ter essas bandas sempre visíveis e tem gente gente que prefere o oposto.

sugiro criares um documento com o texto de nome SIGLAS e enviares para que seja anexado nos downloads, em documentos

bendito seja o backup

sucede ambos os casos, tem cest com mais de um ncm e ncm com mais de um cest, impossível automatizar. Creio que unica hipótese é associar o máximo que puder, para os items onde existe unicidade entre os elementos e nos restantes cabe ao usuário associar.

post com o script de cest (firebird): post

algum moderador ou fundador pode me esclarecer porque foi removida a minha conta? juro que tenho me portado bem qualquer problema estou á disposição 3soft