Grupo IN4

32-ped-can_ACBr.xml CancelarNfseEnvio_Assinado_Exemplo.xml

Realizei o update agora, porém continua com o mesmo retorno... Assinatura : pedidoCancelamento_03390863000291312145332 Verifique a assinatura do elemento Estava verificando o XML gerado, e o de exemplo fornecido pelo site da prefeitura única diferença seria um atributo dentro da TAG Pedido "xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"", mas creio que não seja isso o motivo. Vou tentar entrar em contato com alguém de lá para ver se consigo validar com eles o que estaria ocorrendo. Obrigado @Italo Jurisato Junior pela atenção! 32-ped-can.xml CancelarNfseEnvio_Assinado.xml

Boa tarde, desculpa a demora. Então o nosso cliente não é de cancelar NFS-e a todo momento, porém a última vez que o mesmo conseguiu cancelar foi no dia 10/04/2019, depois desse dia ele tentou novamente dia 12/04/2019 e já estava exibindo erro de assinatura. Realizando o testes hoje em dia da a seguinte mensagem: Assinatura : pedidoCancelamento_03390863000291312145331 Verifique a assinatura do elemento Respondendo as suas perguntas: Você esta com todos os fontes de todas as pastas atualizados? Sim, realizei update hoje (03/07/2019). O problema ocorre também com o programa exemplo? Sim, ocorre o mesmo erro da minha aplicação Esta sendo enviado para o cliente o arquivo INI do provedor atualizado? Sim, está enviando para o provedor (Recife) atualizado, também realizei a atualização dos arquivos após update... Qual é exatamente o problema que esta ocorrendo e qual é a cidade? O problema está somente ao cancelar uma NFS-e, fica dando esse erro de "Verifique a assinatura do elemento", na cidade de Recife - PE. Estou anexando imagens do envio através do exemplo, e os XML's gerados. No meio disso tudo, me surgiu uma dúvida olhando através do site da prefeitura eles informa que permite o cancelamento de NFS-e, por isso meu cliente está tentando cancelar diretamente, mas seu eu fizer uma substituição, a NFS-e também é cancelada. Porém outros provedores quando se tenta utilizar cancelamento e ele não permite ele da uma mensagem "Cancelamento não é permitido" ou algo do tipo porém com esse de "Recife" está dando erro na assinatura. 31-ped-can.xml 31-can.xml

Boa tarde, Estamos com o mesmo problema aqui na empresa, vocês conseguiram realizar o cancelamento?

Boa tarde, após a atualização dos fontes do ACBr estava funcionando dia 06/11 e desde ontem não está. Alguém sabe informar se a URL foi alterada novamente?

Bom dia Pessoal, Estou tentando executar a função "CancelarUltimaVenda", porém não estou conseguindo recebo a seguinte mensagem: "MFE não encontrado Verifique se está com a versão 01.04.03 ou superior, do Driver MFE, e tente novamente" Já instalei a versão 01.04.04 e continua dando o mesmo erro, alguém tem noção do que seja? Segue em anexo o xml de envio e o de cancelamento... ADC23170514200166000166599000066970000117214360-env.xml AD23170514200166000166599000066970000117214360.xml

Obrigado Juliomar, sou assinante do SAC, mas o vídeo tem apenas 01:09 e está sem áudio. Tem alguma configuração que precisa ser feita?

Boa tarde, quais as mudanças que devem ser realizadas em uma aplicação que já utiliza integração com o SAT de São Paulo para utilizar a nova integração MFE. Verifiquei no exemplo "SATTeste" a criação de uma nova aba "MFE" com um ótimo exemplo de uso das funções "EnviarPagamento", "EnviarStatusPagamento", "VerificarStatusValidador", e "RespostaFiscal". Minha duvida é onde essas funções devem ser utilizadas? Existe uma sequência em relação a função "EnviarDadosVenda" já utilizada no SAT? Muda alguma propriedade do componente "ACBrSAT"?

