cleberhhp

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

Italo boa tarde No programa exemplo não acontece isso. Eu consegui enviar nota nele, mudando apenas os campos referentes aos códigos específicos para o município de Ribeirão Preto e os dados do tomador que usei os dados daqui da empresa mesmo como sendo o tomador de serviço. Inclusive já reinstalei o ACBr novamente umas duas a três vezes mas também não funcionou Obrigado pela atenção.

Bom dia Italo Segue as configurações que estão atualmente no componente: ACBrNFSeX.Configuracoes.Geral.Salvar := True; ACBrNFSeX.Configuracoes.Geral.RetirarAcentos := True; ACBrNFSeX.Configuracoes.Geral.MontarPathSchema := True; ACBrNFSeX.Configuracoes.Geral.ExibirErroSchema := True; ACBrNFSeX.Configuracoes.Arquivos.Salvar := True; ACBrNFSeX.Configuracoes.Arquivos.NomeLongoNFSe := True; ACBrNFSeX.Configuracoes.Arquivos.EmissaoPathNFSe := False; ACBrNFSeX.Configuracoes.WebServices.Visualizar := True; ACBrNFSeX.Configuracoes.WebServices.Salvar := True; ACBrNFSeX.Configuracoes.WebServices.Tentativas := 5; ACBrNFSeX.Configuracoes.WebServices.AguardarConsultaRet := 3000; ACBrNFSeX.Configuracoes.WebServices.IntervaloTentativas := 3000; ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsProvedor; ACBrNFSeX.Configuracoes.Geral.CodigoMunicipio := (vCodIBGE); Essa é a configuração que eu faço no componente em tempo de execução no sistema. Não acredito que sejam elas que estão causando o problema pois fiz os testes mudando e testando várias vezes e nenhum deu certo. Em todos eles, é como se não estivesse enviando o XML das notas ao executar o método Emitir Obrigado pela atenção

Bom dia Italo Sim, deixei os dois como True e depois passei para False, mas em ambos os casos não deu certo. Vou pegar corretamente todas as configurações que faço no fonte do sistema e postar aqui, talvez alguma delas possa estar causando o problema. Obrigado pela atenção

Boa tarde Italo Sim esse A3 é muita dor de cabeça, porém, o cliente já possui ele e não quer trocar enquanto ele não vencer. Então acabei alterando no sistema para utilizar o método SelecionarCertificado quando for do tipo A3. Consegui então um certificado tipo A1 com outro cliente para poder tentar finalizar a migração do componente para o NFSeX. Porém, estou tendo um problema que ao executar o método Emitir, simplesmente não acontece nada, não retorna erro, mas também não envia a nota. Tentei reinstalar o ACBr novamente, porém não tive sucesso. Segui todos os passos para a migração conforme é orientado no arquivo PDF. Estou sem idéia do que posso ter feito de errado. Já revisei o código e não consigo ver o que posso ter feito de incorreto. Você teria alguma idéia do que pode ser? Fiz um teste no programa exemplo, mudei todos os campos para obedecer os código para Ribeirão Preto a nota e envia, porém no nosso sistema não envia. Obrigado pela atenção

Bom dia Ítalo tudo bem? Estou tendo problemas com emissão de nota para Ribeirão Preto do (Provedor ISSNet) após fazer a migração para o componente ACBrNFSeX. Fiz os procedimentos nos fontes do nosso sistema, conforme orientações do PDF. Ao utilizar o método Emitir, conforme o exemplo, não está dando nenhum erro, mas a nota não está sendo enviada, pois consulto no site e vejo que ela não foi enviada. Tentei fazer pelo programa de exemplo, mas também não deu certo. Nem mesmo as consultas (por Lote RPS, situação de Lote, etc) retorna apenas que não encontra nenhuma NFSe, mas elas estão lá pois foram enviadas antes de migrar pelo componente antigo ACBrNFSe. Outra dúvida é com relação ao certificado do tipo A3. Na nossa aplicação, deixamos o caminho do certificado, a senha e série salvos. Porém, com esse tipo de certificado não estamos conseguindo fazer funcionar. Obrigado pela atenção

Boa tarde a todos! Alguém tem alguma novidade a respeito dessa situação? Aqui na empresa, por motivo da correria, ainda estava usando o componente ACBrNFSe para os clientes de Ribeirão Preto. Então fiz a mudança do componente para o ACBrNFSeX na última quinta-feira, porém, estou tentando efetuar tanto o envio quanto a consulta e não estou conseguindo. Mesmo como o programa de exemplo do componente não está dando certo. Até achei que o problema poderia ser o tipo de certificado de um dos clientes, que é A3, porém, em outro cliente, com o certificado tipo A1 também não está dando certo. Aproveito até a deixa para saber se o certificado de tipo A3 funciona sem problemas para a NFS-e, uma vez que é o primeiro cliente que possui esse tipo de certificado. Vi em outro post que está tendo muito problemas com o pessoal da ISSNet referente a Brasilía por estarem mudando a versão do layout e que até o portal deles está muito ruim. Desde já agradeço a atenção

Boa tarde Ítalo tudo bem? Ainda não estou usando o componente do ACBrNFSeX, estou usando o antigo ACBrNFSe, devido ao grande fluxo de trabalho aqui na empresa, não foi possível mudar para o novo componente. Ontem eu até atualizei os fontes do ACBr em uma pasta de testes, mas o ACBrNFSeX está dando erro ao abrir o projeto de exemplo. Eu sei que o ACBrNFSe está descontinuado, mas gostaria de saber como faço para pegar o XML do cancelamento e saber se a nota foi realmente cancelada, pois preciso entregar essa parte no sistema funcionando urgente, então acho que seria mais fácil finalizar este processo e depois quando tiver mais tempo hábil fazer a mudança para o novo componente. Estou gerando a nota com o provedor ISSNet para a cidade de Ribeirão Preto-SP Desde já agradeço a atenção

Boa tarde a todos. Como não encontrei uma resposta conclusiva, venho pedir a ajuda dos companheiros com uma dúvida: Ao efetuar o cancelamento de uma nota fiscal de serviço eletrônica, quais são os passos em sequência para que eu saiba se uma nota foi realmente cancelada e como eu consigo recuperar o XML da nota cancelada. O método para o cancelamento está claro para mim, porém, a sequência de passos a seguir para efetuar o cancelamento, confirmar se deu certo e como recuperar o XML da nota cancelada. Desde já grato pela atenção

Reportando que segui as orientações e deu certo. Grato pela ajuda de todos. Podem finalizar o tópico