F Almeida

Caros companheiros do ACBr, Atualizei os fontes do ACBrNFe e ACBrDANFe depois de um bom tempo, instalei todos pacotes e linkei os library paths corretamente, tudo do ACBrNFe instalado com sucesso, porém ao tentar instalar o pacote ACBr_NFeDanfeRL.dpk, para a DANFe (Fortes Report) estou tendo o erro de Undeclared Identifier para o tipo "TImprimirUnidQtdeValor", na linha 103 do ACBrNFeDANFeRLClass.pas, especificamente: fImprimirUnQtVlComercial: TImprimirUnidQtdeValor; Vejo que este tipo está declarado na pcnConversao, como: TImprimirUnidQtdeValor = (iuComercial, iuTributavel, iuComercialETributavel); Porém, vejo que não possui nenhuma função de conversão para Str, mas creio que o problema não seja esse, mesmo estando declarado no Uses, na hora de compilar o pacote não está identificando o tipo, alguém já passou por esse tipo de problema? Tentei forçar uma atualizanção do SVN renomeando os arquivos e pastas e mesmo assim sem sucesso. Agradeço desde já qualquer ajuda

almp1, Sim, consegui acesso com o Certificado, mas realmente não ajuda muito, pois eles não discriminam as tags (apenas colocam "MensagemXML"), tipos e tamanhos, temos que nos guiar pelo XSD (que aliás, também dá 404 o link de download que eles citam na documentação). Ainda sim, estou enviando pelo padrão do XSD encontrado no ACBr, de outra forma retornaria erro do próprio Schema, mas no meu caso ele sempre está retornando erro no XML, logo na primeira linha e caractere. Estou realizando alguns testes utilizando a Impressão direta pelo retorno do Envio: ACBrNFSe.Enviar(vNumLote); ACBrNFSeDANFSeRL.PathPDF := edtArqXML.Text; ACBrNFSeDANFSeRL.ImprimirDANFSePDF(ACBrNFSe.NotasFiscais.Items[0].NFSe);

almp1, Você conseguiu realizar a consulta por lote? Já havia efetuado essa modificação para puxar o Núm do Lote como Protocolo para evitar a Exception, porém ainda há o retorno de "erro no XML" para a consulta. O grande problema é que precisamos da Consulta para gerar o arquivo -NFSe.xml e poder imprimir, se não fosse isto, o Provedor de SP retorna até mesmo o Número da NFSe no retorno do Envio, para contornar isso estou pensando em gerar o próprio arquivo -NFSe.xml apartir do retorno do envio, não é o correto, mas tendo em vista o precário fornecimento de informações pelo provedor em relação aos web services e o tempo gasto nos testes. Já tentei entrar em contato com o Prodam, mas sem sucesso.

almp1, Você conseguiu realizar a consulta por lote? Já havia efetuado essa modificação para puxar o Núm do Lote como Protocolo para evitar a Exception, porém ainda há o retorno de "erro no XML" para a consulta. O grande problema é que precisamos da Consulta para gerar o arquivo -NFSe.xml e poder imprimir, se não fosse isto, o Provedor de SP retorna até mesmo o Número da NFSe no retorno do Envio, para contornar isso estou pensando em gerar o próprio arquivo -NFSe.xml apartir do retorno do envio, não é o correto, mas tendo em vista o precário fornecimento de informações pelo provedor em relação aos web services e o tempo gasto nos testes. Já tentei entrar em contato com o Prodam, mas sem sucesso.

Estou com o mesmo problema, como falamos no outro tópico, tentei testar um pouco com as configurações do Arquivo INI do Provedor sem sucesso, peguei uma nota do Trunk1 aqui e notei que tem o prefixo P1, em anexo um envio antigo que tive sucesso ao consultar, para tentarem comparar com o atual gerado pelo Trunk2... Creio que se acertar as configurações de links, prefixos e tags no arquivo INI talvez se adeque ao provedor, uma vez que eles nem mesmo nos dão o WSDL para verificar a sintaxe... 192950914-con-lot.xml 192950914-con-lot-soap.xml

Alguém sabe qual o link do WSDL que o Prodam utiliza para enviar os XML? Preciso verificar a formatação que ele espera receber, que parece não estar a mesma gerada pelo envio.

