Italo Giurizzato Junior

Gregori, Esse erro ocorre com o programa exemplo?

Boa tarde Diego, Favor atualizar os fontes e faça novos testes.

Boa tarde, Favor atualizar os fontes e faça novos testes.

Boa tarde Sandro, Todos os provedores que seguem a versão 1 do layout da ABRASF o fluxo é: 1. EnviarLoteRps; 2. ConsultarSituacao; 3. ConsultarLoteRps; O componente ACBrNFSeX tem uma propriedade chamada ConsultarLoteAposEnvio. Se essa propriedade estiver com o valor True as 3 etapas listadas acima serão executadas automaticamente. Desta forma basta executar o método Emitir informando apenas o numero do lote como parâmetro. Aproveitando, favor atualizar os fontes e faça novos testes.

Boa tarde Junior, Você vai usar o componente ACBrNFSeX? Ou trabalha com outra linguagem de programação?

Boa tarde Flavio, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração E também leia o artigo:

Boa tarde Felipe, Por favor leia o artigo:

Boa tarde Gregori Por favor leia o artigo:

Boa tarde Diego, Quanto aos Schemas, favor ler o artigo abaixo: No programa exemplo devemos informar o caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe na propriedade PathSchemas e deixar marcado a opção para Montar o Path de Schemas.

Olá Pessoal, Os Schemas para emissão de NFS-e utilizados pelo componente antigo continuam no mesmo lugar e não foi alterado nada em relação ao antigo componente. Já para o novo componente ACBrNFSeX foi criado uma pasta chamada NFSe dentro da pasta: ...\Exemplos\ACBrDFe\Schemas Dentro da pasta Schemas já tínhamos as pastas com os Schemas da NF-e, CT-e, MDF-e entre outros. Agora temos também a pasta NFSe e dentro dela uma pasta para cada provedor e seus respectivos Schemas. Como temos provedores com WebServices que atende versões diferentes optamos por ter uma pasta com a versão do layout utilizado pelo provedor. Exemplos: ABase <=== Nome do provedor 2.01 <=== Versão do Layout / Schemas dessa versão utilizado por todas as cidades desse provedor WebISS <=== Nome do provedor 1.00 <=== Versão do Layout / Schemas dessa versão 2.02 <=== Versão do Layout / Schemas dessa versão Dentro da pasta WebISS que se refere ao provedor temos as pastas 1.00 e 2.02, pois este provedor tem dois WebServices. Temos a situações onde o provedor se utiliza de Schemas diferentes para cada ambiente. Exemplo: ISSJoinvile <=== Nome do provedor 2.04 <=== Versão do Layout Homologacao <=== Schemas para o ambiente de Homologação dessa cidade Producao <=== Schemas para o ambiente de Produção dessa cidade Uma outra situação é o provedor se utilizar de Schemas diferentes para cada cidade que ele atende. Exemplo: fintelISS <=== Nome do provedor 2.00 <=== Versão do Layout 3167702 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão 2.02 <=== Versão do Layout 3303609 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão 3523404 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão Por fim temos um provedor que além de usar um Schema para cada cidade, ele também usa Schemas diferentes para cada ambiente. Exemplo: Actcon <=== Nome do provedor 2.01 <=== Versão do Layout 3138401 <=== Código IBGE da cidade que utiliza essa versão Homologacao <=== Schemas para o ambiente de Homologação dessa cidade Producao <=== Schemas para o ambiente de Produção dessa cidade Parece um tanto complicado, mas você pode ficar tranquilo, pois na hora de configurar o componente basta informar o caminho da pasta NFSe (a pasta que contem as pastas dos provedores) na propriedade de configuração PathSchemas. Foi incluído uma propriedade de configuração chamada: Configuracoes.Geral.MontarPathSchema := True ou False; Se o valor dela for True o componente encontra os Schemas do provedor com base na cidade informada. Agora se o valor dela for False, em PathSchemas será necessário informar o caminho completo de onde esta os schemas. Essa foi a forma que encontramos de facilitar a configuração do componente no que se refere aos Schemas. Espero que tenham gostado. Qualquer problema, com relação aos Schemas favor criar uma postagem no fórum informando a cidade, provedor e o que esta ocorrendo.

Bom dia @Phoenixsistemas No caso do provedor TcheInfo devemos informar na mensagem do cabeçalho além da versão, o Código IBGE da cidade para o qual a nota esta sendo emitida, o usuário e o Token. Hoje a geração da mensagem do cabeçalho esta desta forma: DadosCabecalho := '<cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd">' + '<versaoDados>2.04</versaoDados>' + '<CodigoIBGE>' + CodigoIBGE + '</CodigoIBGE>' + '<CpfCnpj>' + Emitente.WSUser + '</CpfCnpj>' + '<Token>' + Emitente.WSSenha + '</Token>' + '</cabecalho>'; Preciso saber se devemos fazer alguma correção.

