BigWings

As posições 3 a 6 da chave de acesso referem-se ao ano e mês da emissão da NF-e. No seu caso a nota autorizada foi emitida em março, nesse caso você deve gerar o XML com a mesma data de emissão.

Veja o tópico a seguir. No método Procurar() você passa o código, tabela e exceção do IPI e ele retorna as alíquotas.

Bom dia, No meu entendimento não tem problema em atualizar a hora da NFC-e, desde que não seja emitida outra nota com numeração superior durante o processo de correção. Em outras palavras, a ordenação por série/número de NFC-e e a ordenação por série/data/hora emissão devem ser as mesmas. Entretanto, como a NFC-e geralmente é um processo a toque de caixa, não pode ficar esperando os 5 min pra corrigir uma nota pra emitir outra, sempre usamos a primeira solução, alterar para contingência off-line, mantendo a hora de emissão original.

Bom dia, Conforme a NT 2012/002, se o destinatário da NF-e fez a manifestação da nota como "Confirmação da Operação", não é mais permitido o cancelamento.

No demo do ACBr existe uma diretiva {$IFDEF ACBrNFeOpenSSL} que habilita um ou outro. Você não precisa usar isso na sua aplicação.

Isso não é correto, a informação de emitida em contingência deve continuar aparecendo. Faça a consulta do QR Code e veja a representação do DANFE no site da Sefaz, e mostre para o seu cliente como aparece a nota no site, mesmo depois de autorizada.

Consulte a nota na Sefaz e veja o tipo de emissão que aparecerá.

Apenas carregue o XML e envie, não se deve fazer nenhuma alteração nos dados da NFC-e, isso acarretaria em mudança da chave de acesso e do digestValue do QR-Code, tornando a nota entregue para o cliente inválida! A exceção à regra acima é quando, na transmissão, houver rejeição da NFC-e emitida em contingência. Nesse caso, corrija o campo que causou a rejeição, gere novamente o XML, assine, e envie, ainda no modo teOffline. E quanto ao DANFE NFCe, não há necessidade de reimprimi-lo.

Segundo o Manual de Orientações, não.

Boa noite, Não passarão, o comunicado é apenas para obrigar os usuários a migrar para as novas URLs, que já estão funcionando há mais de 4 meses. Compare as URLs indicadas no link que você postou com os do ACBr e veja que estão atualizadas.

Não vi nenhuma menção ao ES nesses links, apenas a atualização dos WebServices para os usuários do SVRS. Segundo a relação na página http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= o ES ainda está no SVRS, apenas a contingência está no SVC-AN.

<vUnTrib>0.0000000000</vUnTrib> Creio que seja este o problema. Existe uma propriedade no ACBrDANFE para mostrar pelo valor comercial ou tributário, verifique como está no seu.

Boa tarde, GetalGeralmente com a opção SepararPorCNPJ marcada, o ACBr criava um diretório com o CNPJ, não formatado. Por alguma razão com a configuração acima, e envio síncrono, ele não removeu a formatação do Cnpj ao tentar criar o diretório. O ACBr gerava erro na gravação do arquivo XML da NFC-e, já que o diretório não fora criado, apesar de transmitido com sucesso, apenas removi os caracteres de formatação do Cnpj.

Boa tarde, Identifiquei um erro ao enviar NFC-e com as propriedades Salvar e SepararPorCNPJ marcadas. O ACBr tentava salvar na pasta <PATH>\00.000.000\0000-00\<CHAVE-NFE>.xml O componente estava configurado da seguinte forma: NFE.Configuracoes.Geral.ModeloDF := moNFCe; NFE.Configuracoes.Geral.VersaoDF := ve310; NFE.Configuracoes.Geral.SSLLib := libOpenSSL; NFE.Configuracoes.Geral.CSC := <CSC>; NFE.Configuracoes.Geral.IdCSC := <idCSC>; NFE.Configuracoes.Certificados.ArquivoPFX := <pathCertficiado>; NFE.Configuracoes.Certificados.Senha := <senhaCertificado>; {$IFDEF DEBUG} NFE.Configuracoes.WebServices.Ambiente := taHomologacao; {$ELSE} NFE.Configuracoes.WebServices.Ambiente := taProducao; {$ENDIF} NFE.Configuracoes.WebServices.UF := <UFWebService>; NFE.Configuracoes.Arquivos.Salvar := True; NFE.Configuracoes.Arquivos.SepararPorMes := True; NFE.Configuracoes.Arquivos.SepararPorCNPJ := True; NFE.Configuracoes.Arquivos.SepararPorModelo := True; NFE.Configuracoes.Arquivos.EmissaoPathNFe := True; NFE.Configuracoes.Arquivos.PathNFe := <pathNFe>; NFE.Configuracoes.Arquivos.PathInu := <pathInu>; NFE.Configuracoes.Arquivos.PathEvento := <pathEvento>; NFE.Configuracoes.Arquivos.PathSalvar := <pathPDF>; Fiz uma correção nos fontes, segue anexo. ACBrDFeConfiguracoes.pas