Ambas funções, ConsultaRpsPorLote e ConsultaNFSe pela data também retornam o mesmo erro no XML, estes são os padrões que estou enviando... Cueio, Notei que no retorno do Envio o NumeroLote parece estar trazendo o Número de Protocolo, no retorno do Envio eu deixei assim para conseguir pegar o número da nota e RPS: Na função function TNFSeEnviarLoteRPS.TratarResposta embuti: if FPConfiguracoesNFSe.Geral.xProvedor = 'SP' then begin FProtocolo := RetEnvLote.InfRec.Protocolo; for i := 0 to FNotasFiscais.Count -1 do begin FNotasFiscais.Items[i].NFSe.Protocolo := FProtocolo; FNotasFiscais.Items[i].NFSe.Numero := RetEnvLote.InfRec.ListaChaveNFeRPS.Items[i].ChaveNFeRPS.Numero; FNotasFiscais.Items[i].NFSe.IdentificacaoRps.Serie := RetEnvLote.InfRec.ListaChaveNFeRPS.Items[i].ChaveNFeRPS.SerieRPS; FNotasFiscais.Items[i].NFSe.IdentificacaoRps.Numero := RetEnvLote.InfRec.ListaChaveNFeRPS.Items[i].ChaveNFeRPS.NumeroRPS; FNotasFiscais.Items[i].NFSe.dhRecebimento := FDataRecebimento; end; end 2016062120160621-con-nfse.xml 50UNICA-con-nfse-rps.xml

Cueio, Exatamente o mesmo problema que estou tendo aqui, notei que na hora de enviar, na Function TWebServices.Envia do ACBrNFSeWebServices tem como puxar o número da NFSe, usando a propriedade FEnviarLoteRPS.FNotasFiscais.Items[0].NFSe.Numero, porém neste momento não há a propriedade Número para mostrar no retorno do envio, precisaria criar, e mesmo assim não temos o -NFSe.xml para imprimir a nota. Acho estrannho não achar muito sobre este provedor, nunca consegui emitir uma sequer nota no Prodam sem erros, antigamente usava aquele método usando uma DLL externa em C#, porém com o novo Trunk2 me desfiz disso, mas para consultar continua complicado.

Boa Tarde, Cueio É exatamente assim que recebo o retorno na consulta, após o envio, se verificar seu arquivo XML verá que há uma mensagem de erro, provavelmente idêntica a que citei no post original, estou utilizando a consulta por lote, além da consulta após o envio, e recebo a mesma mensagem seguido de uma exception. Está utilizando o trunk2, certo?

Bom dia, Italo Sim, a mensagem não indica onde está o erro, ainda fui verificar o local dos Schemas no site da prefeitura e a página está com erro... a Prefeitura de SP é extremamente problemática com seus web services, não sei se mais gente está com este problema, tentei com 2 certificados diferentes e o resultado é o mesmo.

