Ir para conteúdo
  • Cadastre-se

Pesquisar na Comunidade

Showing results for tags 'sp'.

  • Search By Tags

    Digite tags separadas por vírgulas
  • Search By Author

Tipo de Conteúdo


Categorias

Não há resultados

Categorias

  • Notes ACBrLibNFe

Fóruns

  • Fórum Aberto - ACBr
    • Notícias do ACBr
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • Boteco do ACBr
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Banco de Dados
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categorias

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
  • Download Livre
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras

Calendários

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Calendário da Comunidade
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Data de Criação

  • Início

    End


Data de Atualização

  • Início

    End


Filter by number of...

Data de Registro

  • Início

    End


Grupo


Website URL

  1. Bom dia, Ao consultar NFSE por Faixa, número ou período na prefeitura de Sertãozinho/SP, provedor Smarap, é retornado erro ao converter a DataEmissao da RPS e Data de Competencia. Pelo que entendi existe uma rotina que está convertendo no padrão YYYY-MM-DD porém esta vindo no padrão DD/MM/YYYY no xml Procurando no fórum que a solução parece ser a mesma aplicada no link abaixo. * IMPORTANTE: Meu repositório está atualizado! 000000000000660000000000000660000001-con-nfse-fai.xml 000000000000660000000000000660000001-lista-nfse-fai.xml
  2. Ola a todos, tenho duas duvidas e conto com a ajuda dos amigos, primeira duvida, qual a validade do layout 0.07 em SP, e segunda duvida, alguns clientes possuem Sat da Daruma, alguém possui a informação se o Sat vai ter suporte para o layout 0.08 e 0.09
  3. Quando um pedido de consulta é enviado pra prefeitura de Sp é retornado erro que o O CPF/CNPJ da assinatura da mensagem XML não corresponde ao CPF/CNPJ do Prestador de Serviços. Considerações: O CNPJ que consta no remetente é 02685728000120, que é o mesmo CNPJ que consta do certificado; O XML enviado respeita perfeitamente o schema descrito nos XSD's; Tanto a assinatura do RPS quanto a assinatura W3C estão corretas, caso contrário o webservice teria indicado o erro; Para assegurar a afirmação anterior, foram também feitos testes com assinaturas de RPS propositalmente incorretas, e nesses casos o serviço corretamente indicou os erros nestas, demonstrando, claramente que se uma das assinaturas estivesse sendo montada de forma incorreta, o webservice apontaria isto. Retorno da Consulta: <Descricao>O CPF/CNPJ da assinatura da mensagem XML não corresponde ao CPF/CNPJ do Prestador de Serviços.</Descricao></Erro> Xml de consulta que foi enviado: <?xml version="1.0" encoding="utf-8"?> <p1:PedidoConsultaLote xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Cabecalho Versao="1"> <CPFCNPJRemetente> <CNPJ>02685728000120</CNPJ> </CPFCNPJRemetente> <NumeroLote>...</NumeroLote> </Cabecalho> </p1:PedidoConsultaLote>
  4. Boa tarde. Hoje estou tendo uma alta incidência de clientes com rejeição 12002 (time-out) , na emissão da NFe em SP. Alguém está passando por isso. Sugestões ? Obrigado.
  5. [3529302] Nome=Matao UF=SP Provedor=GINFES URL produção=https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl URL homologação=https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdl Obs: para cancelamento fui informado pelo suporte do provedor que deve ser usado o schemas v2.0 e para envio schemas v3.0 (em anexo) schemas_v300.zip schemas_v200.zip
  6. Rufos

    Problema NFSe Competência

    Olá, estou gerando as notas de serviço eletrônica porém o campo competência, que costumava imprimir corretamente MM/AAAA agora está imprimindo -1/AAAA, conforme na imagem abaixo. Houve alguma modificação na transmissão do RPS que eu não me atentei? Atualizei os fontes pensando que podia ser falta de atualização mas não resolveu. Alguém tem alguma ideia?
  7. rafaelokpt

    Erro em CC-e para SP

    Não estou conseguindo enviar, de maneira nenhuma, cartas de correção (através de um sistema próprio). Alguém pode dar uma luz? Acredito que o problema esteja relacionado com as URLs de SP, pois a Carta de Correção é enviada corretamente para clientes de outros estados: URL do Sefaz enviada: https://homologacao.nfe.fazenda.sp.gov.br/ws/nferecepcaoevento4.asmx Obs: a URL de produção retorna o mesmo erro de homologação Detalhes da requisição: XML: <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento"> <cUF>35</cUF> <versaoDados>1.00</versaoDados> </nfeCabecMsg> </soap12:Header> <soap12:Body> <nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento"> <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>153452104877411</idLote> <evento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <infEvento Id="ID1101103518070923765800019655001000001710100001710303"> <cOrgao>35</cOrgao> <tpAmb>2</tpAmb> <CNPJ>xxxxxxxxx000196</CNPJ> <chNFe>xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx</chNFe> <dhEvento>2018-08-17T12:50:48-03:00</dhEvento> <tpEvento>110110</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Carta de Correcao</descEvento> <xCorrecao>CFOP ESTAVA ERRADO</xCorrecao> <xCondUso>A Carta de Correcao e disciplinada pelo paragrafo 1o-A do art. 7o do Convenio S/N, de 15 de dezembro de 1970 e pode ser utilizada para regularizacao de erro ocorrido na emissao de documento fiscal, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da operacao ou da prestacao; II - a correcao de dados cadastrais que implique mudanca do remetente ou do destinatario; III - a data de emissao ou de saida.</xCondUso> </detEvento> </infEvento> <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="#IDxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"> <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>xxxxxx=</DigestValue> </Reference> </SignedInfo> <SignatureValue>xxxx==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>xxxx==</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> </nfeDadosMsg> </soap12:Body> </soap12:Envelope> Headers: Content-Type: application/soap+xml;charset=utf-8;action="http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento/nfeRecepcaoEvento" SOAPAction: "nfeRecepcaoEvento" Content-length: 5517 Resposta: HTTP/1.1 100 Continue HTTP/1.1 500 Internal Server Error Cache-Control: private Content-Type: application/soap+xml; charset=utf-8 Server: Microsoft-IIS/7.5 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET Date: Fri, 17 Aug 2018 15:52:12 GMT Content-Length: 538 <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unable to handle request. The action 'http://www.portalfiscal.inf.br/nfe/wsdl/RecepcaoEvento/nfeRecepcaoEvento' was not recognized.</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope>
  8. Prezados, Sabendo dos prazos da NT 2016.002, e partindo do princípio que em 02/07/2018 sairá a NFe 3.10 do ar, já estou iniciando um cronograma para mudanças dessa versão nos clientes... Assim, gostaria de saber se alguém já migrou para a versão 4.0 em ambiente de produção, e se está enfrentando dificuldades, ou se está bem tranquilo e estável a versão 4.0 no ar. Se possível, gostaria que os que já migraram compartilhassem conosco as experiências. Grato, Michel,
  9. Alguém sabe informar se a tag vDesc está sendo aceita com valor 0.00 no ambiente de produção da SEFAZ-SP ?
  10. cueiogordo

    Encapsulamento SP

    Boa tarde pessoal Ao realizar uma NFS-e da cidade de São Paulo, o Erro em anexo é apresentado. Já atualizei os Schemas, os Fontes e mesmo assim o erro ocorre. Segue também o XML para analise. Grato 0000000093RPS-rps.xml
  11. until
    http://www.thedevelopersconference.com.br/tdc/2018/index.html#saopaulo
  12. betomunhoz

    SEFAZ SP zebrou ?

    Alguém está com problemas para emitir NFe 3,10 na SEFAZ SP hoje ?
  13. boa tarde.. ao tentar enviar uma carta de correção do CTe para SP ele reclama do erro: "525 Rejeicao: Carta de correcao invalida (campo/grupo [CFOP] informado nao existe no schema do CT-e ou nao existe no grupo informado)" ja em MG o mesmo teste não acontece, em ambiente de homologação, alguem passou por isto ? Atencipadamente agradeço a atenção... segue anexo os arquivos gerados pra MG e tambem SP MG - 1-eve.xml MG - 1-ped-evento.xml SP - 1-eve.xml SP - 1-ped-evento.xml
  14. Diego R

    CTe Sefaz SP - Erro HTTP: 403

    Bom dia. Estamos com problemas para autorizar os CTes para o estado de São Paulo, começou esta madrugada e os CTes estão rejeitando com o erro: "Erro Interno: 0 Http: 403 - Forbidden: Access is denied " Alguém mais esta tendo algum problema semelhante? Agradeço desde já, Diego.
  15. olá bom dia estava realizando testes com a NFce 400, para o estado de São Paulo, mas estava recebendo a seguinte rejeição, "Rejeição: Endereço do site da UF da Consulta via QRCode diverge do previsto", depois de alterar o valor da tag arquivo "ACBrNFeServicos.ini" tirei este URL-QRCode_4.00_Original=https://www.homologacao.nfce.fazenda.sp.gov.br/NFCeConsultaPublica/ e coloquei este URL-QRCode_4.00=https://www.homologacao.nfce.fazenda.sp.gov.br/NFCeConsultaPublica/Paginas/ConsultaQRCode.aspx esta funcionando bem. só pra constar se alguem estiver com o mesmo problema.
  16. Prezados, alguém já teve problemas de enviar RPS de serviços de tomador no exterior para o WebService da Cidade de São Paulo, e teve retorno de erro "1206 - Assinatura Digital do RPS incorreta"? Não tive problemas para tomadores nacionais, ele funciona corretamente. Para tomadores no exterior, tenho que informar as seguintes diferenças em relação aos tomadores nacionais, para fazer a cadeia de caracteres para assinatura: Item 5) Tipo de Tributação do RPS - Tomador Nacional: T - Tributado em São Paulo - Tomador Exterior: P - Exportador de Serviços (conforme lei 13.701/03, Artigo 2, Inciso I) Item 11) Indicador de CPF/CNPJ do Tomador - Tomador Nacional: 1 (CNPJ) ou 2 (CPF) - Tomador Exterior: 3 (Não Informado, pois não existe) Item 12) CPF/CNPJ do Tomador - Tomador Nacional: CPF/CNPJ com 14 dígitos - Tomador Exterior: preenchido com 14 zeros Obrigado, Thiago.
  17. Boa tarde, Precisei fazer um ajuste na unit pnfsNFSeW_SP para impressão correta do percentual de carga tributária para a cidade de São Paulo pois estava arredondando o valor percentual. Exemplo: perc. carga tributária = 18,45 % no XML do RPS precisa enviar 0,1845 mas enviava 0,18 e aparecia 18,00 % na NFSe. A alteração foi na GerarListaServicos ficando desta maneira: procedure TNFSeW_SP.GerarListaServicos; begin Gerador.wCampoNFSe(tcStr, '', 'Discriminacao', 1, 2000, 1, NFSe.Servico.Discriminacao, ''); Gerador.wCampoNFSe(tcDe2, '', 'ValorCargaTributaria', 1, 15, 0, NFSe.Servico.ValorCargaTributaria, ''); //Gerador.wCampoNFSe(tcDe2, '', 'PercentualCargaTributaria', 1, 5, 0, NFSe.Servico.PercentualCargaTributaria, ''); // alterado de tcDe2 para tcDe4 Gerador.wCampoNFSe(tcDe4, '', 'PercentualCargaTributaria', 1, 5, 0, NFSe.Servico.PercentualCargaTributaria, ''); Gerador.wCampoNFSe(tcStr, '', 'FonteCargaTributaria', 1, 10, 0, NFSe.Servico.FonteCargaTributaria, ''); end; Segue anexo, se puderem avaliar para correção. pnfsNFSeW_SP.pas
  18. Boa tarde, estou tentando autorizar um lote rps de teste com o método "TesteEnvioLoteRPS" e estou recebendo o erro: "<?xml version="1.0" encoding="UTF-8"?><RetornoEnvioLoteRPS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://nfse.blumenau.sc.gov.br"><Cabecalho Versao="1" xmlns=""><Sucesso>false</Sucesso></Cabecalho><Erro xmlns=""><Codigo>1057</Codigo><Descricao>Rejeição: Assinatura difere do calculado.</Descricao></Erro></RetornoEnvioLoteRPS>" Erro: "Rejeição: Assinatura difere do calculado." Já olhei vários posts sobre esse erro, como resolução analisar os caracteres especiais e etc mas nada resolveu meu erro, se alguém puder dar uma olhada no meu xml para ver se acha algo eu ficaria grato. Lembrando que o xml em anexo está concatenado e o que eu mando na requisição está apenas uma única linha como tem que ser. Obrigado! teste.xml
  19. bom dia amigos, tenho um cliente que vai precisar emitir utilizar a emissão de serviço modelo 21, e pra variar ele tem urgência... pelo AcbrMonitor Plus é possível emitir essa nota de serviço ? agradeço toda ajuda.
  20. Será que os servidores da SEFAZ SP já saíram do horário de verão? Conseguindo autorizar NFes somente atrasando o horário de emissão em 1 hora.
  21. carina

    Erro ao enviar lote - SP

    Não sei o que pode estar acontecendo o meu cliente toda hora que vai emitir a nota fiscal de serviço de são paulo gera o arquivo de envio de lote , e nao retorna a confirmação. Ai ele aguarda um tempo tenta novamente depois de algumas horas e ai valida corretamente gerando corretamente so que o cliente esta ficando extressado com isso. alguem sabe me dizer se esta com alguma falha na comunicação da webservice da prefeitura de são paulo. Pois se tento consultar veem mensagem nula e ai abro o arquivo xml veem retorno 'nfe nao processsada'. obrigada carina
  22. Olá, gostaria de saber se o envio de NFe em SP funciona de modo sincrono? Obrigado
  23. cueiogordo

    NFS-e SP Sem Retorno

    Boa tarde pessoal Finalizei o emissor de NFS-e para a cidade de SP. Quando eu envio nota, estou recebendo a seguinte mensagem do Componente, conforme anexo. Quando entro no site para Conferir, a nota foi enviada, mas sem nenhuma informação de retorno. Grato
  24. cueiogordo

    Erro ao Importar XML SP

    Bom dia Ao tentar importar um arquivo XML da prefeitura de São Paulo, o erro em anexo acontece. Segue anexo também o XML gerado pelo próprio ACBR. 79-env-lot.xml
  25. Segue anexo algumas correções e implementações para a NFS-e da Trunk 2. Implementado provedor Prodam (Utilizado em Blumenau/SC e São Paulo) - Apenas testado em Blumenau. Corrigido o problema de "INTERNET_OPTION_CLIENT_CERT_CONTEXT" ao transmitir a NFS-e de alguns provedores. Foi criado a propriedade "SetCertContext" na classe TDFeSSLClass, por padrão é True, porém na NFS-e essa propriedade é desabilitada conforme o provedor em uso. Criado possibilidade de configurar as tags dos xmls no arquivo de configuração, essa alteração foi necessária para a implementação do provedor Prodam. Segue imagem abaixo com o nomes para configuração. Caso essas configurações não existam no arquivo, o padrão que existe hoje será usado. Corrigido outros problemas referentes aos provedores SimplISS e Thema. O objeto FRetornoNFSe da classe TNFSeWebService passa a ser destruído apenas em seu destructor caso ele tenha sido criado, esse objeto é usado em nosso sistema após realizar as operações da NFS-e, porém essa alteração é específica para a forma em que trabalhamos com o ACBr e não deve ser juntada a principio. Em anexo segue todos os fontes e ini's que foram alterados e também a dll para gerar a assinatura do provedor Prodam (Em C#, fontes inclusos). Para o correto funcionamento da dll, ela precisa ser registrada com o comando abaixo: %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\regasm.exe /codebase /tlb:.\ACBrSignProdam.tlb ACBrSignProdam.dll As alterações realizadas estão entre os comentários "// MESTRE SISTEMAS". ACBrNFSe.rar
×
×
  • 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.