cleberhhp

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

Boa tarde, consegui ajustar o problema acima, agora o retorno que veio foi esse: Erro: Script "NFENotaFiscalWSEnviarLoteRpsSincronoV2.04" não está ativo ou não existe Alguém já se deparou com esse problema? Isso pode ser algum problema com as urls do webservice deles que está com problema?

Boa tarde Italo Atualizei os fontes ACBr e reinstalei, e agora, ao testar com o programa exemplo, está ocorrendo o erro: Nenhum provedor selecionado. Será que configurei alguma coisa errada?

Boa tarde Italo Sim, o evento foi realizado na segunda feira 29/07/2024, avisando que a Ginfes vai funcionar até 31/07/2024 e que a partir de 05/08/2024 vai passar para a Sil Tecnologia (Entre os dias 01/08 a 04/08 ninguém vai poder emitir nota, nem pelo portal na web nem por webservice). A versão, segundo foi divulgado hoje os manuais do site da prefeitura, vai ser a Abrasf 2.04. As urls também foram divulgadas hoje, tanto de produção quando de homologação conforme segue: Homologação: https://homologacao.siltecnologia.com.br/tbfranca/services/Abrasf24?wsdl Produção: https://franca.siltecnologia.com.br/services/Abrasf24?wsdl O seu sistema deverá preparar um XML que siga o layout do manual Abrasf 2.4, também anexado para sua referência. No ambiente de homologação (base de testes), com seu próprio acesso (CNPJ e certificado), você poderá executar os testes de envio e consulta disponíveis no WebService. É importante ressaltar que esta base poderá sofrer atualizações sem aviso prévio, pois trata-se de uma base para testes. Nem preciso citar aqui o quanto estamos p***** da vida, afinal, em primeiro lugar, fizeram um evento com pouquíssima divulgação, com o público alvo sendo os escritórios de contabilidade daqui da cidade, deixando as softwarehouses de fora, só ficamos sabendo aqui na empresa por um mero acaso, e daí conseguimos participar desse evento. O prazo pra fazer adequação e testes, bom, sem comentários.... só resta correr contra o tempo pra tentar adaptar o sistema e torcer para dar tempo de atualizar os clientes para que possam emitir as notas a partir do dia 05/08. Estou trabalhando nisso agora inclusive, ainda bem que temos o ACBr que nos ajuda muito, mas já tenho notícias de empresas que foram avisadas dessa mudança e estão falando em prazos de 30 a 60 dias para conseguirem ajustarem seus softwares, ou seja, as empresas vão ter que tirar as notas manualmente durante esse prazo. Desculpa o desabafo aqui, mas realmente é uma palhaçada a forma como essa troca está sendo feita aqui em Franca. Finalizando os testes e possíveis ajustes que eu possa contribuir com os fontes posto aqui os resultados

Boa tarde. Consegui a confirmação de que haverá a troca em Franca/SP do provedor Ginfes para Sil Tecnologia. Participei de um evento onde foi confirmado essa troca. Estou aguardando o retorno deles com relação as urls, layouts e documentação, mas já verifiquei que o componente ACBrNFSeX já tem implementado as rotinas desse provedor. Gostaria de tirar uma dúvida com relação as mudanças a serem feita no arquivo ACBrNFSeXServicos.ini: Basta mudar as urls e o nome do provedor na parte da cidade ou tem mais alguma alteração a ser feita? Outra coisa, para efeito de usar o programa de teste, se eu fizer as mudanças no arquivo ACBrNFSeXServicos.ini e executar o compila_res eu preciso reinstalar novamente os componentes ou já funciona?

Boa tarde Alguém possui alguma informação sobre a troca de provedor em Franca? Atualmente é Ginfes mas parece que vai passar para a Sil Tecnologia.

Infelizmente não conseguimos resolver o problema no S24, porém, como o cliente estava com certa urgência optou por trocar o aparelho por outro modelo, não me recordo agora qual era, mas depois disso o aplicativo instalou normalmente. Pode fechar o tópico. Obrigado

Boa tarde a todos. Estou tendo um problema com um app que temos aqui na empresa. Não é nossa área de atuação, mas como o cliente insistiu foi desenvolvido um app para android há uns 3 anos. Ele roda perfeitamente, porém, conforme vai trocando os aparelhos dos usuários do cliente, foram necessárias algumas adequações e mudanças para poder instalar e rodar nos aparelhos com android mais novo. Cerca de uns 10 dias, um usuário adquiriu um galaxy S24, e não instala o apk de jeito nenhum nesse aparelho. Mesmo usando o delphi Alexandria (11), com a atualização das sdk para a API level 34, compliando para android 64-bit e não consegue instalar. Como o app é de uso somente desse cliente, não publicamos ele na playstore, apenas geramos o apk e enviamos para o cliente para fazer a instalação. Isso sempre funcionou, antes do S24. Já desabilitou no aparelho para aceitar fontes de terceiros e nada. Alguém já passou por esse problema?

Boa tarde. Fiz os testes e deu tudo certo. Pode encerrar o tópico. Obrigado pela atenção

Bom dia Italo Vou atualizar e fazer os testes e posto o resultado Obrigado