Boa tarde Srs, Aproveitando o tópico me surgiu uma dúvida, após eu realizar essa consulta de notas emitidas para minha empresa com os dados que são passados eu consigo de alguma forma através da ACBr utilizar meu certificado para baixar o xml dessas notas?

Obrigado Henrique, utilizando o DanfeRetratoNovo.fr3 funcionou...

Sim.. havia esquecido, segue em anexo... xmlautorizado.xml

Boa tarde, Segue um exemplo em anexo do que está ocorrendo, quando DANFE possui muitos itens ele imprime o restante na 2 página e o rodapé na 3 página, isso está correto? DANFe_paginas.pdf

Boa tarde Italo Jurisato. Obrigado pela resposta. Antes atualizar a versão do cliente coloquei aqui na minha base para testar em ambiente de homologação e foi retornado o seguinte erro: Erro Desconhecido ao Enviar Evento de MDF-e! Ao consultar o sistema retorna o evento "Encerramento de MDF-e homologado". Segue em anexo o XML. MFDe.xml

MDf-e.xml Bom dia pessoal. Atualizei os fontes do ACBr na sexta (12/) e após a atualização ao encerrar a MDF-e retorna o seguinte erro: Falha na validação dos dados no envio do evento Validate failed because the document does not contain exactly one root node. Já pesquisei no XML e não encontrei nenhum dado com o conteúdo "%rodo%". Segue em anexo o XML.

Todas as operações usando o Demo estão dando o mesmo erro, alguém tem algum luz do que pode estar ocorrendo?

Boa tarde NovoRJ, Acho que é o mesmo problema que estou com provedor de "Recife", verifique se no arquivo xml de retorno tem a resposta de erro: \ACBr\Exemplos\ACBrNFSe\Delphi\201407\Ger\1-rec-soap.xml: <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> -<soap:Body> -<soap:Fault> <faultcode>soap:Client</faultcode> <faultstring>O servidor nao reconheceu o valor do cabecalho HTTP SOAPAction: http://www.abrasf.or...epcionarLoteRps. </faultstring> <detail/> </soap:Fault> </soap:Body> </soap:Envelope>

Boa tarde, Pela 1a vez estou tentando enviar um RPS utilizando o Demo para o provedor de Recife e estou obtendo o erro "Erro Desconhecido ao Enviar o Lote". Pesquisando no forum vi problemas semelhantes com outros provedores onde o erro pode ser a versão do schema, será que tem algo a ver? Já fiz o update dos fontes. Alguém está conseguindo utilizar o provedor de Recife? Segue a resposta do WS: <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> -<soap:Body> -<soap:Fault> <faultcode>soap:Client</faultcode> <faultstring>O servidor nao reconheceu o valor do cabecalho HTTP SOAPAction: http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd/WSNacional/RecepcionarLoteRps. </faultstring> <detail/> </soap:Fault> </soap:Body> </soap:Envelope>