Bom dia @Phoenixsistemas Segundo os Schemas que temos do provedor TcheInfo o código do ItemListaServico deve estar formatado. <xsd:simpleType name="tsItemListaServico"> <xsd:annotation> <xsd:documentation>Subitem do serviço prestado conforme LC 116/2003 </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:whiteSpace value="preserve"/> <xsd:enumeration value="01.01"/> <xsd:enumeration value="01.02"/> <xsd:enumeration value="01.03"/> <xsd:enumeration value="01.04"/> <xsd:enumeration value="01.05"/> (...) Mas me parece que o WebService do provedor não reconhece o código formatado, ou seja, devemos informar ele sem a formatação. Por exemplo: em vez de 01.05 devemos informar 0105. Precisamos saber se o provedor vai corrigir o WebService uma vez que ele não esta seguindo os Schemas ou se o provedor vai nos fornecer os Schemas que esta em conformidade com o WebService ou se vamos ter que alterar os Schemas que temos.

Bom dia @Phoenixsistemas Segundo o seu relato o provedor SafeWeb vai deixar de trabalhar com NFS-e, as cidades atendidas por esse provedor passaram a ser atendidas pelo provedor TcheInfo. Se isso realmente esta ocorrendo devemos no arquivo ACBrNFSeXServicos.ini fazer a alteração abaixo: Onde tem: Provedor=SafeWeb Versao=2.00 Trocar por: Provedor=TcheInfo Versao=2.04 Depois devemos executar: Compila_RES para que o arquivo ACBrNFSeXServicos.res seja recriado. Essa alteração já fiz para a cidade de Sarandi/RS. Favor atualizar os fontes e faça novos testes com essa cidade.

Alberto, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Mauricio, Diga para esse tal de Jonnatan ler o manual da ABRASF novamente, pois ele esta redondamente enganado. Note que no retorno ao consulta a NFS-e por Rps o WebService tem que retornar o grupo <CompNfse> ou o <ListaMensagemRetorno> este ultimo é quando ocorre erro ao realizar a consulta. O Grupo <CompNfse> é composto obrigatoriamente pelo grupo <nfse> (este contem o XML da NFS-e) e opcionalmente o grupo <NfseCancelamento> caso a nota esteja cancelada e o opcionalmente o grupo <NfseSubstituicao> caso a nota tenha sido substituída por outra. No XML que você anexou da consulta a nota cancelada dentro do grupo <CompNfse> só consta o grupo <NfseCancelamento>, portanto o WebService esta gerando o retorno de forma errada, pois esta faltando o grupo <Nfse>. Como na resposta dele ele faz referencia ao Schema, vamos a ele: <xsd:element name="ConsultarNfseRpsResposta"> <xsd:complexType> <xsd:choice> <xsd:element ref="CompNfse" minOccurs="1" maxOccurs="1" /> <xsd:element ref="ListaMensagemRetorno" minOccurs="1" maxOccurs="1" /> </xsd:choice> </xsd:complexType> </xsd:element> <xsd:element name="CompNfse" type="tcCompNfse" /> <xsd:complexType name="tcCompNfse"> <xsd:sequence> <xsd:element name="Nfse" type="tcNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="NfseCancelamento" type="tcCancelamentoNfse" minOccurs="0" maxOccurs="1" /> <xsd:element name="NfseSubstituicao" type="tcSubstituicaoNfse" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Esta ai provado que esse tal de Jonnatan não sabe o que escreve. O WebService esta implementado de forma errada e o XML gerado no retorno não é validado pelo schema, pois se fosse ocorria erro de validação, pela falta do grupo <Nfse>.

Boa tarde Alberto, Você esta usando o componente ACBrNFSe ou o novo ACBrNFSeX?

Boa tarde Sandro, Me parece que essa tag só é aceita na versão antiga do WebService, no novo não tem.

Boa tarde Sandro, Já inclui na minha lista de tarefas. TK-1968

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

Mauricio, A solução é bem simples. Você que desenvolve não adianta reclamar. Quem tem que reclamar é os contribuintes que emitem as notas através desse provedor. Esse pessoal tem que protocolar uma reclamação na prefeitura relatando o problema, ou seja, o retorno esta fora do estabelecido pela ABRASF. Quem sabe desta forma com uma enxurrada de reclamações na prefeitura, esta não coloca os caras para trabalhar e fazer a coisa certa.

Já inclui na minha lista de tarefas para verificar o motivo de não esta recebendo o valor.

Mauricio, Esse sim esta correto. O que custa os caras retornarem o XML da nota completo e acrescentar o grupo <NfseCancelada>?

Boa tarde Guto, Porque você quer gerar o XML e salvar ele disco através do método GravarXml? Sendo que o método Emitir já faz isso automaticamente para você? A NFS-e não funciona de forma semelhante a NF-e. Na NFS-e tem muitas coisas envolvidas no processo.

Boa tarde Mauricio, Favor entrar em contato com o provedor. Você fez uma consulta, consultou uma NFS-e por Rps, correto? Só que o webservice esta retornando o resultado do processamento de um pedido de cancelamento. Abra o arquivo: 401-comp-nfse.xml através de um navegador.

Boa tarde, Tente com essa unit: IPM.GravarXml.pas