Bom dia, Estou utilizando o Trunk2 e não estou conseguindo fazer a Consulta por Lote utilizando o provedor Prodam (SP), consigo emitir notas corretamente, mas como temos apenas o número do lote ao enviar, preciso consultar para ter o número da nota e imprimir, o XML gerado para a Consulta é o seguinte: <?xml version="1.0" encoding="UTF-8"?> <PedidoConsultaLote> <Cabecalho Versao="1" xmlns=""> <CPFCNPJRemetente> <CNPJ>01139166000237</CNPJ> </CPFCNPJRemetente> <NumeroLote>40</NumeroLote> </Cabecalho> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>b6G9XtBQDM4TQNGmWT7QlvdCvt8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>fuOfVuoVt6+DnY/0PxMkhUm4U1DUGinxEgLUlxhFjYrSyxI7hecr55lIVXfb4B65TEPCyuqz6rLWt94vHnWBS6WiWd35F87oIWevHVtuGDQb5mURWQKyjhVS2EbFivVEeWracEX53yO3Pf23zOO2nbJQJfQhPIILD88Hz3aiSgZfOEYo8StOW33T94x0l7hqJCiIGJetjxeaNATO0XEG2vFT/bCs58XIaugQWtjzz/N/3Aw9dtWPSJes83s90avM6FPHw8nughnOa/bOZFEpKwptSyTeJh89KrN5QbW+1HJddSy5sIkTfsW0suC+j9mY5V1glpS9eibrO6efAuVkvA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIH9jCCBd6gAwIBAgIICCww8QEVzNUwDQYJKoZIhvcNAQELBQAwcTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEVMBMGA1UEAxMMQUMgVkFMSUQgUkZCMB4XDTE1MDYyNTEyMjExNFoXDTE4MDYyNDEyMjExNFowgdkxCzAJBgNVBAYTAkJSMQswCQYDVQQIEwJTUDEPMA0GA1UEBxMGU0FOVE9TMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTYwNAYDVQQLEy1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFjAUBgNVBAsTDVJGQiBlLUNOUEogQTMxFTATBgNVBAsTDEFSIERJR0lGT1JURTEwMC4GA1UEAxMnU1VSVkVZIFBFUklDSUFTIExUREEgRVBQOjAxMTM5MTY2MDAwMjM3MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmZkBTSI18xu4VWh9sOREbJuQ1IzlXNtF9Ye9HWdHw3nyDizQfwXTAgieg3+q9Xzl1JTAmFEvwGQvVwYHFuTu9gqAxrBvdWKvCMZy2cs9AYr6+wKySKlfZG/zrpALGYBz9zmEt6MKp7iBzI1ErudNfttWtfzz4KQ5yq0F/eg6F0ZxRN1lpXBBqQXPOSslLPrE7dpMgRT0Ez9UPkhrceQEswseplqGTYVchIDgDuEgPCmqlScKhKICN1wo8jm558sW4gb/HjQtiX0PdTQWD88yoG9C2klLtkDelASM4mGYdQ/+o6/2NoSfzL7DGbRPiOBGV6pJpOHrwZKhBUAPFcKxiQIDAQABo4IDJzCCAyMwgZoGCCsGAQUFBwEBBIGNMIGKMFUGCCsGAQUFBzAChklodHRwOi8vaWNwLWJyYXNpbC52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyL2FjLXZhbGlkcmZiL2FjLXZhbGlkcmZidjIucDdiMDEGCCsGAQUFBzABhiVodHRwOi8vb2NzcC52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyMAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUR7kIWdhC9pL893wVfCaASkWRfp8wbgYDVR0gBGcwZTBjBgZgTAECAyQwWTBXBggrBgEFBQcCARZLaHR0cDovL2ljcC1icmFzaWwudmFsaWRjZXJ0aWZpY2Fkb3JhLmNvbS5ici9hYy12YWxpZHJmYi9kcGMtYWMtdmFsaWRyZmIucGRmMIIBAQYDVR0fBIH5MIH2MFOgUaBPhk1odHRwOi8vaWNwLWJyYXNpbC52YWxpZGNlcnRpZmljYWRvcmEuY29tLmJyL2FjLXZhbGlkcmZiL2xjci1hYy12YWxpZHJmYnYyLmNybDBUoFKgUIZOaHR0cDovL2ljcC1icmFzaWwyLnZhbGlkY2VydGlmaWNhZG9yYS5jb20uYnIvYWMtdmFsaWRyZmIvbGNyLWFjLXZhbGlkcmZidjIuY3JsMEmgR6BFhkNodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdvdi5ici9sY3IvVkFMSUQvbGNyLWFjLXZhbGlkcmZidjIuY3JsMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwgbAGA1UdEQSBqDCBpYEYaGFtaWx0b25Ac3VydmV5YnIuY29tLmJyoDgGBWBMAQMEoC8ELTAxMDYxOTYwMDE4MjI2Njk4MjAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAbBgVgTAEDAqASBBBIQU1JTFRPTiBTQ0hNSURUoBkGBWBMAQMDoBAEDjAxMTM5MTY2MDAwMjM3oBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMDANBgkqhkiG9w0BAQsFAAOCAgEAkDq2m1UxD+CT/muTd21noDB/TTfpUuIYMxVx7S2h32xZn2tjngYIFO637g2egQiHsulGFFxfd2z5oz/rAC0nud4ZSNY5UWQMWCOF+T8FKyV95+QmFiSsYgWBj5lNu9NlqzvzCJGzVgRUUeZrMsvS+Nh7cQQLtgfUcHxSBn2nrxPE9AjFpC5tW5aF7h1/Q0DODYwjyHsFrnpqAnPH0FU6dlQe3ejIS84MF8TyL7nowgaZOuajuO3gN9GVTAEhlwRqZ141EIsv5tJj0wfUmNXLqSTrNz3UAWBLgPpqqgI1y0vZGoe8tXDTeFKlWGMUiir7Q86z3OzSC0SfnxXgf1F/WwImADq7LJRZ4Fy6kXEVLE/C3OdGfI/NOr0NOl6VJqdIAoepSwWechY+VYSdQ6m5Q5HQyhw0QZeJrshB2nVq8mDa0zo/HPP1HWHYD1WvcpcMm6fkCngFnPujvJT3EUac8Jo7pAaSv87GK7c2VdVEe0KNfh9NwLsREZJBEwsjD9Qdy5dbbj0JdwAUFmX4FI19GQBnJZRw74QHTJmqMdO96sbeNZtPEQh0nC5JzzIXT9TKpxupyjyB8yAERAoeRPZm6S/0xn/t44ydEO5oBzThVNsjtPcM7FoIOgQeubEaGH4e+mban/lkuIcYvWVc25M3UoXrVLHkS3Uu+qNzxOL3S78=</X509Certificate> </X509Data> </KeyInfo> </Signature> </PedidoConsultaLote> E o retorno: <?xml version="1.0" encoding="UTF-8"?> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Server was unable to process request. ---> There is an error in XML document (1, 2). ---> <PedidoConsultaLote xmlns=''> was not expected.</faultstring> <detail /> </soap:Fault> Em anexo a versão SOAP do XML de envio. Alguma sugestão? Tenho impressão de ter algo na tag de CNPJRemetente, em uma antiga documentação da prefeitura de SP indica ser a tag <CNPJRemetente> CNPJ </CNPJRemetente>, enquanto agora há a tag <CNPJ> dentro dela, estou com os fontes atualizados e os schemas do Trunk2. 247515157-con-lot-soap.xml

