Renato Rubinho

Boa tarde Willian, A alteração pode afetar outros municípios que utilizam o mesmo provedor. Está em análise, assim que subir será avisado neste tópico.

Deve ter uma cópia do ini desatualizada na pasta da aplicação.

Veja se quando compilou o res, mudou a data e hora, caso negativo, precisa compilar novamente como administrador e refazer os demais passos.

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

Boa noite, Houve uma mudança de urls nesse provedor. Altere o ini conforme abaixo. Se ficar ok, favor confirmar para envio ao SVN. De: ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/ribeiraopreto/nfse.asmx Para: ProRecepcionar=https://abrasf.issnetonline.com.br/webserviceabrasf/ribeiraopreto/servicos.asmx?WSDL Após alterar o ini, compile o res, reinstale os componentes e recompile a aplicação, conforme detalhes no tópico a seguir. Tópico informando sobre essa mudança.

Estranho que está acusando que "um CPF" não preenchido, mas dá para ver que foi preenchido no tomador. 1. Você preencheu algo no programa de exemplo diferente do que está hardcoded ou tentou gerar exatamente com os fontes padrão? 2. Veja se preencheu o CNPJ, na aba emitente, com 14 dígitos.

Preencha AlterarEscalaPadrao=True Tente aumentar a NovaEscala no componente: 100, 110, 125, etc

Boa tarde André, Obrigado pelas considerações, serão analisadas assim que possível e retorno no tópico.

Boa noite, Aparentemente faltou preencher dados do tomador.

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 [email protected] 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 [email protected]? 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 [email protected] 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.