Italo Giurizzato Junior

Boa tarde a todos, Essa DLL> NfseWSISAPI não faz parte do ACBr, logo não temos condições de ajudar.

Boa tarde Jacqueline, Já se encontra no Trunk2 o novo componente para emissão de NFS-e: ACBrNFSeX Ele tem métodos para realizar Consultas a NFS-e de Serviço Tomado. Mas somente alguns provedores que se utilizam da versão 2 do layout da ABRASF implementaram em seus webservice o serviço referente a esse tipo de consulta.

Boa tarde Djean, Tenta com esse INI. IPM.ini

Boa tarde Alessandro, O mais estranho é que se você abrir o arquivo de substituição da NFS-e através de um bloco de notas e extrair dele somente o pedido de cancelamento e salvar em um bloco de notas e por fim checar a validade através do mesmo site usado para validar todo o XML de substituição de NFS-e, vai descobrir que a assinatura do pedido de cancelamento é valida. Eu fiz esse teste. Não sei se esse site se enrola por conta das 3 assinaturas e os webservices também, mas já virei a coisa do avesso e não consegui descobrir o porque desse erro.

Boa tarde Ala, Verifica se o certificado digital não esta vencido.

Boa tarde Felipe, Vou verificar a possibilidade da impressão também dessas informações. Atualiza novamente e faça um novo teste.

Boa tarde igsrc, Esse XSD que você anexou se refere ao schema da assinatura e não o schema do Rps, envio, consulta etc. Quanto a unit por ela estar em defasagem com o que esta no repositório não encontrei as suas alterações. Por favor, anexe o XSD correto, atualize primeiro todos os seus fontes e depois aplique as alterações necessárias.

Bom dia Túlio, Vou lhe pedir um favor se estiver ao seu alcance. Emita um CT-e no modo assíncrono e outro no modo síncrono. Depois emita um CT-e OS (este sempre vai ser no modo síncrono). Por fim anexe o XML de retorno que consta que eles foram autorizados. Desde já muito obrigado.

Bom dia Felipe, Favor atualizar os fontes e faça novos testes.

Bom dia Osmar, Enviei para o repositório uma possível correção, favor atualizar os fontes e fazer novos testes.

Bom dia Lucio, Já enviei para o repositório.

Bom dia Junior, Certificado A3, não presta só serve para dar dor de cabeça. Se o componente se encontra no Form, logo o problema não tem nada haver com criar e destruir. E como esta a configuração do componente antes de ser executado o método Inutilizar?

Bom dia Ademar, Favor entrar em contato com a SEFAZ-MG e a de SP para saber qual deve ser a URL de consulta do QR-Code a ser utilizada quando o CT-e for enviado para o SVC-SP.

Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Felipe, Por ser o Fortes vou verificar e se necessário irei enviar a correção para o repositório. Já inclui na minha lista de tarefas, assim que eu tiver um retorno, posto aqui.

Boa tarde Junior, Para cada ação, você cria e destrói o componente? Usa uma única rotina para configurar o componente?

Bom dia Lucio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Carlos, Pode ser algum problema no webservice do Ginfes. Essa mensagem é bem provável que esteja aparecendo ao consultar o lote ou consultar uma NFS-e por RPS. É importante saber qual é a consulta que resulta essa mensagem. E se esperar alguns minutos ou horas e realizar uma nova consulta essa mensagem não é retornada.

Bom dia Tiago, O problema esta na leitura do XML da NFS-e, correto? E não na geração do XML do RPS que é enviado para o provedor?

Bom dia Ivan, O provedor Publica se utiliza da versão 1 do layout da ABRASF. A unit que gera o XML do RPS na versão 1 é: pnfsNFSeW_ABRASFv1.pas A tag Inscrição Municipal do tomador é opcional, logo se essa informação não deve ser gerada em determinadas situações, basta a sua aplicação atribuir uma string vazia ao alimentar o componente com os dados. Se foi isso que você fez na sua aplicação, esta correto, não tem nada o que fazer nos fontes do componente.

Bom dia Sandro, Tente a seguinte configuração: ACBRNFSE.Configuracoes.Geral.SSLLib := libWinCrypt; // ACBRNFSE.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; // ACBRNFSE.Configuracoes.Geral.SSLHttpLib := httpWinHttp; // ACBRNFSE.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBRNFSE.SSL.SSLType := LT_TLSv1_2; Note que comentei as 3 linhas pois o componente as configura automaticamente em função do valor de SSLLib.

Bom dia Antonio, Favor anexar os arquivos INI que você alterou para funcionar nas 2 cidades.

Bom dia Felipe, Você utiliza o Fast ou Fortes Report? Acredito que esteja faltando atualizar o componente responsável pela impressão dos "DA" Documentos Auxiliares.

Bom dia Eduardo, Esse fragmento de código que você anexou (imagem) se refere a leitura do XML da NFS-e do provedor IPM. Nesse XML existe alguma tag que contem a data de competência? Se sim, basta alterar essa linha para que o conteúdo dessa tag seja lido e atribuído ao campo Competencia. Infelizmente eu não tenho nenhum XML para poder fazer essa analise e alteração.

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