Boa tarde Italo, Na verdade eu descobri meio que na tentativa e erro essa questão do cancelamento. Falando com um contato que me passaram na PriMax, ele não respondia as minhas dúvidas de forma clara ou técnica, sendo bem honesto, ele só sabia me falar que o XML que o sistema tinha que gerar tinha que ficar igual ao XML de exemplo. Apenas para se ter uma idéia, por padrão, nossos cadastros não gravam informações com máscaras de edição, tipo telefone, cnpj, cpf, gravamos apenas os números. Ao tentar enviar a nota, estava dando um erro de CNPJ não cadastrado na prefeitura. Perguntei várias vezes e a única coisa que eles me respondiam era que o XML tinha que estar igual ao exemplo, então eu enviava o XML gerado e eles não eram capazes de dizer: olha na tag do CNPJ do Prestador, tem que ter a máscara e não apenas os números do CNPJ, caso contrário retorna o erro de CNPJ não cadastrado. E nem o layout possui muitas notas explicativas a esse respeito, tive que descobrir isso na marra mesmo.... O mesmo passou a acontecer quando eu tentava cancelar a nota. Retornava sempre a mesma mensagem de erro de "Número de controle não consta na base de dados" ou algo parecido. Eu verificava o XML e estava com o número da NFSe correto, e então eu percebi no XML retornado na consulta a tag <NfeControle id="780372"> e percebi que tinha esse número na impressão da nota pelo site da prefeitura, em um campo descrito como "Número de Controle". Procurei para ver se tinha algum lugar onde armazenava esse campo no componente. Como eu não encontrei, e também porque no caso o nosso sistema já gravamos o número do RPS, achei mais fácil mudar o método do cancelamento para utilizar pelo RPS, que é a segunda opção segundo o layout. Conforme a imagem da impressão da Nota abaixo: Fiz a alteração para utilizar pelo número do RPS e deu certo, cancelou corretamente a nota. Daí inclusive eu falei no meu post que talvez o correto seria mudar na unit PriMax.Provider.pas para não correr o risco de mudar na WebFisco e passar a não funcionar para esse provedor, já que pode haver alguma diferente entre eles, mesmo usando o mesmo layout. Como eu estava com certa urgência, para agilizar eu tinha feito a alteração na unit WebFisco.Provider.pas, mas entendo que talvez o correto seria criar o método na PriMax.Provider Espero ter ajudado e peço desculpas por me alongar muito na resposta, não sou muito bom em explicar por escrito.

Boa tarde Diego Segue em anexo os arquivos alterados. Lembrando que para agilizar meus testes, a alteração feita na rotina de cancelamento foi feita diretamente na unit do provedor WebFisco, acredito que o mais correto seria criar o método na unit do provedor PriMax para não interferir caso o WebFisco esteja funcionando corretamente. ACBrNFSeXServicos.ini WebFisco.Provider.pas

Boa tarde. Após entrar em contato com o pessoal da PriMax (que não ajudaram quase com nada, diga-se de passagem) e muitos testes, finalmente consegui emitir a NFSe. Precisei fazer algumas alterações, como segue: Arquivo ACBrNFSeXServicos.ini -> precisou adicionar a url para consultar a NFSe pelo número do RPS; Precisei ajustar a rotina de cancelamento para utilizar também o número do RPS ao invés do número da NFSe, pois o webservice tem como parâmetro o número de controle (que ao que tudo indica é gerado por eles ao enviar um RPS) ou o número do RPS que é enviado pelo contribuinte no número do RPS e o tipo de consulta para utilizar a segunda opção. Como verifiquei no componente ACBr, o provedor PriMax está utilizando as units do WebFisco. Nos meus testes, fiz as alterações direto na unit do WebFisco, para agilizar aqui pra mim. Agora que consegui validar o processo, como eu devo proceder para enviar para vocês o que eu alterei?

Bom dia Alexandre Segue a alteração feita no arquivo ini e os xml gerados: [3524105] Nome=Ituverava UF=SP Provedor=PriMax 7212-ger-nfse.xml 7212-lista-nfse-ger.xml ACBrNFSeXServicos.ini

Bom dia Renato. Sim, segundo o pessoal já está habilitado para o envio no webservice para o cnpj do cliente. Passei a fazer o envio em modo de produção, e o erro mudou para Usuário ou senha não cadastrados. Também em contato com o pessoal, o usuário e senha informados no xml está correto.

Bom dia. Estou incluindo uma nova cidade para emissão da NFSe que utiliza o provedor PriMax. Fiz as alterações no arquivo ACBrNFSeXServicos.ini para associar a cidade ao provedor e tentei fazer o teste em ambiente de homologação, porém está dando o erro de CNPJ prestador inválido. Gostaria de saber se alguém utiliza esse provedor e se ele está funcionando corretamente. Obrigado

Italo, já estou fazendo isso, revisando linha a linha toda a parte de configuração primeiro, comparando com o programa de exemplo. Depois a parte de alimentação do componente eu já tinha revisado, foi a primeira que fiz, mas vou olhar novamente. Assim que eu terminar posto aqui o resultado Obrigado pela atenção