Fabrício Melo

Os clientes em questão usam sistema de franquia web que obrigam eles terem que baixar esses XML's de tempo em tempo, eles não querem é ter esse trabalho. Ai sobra para a gente! Grato.

Bom tarde. Uma dúvida, quando defino na Consulta de Manifestação do Destinatário ...ConsNFeDest.indNFe := 0; Todas as NF-e; ...ConsNFeDest.indEmi := 0; Todos os Emitentes / Remetentes; Eu vou baixar "todas as notas" geradas pelo meu cnpj e para o meu cnpj? Ou vou baixar só as notas de transferência entre as filias e as geradas para o meu cnpj por terceiros? Um cliente quer uma aplicação que faça o download de todas as notas geradas pelo cnpj dele e para o cnpj dele mediante a confirmação, eu sei que o sefaz só disponibiliza um percentual, mas não identifiquei ainda se as de emissão própria "saídas" também são baixadas . Não entendi muito essa regra na N.T. Grato.

GMAIL smtp: smtp.gmail.com ports: 465 usuário: [email protected] com conexão segura SMTP ERROR: Login:???-Other undefined Status Foi só liberar o acesso a apps menos seguras na minha conta que resolveu. Configurações do GMAIL: - Verificação de segurança - Desativar acesso a apps menos seguros - (x) Ativar

Qual a Fonte de Impressão Padrão de uma impressora Fiscal/Não Fiscal? Estou tentando usar uma Impressora Daruma Dr700 para impressão por um programa de relatório, mas a fonte esta muito ruim, pequena ou grande demais, com falhas no formato, já testei vária, mas nenhuma se compara com a default da impressora. Grato.

Daruma Dr700: Qual a Configuração para os comandos abaixo? Comando_Corta_Papel_Completo= Comando_Corta_Papel_Parcial= Grato.

7.1.8 Quadro do Transportador O campo identificação da Modalidade do Frete deverá ser preenchido com um dos seguintes códigos: 0 – Emitente; 1 – Dest/Rem; 2 – Terceiros; 9 – Sem Frete; Estou com problemas com um cliente, algumas das NF-e emitidas com a modalidade [ 1 ] a transportadora cobrou dele o frete por que o cliente não aceitou pagar, uma vez que a sigla consta "Dest" Destinatário ou "Rem" Remetente. Isso esta criando um atrito muito grande entre a gente, pois ele exige que esse campo seja mais explicito, que não tem como ele mandar um frete por conta destinatário ou dele mesmo, o destinatário vai iginorar a cobrança na hora. Sendo assim tenho que alterar nos fontes todas as vezes que atualizo minha versão as linhas com essa informação e travo em "DESTINATÁRIO". Existe alguma regra ou empecilho pra que não seja definitivo usar "Destinatário" ?

Atualize sua versão, procure pelo o ACBrComum.res no projeto, copie e cole-o na pasta ..\Fontes\ACBrComum que resolve, assim você compila os pacotes sem instalador...

Sim, uso a um bom tempo, sem problemas, porem fiquei muito tempo sem atualizar e essa nova versão do ACBr NFS-e não esta funcionando, estou aguardando correção. Mas o componente atende.

Até a função "TProvedorGoiania.GeraEnvelopeGerarNFSe" eu não encontrei nenhum problema, não consegui encontrar nada no código que modificou o xml, já a ultima correção que o Ítalo fez não resolveu... postei acima os XML's é o modelo que a prefeitura me mandou.

Sim, atualizei. Demo_acbrnfse. Código Erro : E160 Mensagem... : Arquivo em desacordo com o XML Schema. Correção... : Consulte o Manual da NFS-e para saber quais sao as versoes de XML Schema suportadas pelo sistema. Provedor... : Goiania 27653-con-nfse-rps.xml 27653-con-nfse-rps-c.xml

Modelo da consulta Por RPS: <?xml version="1.0"?> <ConsultarNfseRpsEnvio xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <IdentificacaoRps> <Numero>1</Numero> <Serie>UNICA</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <Prestador> <CpfCnpj> <Cpf>28222148168</Cpf> </CpfCnpj> <InscricaoMunicipal>1442678</InscricaoMunicipal> </Prestador> </ConsultarNfseRpsEnvio>