Consultei o log e percebi que minha versão dos fontes era anterior a essa alteração. Assim que possível farei a atualização dos fontes e informarei o resultado. Obrigado.

Arquivos alterados para aceitar a carta de correção com quebras de linha. pcnCCeNFe.pas pcnEnvEventoNFe.pas

Bom dia, Tive esse problema hoje ao enviar uma carta de correção. Remover a quebra de linha do texto resolveu o problema.

Você precisa resolver os conflitos, pelo próprio Tortoise SVN, antes de tentar instalar. Outra opção é usar o "Revert" do próprio, nos fontes com problemas, para descartar o fonte local e usar o do repositório. Se todos os arquivos estiverem com o "sinal verde" neles, significa que estão com os fontes do repositório, sem alterações.

Bom dia, Criei um campo BLOB no banco de dados para armazenar o arquivo CSV e uso o ACBrIBPTax para fazer o cálculo por NCM, NBS ou LST. O regime tributário da NFC-e não muda a alíquota que o IBPT fornece, mas a origem da mercadoria sim, e no caso do CSOSN você tem ainda precisa informar a tag <orig> para indicar se a mercadoria é nacional ou importada.

Isso vale para NF-e também? Estou tentando dessa forma e recebo a rejeição "IE do emitente não cadastrada".

Se não quiser atualizar o FR precisa abrir as units do DANFe / DACTe / DAMDFe FastReport no Delphi, ignorar os avisos de propriedades inexistentes, abrir o DFM (Alt+F12) e mexer em algo pra forçar a gravação e salvar. Depois disso reinstalar o ACBr.

Veja se é o mesmo caso:

Também recomendo usar a opção "Apagar ACBr.bat". Aconteceu esse erro comigo e o problema era um .DCP gravado em lugar diferente do esperado pelo ACBr, já que eu havia aberto o pacote e compilado diretamente no Delphi.

Boa tarde, Essa texto é pré-Nota Fiscal Eletrônica e já foi ressalvada em resolução posterior. Veja o seguinte tópico, o terceiro post indica a ressalva. http://www.projetoacbr.com.br/forum/topic/6200-devolução-do-simples-para-empresas-normal/

Boa tarde, Depois de atualizar os fontes do SVN, comecei a receber o erro "Erro ao carregar o arquivo: [conteúdo do XML]" ao fazer a consulta de uma NFC-e emitida em contingência. Debugando, vi que o erro ocorria na unit ACBrDFeCapicom, no trecho: // Carregando o AXml em XMLDOC // if (not xmldoc.loadXML(AXml)) then raise EACBrDFeException.Create('Não foi possível carregar o arquivo: ' + AXml); Aparentemente, o ACBr estava tentando assinar novamente o arquivo, mas para mim eu já tinha assinado antes de gravar em banco de dados. Minha rotina para emitir NFC-e em contingência era: ACBrNFE1.NotasFiscais.Assinar; ACBrNFE1.NotasFiscais.Validar; dstNotasFiscaisNFE_XML.AsString := ACBrNFE1.NotasFiscais.Items[0].XML; Percebi que a propriedade XML nesse ponto estava sem assinatura, então troquei para: dstNotasFiscaisNFE_XML.AsString := ACBrNFE1.NotasFiscais.Items[0].XMLAssinado; E o problema se resolveu. Foi feita alteração nessa parte recentemente? O XML não deveria estar, nesse ponto, assinado? Obrigado.