C4Dev

Fiz o teste, até reiniciando o PC, e logo em seguida fazendo a leitura. Algumas vezes na primeira tentativa dar certo, mas se desativar a balança e ativar novamente, ocorre o mesmo erro.

@Diego Foliene Sim, eu fiz vários testes alterando portas, só os prints ficaram com testes diferentes.

Boa tarde. Pessoal, estamos com problema de comunicação da Balança Urano POP. Quando tenta ativa a balança retorna o seguinte erro: Communication error 31: Um dispositivo conectado ao sistema não está funcionando Entrei em contato com o pessoal da Urano, fizemos testes com o Hercules, e funciona normalmente. Somente com Acbr que não funciona. Teste com Acbr: Cabo usado: Cabo conversor Serial RS232 X USB Já tentei de tudo um pouco mas não consegui e cliente esta no nosso pé. Alguém que passou por isso pra nos ajudar?

A cidade de Taió- SC alterou o endereço para o provedor IPM. Segue o arquivo em anexo ajustado e testado. [4217808] Nome=Taio UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://ws-taio.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://ws-taio.atende.net:7443/?pg=rest&service=WNERestServiceNFSe ACBrNFSeXServicos.zip

O problema era na liberação para emissão de RPS no município: No link: https://www.nfse.canela.rs.gov.br:8181/sys552/publico/newSolicUsoNfse.xhtml Pode finalizar.

@Renato Rubinho Não usamos OpenSSL somente Wincrypt. E com Wincrypt não conseguimos emitir para essa cidade.

Olá. Estamos tendo problema com o envio de NFSe para a cidade de Canela -RS. Segundo cliente emitia normalmente, mas agora parou. O erro de retorno é o seguinte: Extra content at the end of the document Enviei os xmls para o email dos consultores. Acbr atualizado e configurações usadas: Caso eu mudar o SSLType, o erro retornado muda para: Erro Interno: 12029 Erro HTTP: 0 URL: https://www.nfse.canela.rs.gov.br:8182/NfseService/NfseService Erro: 12029 - Conexão com o Servidor falhou Falha Enviando a Requisição. Erro: 12029 - Conexão com o Servidor falhou'.

Boa tarde. Estou tentando emitir uma nota com um produto que é GLP, o cProdANP é 210203001 que consta na "Tabela de códigos de combustíveis sujeitos à tributação monofásica de ICMS - Publicada em 19/04/2023" estou usando o CST 15 que segundo a NT eu posso emitir usando o CST 15 quando consta na tabela: Porém está rejeitando : "Rejeição: NF-e não pode ter preenchimento de Grupo de Tributação do ICMS monofásica sobre combustíveis." Alguém já passou por essa rejeição mesmo estando com os dados corretos? Segue XML em anexo 42231003916076000400550990000009881234006438-nfe.xml

Bom dia @Daniel InfoCotidiano Realizado os testes. Funcionou corretamente. Obrigado.

Bom dia pessoal! Encontrei um problema de validação de schema ao tentar enviar NFSe para Chapecó (SC), está faltando item 16.02 conforme img anexo, dentro do arquivo nfse.xsd da pasta Schemas/SigCorp/2.04: Conforme percebi no tópico abaixo, a orientação é preencher manualmente e tentar validar a NFSe, então fiz isso e consegui emitir a NFSe em ambiente de produção. O emitente já havia emitido via site da prefeitura utilizando esse código, então imaginei que funcionaria. Abaixo a consulta dos itens no site da prefeitura onde é possível perceber que existe o item 16.02: E aqui ainda encontrei um documento da prefeitura onde mostra que é permitido o uso do 16.02: Está em anexo o documento "consulta atividades (cnae x servicos)" em PDF, caso queiram visualizar o conteúdo completo. Também anexei o arquivo nfse.xsd com a alteração para atualizar o repositório do ACBr. consulta_atividades(cnae_x_servicos)_(1)_1691610459.pdf nfse.xsd

@Daniel InfoCotidiano Sim, testei em produção com as credenciais de dois clientes nossos.

@Daniel InfoCotidiano Pelo que vi aqui vai demorar um tempo maior para conseguirmos fazer o teste com a V2, pois depende de outras configurações, como clientSecret que hoje não solicitamos para o Sicredi, já que no ECOMM não era necessário. Acha que seria possível realizar a alteração sugerida no ECOMM para já disponibilizarmos para nosso cliente sem termos tanto impacto? Após isso vou abrir uma task interna para implementação da V2 do Sicredi em nossa aplicação. Assim conseguimos fazer as validações com mais calma.

Bom dia @Daniel InfoCotidiano Para mim está caindo nesse endpoint mesmo, da ECOMM. Não tenho o manual. Como alimentei o campo e passou a retornar de forma correta, apenas repassei para vocês a sugestão de alteração. Não sabia da V2 para o Sicredi. Se puder me instruir como mudar para a V2, posso estar fazendo o teste.

Bom dia @Alexandre de Paula Obrigado pelo rápido retorno. Não me baseei em manual. Apenas segui o mesmo modelo que vocês utilizaram para o Sicoob. Se verificar na ACBrBoletoRet_Sicredi_APIECOMM.pas, na function LerListaRetorno esse processo já ocorre. Porém na function LerRetorno não, o que acaba retornando essa informação em branco.