Bom dia Italo, Eu entendi e já solicitei para o cliente fazer o download do XML pelo site da SEFAZ. Também acredito que o arquivo tenha sido alterado no meio do caminho. O arquivo XML não foi gerado pelo meu sistema, foi recebido pelo cliente via e-mail e estou tentando carregar o arquivo utilizando o componente para importa-lo no meu sistema. O componente desconsiderar as quebras de linhas (#13#10) na hora de carregar os itens do arquivo: Itens := StringReplace(Itens, #$D#$A, '', [rfReplaceAll]); Mas mesmo assim o arquivo além da quebra de linha, possui um espaço antes do igual: <det nItem'#$D#$A' ="2"> Fazendo com que a rotina considere que não há mais itens a serem lidos, ou seja a rotina LoadFromFile não lê todos os itens, mas fica a impressão que carregou o arquivo com sucesso para o objeto NFE. Meu sistema somente percebe o problema por que faz uma validação do total x soma dos itens. Acredito que o melhor a fazer é contar as tags <det> e caso não consiga carregar todos os itens gerar uma exceção, até por que possa ser que surja um outro problema parecido com outro carácter por exemplo.

Boa tarde Italo, Verificamos que o ACBR faz um tratamento caso tenha uma quebra de linha, mas não faz o tratamento caso possua um espaço! Observe que além da quebra de linha, possui logo após um espaço antes do sinal de igualdade. É o espaço que está alterando a verdadeira quantidade de itens: <det nItem'#$D#$A' ="2"> Thomas R C Porciuncula [email protected]

Boa tarde, Estou com um problema ao ler a quantidade de itens em um XML de uma NFE. No xml existem 2 itens, mas ao carregá-lo com o (loadfromfile) o mesmo só lê o primeiro item. Foi verificado que na montagem do arquivo xml a Tag denominada Det não ficou da forma que se esperava. Situação ao ler a variável Itens: '<det nItem="1"><prod><cProd>8816</cProd><cEAN/><xProd>COLHER REFEICAO BRANCA 20 X 50 290X190X380 SACO 17X27,5X0,6</xProd><NCM>39241000</NCM><CFOP>5101</CFOP><uCom>CX</uCom><qCom>30.0000</qCom><vUnCom>25.0000</vUnCom><vProd>750.00</vProd><cEANTrib/><uTrib>CX</uTrib><qTrib>30.0000</qTrib><vUnTrib>25.0000</vUnTrib><indTot>1</indTot></prod><imposto><ICMS><ICMS00><orig>0</orig><CST>00</CST><modBC>3</modBC><vBC>750.00</vBC><pICMS>17.00</pICMS><vICMS>127.50</vICMS></ICMS00></ICMS><IPI><cEnq>999</cEnq><IPITrib><CST>50</CST><vBC>750.00</vBC><pIPI>10.00</pIPI><vIPI>75.00</vIPI></IPITrib></IPI><PIS><PISNT><CST>08</CST></PISNT></PIS><COFINS><COFINSNT><CST>07</CST></COFINSNT></COFINS></imposto></det><det nItem'#$D#$A' ="2"><prod><cProd>2522</cProd><cEAN/><xProd>GARFO REFEICAO BRANCO 20X50</xProd><NCM>39241000</NCM><CFOP>5101</CFOP><uCom>CX</uCom><qCom>30.0000</qCom><vUnCom>25.0000</vUnCom><vProd>750.00</vProd><cEANTrib/><uTrib>CX</uTrib><qTrib>30.0000</qTrib><vUnTrib>25.0000</vUnTrib><indTot>1</indTot></prod><imposto><ICMS><ICMS00><orig>0</orig><CST>00</CST><modBC>3</modBC><vBC>750.00</vBC><pICMS>17.00</pICMS><vICMS>127.50</vICMS></ICMS00></ICMS><IPI><cEnq>999</cEnq><IPITrib><CST>50</CST><vBC>750.00</vBC><pIPI>10.00</pIPI><vIPI>75.00</vIPI></IPITrib></IPI><PIS><PISNT><CST>08</CST></PISNT></PIS><COFINS><COFINSNT><CST>07</CST></COFINSNT></COFINS></imposto></det>' Observem que o padrão seria para ficar <det nItem="1"> Mas no item 2 acontece a seguinte situação: <det nItem'#$D#$A' ="2"> onde existe um espaço após o Enter(#$D#$A). Na sua montagem esse mesmo espaço ficará entre o nlitem e o sinal de igualdade: <det nItem ="2">. Na unit pcnNFeR.pas da ACBR existe a condição para ler os itens: while pos('<det nItem=',ItensTemp) <> 0 do E na montagem do item 2 esse padrão é quebrado! Paliativamente ao retirarmos o espaço entre o nlitem e o sinal de igualdade o problema é solucionado, mas nosso código ficará diferente do componente da ACBR. Thomas R C Porciuncula [email protected]

Esse prazo de doze meses é o que todos estavam esperando, a sacanagem é não publicar essa regulamentação antecipadamente.