Italo Giurizzato Junior

Bom dia @luisclaudio_jr, Você sabe nos dizer se o XML da nota que tentou carregar possui por exemplo vogais acentuadas, cedilha ou até mesmo o "&" ? Se for possível poderia disponibilizar o XML de uma nota que ocorreu o problema? Já descobrimos que o ACBrXmlDocument não consegue ler um XML que contenha o "&".

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

Bom dia @Datacaixa, Na falta de um manual escrito por nós, temos o programa exemplo que você pode se basear.

Bom dia @marcellocainelli, Usando o XML da nota que você anexou na sua postagem anterior para imprimir o DANFSE usando o programa exemplo, veja o resultado: Dica: Ao carregar o XML de uma nota define o segundo parâmetro do LoadFromFile como False. ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False);

Bom dia @Alexandre Felippeto Henzen, Você conseguiu checar se o erro de timeout ocorre no pedido de cancelamento ou na consulta a nota ao ser executada em seguida ao pedido de cancelamento? Como você anexou uma imagem do retorno do pedido de cancelamento: XML cuja primeira tag é <CancelarNfseResposta> tudo indica que o serviço de cancelamento esta funcionando, o problema não é ele. El uma outra imagem que você anexou um fragmento de código do componente é apontado a linha que executa o método ConsultarNfse, linha esta que esta ocorrendo o erro de timeout. O programa exemplo do componente tem um botão para Consultar a NFS-e, você poderia fazer um teste para nós? 1. Emita uma nota; 2. Através do botão Consultar NFS-e consulte essa nota, precisamos saber se vai ocorrer o erro de timeout; 3. Cancele a nota; 4. Através do botão Consultar NFS-e consulte a nota cancelada, precisamos saber se vai ocorrer o erro de timeout. Se nos passos 2 e 4 ocorrer o erro de timeout, isso significa que o serviço de Consulta a nota esta com problemas no webservice do provedor. Se o erro de timeout ocorrer somente no passo 4, isso significa que o serviço de Consulta a nota quando a nota esta cancelada esta com problemas. De uma forma ou de outra entre em contato com o provedor e expõe o problema.

Bom dia @Robson_Renan, Pode ser esse ou esse outro: ACBrNFe1.WebServices.EnvEvento.RetWS

Bom dia @MiguelBento, Até onde sei devemos informar o código do Item da Lista de Serviços. Quando você diz que ao informar 16.02 aparece que não esta cadastrado, essa informação é gerada pelo componente ou trata-se de um retorno do webservice do provedor? Se é uma mensagem gerada pelo componente é porque os schemas usados para validar o XML do RPS esta desatualizado, ou seja, não contempla todos os códigos. Agora se é uma mensagem retornada pelo webservice do provedor, isso significa que você informou um código da lista de serviço que não faz parte da lista de serviços do prestador de serviço em questão. Neste caso é preciso checar com o contador desse prestador qual ou quais os códigos de item de serviço disponíveis para ele.

Bom dia @lalin, Você esta usando o componente ACBrNFSeX?

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

Boa tarde @joirsoares, Para fazer essa alteração precisamos saber se ela vai funcionar com o Delphi 7 em diante em com o Lazarus.

Boa tarde Lucas, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Alexandre Felippeto Henzen, Essa é uma opção, a outra seria aumentar o valor da propriedade Timeout. Precisamos saber o real problema. É o webservice que esta demorando em retornar com o resultado do pedido de cancelamento ou a consulta a nota logo em seguida que esta provocando o erro ou é o tempo de resposta da consulta. Acredito que se aumentar o valor de Timeout para uns 30 ou 40 mil pode resolver o problema de tempo de resposta em qualquer serviço que o componente esteja consumindo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde @jt_vb, Você vai usar o componente ACBrNFSeX para emitir a nota para a cidade de São Paulo?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

@claudney.dbmgroup, Nesse exemplo, somente o Lote esta assinado, o RPS não. Verifique isso também. Pois se só vai conter a assinatura do Lote o atributo URI da assinatura pode ficar vazio sem nenhum problema.

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

Qual é o comando que você esta executando?

Boa tarde @Facil Sistemas Ltda, Já estamos analisando o problema.

Boa tarde @Sistema Auditor, Infelizmente tem provedor que não retorna uma mensagem de erro que reflete o real problema. Acabe retornado esse tipo de mensagem que o arquivo esta fora do layout ou inválido. Vai ser necessário checar todos os campos do XML do RPS para descobrir o que possa estar errado. Você poderia anexar o XML do RPS depois que você atualizou os fontes do ACBr? Lembre-se de que toda vez que você atualizar os fontes do ACBr deve reinstalar ele novamente.

Boa tarde Marcello, Para fazer a leitura dos campos como o seu exemplo ler o campo Numero, primeiro você tem que carregar o XML e depois ler os campos. Se você observar o botão Imprimir DANFSE do programa exemplo, primeiro ele carregar o XML usando o LoadFromFile e depois é executado o Imprimir. Se não carregar o XML primeiro não vai aparecer nada na impressão.

@claudney.dbmgroup, Deixa eu te explicar o que esta ocorrendo. O Provedor SmarAPD possui um webservice que funciona com um layout Próprio, outro que funciona com a versão 2.03 do layout da ABRASF e outro que funciona com a versão 2.04 do layout da ABRASF. Existe uma diferença de nomenclatura de algumas tags em relação a versão 2.03 e 2.04, veja: Versão 2.03 <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="Competencia" type="xsd:date" minOccurs="1" maxOccurs="1" /> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> <xsd:element name="Intermediario" type="tcDadosIntermediario" minOccurs="0" maxOccurs="1" /> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1" /> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="IncentivoFiscal" type="tsSimNao" minOccurs="1" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Versão 2.04 <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="Competencia" type="xsd:date" minOccurs="1" maxOccurs="1" /> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> <xsd:element name="TomadorServico" type="tcDadosTomador" minOccurs="0" maxOccurs="1" /> <xsd:element name="Intermediario" type="tcDadosIntermediario" minOccurs="0" maxOccurs="1" /> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1" /> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1" /> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="IncentivoFiscal" type="tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="Evento" type="tcEvento" minOccurs="0" maxOccurs="1" /> <xsd:element name="InformacoesComplementares" type="tsInformacoesComplementares" minOccurs="0" maxOccurs="1" /> <xsd:element name="Deducao" type="tcDadosDeducao" minOccurs="0" maxOccurs="unbounded" /> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Observe que na versão 2.03 a tag que contem os dados do tomador se chama <Tomador> já na versão 2.04 é <TomadorServico> Outra diferença, na versão 2.04 temos a tag <InformacoesComplementares>, que na versão 2.03 não tem. Agora se o provedor fez alguma alteração nos schemas da versão 2.03 visando a inclusão da tag <InformacoesComplementares> eu não sei. Você consegue descobrir isso? Se fez, vamos precisar dos schemas da versão 2.03 atualizados.

Boa tarde Raul, Já esta no SVN.

Boa tarde Astrogildo, Já esta no SVN.

Boa tarde @BSSOFT, Já esta no SVN.

Boa tarde @DIGITEC SISTEMAS, Uma coisa é o XML da NFS-e gerado pelo Site da prefeitura que normalmente não contem assinatura digital. Outra coisa é gerar o XML do RPS assinado e enviar para o webservice do provedor. É possível incluir a sequencia CRLF na discriminação para gerar quebra de linha, mas a rotina que faz a assinatura digital remove essa sequencia, pois pelas normas um XML não pode conter quebra de linhas principalmente quando ele vai ser assinado.