Estava desde o começo do mês com este problema ao consultar, conseguia emitir, mas não consigo consultar nada, devolve o erro vazio e depois uma exception vazia, o XML de retorno sempre aponta o erro que citei no post original. Tentei tanto com um certificado digital, quanto por cartão, com diferentes CNPJs, não os tenho para testar agora, amanhã tentarei novamente. Aos que estavam com este problema e conseguiram consultar agora, chegaram a saber quando começou o problema?

É, verifiquei todo o manual, o link mais recente dos schemas do provedor seria https://nfe.prefeitura.sp.gov.br/ws/schemasV02.zip Porém está fora do ar, todos WSDL retornam 403 Forbidden ao tentar acessar por browsers, creio que estejam (novamente) com problemas no provedor, antigamente precisava mandar duas vezes o protocolo para a consulta por lote para funcionar, desta vez não estou encontrando solução, consigo apenas enviar notas e consultar pelo site logando com o certificado.

Segundo o manual (http://nfpaulistana.prefeitura.sp.gov.br/arquivos/manual/NFe_Web_Service.pdf) Na consulta Situação do Lote, pág. 39 a tag seria ConsultaLote, o ACBr está montando o XML de envio do pedido com a tag PedidoConsultaLote, O antigo local de download dos schemas está fora do ar: https://nfe.prefeitura.sp.gov.br/ws/schemas.zip Os schemas do ACBr são os mais atualizados no momento?

Alguém está conseguindo consultar notas para a prefeitura de São Paulo? Desde que atualizei meu ACBr para o Trunk2 e comecei a usar o provedor SP "oficial" do ACBr consigo emitir, porém não consultar as notas. Quando trabalhei utilizando fontes do ACBr modificados por outros usuários (que utilizava uma DLL externa em C# para assinar) precisava enviar repetidamente o Número do Lote ou Protocolo na Consulta, porém não consegui fazer isso no Trunk2. Ao emitir a nota, tenho o próprio número da NFS no arquivo retorno do envio, mas ao consultar recebo de retorno o seguinte XML: <?xml version="1.0" encoding="UTF-8"?> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Server was unable to process request. ---> There is an error in XML document (1, 2). ---> <PedidoConsultaLote xmlns=''> was not expected.</faultstring> <detail /> </soap:Fault> Fazendo assim, retornar a mensagem do ACBr vazia, e em seguida uma exception vazia. Alguma dica de quem implementou o provedor SP pelo Trunk2?

Estive com a emissão, consulta e impressão funcionando como antes, porém apareceu uma situação no Cliente que estou tendo dor de cabeça agora: Vários RPS em um lote, o problema é na consulta, o XML só salva o ultimo RPS,e na hora da impressão, sai apenas os valores da ultima. Alguém passou por esse problema? Desconfio ser algum loop na hora da consulta, no "lista-nfse.xml" sai apenas um RPS.

Agora consegui efetuar a função ConsultarSituacao, estou mandando o Protocolo no lugar do Lote e funciona! Não sei por que, mas foi o jeito que encontrei para pelo menos saber se a nota transmitiu, porém a função ConsultarSituacao não retorna nada além do status da NFSe, eu estou agora tentando efetuar a função ConsultarLoteRps para conseguir o retorno do número da NFSe e gerar o XML para conseguir imprimir a DANFSe, mas tá dificil, por mais que eu receba o XML com Sucesso = True do provedor, ele tem apenas isso e mais nada.

Resolvi o erro da propriedade, tive que editar no .DFM Porém, veja que interessante, com a versão do componente que eu tinha consegui emitir notas sem problemas, mas não consultar que dava o erro da assinatura... agora com seu componente recebo o erro que recebia ao consultar, porém na hora de emitir. "1206 - Assinatura Digital do RPS incorreta - String verificada" Será que eu estava enviando errado o tempo todo, mas como as notas eram validadas na prefeitura? Enquanto só não conseguia consultar no componente? Realmente estranho.

Roger, Os fontes que você postou está funcionando a Consulta? Tenho os fontes anteriores que o Ariel disponibilizou e modifiquei algumas coisas para conseguir fazer funcionar, a versão que tenho aqui Envia, Cancela e Imprime DANFSe sem problemas, porém eu não consigo consultar, sempre retorna o erro "1107 - O CNPJ da Assinatura da mensagem XML não corresponde ao CNPJ do Prestador de Serviços" Já verifiquei e ambos estão corretos, já tentei com 2 CNPJs de duas empreas e dois certificados eletrônicos, e as mesmas notas que crio pela sistema estão OK no site da prefeitura mas continua me retornando este erro na consulta. Substitui meus fontes pelos seus (fazendo um backup, é claro) e tive diversos erros na compilaçao do ACBrNFSe, um dos mais notáveis foi a referência de CryptSHA1.pas, que não veio no seu arquivo e não tinha o mesmo no meu computador, porém comentando ele no uses consegui rodar sem problemas, e mais dois provedores que também não apareciam nos meus fontes, creio que não terei problemas por causa destas referências comentadas. Porém quando vou abrir o projeto que estava usando NFSe estou tendo o erro "Erro Reading ACBrNFSe.Configuracoes.Certificados.AssinaRPS", lembro que foi meio complicado de conseguir rodar essa parte da assinatura de primera, como você fez essa parte?

Estava checando aqui, não era, o problema foi que a versão do ACBr que tinha estava com uma linha modificada e tinham comentando a linha em que manda o número de RPS, para o valor 1 sempre, estava assim: with NotasFiscais.Add.NFSe do begin // IdentificacaoRps.Numero := FormatFloat( '#########0', StrToInt( pNumNFSe ) ); IdentificacaoRps.Numero := FormatFloat( '#########0', StrToInt( '1' ) ); E o número de RPS estava na verdade sendo mandado para o Lote, uma confusão mesmo, peguei novamente os fontes no repositório e deu certo, obrigado pelas dicas de todos.

Eu resetei para teste, antes estava usando de 100 para cima, como disse no post o sistema está incrementando e controlando isso já, mesmo se eu botar um RPS de número alto (tentei 14001, 991, etc) ele continua dando o mesmo erro.

Boa Tarde, estou fazendo rotinas para emissão e consulta de NFSes para Santos-SP, padrão GINFES. Consegui registrar uma NFSe tranquilamente, porém após eu fazer algumas rotinas para pegar o retorno do Número de Lote, etc, simplesmente toda NFSe que eu tentar transmitir dará o erro E10, dizendo que ja existe um RPS com esse número, CNPJ e IM. Já estou controlando internamente no sistema a incrementação automática de números, etc, não sei se algum campo que tenha modificado pode alterar a esse ponto.Em anexo um XML de RPS como exemplo: 1UNICA-Rps.xml

Boa Tarde Estou fazendo isso, estou há alguns dias já trocando emails com o Suporte da Prefeitura, mandei os XMLs e estou aguardando o retorno deles Att, Felipe.

Imaginei que ocorria, o problema é que ao enviar o retorno que tenho é apenas até o "X-lista-nfse.xml", onde informa o erro do CNPJ com a Assinatura, porém como o Envio ocorre logo antes, as notas são enviadas. O problema que tenho está nas consultas, seja de Situação, Lote ou após o Envio. <Cabecalho Versao="1" xmlns=""> <Sucesso>false</Sucesso> </Cabecalho> <Erro xmlns=""> <Codigo>1107</Codigo> <Descricao>O CPF/CNPJ da assinatura da mensagem XML nao corresponde ao CPF/CNPJ do Prestador de Servicos.</Descricao> </Erro>

Bom dia, Sim, porque o número de NFSe é gerado pelo webservice, e ele que não consigo receber, talvez esteja na consulta que é feita após o Envio, porém como as consultas não estão funcionando aqui eu não consigo acessar, seria algo como ACBrNFSe.WebServices.NumNFSe