Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

Juliano Stringari

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    63

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Juliano Stringari postou

  1. Juliano Stringari
    Bom, eu achei que quem implementa pra Betha se baseou nesse site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/# que é o que eu estou usando. Por isso das minhas dúvidas. Independente da cidade e tecnologia usadas.
  2. Juliano Stringari
    Boa tarde @binotto Não utilizamos o ACBr. Estamos com problema de envio para Betha já com recepção no modelo Nacional para cidade de Campos Novos SC O retorno é sempre Código: E042 Mensagem: Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório. Correção: Informe a tributação do ISSQN O detalhe é que essa TAG está sendo enviada. Em anexo o XML que estamos enviando. Você pode nos dar um ajuda em relação a esse XML? A URL que estamos usando é https://nota-eletronica.betha.cloud/dps/ws e passando <tpAmb> com 1 Obrigado pela atenção At. Juliano Betha_Campos_Novos_SC.xml
  3. Juliano Stringari
    Bom dia @claudiovisky Você conseguiu enviar para Betha? URL https://nota-eletronica.betha.cloud/dps/ws e informações de XML retirei do site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/# Eu segui sua sugestão adicionando a tag pAliq mas a mensagem de retorno continua a mesma. "Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório." Alguém teria um XML de exemplo que funcionou o envio, pra mostrar aqui? At. Juliano
  4. Juliano Stringari
    Olá, boa tarde Não utilizamos o ACbr e aqui também estamos enfrentando o mesmo problema. No ambiente de teste do Nacional, enviando as tags da Reforma, o retorno é: Retorno do servico Nacional: Codigo: RNG9999 - Erro não catalogado. Se não enviamos as tags da reforma a emissão ocorre com sucesso. Atualizei os arquivos XSDs direto do site da receita. Foi publicado dia 22/01/2026 e segui a ordem das Tags conforme esse trecho <xs:element name="IBSCBS" type="TCRTCIBSCBS" minOccurs="0"> <xs:annotation> <xs:documentation> Grupo de informações geradas pelo sistema referentes ao IBS e à CBS </xs:documentation> </xs:annotation> </xs:element> Mais alguém com esse mesmo problema no ambiente de teste do Nacional?
  5. Juliano Stringari
    Bom dia. Aqui não utilizamos o ACBr Estamos enviando para Campos Novos - SC que também utiliza a Betha Fiz as alterações conforme citações no site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/# Se enviar o XML com as tags da reforma o retorno foi: Código-> 9999 Descriçao-> Erro no servidor do Ambiente Nacional (RFB) ao processar o lote de notas fiscais. (Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null') at [Source: (String)&quot;<html><body><h1>495 SSL Certificate Error</h1> An invalid certificate has been provided. </body></html> Se enviar sem as tags da reforma o retorno foi: Código: E042 Mensagem: Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório. Correção: Informe a tributação do ISSQN Porém, a tag está preenchida Vocês estão conseguindo enviar as tags da reforma com sucesso? At. Juliano
  6. Juliano Stringari
    A resposta da Betha, ambiente de Produção, ConsultarStatusDpsEnvio, para cidade de Campos Novos - SC, é essa: <ns2:listaMensagens> <ns2:mensagem> <ns2:codigo>E1272</ns2:codigo> <ns2:mensagem>O código do município informado não existe ou não está ativo no convênio municipal na data de processamento de compartilhamento com o ADN.</ns2:mensagem> <ns2:correcao/> </ns2:mensagem> </ns2:listaMensagens> Aparentemente estão fazendo da mesma forma que o Sigcorp.
  7. Juliano Stringari
    Ué, tem que usar um outro serviço pra obter os dados da NFSe?? Não adianta mais usar o ConsultarLoteRps?
  8. Juliano Stringari
    Aqui na primeira consulta no nosso sistema (ambiente de testes da Sigcorp) do status do lote retorna o XML com essas informações (aqui formatadas pra sair dessa forma no sistema): Código->E178 Descriçao->Lote aguardando processamento. - CODE: 1 Correção->O lote de RPS correspondente ao protocolo informado foi recebido pela Prefeitura, mas ainda não foi processado. Já na segunda consulta, 1 minuto depois, retorna esse XML <ConsultarLoteRpsResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <Situacao>4</Situacao> <ListaNfse> <CompNfse/> </ListaNfse> </ConsultarLoteRpsResposta>
  9. Juliano Stringari
    Obrigado pela resposta Delcio. Outra dúvida. Vocês não têm, ainda, o arquivo .XSD com as tags da reforma?
  10. Juliano Stringari
    Bom dia Delcio. Trabalho em uma empresa que mantém um sistema de emissão de NF para a Epagri de Florianópolis que utiliza vários provedores de emissão de NF e a Sigcorp é uma delas. Você poderia confirmar a URL do webservice? Ainda é essa? https://chapeco.meumunicipio.online/abrasf/ws Obrigado pela atenção.
  11. Juliano Stringari
    Olá, aqui nós mantemos um sistema da nossa empresa utilizado pela Epagri de Florianópolis. Não sei se isso lhe ajuda, mas estou com o mesmo problema porém esse erro só é retornado se envio no XML as novas tags da Reforma Tributária. Sem essas tags da Reforma o envio funciona sem problema. Essas são as tags da Reforma que estamos enviando, abaixo da tag <valores> <IBSCBS> <finNFSe>0</finNFSe> <indFinal>0</indFinal> <cIndOp>100101</cIndOp> <indDest>1</indDest> <valores> <trib> <gIBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> </gIBSCBS> </trib> </valores> </IBSCBS>
  12. Juliano Stringari
    Olá, ok, entendi. É que pela mensagem de retorno não foi isso que entendi. Por isso da minha dúvida. Obrigado. já estou trabalhando nos ajustes.
  13. Juliano Stringari
    Eu sei disso. Pra não ter que criar um novo post eu aproveitei esse pois esse retorno poderia acontecer com o ACBr não??
  14. Juliano Stringari
    Bom dia. Aqui utilizamos um sistema em Java, específico para envio/retorno de XML de provedores de NFSe. Estamos recebendo como retorno, da Pública de Itajaí, a seguinte resposta Descriçao: Problemas ao processar arquivo. Correção: Entre em contato com suporte ao sistema. Saberia dizer se lá na Pública ainda é o problema?
  15. Juliano Stringari
    Bom dia Valter. Eu criei esse tópico no outro Forum pq não usamos o ACBr. O nosso sistema é feito em Java para uma empresa de Florianópolis - SC
  16. Juliano Stringari
    Boa tarde pessoal. Estou usando a seguinte URL de Webservice para Betha (Cloud) Criciúma - SC https://nota-eletronica.betha.cloud/rps/ws O ambiente de produção está desativado no site e está apontando para Homologação. A nota é gerada na Prefeitura porém o retorno é sempre o XML abaixo: Alguém mais com o mesmo problema? Obrigado pela atenção.
  17. Juliano Stringari
    Obrigado pela ajuda Juliomar Pode fechar o tópico.
  18. Juliano Stringari
    Boa tarde pessoal, não estou achando os Schemas XSD e padrões de XML para o Modelo Nacional. Onde posso encontrá-los? Obrigado pela atenção
  19. Juliano Stringari
    Boa tarde pessoal, Eu realmente não soube procurar (cegueta) pois estava no site o tempo todo, a informação que eu procurava. Affffffff Desculpem pelo equívoco. Moderador pode fechar (ou até excluir) o tópico.
  20. Juliano Stringari
    Bom dia. Blz, eu me baseei em um dos meus post e eu tinha criado em outro lugar. Obrigado pelo ajuste. Uma outra dúvida, onde vocês se informam sobre as alterações de layout dos arquivos XML de envio e retorno do eSocial? Por que no site https://www.gov.br/esocial/pt-br/documentacao-tecnica/ eu não encontrei ou eu não soube "procurar". Pelo que entendi do erro que estamos recebendo, o layout foi alterado e nossa aplicação não está mais preparada para fazer o parse. Só que eu não encontrei o "novo layout" do XML.
  21. Juliano Stringari
    Conforme eu comentei no post, o projeto é em Java. Não usamos nada do ACBr.
  22. Juliano Stringari
    Boa tarde pessoal, No projeto em que trabalho (desenvolvido em Java) e utilizado pela Epagri de Florianópolis, nos últimos dias estamos enfrentando um problema na resposta do eSocial ao consultar o lote após processado. Estamos recebendo a seguinte mensagem: Mais alguém está recebendo essa mensagem no ambiente de produção do eSocial? Obrigado pela atenção
  23. Juliano Stringari
    O que acabou acontecendo, depois de a Betha empurrar pra prefeitura e a prefeitura empurrar pra Betha, é que a prefeitura "desligou" a validação da assinatura para XML de Cancelamento em ambos os ambientes, HOM e PRD. Até quando vai isso? Boa pergunta. Por que fizeram isso? Outra boa pergunta. Moderador, pode fechar o tópico
  24. Juliano Stringari
    Bom dia Juliomar, A nossa aplicação é feita em Java e utilizada pela Epagri de Florianópolis Essa aplicação se comunica com vários provedores e a Betha é um deles.
  25. Juliano Stringari
    Bom dia pessoal, Há alguns meses, em produção, o provedor Betha, para a cidade de São Miguel do Oeste - SC, está retornando a mensagem: <Codigo>E180</Codigo> <Mensagem>Pedido de Cancelamento não está assinado.</Mensagem> <Correcao>O pedido de cancelamento deve conter assinatura digital</Correcao> Eu já havia aberto um Tópico aqui em 2018 sobre o assunto e resolvi na época, porém, agora voltou a acontecer. O detalhe é que não estamos conseguindo resolver diretamente com a Betha pois eles dizem que é pra ver com a Prefeitura e a Prefeitura pede pra ver com a Betha. Pasmem! Eu não utilizo o componente ACBrNFSe por isso precisaria de uma ajuda em relação à estrutura do XML se teve alteração ou não, se foi o algoritmo de assinatura. Alguém passando pelo mesmo problema e conseguiu resolver? Obrigado pela atenção
×
×
  • 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.