Ir para conteúdo
  • Cadastre-se

SpeedTI

Membros
  • Total de ítens

    87
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

SpeedTI's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

8

Reputação

8

Community Answers

  1. Obrigado!
  2. A prefeitura ainda não aderiu ao emissor nacional e está apenas compartilhando as informações. Eles tem até o final de Agosto para resolver isso e parece que vão deixar para o último dia.
  3. A prefeitura de São Paulo ainda não aderiu ao emissor nacional, está apenas compartilhando as informações.
  4. Prezados. Com relação ao componente TACBerNFSeX, notas de serviço p/ a prefeitura de São Paulo, gostaria de saber se existe a possibilidade de salvar o XML antes de ser enviado. Está ocorrendo uma rejeição de CEP, a tag <Cep> dentro do xml está com um numero a menos, por exemplo, o Cep do tomador é 08340010 e no XML de retorno, consta o valor 0834001 (falta o último zero). A mensagem de rejeição é ainda mais estranha, pois remove o primeiro e o último caractere do cep informando o seguinte: Erros encontrados: Código: 231 Mensagem: Campo CEP (834001) inválido. Já verifiquei na rotina que alimenta o componente e o cep está sendo informado corretamente, ou seja, 08340010 e isso acontece apenas para um tomador especifico. Se o pacote contém 3 notas a prefeitura rejeita apenas por causa desse tomador. Por isso gostaria de obter o XML antes do envio, para saber se está sendo enviado de forma errada ou se o problema é com o webservice da prefeitura. Grato.
  5. Desculpem, continuando: Recebi a rejeição: Emissões com fato gerador até 31/12/2028 deverão utilizar o leiaute 1, para prestador enquadrado no Simples Nacional. Mediante isso, já que o cliente é Simples Nacional, tive que refazer o processo de alteração do INI que estava na versão 2 para a versão 1, recompilar e reinstalar o ACBr para que a nota pudesse ser emitida. Não seria possível permitir que essa mudança de Layout seja feita diretamente no componente, pois podem existar casos em que o software atenda a empresas do Simples Nacional e Regime Normal fazendo assimcom que todo o processo de alteração, recompilação e reinstalação não precise ser efetuado a cada alteração de software. Grato.
  6. Prezados. Esse é um caso que trago novamente a tona, onde tive problemas de rejeição ao validar XML contendo Tags do IBS e CBS para o provedor de São Paulo (ISSSaoPaulo). Uma das causas era devido ao XML estar sendo gerado na versão 1 que não deve conter as tags da reforma, o que foi resolvido através da edição do arquivo ACBrNFSeXServicos.ini alterando a linha Versao que estava com o valor 1 para 2 e depois executando o arquivo Compila_RES.BAT e depois reinstalando os componentes do ACBr. Fiz isso e ao tentar validar a nota, recebi a rejeição de q
  7. No meu caso, acredito que pelo fato da empresa do cliente ser do Simples Nacional, tive que informar também o campo ValorServico, caso contrário continuava rejeitando por causa da assinatura. No final a prefeitura rejeitou informando que empresas prestadoras de serviço enquadradas no Simples Nacional deverão usar o Layout 1 para fatos gerados até 31/12/2028. Alterei então o valor de 2 para 1 no INI, rodei o bat e reinstalei o ACBr. A nota foi rejeitada. ENVIO e RETORNO <PedidoEnvioLoteRPS xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="1"> <CPFCNPJRemetente> <CNPJ>03431663000159</CNPJ> </CPFCNPJRemetente> <transacao>true</transacao> <dtInicio>2026-01-08</dtInicio> <dtFim>2026-01-08</dtFim> <QtdRPS>1</QtdRPS> <ValorTotalServicos>0.01</ValorTotalServicos> <ValorTotalDeducoes>0</ValorTotalDeducoes> </Cabecalho> <RPS xmlns=""> <Assinatura>IafX1BE9XEpzvoHZMVT1SSl4QE2QRNUCZXxpljgfyiXbCsobvfivBESqHhVHt3dqnTW1RZE38PgSUHnnTiVUsmG6NCm57etcejNAiEilLRVjv7ltqKiFN44CEosCdaeeGU4ipdTYeM19YlkXdmF4ueGbCe89Nmn5xSGv7AqzjhHlYTz6SbxMA0BxCEEXEwN0BreXzzdxrcNX3AktD2X05HxA2pYXDgQ4hdnzsjuX5BJh4cxDD55USnno/hiCOhWljQHMs0zKiYhXFJB7FWtM/hPafmugOFSGKg3hK2VHGBIlGWA41OInfB1vkDFgpTHIBOuywEJ1MRNvj5D7cNV6EQ==</Assinatura> <ChaveRPS> <InscricaoPrestador>31350380</InscricaoPrestador> <SerieRPS>85</SerieRPS> <NumeroRPS>906</NumeroRPS> </ChaveRPS> <TipoRPS>RPS</TipoRPS> <DataEmissao>2026-01-08</DataEmissao> <StatusRPS>N</StatusRPS> <TributacaoRPS>T</TributacaoRPS> <ValorServicos>0.01</ValorServicos> <ValorDeducoes>0</ValorDeducoes> <CodigoServico>02692</CodigoServico> <AliquotaServicos>0.05</AliquotaServicos> <ISSRetido>false</ISSRetido> <CPFCNPJTomador> <CPF>11405170824</CPF> </CPFCNPJTomador> <RazaoSocialTomador>VALDIR SOARES SOLA</RazaoSocialTomador> <EnderecoTomador> <Logradouro>AV ENGENHEIRO CAETANO ALVARES</Logradouro> <NumeroEndereco>4579</NumeroEndereco> <ComplementoEndereco>44-A</ComplementoEndereco> <Bairro>IMIRIM</Bairro> <Cidade>3550308</Cidade> <UF>SP</UF> <CEP>02413000</CEP> </EnderecoTomador> <Discriminacao>TESTE||VENCIMENTO: 08/01/2026 - VALOR: 0,01||TOTAL APROXIMADO DE TRIBUTOS FEDERAIS, ESTADUAIS E MUNICIPAIS CONFORME LEI 12.741/2012: R$0,00 (0,00%)</Discriminacao> <IBSCBS> <finNFSe>0</finNFSe> <indFinal>1</indFinal> <cIndOp>030102</cIndOp> <indDest>0</indDest> <valores> <trib> <gIBSCBS> <cClassTrib>000001</cClassTrib> </gIBSCBS> </trib> </valores> </IBSCBS> </RPS> <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>oDUPMpNiirJfUdWQeOlWZXilZp8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>KejFeJ4x7vFQQPoIAxzXYRQVOmqMUUn1P6/XdxPWnDkMlRUQAc/ifVNE8BwnVdougFLm9vuyk0qWDEDsUdGkbtswJrsxVv0hoUXpIA8/sZkjAo/FFjFy4eel4KophYQ2+jQk1YQxvOgKACa9Qcq1UUBmJQ7q8m9REcKxX+ADYpZrbHLpc2uqBYrRgooUSN6vRmL34lt6n/iEdJNmtmdGmu9AzsvsasK96J6a73yPyvL9ang7EkeHQeP7olaezX5AN1CSZb2pCdRjMBdYZOZTgM/u6TgcmpKI1FN+ciP6H3Dbp4ILmLp2QnZf4vx2TG9lYmI9eeVM1QnCs0QR1f6Rzw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIH8DCCBdigAwIBAgILAJIbNyZ7MsOU6u4wDQYJKoZIhvcNAQELBQAwWzELMAkGA1UEBhMCQlIxFjAUBgNVBAsMDUFDIFN5bmd1bGFySUQxEzARBgNVBAoMCklDUC1CcmFzaWwxHzAdBgNVBAMMFkFDIFN5bmd1bGFySUQgTXVsdGlwbGEwHhcNMjUwMjE3MTIyMzE5WhcNMjYwMjE3MTIyMzE5WjCB5jELMAkGA1UEBhMCQlIxEzARBgNVBAoMCklDUC1CcmFzaWwxIjAgBgNVBAsMGUNlcnRpZmljYWRvIERpZ2l0YWwgUEogQTExGTAXBgNVBAsMEFZpZGVvY29uZmVyZW5jaWExFzAVBgNVBAsMDjQ3ODQ3NDM4MDAwMTczMR8wHQYDVQQLDBZBQyBTeW5ndWxhcklEIE11bHRpcGxhMUkwRwYDVQQDDEBTUEVFRFRJIFNJU1RFTUFTIElORk9STUFUSVpBRE9TIEUgQVNTRVNTT1JJQSBMVERBOjAzNDMxNjYzMDAwMTU5MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwAw6zvydMmtZoM3RAJmFKbcxPJbCgKo+y8Zn39CnGfkom8c7QREEzjvBsjhnaYsl8lGLGVcA+e0VM67nnj4iXKgxAdNqEiJ2Qm6YKNB4PlvaxwTKEmkGPvjZevbDWD3s+qza6LhGZE53nMP5DGPS5zZX1iCja9z61P9VSPedQfo3ronSgpyTFZsulvl3MeOkoa9T5RdX6gbY1xg7txDLgfBN8azA8Znr1PR1TaarGhMXdtfaWm0gTMGNYq6SuEyLV+Cg+K9SnCD3aQUajUOD/sfHk2u8Eh6kMFBdFwLydSA0zG3wnZFV26TtZ8NchQ+kNGW+N3boseaPOfSRZt3zTwIDAQABo4IDJzCCAyMwDgYDVR0PAQH/BAQDAgXgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjAJBgNVHRMEAjAAMB8GA1UdIwQYMBaAFJPh/34d5fXkTeE5YoshaZXmr3IWMB0GA1UdDgQWBBTOKl091rlzZ2Uz0U2zAYvtS6olVDB/BggrBgEFBQcBAQRzMHEwbwYIKwYBBQUHMAKGY2h0dHA6Ly9zeW5ndWxhcmlkLmNvbS5ici9yZXBvc2l0b3Jpby9hYy1zeW5ndWxhcmlkLW11bHRpcGxhL2NlcnRpZmljYWRvcy9hYy1zeW5ndWxhcmlkLW11bHRpcGxhLnA3YjCBggYDVR0gBHsweTB3BgdgTAECAYEFMGwwagYIKwYBBQUHAgEWXmh0dHA6Ly9zeW5ndWxhcmlkLmNvbS5ici9yZXBvc2l0b3Jpby9hYy1zeW5ndWxhcmlkLW11bHRpcGxhL2RwYy9kcGMtYWMtc3luZ3VsYXJJRC1tdWx0aXBsYS5wZGYwgbsGA1UdEQSBszCBsKAdBgVgTAEDAqAUBBJWQUxESVIgU09BUkVTIFNPTEGgGQYFYEwBAwOgEAQOMDM0MzE2NjMwMDAxNTmgQgYFYEwBAwSgOQQ3MjMxMTE5NjgxMTQwNTE3MDgyNDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAXBgVgTAEDB6AOBAwwMDAwMDAwMDAwMDCBF3ZhbGRpci5zb2xhQGhvdG1haWwuY29tMIHiBgNVHR8Egdowgdcwb6BtoGuGaWh0dHA6Ly9pY3AtYnJhc2lsLnN5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDBkoGKgYIZeaHR0cDovL3N5bmd1bGFyaWQuY29tLmJyL3JlcG9zaXRvcmlvL2FjLXN5bmd1bGFyaWQtbXVsdGlwbGEvbGNyL2xjci1hYy1zeW5ndWxhcmlkLW11bHRpcGxhLmNybDANBgkqhkiG9w0BAQsFAAOCAgEAb5AUD9GmkZhUyBkDaky6Y1A+1wTBcCDGgeXwHq/MhHPGNJmIT/uPAO97XVoZTPSvy6JUt/nO+XJy8QPPFNrL9bK6eEBcdOtQnFp6/RhjqaRbdK2rj6+LkNER9i5h7RAZQn7VFJNvL7zuH+XKfpXy03pROpEBD82Y7B13b1kAS2Go72ERw8bdyaPcfcUOR5OPaEy1OfZYwjU6jF8vpAfeN5gkOV5eNNhO6fQxq/niMzcDWoX3+x2XpgKd4wkw3vQZMl9qNllSdD1LJQVkQt8sCmaK6fDrB55uWBYAA+/dWjXWdxfH78ylI2RKkGdfzN6EEFmAqgOrsRCPPYojacq1SyK2PuRzvMBKCoO0vDqdv/KRWnPzfpTn8T98e6qfE3zGAVTvAZoGNI1APk2nC79/djU53jGd6SbWUB0gPVOrP1qJ2liuvVTp7lJK63LkWWo0CHN8nYkaE4AqpYz2fZbazuFCHghQz9OnYUaDTCzkHpqBWnP4OuOH3LZHVQHBbv77VZaW59ycnWsK/WVDZQrKJw1g874HpILxAsqYlpnEOFkWjjf0MMElKX9cDXVgKtVhavs5hRNAGJDhOZ4dLeMFJ+VnGMNhfKbzp2mndvTLoA1aKJZZUNQPU2tix3UX+pn7MFos4o40dPCLFGY9ebG3oQGMgKwiesGNX4f4nH2j9Y4=</X509Certificate> </X509Data> </KeyInfo> </Signature> </PedidoEnvioLoteRPS> <RetornoEnvioLoteRPS xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="1"> <Sucesso>false</Sucesso> </Cabecalho> <Erro xmlns=""> <Codigo>1001</Codigo> <Descricao>XML não compatível com Schema.The element 'RPS' has invalid child element 'IBSCBS'. List of possible elements expected: 'ValorCargaTributaria, PercentualCargaTributaria, FonteCargaTributaria, CodigoCEI, MatriculaObra, MunicipioPrestacao, NumeroEncapsulamento, ValorTotalRecebido'.</Descricao> </Erro> </RetornoEnvioLoteRPS> Enfim, agradeço por sua ajuda. Um abraço!
  8. Obrigado Heino. Funcionou aqui, contudo estou com o mesmo problema da assinatura.
  9. Comentei a função Validar na unit ACBrDFeSSL.pas linha 1469. Depois de recompilar, obtive os XML de resposta do webservice da prefeitura (o que não estava acontecendo) com o seguinte resultado: <RetornoEnvioLoteRPS xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="1"> <Sucesso>false</Sucesso> </Cabecalho> <Erro xmlns=""> <Codigo>1001</Codigo> <Descricao>XML não compatível com Schema.The element 'RPS' has invalid child element 'IBSCBS'. List of possible elements expected: 'ValorCargaTributaria, PercentualCargaTributaria, FonteCargaTributaria, CodigoCEI, MatriculaObra, MunicipioPrestacao, NumeroEncapsulamento, ValorTotalRecebido'.</Descricao> </Erro> </RetornoEnvioLoteRPS> Juliomar, agradeço pela ajuda. Se quiser pode fechar o tópico. Obrigado.
  10. Vamos lá... Cheguei até a unit ISSSaoPaulo.Provider linha 215: procedure TACBrNFSeProviderISSSaoPaulo.Configuracao; begin inherited Configuracao; FPVersaoDFe := '1'; if TACBrNFSeX(FAOwner).Configuracoes.Geral.Versao = ve200 then FPVersaoDFe := '2'; with ConfigGeral do begin Identificador := ''; QuebradeLinha := '|'; ModoEnvio := meLoteAssincrono; No trecho: if TACBrNFSeX(FAOwner).Configuracoes.Geral.Versao = ve200 then FPVersaoDFe := '2'; Mesmo eu forçando o valor da propriedade Versao do componente NFSeX para ve200 antes de enviar a nota, ele permanece em ve100 o que faz com que neste outro trecho na linha 292: with ConfigSchemas do begin Teste := 'PedidoEnvioLoteRPS_v0' + FPVersaoDFe + '.xsd'; Recepcionar := 'PedidoEnvioLoteRPS_v0' + FPVersaoDFe + '.xsd'; GerarNFSe := 'PedidoEnvioRPS_v0' + FPVersaoDFe + '.xsd'; ConsultarSituacao := 'PedidoInformacoesLote_v0' + FPVersaoDFe + '.xsd'; ConsultarLote := 'PedidoConsultaLote_v0' + FPVersaoDFe + '.xsd'; ConsultarNFSeRps := 'PedidoConsultaNFe_v0' + FPVersaoDFe + '.xsd'; ConsultarNFSe := 'PedidoConsultaNFe_v0' + FPVersaoDFe + '.xsd'; ConsultarNFSeServicoPrestado := 'PedidoConsultaNFePeriodo_v0' + FPVersaoDFe + '.xsd'; ConsultarNFSeServicoTomado := 'PedidoConsultaNFePeriodo_v0' + FPVersaoDFe + '.xsd'; CancelarNFSe := 'PedidoCancelamentoNFe_v0' + FPVersaoDFe + '.xsd'; end; Ele utilize os schemas da versão 1.0. Alterei então o valor de FPVersaoDFe no código para '2' depois recompilei o pacote NFSeX e mesmo assim, ele mantém o valor '1'. Um outro detalhe que não sei se é necessário de ser feito, é no arquivo ACBrNFSeXServicos.ini onde na linha 27160, é informado ser necessário descomentar as linhas 27169 e 27170, o que eu fiz também. [3550308] Nome=Sao Paulo UF=SP Provedor=ISSSaoPaulo ProRecepcionar=https://nfe.prefeitura.sp.gov.br/ws/lotenfe.asmx ProLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% ; As linhas abaixo devem ser descomentadas para gerar o XML na versão 2.00 com os novos campos da Reforma Tributária Versao=2.00 ProRecepcionar=https://nfews.prefeitura.sp.gov.br/lotenfe.asmx Por enquanto continuo na mesma.
  11. Peço que me perdoe, mas poderia por gentileza indicar o nome da Unit e em que linha devo fazer esse comentário? Não tenho muito conhecimento em orientação à objetos. Grato.
  12. Não estaria o componente buscando pelo IBSCBS no esquema TiposNFe_v01.xsd ao invés de TiposNFe_v02.xsd?
  13. Baixei o arquivo TiposNFTS_v02.xsd no site da prefeitura de são paulo e não encontrei o mesmo na pasta de schemas da NFSe. link: https://notadomilhao.sf.prefeitura.sp.gov.br/manuais/ Não sei se talvez seja esse o problema. TiposNFTS_v02.xsd
  14. Olá Juliomar. Obrigado por seu retorno. Desconectei o meu computador da internet e obtive o mesmo retorno, ou seja, a validação foi feita localmente, o XML nem sequer foi enviado para a prefeitura.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...
The popup will be closed in 10 segundos...