Italo Giurizzato Junior

Bom dia Maurício, Já inclui na minha lista de tarefas para analisar o problema. TK-2301

Bom dia Eduardo, O numero do Protocolo não significa que o Rps foi recebido e processado com sucesso e consequentemente a nota foi gerada pelo webservice. Você enviou o Rps de numero 82 e o WebService retornou o numero do protocolo, isso significa que o lote foi recebido com sucesso. Agora é preciso consultar a situação do lote informando o numero do protocolo. Teremos como retorno os seguintes valores: 1 - Lote não Enviado 2 - Lote em Processamento 3 - Lote Processado com Falhas 4 - Lote Processado com Sucesso Se retornar 1 significa que você informou o numero do protocolo errado. Se retornar 2, se faz necessário aguardar alguns segundos e realizar uma nova consulta Se retornar 3 ou 4 devemos Consultar o Lote informando o numero do protocolo. Teremos como retorno a lista de rejeições caso a situação seja 3 ou o XML da NFS-e se a situação for 4. No XML da NFS-e temos o numero da nota, é esse numero que você vai utilizar para cancelar se assim desejar e não o numero do Rps. Detalhe importante, nem sempre o numero da nota é igual o numero do Rps.

Bom dia Danio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2300 Se a URL "http://speedgov.com.br/wsaqz/Nfes" acessa o webservice de produção, qual seria então a URL de homologação ?

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

Rogério, Sim, sempre atualize todos os fontes de todas as pastas e reinstale o ACBr.

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

Boa tarde Fernando, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2296 Quanto as caracteres com acentuação estamos estudando a melhor forma de resolver esse problema.

Boa tarde Danio, Esse XML da NFS-e cancelada foi baixada do site do provedor ou você fez uma consulta usando o componente que retornou esse XML? Como assim a URL de homologação esta igual a de produção? [2301000] Nome=Aquiraz UF=CE Provedor=SpeedGov ProRecepcionar=http://www.speedgov.com.br/wsaqz/Nfes HomRecepcionar=http://speedgov.com.br/wsaqz/Nfes

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

Boa tarde Gomes, Já esta no SVN.

Rogério, Já inclui na minha lista de tarefas. TK-2294

Bom dia, Consulte outro contador e para esse primeiro diga a ele que a SEFAZ rejeitou o CT-e com o CFOP indicado por ele. Quanto a informar mais alguma coisa no XML, se faz necessário pegar o manual que tem o layout e verificar se existe alguma tag que deva ser gerada para que a SEFAZ autorize o CT-e.

Bom dia Gomes, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2293

Bom dia Rogério, Ao debugar qual é o conteúdo da variável xData da função LerDatas ? O XML que você esta lendo é da NFS-e ou Rps? Qual é o provedor? Esta com todos os fontes de todas as pastas atualizados?

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

Bom dia Ramalho, Muito obrigado pela colaboração, já esta no SVN.

Bom dia Eduardo, Não utilize o xsMsXml, devemos sempre usar o xsLibXml2.

Ramalho O erro X202 ocorreu porque no retorno não contem o XML da NFS-e. Todo método que espera que no retorna tenha o XML da NFS-e e caso não tenha esse erro é gerado pelo componente. E como ocorreu um erro de processamento do Rps é de se esperar que o XML da NFS-e não seja mesmo retornado.

