Ir para conteúdo
  • Cadastre-se

pedrowilliam

Membro Pro Verificado
  • Total de ítens

    68
  • Registro em

  • Última visita

Tudo que pedrowilliam postou

  1. obrigado pela sugestao, mas eh meio complicado ligar pra prefeitura e pedir pra removerem uma informacao cadastral (que diga-se de passagem está correta!). E sem contar que teremos que fazer isso para todos os nosso clientes emissores que usam nosso sistema! Mas em ultimo caso se so esta for a solucao, teremos que fazer. Mas ainda acho que eh mais simples fazer um teste de nao gerar a tag de regime especial de tributacao no xml, mas pra isso dependo do ACBr pois aqui uso ACBrLib e nao consigo modificar os fontes pra testar Alguem que usa fontes em Delphi e tiver as "manhas" de nao gerar a tag regEspTrib podia fazer este teste
  2. a mensagem diz pra remover o regime especial de tributacao do xml: "O Regime Especial de Tributação informado está diferente do que foi cadastrado para este contribuinte. O Regime Especial de Tributação correto é Microempresário e Empresa de Pequeno Porte (ME EPP), ou seja, REMOVA do xml essa informação." no entanto se eu removo do ini, mesmo assim ele gera a tag no xml com valor 0
  3. @Diego Foliene eu testei com todos os valores de 0 a 6 e o erro eh o mesmo: O Regime Especial de Tributação informado está diferente... com o valor 9 nao consegui testar pois nao passa pelo schema: Value '9' is not facet-valid with respect to enumeration '[0, 1, 2, 3, 4, 5, 6]' tentei modificar o schema para aceitar 9 mas mesmo assim nao aceita. Acho que a rejeicao nao acontece na minha maquina, pois o soap monta normal com o valor 9, a rejeicao se da no web service no portal da fiorilli/prefeitura, nas informacoes cadastrais do emissor esta assim: "Regime Especial Tributação: Microempresário e Empresa de Pequeno Porte (ME EPP)"
  4. boa tarde, @Diego Foliene aqui em Pedreira atualizaram para versao 3.8.2, no entanto o erro agora eh: L125 - O Regime Especial de Tributação informado está diferente do que foi cadastrado para este contribuinte. O Regime Especial de Tributação correto é Microempresário e Empresa de Pequeno Porte (ME EPP), ou seja, REMOVA do xml essa informação. trecho do meu soap (pra mim esta correto, o numero 6 indica Microempresário e Empresa de Pequeno Porte): <regTrib> <opSimpNac>2</opSimpNac> <regEspTrib>6</regEspTrib> </regTrib> alguem tem esta tabela de regEspTrib para o padrao nacional? estou seguindo a tabela de particularidades na documentacao do ACBrLib: Regime '' - retNenhum '1' - retMicroempresaMunicipal '2' - retEstimativa '3' - retSociedadeProfissionais '4' - retCooperativa '5' - retMicroempresarioIndividual '6' - retMicroempresarioEmpresaPP '7' - retLucroReal '8' - retLucroPresumido '9' - retSimplesNacional '10' - retImune '11' - retEmpresaIndividualRELI '12' - retEmpresaPP '13' - retMicroEmpresario '14' - retOutros
  5. ok, entendi, vamos aguardar mais um pouco, obrigado pela resposta
  6. @Diego Foliene boa tarde. Tem alguma novidade sobre funcionar em versoes diferentes da 3.8.1? Porque, infelizmente, nao somos nós que escolhemos a versao da prefeitura, e sim, nos adaptamos a ela. Precisamos de solucoes que funcionem em todas as versoes ativas. Aqui em Pedreira-SP estão usando a 3.7.2 e em Serra Negra-SP a 3.8.2-SNAPSHOT. Ou seja, meu software nao esta funcionando nestas cidades e meus clientes estão cobrando uma solução. Tem alguma noticia, previsao de funcionamento?
  7. pois eh, Pedreira esta na a 3.7.4, Serra Negra na 3.8.2-SNAPSHOT. Ou seja, nenhuma funcionando
  8. bom dia @DanielF, desculpa, nao tinha me atentado a isto, mas resumo do topico eh: "Estamos trabalhando na solucao, qualquer novidade postamos aqui"
  9. bom dia, tambem preciso de uma solucao urgente sobre isso
  10. boa tarde, acho que o problema eh que nao deve ser gerado a tag <Signature> no final do XML. Apenas gerar <Signature> que fica dentro de <Rps>. Veja meus testes que postei neste outro topico:
  11. boa tarde, acho que solucao eh nao gerar a tag <Signature> no final do XML. Gerar apenas <Signature> dentro de <Rps>, conforme expliquei neste topico:
  12. bom dia, também uso Fiorilli em Pedreira-SP. Unica informação que a prefeitura nos passa eh que a url mudou para: http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType?wsdl no ACBrNFSeXServico.ini esta assim: [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacional ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ;ProRecepcionar=https://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType E na pratica fiz os seguintes testes: ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS = Instavel (funcinando ontem, fora do ar antes de ontem) ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacional = Erro: X999 - Erro de Conexão: Extra content at the end of the document; ProRecepcionar=https://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType = Erro: 12002 - TimeOut de Requisicao; Resumindo: de nenhum jeito esta funcionando 100%, mas com a url antiga tem dia que funciona
  13. boa tarde @tiago.istuque, @Matheus_Lira, alguem conseguindo emitir para provedor Fiorilli? deixei o ACBrNFSeXServicos.ini desta forma: [3537107] Nome=Pedreira UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacional ProLinkURL=http://intranet.pedreira.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% ASSIM DA ERRO: "Erro: X999 - Erro de Conexão: Extra content at the end of the document" ai mudei para ProRecepcionar=https://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType E AI DA O ERRO: Erro: 12002 - TimeOut de Requisicao; obs: ja aumentei o timeout, mas nada feito! uso ACBrLib, estou com as versoes atualizadas hoje 27/01/26
  14. bom dia. Não consigo passar NFSe em Jaguariuna (GovDigital). Estou com fontes atualizados e uso ACBRLib. O erro que retorna é: Erro: GOV103 - O município de prestação precisa ser informado quando o pais de prestação for Brasil. ; Erro: GOV119 - Código NBS não pertence a atividade nacional informada. ; Erro: X203 - Não foi retornado nenhuma NFSe. ; no XML nao esta gerando a tag <MunicipioPrestacao>. Ja tentei informar de 2 formas diferentes no .ini: MunicipioPrestacaoServico=3524709 MunicipioPrestacao=3524709 mas no xml de envio nao gera a tag <MunicipioPrestacao> Se alguem puder me ajudar!
  15. bom dia, @Matheus_Lira aqui quando mudo pro link novo recebo a mensagem: Erro: X999 - Erro de Conexão: Extra content at the end of the document; No link antigo esta funcionando nestes ultimos dias por enquanto, mas tem dia que nao funciona e da a mensagem "O serviço de Emissão de Lote RPS Síncrono está Sobrecarregado". obrigado pela informacao @tiago.istuque
  16. @Lucas_Gabriel por enquanto para o mesmo endereco, na prefeitura nos informaram uma mudanca no endereco que teria passado para: ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWSNacional/IssWebWSNacional no entanto, quando alteramos para a url acima nao funcionou, entao continuamos usando a antiga por enquanto: ProRecepcionar=http://intranet.pedreira.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS
  17. boa tarde @Italo Giurizzato Junior. No provedor Fiorilli tivemos que fazer 2 alterações para a NFSe, uma de preenchimento e uma no schema para aceitar o preenchimento. Seria bom aplicar esta mudança no schema em definitivo para as próximas atualizações: a propriedade Servico.ItemListaServico, antes preenchiamos com o código NBS ABRASF de 4 dígitos, e agora passamos a preencher com o Código de Tributação Nacional (6 dígitos): ANTES: vendaIni["Servico"]["ItemListaServico"] = "0107"; //NBS ABRASF AGORA: vendaIni["Servico"]["ItemListaServico"] = "010701"; //CTN o CTN pode ser obtido neste link: Lista de Serviços Anexa à Lei Complementar nº 116, de 31 de julho de 2003 — Portal da Nota Fiscal de Serviço eletrônica só que isso deu problema de validação no schema, entao alterei o arquivo \Schemas\Fiorilli\2.00\nfse.xsd, para aceitar 6 digitos em "tsItemListaServico" Após estas alterações, as NFSe estão sendo transmitidas normalmente!
  18. bom dia @Italo Giurizzato Junior , o link era apenas para ver a mensagem da prefeitura de Pedreira-SP que diz: "Atenção contribuintes de Pedreira/SP: Em 2026, a Nota Fiscal de Serviços continuará com a mesma interface, mesmo com a entrada da NFS-e Nacional. Fique atento às atualizações!". Infelizmente, pelo jeito, o provedor Fiorilli, que atende a cidade, ainda não disponibilizou nenhuma mundança.
  19. @Italo Giurizzato Junior testei hoje e o link voltou a funcionar: http://intranet.pedreira.sp.gov.br:5661/issweb/home.jsf?formAtalho=formAtalho&javax.faces.ViewState=stateless
  20. boa tarde @Italo Giurizzato Junior, o link era para este print. Ontem estava abrindo, hoje esta offline
  21. Cidade/UF: Pedreira/SP Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: Continuar usando o provedor atual, com a modalidade de compartilhamento com o padrão nacional através de API própria do provedor Fonte/Documentação: http://intranet.pedreira.sp.gov.br:5661/issweb/home.jsf?formAtalho=formAtalho&javax.faces.ViewState=stateless
  22. Boa tarde Estou tentando homologar o boleto do Bradesco, Layout Febraban240, e está me retornando o seguinte erro: Linha 7, colunas 106 a 131, Nº Cód. Identificação/Contrato, Operação Contratada, não informado. Linha 7, colunas 132 a 139, Prazo de validade do Contrato/Autorização inválido. Linha 10, colunas 106 a 131, Nº Cód. Identificação/Contrato, Operação Contratada, não informado. Linha 10, colunas 132 a 139, Prazo de validade do Contrato/Autorização inválido. Vi que foi adicionado algumas checagens para nao gerar o Registro R (Opcional), que eh onde fica essas informações, mas preciso que ele seja gerado pois o cliente cobra multa, e eh onde fica essa informação tbm
  23. Classe: ACBrLib.Core.Boleto Aumentei a opção: pAvalistaNenhumSantander = 3ACBrPessoa.cs --------------------------------------------------------------------------------- Classe: ACBrLib.Boleto Comentei a checagem do cpfcnpj do avalista, pra poder ir o valor setado acima E como não preenchi nenhuma outra propriedade do avalista, foi somente o Avalista.Pessoa pro arquivo.ini gerado Titulo.cs
  24. Estou fazendo a homologação do boleto no banco Santander, CNAB 240, e estou tendo uma rejeição na remessana posição: Segmento Q, Posição 154-154 (Tipo de inscrição Beneficiário Final) No arquivo de remessa está mandando 9, e a recomendação é pra ir 0, pois não tem sacado/avalista Fiz algumas alterações direto na Lib pra conseguir resolver; Segue as alterações
×
×
  • 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.