Renato Rubinho

Boa noite Willian, Criada #TK-3766 para análise se isso não afetará outros municípios. Pode disponibilizar os soaps de envio e retorno deste caso ou encaminhar para consultores@projetoacbr.com.br mencionando a TK, se entender que contém dados sensíveis?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite André, Obrigado pela intenção em contribuir, mas não poderemos aceitar seus fontes. Vou passar os detalhes a seguir para esclarecer este posicionamento e caso as informações e ajustes ou necessários sejam passados, analisaremos novamente para envio ao SVN. 1. Prescon.GravarJson.pas * Pode confirmar o motivo de preencher zero no numeroServico quando estiver em branco? * Houve rejeição do provedor neste caso? Se sim, pode anexar o soap de envio e retorno para análise? Se entender que são dados sensíveis, pode enviar para consultores@projetoacbr.com.br? 2. Prescon.Provider.pas * Em novas contribuições, por favor altere apenas o que for relacionado à sua contribuição. * Seu arquivo foi inteiro alterado em identações, remoção de espaços, inclusões de quebras de linhas, etc, com isso impossibilita a análise das alterações. * Se quiser enviar novamente o arquivo, baseado no original, apenas com as colaborações para análise será bem vindo. 2.1. Com relação ao que foi implementado: * Qual o motivo da criação dos métodos relacionados à ConsultarNFSe? Encontrei o wsdl de ubatuba e não consta esse método. Se tiver o manual para disponibilizar com informações a respeito deste método ficaremos gratos. * O PrepararEmitir foi validado com as 2 novas oções sugeriadas, além da que já funcionava? 3. Arquivo ini atualizado para Ubatuba/SP - Rev: 28893 * Enviado para o SVN o ini com as configurações para Ubatuba com este provedor, caso atualize novamente seus fontes para teste, já estarão disponíveis. * Se tiver informações diferentes das configuradas, queria compatilhar para alterarmos.

Revise suas configurações de ssl e tls, deve ter relação com elas. Se estiver usando Openssl, confirme se está com as dlls da versão 1.1.1, que são distribuídas com os fontes do componente, salvas na pasta da aplicação, o mesmo para a LibXml2. Com winCrypt, faça todas as atualizações do Windows.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn, TK-3752. Você pode anexar o manual disponibilizado para este município pelo provedor?

Fechando tópico duplicado.

Boa tarde, Caso não está assim ainda, coloquem 30k ou mais no timeout e vejam se passa. Revisem o XML se existe alguma informação fora de padrões. Já houveram relatos deste erro "genérico" para código do serviço fora da formação prevista e de problema com cep inválido. Pode ser algum erro no tratamento do código do serviço do lado deles, pois houve um relato hoje sobre problema relacionado. https://discord.com/channels/798697718800318484/801796941813907456/1088822662534537338

Por desencargo, desfaça as alterações, reinstale novamente e teste este mesmo XML com 2 casas na alíquota. Se passar normalmente, acredito que terá de entrar em contato com o provedor para analisarem onde está o problema na assinatura, a mudança das casas não acredito que deveria gerar o problema.

Boa noite, Segue opção. https://github.com/viniciussanchez/dataset-serialize

Boa noite, Primeiro, deve-se verificar se o provedor suporta as 4 casas. No manual que consta no repositório, ele aparentemente suporta 4 no rps, mas na NFSe apenas 2. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFSe/Provedor SimplISS/Manual WebService Nfse.pdf Além de mudar nos schemas, como sua sugestão aparentemente correta, precisa alterar a geração do xml. 1. Blumenau utiliza a versão ABRASF 2.03. 2. Altere o FormatoAliq para tcDe4 no arquivo e local a seguir. 3. Reinstale os componentes após a alteração, recompile a aplicação e faça um novo teste. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/SimplISS.GravarXml.pas { TNFSeW_SimplISS203 } procedure TNFSeW_SimplISS203.Configuracao; begin inherited Configuracao; FormatoAliq := tcDe4;

Boa tarde Allan, Você pode enviar um arquivo de remessa que foi homologado para consultores@projetoacbr.com.br para que o consultor responsável possa validar? Mencione a TK-3727 no e-mail, pois ela foi aberta para análise deste caso. Os descontos por data foram homologados no banco?

