Italo Giurizzato Junior

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

Boa tarde Haroldo, Já esta no SVN.

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.

Você poderia anexar a unit alterada para que possamos analisar?

Marcos, Neste caso devemos implementar o provedor ISSCambe para ficar claro que esse provedor só é para a cidade de Cambé/PR. Como dito anteriormente a implementação de um provedor que não segue a ABRASF demanda tempo. Um provedor que segue a ABRASF é possível ser implementado em apenas 1 hora. Já um provedor que não segue, pode levar dias.

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

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 Marcos, Como base nesse manual descobri que o webservice dessa cidade não segue o layout da ABRASF, ou seja, possui um layout próprio. Isso não significa que não de para implementar, mas isso demanda tempo. Se faz necessário saber se a cidade contratou uma empresa (provedor) que atende outras cidades com o mesmo layout ou se foi o próprio pessoal de TI da prefeitura que implementou o webservice para atender exclusivamente as necessidades da prefeitura.

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.

Bom dia, E se colocar um Clear antes do LoadFromString será que não resolveria o problema? Com o Clear ele vai remover da lista de NotasFiscais os dados do Rps. Acredito que não custa fazer esse teste.

Boa tarde, Mas o XML da NFS-e que se encontra no XML de retorno é salvo em disco na pasta Notas?

Pode até ser, não sei lhe dizer, seria interessante conversar com algum contador.