cleberhhp
-
Total de ítens
59 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que cleberhhp postou
-
Bom dia. Este erro ocorre por conta de uma validação referente a tag tpBM. Atualize o seu ACBr e faça o ajuste setando a tag com o tipo tbNenhum que resolve esse erro
-
Bom dia Após vários testes, descobri que se informar as tags referentes ao IBS CBS, está ocorrendo o erro. Quando estas tags não são informadas, então a nota passa. Acredito que a Sil está fazendo ajustes referentes a essas tags e por isso não deve estar mandando as tags de forma correta para o ADN. De minha parte, acredito que o tópico pode ser encerrado.
-
Anderson eu utilizei o que código que estava no programa exemplo do ACBr para ganhar tempo, apenas para ver se o erro citado parava de acontecer. No caso, se fizer a correlação e não estiver correto, eu acredito que a mensagem de erro deveria ser diferente, porém continuou a mesma. Vou tentar abrir um chamado lá na Sil e enviar o XML para ver se eles retornam alguma informação (todas as vezes que fizemos isso não tivemos retorno). Caso eles retornem algo útil posto aqui para ajudar mais alguém que possa estar tendo o mesmo problema.
-
Anderson, fiz um teste aqui, preenchi as duas com um valor que nem sei se é o correto, mas a mensagem de erro persiste. Olhando o xml de envio, nenhuma tag diferente foi gerada com o valor de teste que preenchi. Seria somente essas duas propriedades? Porque acho que não foi implementada ainda, fiz o checout e reinstalei o ACBr hoje de manhã...
-
Bom dia. Agora estamos tendo problemas com os clientes que não são optantes pelo simples nacional, mesmo caso anterior, nada foi alterado, com exceção do tratamento da tag tpBM, porém a mensagem é outra: Rejeitado pelo Emissor Nacional: RNG6110 - Falha Schema Xml br Crítica do Emissor Nacional: The 'http://www.sped.fazenda.gov.br/nfse:cIndOp' element is invalid - The value '' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSRTCCodIndOp' - The Pattern constraint failed. - Cod. Interno 28893655 Já atualizei os schemas, mas não resolveu. Pesquisando na unit, de geração do xml, não encontrei nenhuma referência a tag cIndOp. Alguém está com esse problema?
-
Boa tarde. Com base no que foi citado acima, fiz um teste aqui, comentando a parte do código referente a essa tag na unit PadraoNacional.GravarXml, e conseguimos emitir a NFSe aqui para Franca/SP, conforme abaixo:
-
Pessoal, bom dia. Hoje alguns de nossos clientes começaram a receber o erro ao tentar emitir a NFSe para a cidade de Franca/SP, provedor SilTecnologia: Rejeitado pela regras municipais: O tipo de retenção informada não confere com o esperado. Valor Informado: Isento. Valor esperado: Não Alguém está com esse problema ou passou por ele e sabe o que é? Detalhe, os clientes que relataram isso não tiveram nenhuma alteração no sistema, o xml gerado é o mesmo que estava sendo gerado antes e estava passando normalmente a nota.
-
Sim é aqui em Franca. Realmente meu certificado, ou melhor, o do cliente que está reportando o problema vence somente em junho desse ano.
-
Mas qual certificado que está expirado? O da prefeitura? Muito vaga essa resposta....
-
Sim SilTecnologia. Até onde eu saiba, não é possível fazer a transmissão direta para o ADN aqui em Franca, tem que utilizar a API da Sil.
-
Bom dia. Também estou me deparando com esse erro. Mesmo caso, sem alteração de dados do cliente, mudança de certificado, validade em dia.
-
Eu só abri esse tópico, um pouco depois precisei me afastar por motivos particulares e voltei a trabalhar faz pouco tempo. Notei que existem outros tópicos relacionados ao provedor Primax (e também ao WebFisco, que usavam o mesmo layout anteriormente), mas não consegui verificar nada ainda. Porém, tentei entrar em contato com eles e como disse acima, a reposta foi a mesma de sempre: o xml tem que estar igual ao exemplo, senão não passa. Mas o xml que geramos já está de acordo com o de exemplo e mesmo assim não passa.
-
A única resposta que obtivemos do provedor é que o xml tem que estar exatamente igual ao do exemplo. Porém, quando enviamos o xml para eles, mostrando estar igual ao exemplo, não obtivemos nenhum retorno deles. Então estamos parados, pois não sabemos mais o que fazer para resolver o problema.
-
Boa tarde. Na verdade foi encaminhado por um cliente aqui da empresa uma documentação onde foi verificado que houve mudança no layout da PriMax. Como o layout anterior deles era igual ao da WebFisco, estou na dúvida se a alteração ocorreu somente com a PriMax ou se foi no WebFisco. Procurei no fórum e não encontrei nenhum relato de problemas com o WebFisco, então acredito que a alteração vai ser somente na PriMax. Para poder atender ao nosso cliente, fiz ajustes na unit da Primax apenas, e estou na fase de testes. Tentei contato com o suporte deles porém até o momento não obtive resposta. Assim que conseguir finalizar a transmissão de uma NFSe para eles sem erros, vou disponibilizar as alterações que fiz aqui pra ajudar.
-
Bom dia. Mais ninguém teve problemas com o provedor PriMax?
-
Bom dia a todos. Temos clientes na cidade de Ituverava/SP, que utilizam o provedor Primax para emissão da NFS-e. Houve mudança no laytou desse provedor, que iniciou-se em 01/01/2026. Como esse provedor herdava as classes do WebFisco por utilizar o mesmo layout, e não encontrei nenhuma informação nos tópicos referentes a alteração do layout da WebFisco, gostaria de saber se mais alguém já verificou sobre essa mudança na Primax. Acredito que vamos ter que implementar o novo layout apenas para o Primax para não prejudicar outros provedores que herdam do WebFisco. Já peguei o novo layout que disponibilizaram, mas antes de enviar aqui queria saber se teve ou não mudança no layout do WebFisco
-
Boa tarde. Peço desculpas pela demora, na verdade na correria do dia a dia acabei não informando que acredito que o tópico já pode ser fechado. Já está funcionando o envio da nota no novo provedor e as alterações que foram feitas no componente já atenderam as necessidades. Mais uma vez desculpem o atraso, acredito que o tópico pode ser fechado. Obrigado pela atenção de todos.
-
João Paulo boa tarde Aqui também só funcionou na versão 2.03, embora no pdf que está disponível está falando que é 2.04. O envio que fazemos em nosso sistema, devido a rotinas de validações e outras particularidades, fazemos nota a nota, não geramos lotes, então não chegamos nem a tentar usar essa opção Estou enviando mais um email para eles, apontando a questão da url da versão, bem como o código de município que está retornando errado no XML de retorno do webservice. Vamos ver se dessa vez vão nos responder ou pelo corrigir o que pedimos, mas até agora, todos os emails que enviamos não tivemos nenhum retorno deles, isso porque nos garantiram, no dia do evento que fizeram, que teríamos "total atenção" da equipe técnica nos apoiando nesse período de implantação do sistema deles
-
Willian qual a url que vc utilizou para ambiente de produção? E sobre os código de município no XML de retorno, você está recebendo com o município correto? Ou está vindo o código de Bauru?
-
Willian, estamos enviando para esse email também, porém não nos respondem. Acabei de fazer um teste aqui e funcionou, troquei a url de https://franca.siltecnologia.com.br/services/Abrasf24?wsdl para https://franca.siltecnologia.com.br/services/Abrasf23?wsdl e o envio em ambiente de produção funcionou. O que provavelmente aponta que a versão 2.04 não deve estar mesmo funcionando. Sobre o ISS Retido, estou enviando como não e está passando normalmente aqui para nós, pode ser alguma outra informação que vc está enviando junto que não está deixando a nota passar. Agora notei que no XML de retorno está vindo com os dados do endereço do prestador e do tomador errado, o município está vindo Bauru (cod 3506003) e não Franca (cod 3516200). Parece que o Bairro também está vindo errado no xml. Vou tentar contato com eles por esse email pra tentar resolver, mas todos os emails anteriores que mandamos pra eles não tivemos nenhuma resposta
-
Willian você conseguiu falar com o suporte deles? Porque o contato que nos passaram eles não responderam nenhuma das vezes que tentamos o ISSRetido nós não temos nenhum caso na nossa carteira de clientes, então não sei dizer se está ou não com problemas
-
Bom dia William No ambiente de homologação conseguimos enviar na versão 2.03. Já em ambiente de produção não está dando certo, retorna sempre a mensagem: "Erro: Script NFENotaFiscalWSEnviarLoteRpsSincronoV2.04 não está ativo ou não existe" Isso aconteceu também no ambiente de homologação, quando eles publicaram as urls dos webservices, que se não me engano foi na quarta feira passada, e só fomos conseguir enviar uma nota em homologação no sábado. Acredito que devem estar fazendo ajustes ainda nos webservices
-
Bom dia Italo Como eu falei, apenas mudei a versão para 2.03 que resolveu, já que nas units da SilTecnologia, para efeito de gerar/enviar a nota em ambiente de homologação deu certo. Hoje está previsto para entrar em funcionamento o ambiente de produção. Assim que tiver uma posição consolidada se está rodando tudo ok eu aviso aqui Obrigado pela atenção
-
Bom dia Italo Estive fora ontem por motivos particulares e acabei não tendo como ver sua resposta. Vou fazer o teste conforme você falou e posto o resultado. Eles disponibilizaram um email no qual disseram que iriam dar "prioridade" para as softwarehouses para tirar as dúvidas e problemas que pudessem surgir , mas nenhum dos nossos emails foi respondido desde que começou essa troca, então estamos no escuro aqui tentando validar e colocar pra funcionar nossos sistemas com o webservice deles. Aproveitando, no arquivo ACBrNFSeXServicos.ini fiz um ajuste para corrigir o problema que citei anteriormente de "Nenhum provedor selecionado" após a mudança que você fez e adicionou no svn. A versão, ficando como 2.04 causa esse erro. Ajustei para 2.03 que resolve o problema. Como não vi a necessidade de mudar nada nas units da SilTecnologia, acho que fazendo isso não vai afetar em nada no funcionamento.
-
Os arquivos xml que esqueci de anexar acima 1-env-lot-sinc.xml 1-lista-nfse-sinc.xml