Bom dia. No retorno do boleto do Sicredi via WS (ACBrBoletoRet_Sicredi_APIECOMM.pas), não está sendo preenchido a property EstadoTituloCobranca com a situação do boleto na function LerRetorno. Diferentemente do que ocorre para o Sicoob (ACBrBoletoRet_Bancoob.pas). Precisamos do retorno do campo situação para fazer algumas validações na consulta detalhe do boleto. Segue arquivo com sugestão de ajuste. Qualquer dúvida estou a disposição. ACBrBoletoRet_Sicredi_APIECOMM.pas

Obrigado pelo retorno @Daniel InfoCotidiano. Testei aqui e funcionou corretamente agora. Obrigado.

Consegui realizar a emissão. Fiz alguns ajustes, pois ele valida quando o Prestador é o proprio emissor da nota. Nestes casos não precisa ser informado CEP, EndNAC, e Razão social. Mas acredio que o erro não era esse de Erro não catalogado. Atualizei o Acbr, e testei novamente, funcionou. Pode ser até instabilidade do serviço Pode fechar o Tópico.

@Diego Foliene Descobri sobre esse erro em questão. é necessário não enviar o CEP em branco, pois tem um tratamento na unit abaixo que faz este tratamento. PadraoNacional.GravarXml; if NFSe.Prestador.Endereco.CEP <> '' then begin Result := CreateElement('endNac'); Result.AppendChild(AddNode(tcStr, '#1', 'cMun', 7, 7, 1, NFSe.Prestador.Endereco.CodigoMunicipio, '')); Result.AppendChild(AddNode(tcStr, '#1', 'CEP', 8, 8, 1, NFSe.Prestador.Endereco.CEP, '')); end; Só que agora estou passando um novo erro: Erro não catalogado. Não consegui indetificar o problema. Segue os arquivos por E-mail.

Olá Pessoal. Estou recebendo o seguinte retorno: Erro: O endereço nacional do prestador do serviço não deve ser informado na DPS quando o próprio prestador for o emitente da DPS. Porém se eu não informar o campo Prestador.Endereco.CodigoMunicipio, retorna erra na validção, obrigando o preenchimento. Xml enviando para o e-mail dos consultores.

Obrigado @Alexandre de Paula Segue arquivo: ACBrBoletoW_Bancoob.pas

Boa tarde @Diego Foliene Tentei anexar o arquivo, mas está a limitando 4.7Kb de anexos. Segue trecho alterado na unit ACBrBoletoW_Bancoob.pas. Antes: procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe; begin FPHeaders.Add(C_SICOOB_CLIENT+': '+Boleto.Cedente.CedenteWS.ClientID); end; Depois: procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe; begin FPHeaders.Clear; FPHeaders.Add(C_SICOOB_CLIENT+': '+Boleto.Cedente.CedenteWS.ClientID); end; Se tiver outra forma de lhe enviar o arquivo posso estar compartilhando também.

@Daniel InfoCotidiano Fiz contato com o atendimento do Sicoob para APIs e me passaram que não teria limite de consultas. Fiz alguns testes pelo Insomnia e realmente não bloqueou, porém fazendo pelo ACBr chegava em um determinado momento que retornava o erro: {"mensagens": [{"mensagem": "A URL requisitada foi rejeitada. Favor consultar seu Administrador.","codigo": "12082918984423845463"}]} Debugando o ACBr encontrei um problema, que aparentemente ajustando resolveu. Na classe ACBrBoletoW_Bancoob.pas, na procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe é adicionado no StringList o Header do client para cada boleto. Ficando repetido o mesmo Header várias vezes no FPHeaders . No momento de fazer a request, na classe ACBrBoletoWS.Rest.pas, na procedure procedure TBoletoWSREST.Executar é adicionado o FPHeaders ao HTTP, porém ele vai estar com dezenas de linhas. O que fiz foi na procedure TBoletoW_Bancoob.RequisicaoConsultaDetalhe da classe ACBrBoletoW_Bancoob.pas limpar o FPHeaders antes de passar o valor, e não ocorreu mais o erro.

Obrigado @Daniel InfoCotidiano pelo retorno. O problema que acabamos caindo é que a API do Bancoob está limitando a quantidade de requisições por minuto. Pelo que identificamos o limite está em 20, pois se passamos mais de 20 boletos para consultar o retorno, retorna erro 500 a partir do 21, aí tem que esperar mais 1 minuto para consultar novamente. Alguém talvez já relatou essa situação para vocês?

Olá. Tentei implementar a consulta de retorno por período para o banco Bancoob, conforme o exemplo do Demo do ACBr. O código em minha aplicação ficou da seguinte forma: FiltrosAPI := ACBrBoleto.Configuracoes.WebService.Filtro; FiltrosAPI.Clear; FiltrosAPI.indicadorSituacao := isbBaixado; FiltrosAPI.dataMovimento.DataInicio := IncDay(Date,-1); FiltrosAPI.dataMovimento.DataFinal := Date; ACBrBoleto.Configuracoes.WebService.Operacao := tpConsulta; try Result := ACBrBoleto.Enviar; Retorno := ACBrBoleto.ListaConsultaRetornoWeb; Porém recebi o seguinte retorno: TBoletoW_BancoobOperação CONSULTA_BOLETO nao Implementado para este Banco Gostaria de confirmar se de fato para o Bancoob não permite a consulta de boletos baixados por período, e se existe outra forma de fazer para receber o retorno de todos os boletos que foram pagos (semelhante ao arquivo de remessa baixado pelo banco)? Obrigado.

Perfeito Diego vamos ficar no aguardo e monitorando. Muito obrigado.