Esse erro ocorre também pelo Demo ACBeNFSe usando a "Consulta NFSe por RPS". --------------------------- Demo_acbrnfse --------------------------- Bad Request (400) - 'https://nfse.goiania.go.gov.br/ws/nfse.asmx' --------------------------- OK --------------------------- Preciso atualizar os clientes, mas estou travado com esse problema ate hoje...

Estou com o seguinte erro ao consultar a NFS-e no webservice de Goiânia, o envio esta normal. Bad Request (400) - 'https://nfse.goiania.go.gov.br/ws/nfse.asmx' De acordo com o suporte: " Não houve mudança no serviço e nosso web service encontra-se funcionando normalmente. Por favor reveja a sua chamada ao web service. Leandro dos Santos SETEC " XML de consulta abaixo: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ConsultarNfseRps xmlns="http://nfse.goiania.go.gov.br/ws/"> <ArquivoXML> <ConsultarNfseRps xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <IdentificacaoRps> <Numero>2766</Numero> <Serie>3</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <Prestador> <CpfCnpj> <Cnpj>05801944000181</Cnpj> </CpfCnpj> <InscricaoMunicipal>2001551</InscricaoMunicipal> </Prestador> </ConsultarNfseRps> </ArquivoXML> </ConsultarNfseRps> </soap:Body> </soap:Envelope>

Depois de muita leitura achei a resposta! Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Grato.

Depois de muita leitura achei a resposta! Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Grato.

Também estou com problemas para usar o serviço: Estou tendo sempre a mesma resposta: Ao preencher os parâmetros solicitados pela função obtenho sempre a mesma resposta: Acbrnfe_demo Versão : 1.01 Ambiente : 1 Versão Aplicativo : 1.1.0 Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Recebimento : 10/03/2014 11:10:45 Ind. Continuação : 1 Último NSU : 9242779586

Bom dia, Estou tentando usar o Acbrnfe_demo pra testar e posterior implementar a "Manifestação do Destinatário" no nosso sistema. [ Consulta NFe Destinadas ] "CNPJ do destinatário da NFe = 05801944000181" "Indicador de NF-e consultada = 1" Somente as NF-e que ainda não tiveram manifestação do destinatário... "Indicador do Emissor da NF-e = 1" Somente as NF-e emitidas por emissores / remetentes que não tenham a mesma raiz do CNPJ do destinatário... "Último NSU recebido pela Empresa = 0" Caso seja informado com zero, ou com um NSU muito antigo, a consulta retornará unicamente as notas fiscais que tenham sido recepcionadas nos últimos 15 dias... Ao preencher os parâmetros solicitados pela função obtenho sempre a mesma resposta: Acbrnfe_demo Versão : 1.01 Ambiente : 1 Versão Aplicativo : 1.1.0 Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Recebimento : 10/03/2014 11:10:45 Ind. Continuação : 1 Último NSU : 9242779586 Estou usando o "Aplicativo de Manifestação do Destinatário do SEFAZ SP" e esse me traz sempre várias notas pendentes dos últimos 15 dias, mas o AcbrNF-e, nada, gostaria de saber como usa-lo para obter o mesmo resultado.

Não entendi como chegou a esse calculo, coloquei uma imagem aqui que mostra os valores que compõem o valor final de cada produto. Grato.

Bom dia, Observei que existem vários tópicos sobre o assunto, mas cada um com uma descrição diferente, por isso abri um novo tópico. Sr.(s) Estou com 2 notas encalhadas no cliente com a mesma crítica, se alguém puder me auxiliar no que esta provocando essa critica para o xml em anexo. O Cliente em particular é optante do simples nacional e as nota em questão não tem muito alem de valor de produto e desconto. 3119->Rejeicao: Total do Produto / Servico difere do somatorio dos itens. Grato. 52130811611561000143550030000031191000022575-NFe.xml

