Ir para conteúdo
  • Cadastre-se

Dercide Alvarez

Membros
  • Total de ítens

    845
  • Registro em

  • Última visita

  • Days Won

    1

Dercide Alvarez last won the day on 11 Janeiro 2020

Dercide Alvarez had the most liked content!

5 Seguidores

Últimos Visitantes

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

Dercide Alvarez's Achievements

  1. Boa tarde, Mesma mensagem para BRUSQUE-SC : A partir de 15/08/2025, a URL https://ws-brusque.atende.net:7443/?pg=rest&service=WNERestServiceNFSe será descontinuada. A nova URL para acesso ao webservice será: https://ws-brusque.atende.net/?pg=rest&service=WNERestServiceNFSe. A informação :7443, referente a porta, foi removida.
  2. Bom dia, Tangara da Serra-MT esta trocando do provedor RLZ para Centi. https://mt.centi.com.br/tangaradaserra/portalservicos/?#/login Ainda não verifiquei a documentação dos novos endereços, mas ja estão migrando. Dercide.
  3. Bom dia, É estranho porque os meus estão sendo aprovados e não tem "xmlns". Dercide Alvarez
  4. @Italo Giurizzato Junior Após essa atualização, consegui enviar varias notas. Problema resolvido. Obrigado.
  5. @Alexandre de Paula Eu também utilizo o ACBRNFSeX desde que foi lançado. Vou tentar enviar notas hoje, estou com o componente e schemas atualizados. Depois dou um retorno.
  6. @Adriano Luiz de Souza Seria o ACBrNFSeXServicos.ini, mas eu baixei ele conforme a ultima atualizaão que o @Italo Giurizzato Junior disponibilizou. [4204608] Nome=Criciuma UF=SC Provedor=Betha Params=SubVersao:1 ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps ProConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps ProConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 ProConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 ProConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 ProCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps HomConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps HomConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 HomConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 HomConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 HomCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse
  7. Dercide Alvarez

    Betha - Criciuma

    Atualizei os fontes hoje, tentei enviar a nota e deu erro das casas decimais. Inclui no ACBrNFSeXServicos.ini Params=Aliquota2Casas: Tentei enviar e deu o erro : <Codigo>E260</Codigo> <Mensagem>CNPJ/CPF do prestador do serviço não informado.</Mensagem> <Correcao>Informe o CNPJ/CPF do prestador do serviço.</Correcao> O CNPJ esta normal no xml, realmente não sei o que pode ser. Segue o XML para analise. 2672-env-lot.xml
  8. @Italo Giurizzato Junior Acredito que o endereço para Criciuma esteja correto, pois segundo o manual tem apenas um endereço, e tem que habilitar o ambiente de homologação. Estou testando a versão 2.02, os RPS estão chegando lá, pois eu consulto no site e vejo os RPS e o erro. O problema ja estou tendo são as casas decimais, ja mudei o .ini colocando : Params=Aliquota2Casas: Ja tentei de todas as maneiras, mas sai sempre no xml <Aliquota>5.0000</Aliquota>
  9. Ja fiz de tudo, e não gera com dus decimais. Alterei, tirei os dois pontos do paramentros, recompilei tudo, acbr e fontes. <Aliquota>5.0000</Aliquota>
  10. Bom dia, Alterei o ACBrNFSeXServicos.ini e inclui Params=Aliquota2Casas: Apaguei todos os fontes e compilei o acbr e a aplicação, mas continua gerando com errado as decimais => <Aliquota>5.0000</Aliquota> Vou recompilar tudo novamente e testar.
  11. Já descobri o problema, e já resolvi. Estava sendo enviado em Boleto.NossoNumero o nosso numero completo. Mudei para enviar apenas o sequencial, ai deu tudo certo. Obrigado.
  12. A consulta eu usei : Boleto := FACBrBoleto; FiltrosAPI := Boleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := IncDay(Date,-1); FiltrosAPI.dataMovimento.DataFinal := Date; Configuracoes.WebService.Operacao := tpConsulta; Ai ele baixa tudo que foi liquidado no periodo definido. Mas vi, que se consultar duas vezes, ele baixa tudo novamente o que ja foi baixado. Ai nesse caso, não carreguei o boleto para consulta. Sabe me dizer para que server essa propriedade : FiltrosAPI.indiceContinuidade := 300; Dercide Alvarez
  13. @Juliomar Marchetti Na homologação foi tranquilo, pois na homologação, ele retorna sempre dados fixos. Na produção a integração foi tranquila, so que o nosso numero sempre altera, eu mando de uma forma, calculada pelo componente, mas ele retorna outro. Ja mandei vazio, e ele gera o nosso numero, isso esta no manual. Ja registrei boleto, liquidamos, retornou na consulta, beleza. A unica coisa que ta pegando é essa questão do nosso numero. Não sei os valores do Byte ( AAB ) Pois varia de 2 a 9 ( 2 o cedente gera o nosso numero) Dercide.
  14. Bom dia, Estou implementado a integração da cobrança do Sicredi, via API V2. Teste de homologação, tudo certo. Agora estou em produção. Preciso controlar a integração do boleto com o financeiro, para isso envio o ID do boleto no SeuNumero, o qual retorna nas baixa quando quita o boleto, isso eu já testei, e esta ok. Para fazer a integração com o financeiro, estou fazendo a busca pelo nosso numero, pois estou gerando e enviando o nosso numero, conforme a regra do manual. Porém o retorno sempre altera o nosso numero. Não testei com muitos boletos para ver se a sequencia de retorno é a mesma do envio, ai ficaria mais facil para controlar. Segundo o manual deve ser no formato AAB99999D > AA - Ano (24) - B (Byte) 2 nosso numero gerado pelo cedente. 99999 Sequencial e D o digito. Enviei 242000018 no retorno o Sicredi retorna 242000182 Enviei 242000190 no retorno o Sicredi retorna 242001901 Quando registro o boleto o retorno é o seguinte : JSON={"txid":null, "qrCode":null, "linhaDigitavel":"74891124200019010818327007841052196750000000200", "codigoBarras":"74891967500000002001124200190108182700784105", "cooperativa":"XXX", "posto":"XX", "nossoNumero":"242001901"} Pois quando envio o boleto, estou gerando o nosso numero, pois atraves dele que poderei controlar o ID financeiro. Alguém saberia me informar se o Sicredi calcula o nosso numero quando envia, pois segundo o manual, senão mandar o nosso numero, ele gera, isso eu ja testei tambem. Mas preciso enviar o nosso numero completo com o DV, e ele retornar a mesma informação. Se alguém ja passou por isso, agradeço se poder dar uma luz. Dercide Alvarez
  15. Atualizei e compilou normalmente no D7.
×
×
  • 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...