Italo Giurizzato Junior

Boa tarde Fernando, O que esses contadores fanáticos por papel, não entenderam ainda é que, tanto o XML da NF-e quanto o DANFE foram feitos para notas de saída e de entrada. Se tratando de saída temos o emitente e o destinatário, já a de entrada temos o emitente e o remetente. Outra coisa que eles ainda não entende e é preciso desenhar e muito bem desenhado por sinal, é o significado de DANFE. DANFE = Documento Auxiliar da Nota Fiscal Eletrônica. Bom se o DANFE é um Documento Auxiliar da nota, concluímos que o DANFE não é a nota, logo não tem validade jurídica. A nota fiscal é o XML que para ter validade jurídica é preciso estar assinado com o certificado digital do emitente e deve contem o protocolo de autorização da SEFAZ. O DANFE nada mais é do que uma representação gráfica das informações mais importantes constantes no XML. Paragrafo 1 da clausula primeira do Ajuste SINIEF 07/2005 diz: Considera-se Nota Fiscal Eletrônica - NF-e o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida pela assinatura digital do emitente e autorização de uso pela administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador. O negrito é por minha conta. Sobre o DANFE: Cláusula nona: Fica instituído o Documento Auxiliar da NF-e - DANFE, conforme leiaute estabelecido no Manual de Orientação do Contribuinte, para acompanhar o trânsito das mercadorias acobertado por NF-e modelo 55 ou para facilitar a consulta prevista na cláusula décima quinta. Sugiro que você baixe e leia o Ajuste SINIEF mencionado acima que se encontra disponível no Portal Nacional da NF-e, desta forma você terá base para argumentar alguma coisa com os seus clientes e os respectivos contadores.

ALA, Você abriu a unit que mencionei? Procurou por NaturezaOperacao ?

Boa tarde Fabio, A unit referente ao evento 2099 já esta com as alterações e no repositório. Muito obrigado pela colaboração.

Boa tarde, Após gerar o XML através da sua aplicação, carregue o mesmo através do método LoadFromFile do componente ACBreSocial. O componente vai detectar que o XML não esta assinado e vai realizar a assinatura no mesmo automaticamente.

Boa tarde, Alguns eventos já foram alterados para gerar o XML corretamente segundo a nova versão. Favor informar qual é o evento que não esta sendo validado ou aceito ao ser enviado.

Boa tarde Luciano, Você esta com todos os fontes de todas as pastas atualizados? Se sim, os componentes foram reinstalados após a última atualização? Quando foi a última atualização?

Boa tarde Walter, Favor baixar o Manual do CT-e versão 3.00 - na página 225 e 226 temos uma tabela de campos que não podem ser alterados por uma carta de correção.

Leeonardo, Favor atualizar novamente e fazer novos testes.

Boa tarde ALA, Na unit pnfsNFSeW_ABRASFv1.pas faça a seguinte alteração: if FProvedor = proGINFES then Gerador.wCampoNFSe(tcStr, '#5', 'NaturezaOperacao', 01, 02, 1, '0' + NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP) else Gerador.wCampoNFSe(tcStr, '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP); E tente novamente enviar.

Boa tarde Ana, Qual é a configuração de SSLLib? Se for libWinCrypt tente libCapicom.

Boa tarde Borowsky, Não damos mais suporte aos fontes do Trunk somente Trunk2.

Boa tarde Dércio, Reveja o seu procedimento de envio. Após o envio se o XML não contem o protocolo de autorização pode ter acontecido 2 coisas: 1. A nota foi rejeitada, neste caso devemos ver qual é o motivo da rejeição, fazer as correções e enviar novamente. 2. A SEFAZ demorou e ocorreu Timeout, neste caso devemos executar o método Consultar, pois não sabemos se o problema foi no envio ou no retorno, se foi no retorno ao executar teremos o XML atualizado com o protocolo de autorização, caso contrario teremos um retorno acusando que a nota não se encontra na base de dados da SEFAZ, neste caso devemos enviar novamente.

Boa tarde Leeonardo, Muito obrigado pela colaboração, fiz um apanhado do que você fez mais a implementação do Delfino. Já enviei tudo para o repositório. Peço que você atualizem os fontes e façam novos testes.

Boa tarde Jimmy, Tente cancelar (se possível) o conhecimento original. Se a SEFAZ não aceitar o cancelamento, você terá que entrar em contato com a SEFAZ e expor o problema.

Boa tarde Fabio, Muito obrigado pela colaboração, já enviei para o repositório, com exceção da unit DoACBrNFeUtil.pas que se refere ao monitor que vou passar para o pessoal que cuida do monitor analisar.

Bom dia, Após a alteração no arquivo ACBr.inc, você reinstalou os componentes?

Bom dia Borowsky, Muito obrigado pela colaboração, ainda hoje estarei enviado o arquivo Cidades.ini atualizado para o repositório.

Bom dia Delfino, Muito obrigado pela colaboração, ainda hoje estarei analisando e fazendo mais alguns ajustes. Assim que estiver pronto envio para o repositório.

Bom dia Paulo, Atribua o valor 9 a indIEToma e deixe o campo IE do tomador vazio.

Bom dia Carlos, Por favor anexe o arquivo leiauteNFe_v4.00.xsd para que possamos analisar.

Bom dia Fabio, Favor anexar o fonte alterado para que possamos analisar.

Bom dia Diogo, Você esta usando o componente ACBrReinf para gerar e assinar o XML do evento? O teu problema esta na assinatura.

Bom dia Fabio, Já identifiquei o problema e ainda hoje estrarei enviando para o repositório uma possível correção. Peço que você atualize os fontes e faça novos testes.

Bom dia Glaudson, Ao instalar o certificado digital, marcou a opção de Exportável?

Bom dia, Esse XML esta identado. Você identou ele antes de anexar?