NFS-e de Goiânia. A impressão do DANFS-e esta saindo a quebra de linha que vem no XML de resposta, já temos alguma solução? DISCRIMINAÇÃO DOS SERVIÇOS: TESTE DE GERACAO OK.\s\nEM PRODUCAO, SUA NOTA SERIA GERADA SEM CRITICAS.\s\nOS DADOS DESSA NOTA SAO FICTICIOS. NFS-e_ 370.pdf

Estou publicando esse e-mail para auxiliar os desenvolvedores, caso tenham alguma duvida em relação a NFS-e Goiânia: -------------------------------------------------------------------------------------------------------------------------- Já estão disponíveis 3 serviços via web service: . Geração síncrona de uma NFS-e . Visualização de uma NFS-e (Formatada em HTML) . Consulta síncrona de uma NFS-e pelor RPS *** Instruções para o serviço GERAÇÃO SÍNCRONA DE UMA NFS-e (GerarNfse): Este documento é provisório, de uso restrito e contém instruções para teste de utilização do web service da Prefeitura de Goiânia. O Web Service é baseado no modelo nacional de NFS-e, versão 2.0 da ABRASF, com adequações comentadas abaixo e descritas no esquema XSD informado. Para obter a documentação do modelo conceitual e manual de integração da ABRASF, consulte http://www.abrasf.org.br, em Temas Técnicos e escolha NFS-e. A geração síncrona retorna o XML dos dados da nota gerada na mesma conexão da solicitação da geração. ATENÇÃO: Não haverá geração de notas em lotes. Em anexo, enviamos um XML exemplo básico de solicitação de GERAÇÃO SÍNCRONA DE UMA NFS-e (GerarNfse). O Certificado Digital aceito nas transações deve ser emitido por Autoridade Certificadora credenciada pela ICP-Brasil, padrão e-CNPJ ou e-CPF e do tipo A1 ou A3. O Certificado Digital deve ser emitido para o CNPJ informado no Cadastro de Atividades Econômicas do Prestador da Prefeitura, não sendo aceito Certificado emitido para CNPJ raiz. O ambiente do web service é apenas de produção onde o banco de dados utilizado é sempre o de produção. A utilização do web service pode ser em modo TESTE ou modo PRODUÇÃO. O endereço do web service é o mesmo para os dois modos. Inicialmente todos os Prestadores estão em modo TESTE. Em modo TESTE todas as validações e críticas são reais, porém, nenhuma Nota é gerada e, caso não existam críticas, sempre um mesmo XML com dados de uma Nota Fictícia é retornado. Em modo PRODUÇÃO, após as validações e críticas, a Nota Fiscal é efetivamente gerada e o XML com os dados da Nota gerada é retornado. Para a utilização do web service em modo TESTE não é necessário Processo Administrativo ou qualquer autorização ou senha. Para a utilização do web service em modo PRODUÇÃO o Processo Administrativo de autorização junto à Secretaria de Finanças deve ter sido concluído. Após finalizados os testes e concluído o Processo de autorização na Secretaria de Finanças, o Prestador deve solicitar através desse e-mail a alteração da utilização do web service para modo PRODUÇÃO, informando a Inscrição Municipal e Razão Social da empresa. Endereço do Web Service: https://nfse.goiania.go.gov.br/ws/nfse.asmx Interfaces do Web Service (WSDL): https://nfse.goiania.go.gov.br/ws/nfse.asmx?wsdl Schema XSD: https://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd Namespace do XSD: http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd Adequações do esquema: . As adequações não acrescentam ou excluem elementos no esquema original da ABRASF versão 2.0. . As adequações apenas alteram a obrigatoriedade ou não de envio de informações para a geração da nota. . As adequações estão documentadas em comentários inseridos antes de cada elemento no esquema. Resumo das adequações: <!-- elemento tcIdentificacaoPrestador/tcCpfCnpj - OBRIGATÓRIO --> <!-- elemento tcIdentificacaoPrestador/tsInscricaoMunicipal - OBRIGATÓRIO --> <!-- elemento tcValoresDeclaracaoServico/ValorIss - NÃO DEVE SER ENVIADO --> <!-- elemento tcValoresDeclaracaoServico/DescontoCondicionado - NÃO DEVE SER ENVIADO --> <!-- elemento tcValoresNfse/ValorLiquidoNfse (Layout alterado para minOccurs="0") - NÃO SERÁ RETORNADO --> <!-- elemento tcDadosServico/IssRetido (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcDadosServico/ResponsavelRetencao - NÃO DEVE SER ENVIADO --> <!-- elemento tcDadosServico/ItemListaServico (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcDadosServico/CodigoCnae - NÃO DEVE SER ENVIADO --> <!-- elemento tcDadosServico/CodigoTributacaoMunicipio - OBRIGATÓRIO --> <!-- elemento tcDadosServico/ExigibilidadeISS (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcDadosServico/MunicipioIncidencia - NÃO DEVE SER ENVIADO --> <!-- elemento tcInfDeclaracaoPrestacaoServico/Competencia (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcInfDeclaracaoPrestacaoServico/OptanteSimplesNacional (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcInfDeclaracaoPrestacaoServico/IncentivoFiscal (Layout alterado para minOccurs="0") - NÃO DEVE SER ENVIADO --> <!-- elemento tcInfNfse/EnderecoPrestadorServico (Layout alterado para minOccurs="0") - NÃO SERÁ RETORNADO NO XML RESPOSTA --> <!-- elemento tcInfNfse/OrgaoGerador (Layout alterado para minOccurs="0") - NÃO SERÁ RETORNADO NO XML RESPOSTA --> <!-- elemento tcInfNfse/DeclaracaoPrestacaoServico (Layout alterado para minOccurs="0") - NÃO SERÁ RETORNADO NO XML RESPOSTA --> Observações: . A tag alíquota será obrigatória apenas quando o Prestador é enquadrado no Simples Nacional. Nas demais situações essa informação não é obrigatória e será gerada pelo sistema. . As quebras de linha na tag "Discriminacao" devem ser representadas pelo conjunto "\s\n", conforme modelo ABRASF versão 2.0. . A tabela de municípios a ser utilizada é a mesma em uso atualmente na DMS (Declaração Mensal de Serviços), REST (Relação de Serviços de Terceiros) e MAPA BANCÁRIO na Prefeitura de Goiânia. . A tabela de municípios contém diferenças em relação à tabela de municípios do IBGE. . O código da tabela de municípios no XML de envio deve ser preenchido com zeros à esquerda para totalizar as 7 posições do layout ABRASF versão 2.0. . Download da tabela de municípios: http://www2.goiania.go.gov.br/sistemas/sress/Docs/Municipio.zip . A Prefeitura de Goiânia utiliza a tag CodigoTributacaoMunicipio para definir a Atividade Econômica à qual pertence o serviço prestado discriminado na nota. . A tag CodigoTributacaoMunicipio deve conter um dos códigos de atividade econômica prestacional existentes no Cadastro do Prestador na Prefeitura de Goiânia. . Os Códigos de Atividade Econômica possuem 9 dígitos, são definidos por tabela da Prefeitura e podem ser consultados nos Sistemas DMS, REST ou NFS-e no portal da Prefeitura na Internet, na opção "Consulta Dados Cadastrais". . Um nota pode conter mais de um serviço desde que pertencentes ao mesmo código de atividade econômica (CodigoTributacaoMunicipio). *** Instruções para VISUALIZAÇÃO DA NFS-e: O link abaixo retorna a NFS-e formatada em HTML para visualização e impressão: http://www2.goiania.go.gov.br/sistemas/snfse/asp/snfse00200w0.asp?inscricao=<Inscricao_municipal>&nota=<Numero_da_nota>&verificador=<Codigo_de_verificacao> Os campos "Numero da nota" e "Codigo de verificacao" são retornados no XML resposta de cada nota gerada. O link também pode ser apenas enviado ao tomador por e-mail e ele mesmo imprimir a nota. Opcionalmente, o Prestador pode carregar uma imagem da sua logomarca através do sistema NFS-e no portal da Prefeitura na Internet. Essa é a única forma permitida de visualização e impressão das notas geradas. A formatação da nota pela aplicação do prestador não é permitida. Por exemplo, a nota fictícia retornada nos testes de geração pode ser visualizada no link abaixo: http://www2.goiania.go.gov.br/sistemas/snfse/asp/snfse00200w0.asp?inscricao=1300687&nota=370&verificador=MB94-C3ZA *** Instruções para o serviço CONSULTA SÍNCRONA DE UMA NFS-e POR RPS (ConsultarNfseRps): Este é um documento provisório, de uso restrito e contém instruções para teste de webservice com parceiros da Prefeitura de Goiânia. O WebService é baseado no modelo nacional de NFS-e, versão 2.0 da ABRASF, com adequações descritas no esquema XSD informado abaixo. Para obter a documentação do modelo conceitual e manual de integração da ABRASF, consulte http://www.abrasf.org.br, em Temas Técnicos escolha NFS-e. Em anexo, enviamos um XML exemplo básico de solicitação de CONSULTA SÍNCRONA DE UMA NFS-e POR RPS (ConsultarNfseRps). As solicitações serão processadas em ambiente de produção, porém, em modo TESTE. Caso não existam críticas, será retornado um XML resposta idêntico ao da geração de nota. O XML envio da consulta não deve ser assinado, porém, o certificado digital deve ser adicionado à chamada do serviço. O certificado aceito nas transações deve ser emitido por uma Autoridade Certificadora credenciada pela ICP-Brasil, no padrão e-CNPJ ou e-CPF e do tipo A1 ou A3. Após a finalização da fase de testes e solicitada a adesão à NFS-e junto à Secretaria de Finanças, solicite-nos a mudança do modo TESTE para o modo PRODUÇÃO. Qualquer dúvida, por favor, entre em contato. Prefeitura de Goiânia AMTEC - Sistema NFS-e Contato: [email protected] WS_xml_gerarnfse.xml WS_xml_consultarnfserps.xml Municipios_SETEC_22.04.2013.txt

