Filipe Natividade

Bom dia. Ao carregar um XML de NFS-e mandar imprimir está gerando uma visualização com os dados da NFS-e e outra com a pagina em branco. Todos os testes foram realizados no DEMO NFS-e e com a opção de Gerar e Enviar Lote RPS. Provedor: Betha Notei que no final do XML existem as tags: <NfseSubstituicao><SubstituicaoNfse/></NfseSubstituicao> devido a essas tags ao carregar o xml, é adicionado uma nova NFS-e na lista. 4217120929021100018056000000000000246-nfse.xml 4217129999999900019156000000000000246-nfse.pdf

Você deve informar todos os dados do documento de transporte anterior. CNPJ, IE, UF e Nome.

Blz, Obg.

Cara, quem usa delphi e está rodando e executável em tempo de compilação é chato que a cada DF-e que é assinado vem uma mensagem informando o ponto de exceção, mas como tem o try except não para a execução, só tem que dar um ok na mensagem toda vez.. Ai para não ficar com isso todo tempo propus essa alteração, e se você não usa delphi, pelo menos ajude que usa, pq isso não vai acontecer somente no meu compilador, mas no de todos.

Boa tarde. Realmente solucionou o problema, porem em modo Debug fica disparando exceção no compilador em todos os documentos fiscais. Para que isso não ocorra, segue sugestão de correção. ACBrDFeXsLibXml2.pas

Boa tarde. Com a alteração realizada na revisão: 14293 e 14294, mudou o local e a mensagem de erro. local do erro agora é: TDFeSSLXmlSignLibXml2.LibXmlFindSignatureNode mensagem: Erro: Falha ao localizar o nó de Assinatura.

ok, desculpa o incomodo. obg.

Mas como você pode visualizar, com o demo está com erro...

no Demo NFS-e você trocou as configurações de SSL? pq estava como xsMsXmlCapicom, ai troquei para xsLibXml2

Agora está dando o seguinte erro: raised exception class EACBrDFeException with message 'Não foi possivel recuperar o "Digest Algorithm" do XML'. Tanto para NFS-e e CT-e.

No seu caso a tag indIEToma deve ter o valor = 9

Obg. Estarei no aguardo.

Boa tarde. Atualizei para nova biblioteca de assinatura de XMLs baseada apenas em LibXML2 e ao Assinar o lote do provedor Betha versão 1 com certificado A3 informa o erro: Erro ao carregar xml C14N! function TDFeSSLXmlSignLibXml2.CanonC14n parametros: aXML: "lote erro libxml2.xml" - em anexo docElement: ns3:EnviarLoteRpsEnvio infElement: SignedInfo para conseguir atualizar a NFS-e, desativei no arquivo Betha.ini a opção de assinar o lote. lote erro libxml2.xml lote assinado com msxml.xml

Por favor, informe a mensagem de erro também.

Boa tarde. Falta informar os dados do Emissor do documento anterior. with infCTeNorm.docAnt.emiDocAnt.Add do begin CNPJCPF := ''; IE := ''; UF := ''; xNome := ''; idDocAnt.Add.idDocAntEle.Add.chCTe := ''; end; e o tomador de serviço deve ser o Emissor do documento anterior

Boa tarde. Como a está obs é gerada somente no Fast Report , fiz uma alteração para permitir que o usuário informe se quer ou não gera-la de forma automática. Por padrão, segue gerando de forma automática até que seja desabilitada. segue em anexo. ACBrCTeDACTEFR.pas

Não porque a situação tributário é uma coisa e o DIFAL é outra. Se o Emitente for simples nacional deve utilizar: SN - Simples Nacional Se o Emitente for contribuinte de ICMS deve-se utilizar as situações tributárias cabíveis nas operações a serem realizadas, uma delas é a sit. trib.: 00, lembrando que mesmo informando o DIFAL na OBS, você deve calcular o valor do ICMS normalmente no CT-e. O DIFAL é somente a declaração da diferença de alíquota entre os estados e o valor desta diferença que será repassado entre a origem e destino.

Se o documento anterior não for eletrônico, deve-se utilizar as tags: idDocAnt.Add.idDocAntPap.Add, e preencher suas respectivas tags.

A Tag foi preenchida? idDocAnt.Add.idDocAntEle.Add.chCTe := 'chave do ct-e';

Sim está correto, a partilha deve ser informada nas suas respectivas tags no XML e na DACTE em observações da seguinte forma: EC 87/2015 alter. os inc VII e VIII do 2 do Art. 155 da Constituição Federal. caso a empresa seja lucro real ou presumido: Rec. de ICMS DIFAL de alíquota no valor de R$ 100,00 (10%) sendo R$ 40,00 (40%) para UF origem e R$ 60,00 (60%) para UF de destino caso a empresa seja simples nacional: Rec. de ICMS DIFAL de alíquota de 10%, sendo R$ 60,00 (60%) para UF de destino se tiver fundo de combate a pobreza: e mais R$ 2,00 (2%) referente ao FCP.

Bom dia. Na procedure TACBrCTeDACTEFR.CarregaInformacoesAdicionais da unit ACBrCTeDACTEFR.pas gera obs do CT-e substituído automaticamente, pelo que vi, não tem nenhum parâmetro para desativar isso. Meu sistema já gera essa obs de forma mais compacta e com mais informações. Temos alguma solução para desativar isso? Lembrando que está sendo impressa uma obs que não está no XML.

@Italo Jurisato Junior Boa tarde. Já está publicada a NT que viabiliza a utilização desta TAG. Nota Técnica 2017.002 (Atualizado em 24/11/2017) http://www.cte.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=1pcPS/hBIKU= 2.Datas de Disponibilização das Regras de Validação Data de Liberação Ambiente 02/10/2017 Homologação 01/11/2017 Produção 3. Procedimento de alteração de tomador A alteração do tomador de serviço informado erroneamente no CT-e tornou-se possível a partir da publicação do Ajuste SINIEF 08/17 que acrescentou a cláusula décima sétima-A ao Ajuste SINIEF 09/07. Nele a alteração do tomador é possível a partir da geração do evento “Prestação de serviço em desacordo” emitido pelo tomador de serviço erroneamente informado no CT-e e assim possibilitando o emitente do CT-e à emissão do CT-e de anulação e consequentemente o CT-e de substituição informando o novo tomador de serviço. Deve-se atentar para as restrições impostas ao procedimento de alteração de tomador dispostas nos parágrafos 6º e 7º da cláusula décima sétima-A. 4.Legislação Ajuste SINIEF 08 de 14 de julho de 2017 publicado no diário oficial da união em 20 de julho de 2017.

Quando estava fazendo testes com a declaração de MDF-e encontrei um erro na função de TANeAverbar.TratarResposta, pois estava capturando a data e protocolo do grupo ANeRetorno.Averbado, sendo que o correto é ANeRetorno.Declarado, com isso, a função Enviar retornava erro com exceção vazia. Coloquei uma verificação para saber se o retorno do webservice se trata de um MDF-e ou não. segue em anexo. ACBrANeWebServices.pas

Boa tarde. Realizei uma alteração no DEMO do MDF-e e adicionei um botão para realizar o evento de encerramento sem possuir o XML do MDF-e. Segue em anexo. Frm_Demo_ACBrMDFe.dfm Frm_Demo_ACBrMDFe.pas