Bom dia, Só podemos incluir uma tag no XML se esta estiver prevista nos schemas do provedor. Analisando os schemas do provedor temos o seguinte: (...) <xsd:complexType name="tcValoresDeclaracaoServico"> <xsd:sequence> <xsd:element name="ValorServicos" maxOccurs="1" minOccurs="1" type="tsValor"/> <xsd:element name="ValorDeducoes" maxOccurs="1" minOccurs="0" type="tsValor"/> (...) <xsd:element name="Aliquota" maxOccurs="1" minOccurs="0" type="tsAliquota"/> <xsd:element name="DescontoIncondicionado" maxOccurs="1" minOccurs="0" type="tsValor"/> <xsd:element name="DescontoCondicionado" maxOccurs="1" minOccurs="0" type="tsValor"/> </xsd:sequence> </xsd:complexType> (...) <xsd:complexType name="tcItemServico"> <xsd:sequence> <xsd:element name="ItemListaServico" maxOccurs="1" minOccurs="1" type="tsItemListaServico"/> <xsd:element name="CodigoCnae" maxOccurs="1" minOccurs="1" type="tsCodigoCnae"/> <xsd:element name="Descricao" maxOccurs="1" minOccurs="1" type="tsDescricao"/> <xsd:element name="Unidade" maxOccurs="1" minOccurs="0" type="tsUnidade"/> <xsd:element name="Tributavel" maxOccurs="1" minOccurs="1" type="tsSimNao"/> <xsd:element name="Quantidade" maxOccurs="1" minOccurs="1" type="tsValorQuantidade"/> <xsd:element name="ValorUnitario" maxOccurs="1" minOccurs="1" type="tsValorUnitario"/> <xsd:element name="ValorDesconto" maxOccurs="1" minOccurs="0" type="tsValor"/> <xsd:element name="ValorLiquido" maxOccurs="1" minOccurs="1" type="tsValor"/> <xsd:element name="DadosDeducao" maxOccurs="1" minOccurs="0" type="tcDadosDeducao"/> </xsd:sequence> </xsd:complexType> Como você pode ver esta previsto as tags <DescontoIncondicionado> e <DescontoCondicionado> na definição do tipo complexo: tcValoresDeclaracaoServico, mas somente a tag <ValorDesconto> na definição do tipo complexo: tcItemServico. Você precisa mostrar isso para os contadores e eles tem que dizer a você se o ValorDesconto destacado no item de cada serviço é o Desconto Incondicional ou o Condicional.

Felipe, Como esse tópico já tem 3 páginas vou fechar ele. E acredito que o problema inicial desse tópico que era a assinatura digital, já foi sanado. Obrigado pela compreensão.

Bom dia Dercide, Não entendi muito bem o que esta ocorrendo. Como o assunto é outro e não mais o erro referente ao titulo desse tópico, vou fechar este pois o problema inicial foi sanado. Favor criar um novo tópico para tratar desse outro problema. Desde já obrigado pela compreensão.

Bom dia a todos, Segundo o Manual da NF-e os grupos: PIS, PISST, COFINS e COFINSST são opcionais, ou seja, existe a possibilidade deles não serem gerados no XML. Se faz necessário verificar em qual situação isso é permitido. No componente temos as seguintes condições para que o grupo <PIS> seja gerado ou não. if (nfe.Ide.modelo <> 55) and ((nfe.Det[i].Imposto.PIS.vBC = 0) and (nfe.Det[i].Imposto.PIS.pPIS = 0) and (nfe.Det[i].Imposto.PIS.vPIS = 0) and (nfe.Det[i].Imposto.PIS.qBCProd = 0) and (nfe.Det[i].Imposto.PIS.vAliqProd = 0) and (not (nfe.Det[i].Imposto.PIS.CST in [pis04, pis05, pis06, pis07, pis08, pis09, pis49, pis99]))) then //No caso da NFC-e, o grupo de tributação do PIS e o grupo de tributação da COFINS são opcionais. exit; Como vocês podem notar a primeira condição verifica se o modelo do documento é diferente de 55, isso nos diz que a ausência do grupo <PIS> é permitido na NFC-e (modelo 65), por outro lado ele é obrigatório quando se tratar da NF-e (modelo 55).

Bom dia Felipe, Eu acredito que o emitente (prestador) deverá entrar em contato com a Prefeitura ou com o Provedor e solicitar a liberação de envio de lote contendo 2 ou mais Rps. Pois a mensagem de retorno do WebService deixa claro que a empresa esta autoriza a enviar somente 1 Rps por vez. A mensagem não é apresentada de forma correta pelo componente pelo simples fato de que o provedor não retorna da forma correta, retornando apenas: <enviarSincronoReturn xsi:type="xsd:string">ERRO NO ENVIO DO LOTE, EMPRESA APTA A ENVIAR SOMENTE 1 RPS POR LOTE</enviarSincronoReturn> Dentro do grupo <enviarSincronoReturn> deveria ter um grupo de mensagens e dentro desse grupo uma tag contendo a mensagem de erro.

Bom dia Ramalho, O que vem a ser o erro E232 ?

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