Boa tarde, No XML do retorno não consta mais nenhuma informação amém desta? Tente emitir uma NFSe que já funcionou anteriormente para ver se existe algo de diferente entre ela e a que está com problema. Se não houver diferença entre elas e a que funcionou não funcionar mais, tudo indica ser um problema no provedor, além deles não mandarem uma mensagem coerente no retorno.

Com a escala do Windows em 125 e a NovaEscala do componente também em 125 não resolve? Teste ajustes na NovaEscala acima de 100 e veja se resolve.

Tenta habilitar o AlterarEscalaPadrao e teste valores em NovaEscala começando com 100.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Faz muito tempo que você não atualiza e reinstala o fortes? Foram feitas correções para corrigir o problema de escala a aproximadamente 1 ano. Por via das dúvidas, atualize o fortes, reinstale, atualize o ACBr, reinstale, recompile sua aplicação e veja se resolve.

Na minha opinião é melhor sempre mostrar todos os erros para o usuário corrigir de uma vez, claro que neste caso a descrição é a mesma, mas veja que o código veio diferente, deve ser uma falha do provedor. É um comportamento do Windows, não teria muito o que fazer no componente, mas você pode ver de talvez enviar e consultar utilizando threads do seu lado se for tão demorado assim. Se for assíncrono, não tem jeito, tem que consultar o lote após o envio.

Boa tarde, Sim, mas como é uma rejeição "incoerente" do provedor, provavelmente precisará verificar com eles. Mas antes vamos validar se o XML ficou de acordo. Gerou agora sem o grupo IdentificacaoTomador? Se ficou de acordo com o XML que foi dito como válido, agora resta passar o arquivo gerado para o provedor verificar se precisam de algum ajuste lá.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, Cola o print do programa de exemplo com o retorno do envio. Aparentemente este provedor devolve as mensagens na lista de erros, no campo descrição. procedure TACBrNFSeProviderABRASFv1.ProcessarMensagemErros(RootNode: TACBrXmlNode; Response: TNFSeWebserviceResponse; const AListTag, AMessageTag: string); . . . for I := Low(ANodeArray) to High(ANodeArray) do begin Mensagem := ObterConteudoTag(ANodeArray[I].Childrens.FindAnyNs('Mensagem'), tcStr); if Mensagem <> '' then begin AErro := Response.Erros.New; AErro.Codigo := ObterConteudoTag(ANodeArray[I].Childrens.FindAnyNs('Codigo'), tcStr); AErro.Descricao := ACBrStr(Mensagem); AErro.Correcao := ACBrStr(ObterConteudoTag(ANodeArray[I].Childrens.FindAnyNs('Correcao'), tcStr)); end; end;

Boa tarde, Veja as opções em OptionsView da TableView, não encontrei essa opção. Tenho aqui uma versão antiga do cxGrid e pode ter mudado algo, mas existe a opção ShowColumnFilterButtons que parece atender ao que você precisa.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, Seguindo no exemplo do ValorCofins, se ao debugar a propriedade Servico.Valores.ValorCofins, ela possui valor e não foi gerada a tag no XML, seus fontes não estão atualizados. Debugando o trecho que destaquei no tópico anterior, se o NrOcorrValorCofins não for 1 é mais um indício dos fontes desatualizados ou não foram reinstalados após a atualização. Atualize os fontes, reinstale os componentes e confirme os dois pontos acima.

Boa noite, Deixe as duas propriedades a seguir em branco. NFSe.Tomador.IdentificacaoTomador.CpfCnpj NFSe.Tomador.IdentificacaoTomador.InscricaoMunicipal Comparando os xmls, o dito como correto não possui o grupo IdentificacaoTomador Olhando o fonte do ABRASF2, ao deixar essas duas propriedades em branco, o grupo não é gerado. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas function TNFSeW_ABRASFv2.GerarTomador: TACBrXmlNode; . . . if (NFSe.Tomador.IdentificacaoTomador.CpfCnpj <> '') or (NFSe.Tomador.IdentificacaoTomador.InscricaoMunicipal <> '') then Result.AppendChild(GerarIdentificacaoTomador);