Boa tarde, O erro que postei acima ocorre quando eu mando validar o xml "FACBrNFSe.NotasFiscais.Valida;", mas revendo o código do Demo_ACBrNFSe percebi que em nenhum lugar foi usada essa função.

Boa tarde, O erro que postei na pagina anterior ocorre quando eu mando validar o xml "FACBrNFSe.NotasFiscais.Valida;", mas revendo o código do Demo_ACBrNFSe percebi que em nenhum lugar foi usada essa função.

Boa tarde, Estou usando o ACBr para gerar NFS-e de Goiânia, porem não consegui sair desse erro: "De acordo com o DTD ou o esquema, o conteúdo do elemento '{http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd}Rps' está incompleto. Esperado: {http://www.w3.org/2000/09/xmldsig#}Signature." Já modifiquei o XML de todo jeito e não passa Comparei com um outro XML de uma aplicação que eu fiz antes do ACBr lançar o componente, existem poucas diferenças, mas o dessa aplicação que eu fiz valida sem problemas, o do ACBrNFSe no meu caso não. Estou postando o XML para avaliação. <GerarNfseEnvio xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <Rps> <InfDeclaracaoPrestacaoServico> <Rps> <IdentificacaoRps> <Numero>865</Numero> <Serie>001</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2013-06-07T00:00:00</DataEmissao> <Status>1</Status> </Rps> <Servico> <Valores> <ValorServicos>20.00</ValorServicos> <ValorPis>0.00</ValorPis> <ValorCofins>0.00</ValorCofins> <ValorInss>0.00</ValorInss> <ValorCsll>0.00</ValorCsll> <DescontoIncondicionado>0.00</DescontoIncondicionado> </Valores> <CodigoTributacaoMunicipio>452000100</CodigoTributacaoMunicipio> <Discriminacao>2 - BAL01 BALANCEAMENTO PASSEIO - 10,00</Discriminacao> <CodigoMunicipio>5208707</CodigoMunicipio> </Servico> <Prestador> <CpfCnpj> <Cnpj>05801944000343</Cnpj> </CpfCnpj> <InscricaoMunicipal>2079844</InscricaoMunicipal> </Prestador> <Tomador> <IdentificacaoTomador> <CpfCnpj> <Cpf>00280073100</Cpf> </CpfCnpj> </IdentificacaoTomador> <RazaoSocial>EDUARDO CAVALHEIRO JARDIM</RazaoSocial> <Endereco> <Endereco>RUA 9 A</Endereco> <Numero>264</Numero> <Bairro>SETOR OESTE</Bairro> <CodigoMunicipio>5208707</CodigoMunicipio> <Uf>GO</Uf> <Cep>74110110</Cep> </Endereco> <Contato> <Telefone>6232236511</Telefone> <Email>[email protected]</Email> </Contato> </Tomador> </InfDeclaracaoPrestacaoServico> <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>6biJh/OEn7+2IIbVH1kbDoKziSw=</DigestValue> </Reference> </SignedInfo> <SignatureValue>llPC5cCN2++z+tn/4C5NB5BpSgc6L3kMxEUMt9H5rBzaZCGmc9vki+hyGGwdxxqvu2xIbMOm/4ZU+HNCa80OH76S5zhbVpQRBX0aIMWX1F9UYASp+8M9KqwMhblKXu63pV/rSm+lTgS/ZSJdIU1QyjC85AHWR9lVLpUMPmUVs/p6HG3GFokjcRJtcSfFoh2KtITmebft0yXWJpPmgT6PJc2rdTrRcgvA9cSK3NiGUtE6iiQKgEti6N28AMZ3wNku/dLlKtxbQZImVhrRFs6IKUCUmQhN1Nw8RN3j+voFc+O5CljUHbcDkKLVLE2sMOQeaJUIKEFogmzGIlIVGPjHhA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHnjCCBYagAwIBAgIQMjAxMjEwMDkxODQzMjY3NDANBgkqhkiG9w0BAQsFADCBijELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEuMCwGA1UEAxMlQXV0b3JpZGFkZSBDZXJ0aWZpY2Fkb3JhIFNFUlBST1JGQiB2MzAeFw0xMjEwMDkxODU4NTNaFw0xMzEwMDkxODU3MDNaMIHsMQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMQ8wDQYDVQQLEwZTT0xVVEkxETAPBgNVBAsTCEFSU09MVVRJMRYwFAYDVQQLEw1SRkIgZS1DTlBKIEExMRAwDgYDVQQHEwdHT0lBTklBMQswCQYDVQQIEwJHTzE1MDMGA1UEAxMsR1JJRkZFIENPTUVSQ0lPIERFIFBORVVTIExUREE6MDU4MDE5NDQwMDAxODEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDU9dCquTgm6jlWYhMRwvSajcAy51hPrD2V65DmEXWYhxjnubLzo/YqPITDIsC6WmfPWvHi0hx3sMxaxYinaYWwKRjL7Tabl+rXSD3H7k8ibE2au1ecXZVxjvdZKAcfFpG4Njs2LewjK0AAW7MPTlZM7BtyyHpEkyGeUhzsiVc4u/8RCwbnYnOUad5BUjNfX4WfYF9/unZ3dGKkq9yFKpnQPaPw6ZGD/LosO9I7UeTBOeTLgtE/izH5wPSJHjLmEVfRg1mBIs+uFAH/MwKswQgXPnW5/8Iq6oxej7LwQnn4q2i/XtHEkMPPmvJ9CX/Rtorc0ZF1AqAu9Has8ZGJmPtdAgMBAAGjggKaMIICljAMBgNVHRMBAf8EAjAAMB8GA1UdIwQYMBaAFLFnsR3nHK53QhStf54JDuaFsLeuMA4GA1UdDwEB/wQEAwIF4DBgBgNVHSAEWTBXMFUGBmBMAQIBCjBLMEkGCCsGAQUFBwIBFj1odHRwczovL2NjZC5zZXJwcm8uZ292LmJyL2Fjc2VycHJvcmZiL2RvY3MvZHBjYWNzZXJwcm9yZmIucGRmMIG9BgNVHREEgbUwgbKgPQYFYEwBAwSgNAQyMjcwOTE5NjUzNDQwODQ3OTE4NzAwMDAwMDAwMDAwMDAwMDAwMDAwNjkyNDI5U1NQREagJQYFYEwBAwKgHAQaQ0FSTE9TIE1BR05PIERJQVMgREEgU0lMVkGgGQYFYEwBAwOgEAQOMDU4MDE5NDQwMDAxODGgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRZjbXNAZ3JpZmZlcG5ldXMuY29tLmJyMCAGA1UdJQEB/wQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBwAYDVR0fBIG4MIG1MDSgMqAwhi5odHRwOi8vY2NkLnNlcnByby5nb3YuYnIvbGNyL2Fjc2VycHJvcmZidjMuY3JsMDWgM6Axhi9odHRwOi8vY2NkMi5zZXJwcm8uZ292LmJyL2xjci9hY3NlcnByb3JmYnYzLmNybDBGoESgQoZAaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL3NlcnByby9hY3NlcnByb3JmYnYzLmNybDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jY2Quc2VycHJvLmdvdi5ici9jYWRlaWFzL2Fjc2VycHJvcmZidjMucDdiMA0GCSqGSIb3DQEBCwUAA4ICAQBrKBZ8Ue/8lLoMTJygjX8DMgUlq5q10haCqgS5x4VNjNrv+NAY9CMeuVNET1T5O5NvhBOgcfqWebEGNwXV8GQbjEcjihSUC3fz4tZ4or28izNiExLaNsmTrIiAgfVIWZFu2trw4b+TB9p5I2MSP15D+rdvQ31lxQWEPiIc2VVNSUd2ATb2zeeRSCDgTAEfLB2lKO2KQb5TcEDPYs/Qdguj0SV1WW3eqDs7UA8KjfznfHff3La8EYs1GhswQXHtt7maqVrYTUlwKsxTCpFd2pVdBgYLNuf09Et1PYvaFE28w/qUuExeSY7I40iH5/1zfEyYPUYrlW2tNIUfzD+m6WxQFzGnuvq4lNjZmDiD/qA1OB+MVt3qHw0RjNYwGId4VrkYcN7QkjML/C48qJwmnSKG3AqPeTZ3DU3cRYxl1kRNDsyjcuJPuGGeZsvGBDUqU5KgCHTNTovWT4Ir3Uj/G86/LbwcPFJdAhy2KP/Wr8kahRfR5DdYcFxoqkTRbwFBzAYASM28JLsesTkQOeptkmDSZmPBrgDBK/gH7ij97lGFgqXMgblUee9KJhtlnGZVicTpNaQ+5pQCIY4h6gUyZqwLd21DCEvepdnz8+/JhIc3r5P9ny3FuqO/etn3SDROSKjCO6u/9dRUIwRB+4xWKJTD8DEUpM/UMnlT8tZA/lr7rg==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Rps> </GerarNfseEnvio>

Boa tarde. Estou com esse erro para o Município de Goiânia no momento do GerarRPS. --------------------------- Debugger Exception Notification --------------------------- Project HJGestaoNFe.exe raised exception class Exception with message 'Falha na validação dos dados da nota 00000865 De acordo com o DTD ou o esquema, o conteúdo do elemento '{http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd}Rps' está incompleto. Esperado: {http://www.w3.org/2000/09/xmldsig#}Signature.'. --------------------------- Break Continue Help --------------------------- Ex: <GerarNfseEnvio xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <Rps> <InfDeclaracaoPrestacaoServico> <Rps Id="rps000008651"> <IdentificacaoRps> <Numero>00000865</Numero> <Serie>1</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <DataEmissao>2013-06-07T00:00:00</DataEmissao> <Status>1</Status> </Rps> * Já tentei de todas as formas colocando e tirando os zeros no "numero" e no "RPS"... <--Movido para NFS-e - Kiko Fernandes em 11/06/2013 -->