BigWings

Essa tag não representa a versão do layout da NF-e, aí sempre será 1.0. Veja a tag "versao" dentro de infNFe.

Ao atualizar os fontes do svn, os meus já eram um pouco antigos, percebi que foi removido o dfm com os datasets e estão sendo criados agora via código. Ao tentar imprimir um DACTE usando o arquivo ACBr\Exemplos\ACBrDFe\ACBrCTe\Delphi\Report\DACTE.fr3 recebo a mensagem: --------------------------- Erro --------------------------- Erro(s) encontrado(s): Dataset "LocalEntrega" não existe Dataset "ModalAereo" não existe --------------------------- OK --------------------------- Pelo que vi o dataset que antes era chamado LocalEntrega agora é CalculoImposto. Tentei de todas as formas alterar o arquivo .fr3 para alterar essa referência mas continuava aparecendo a mensagem acima. A única forma que consegui foi alterando no código de volta o nome do dataset para LocalEntrega. O DACTE.fr3 ainda é mantido? A última alteração dele é de julho. Qual o melhor arquivo .fr3 a ser usado? Segue arquivo com correções que funcionaram pra mim. PS: Corrigi também o problema com o motorista tratado em outro tópico. ACBrCTeDACTEFR.pas

Essa validação foi implementada na NT 2015/002, que entrará em vigor no ambiente de produção a partir de 01/12/2015.

Olhando melhor a NT, vi que existe uma validação facultativa (Rej. 378), a critério de cada UF, de NFC-e de venda de combustível sem grupo de encerrantes. Nesse caso, consultar a Sefaz para saber se será implantada essa validação e qual procedimento deve ser adotado no caso.

O grupo de combustíveis realmente é obrigatório para os CFOP de venda de combustível, mas existe exibilidade do subgrupo encerrantes? Pelo layout, ele é opcional.

with autXML.Add do begin res_cnpj:='13.410.501/0001-98'; end;

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.