Italo Giurizzato Junior

Bom dia elrond, O resultado você esta atribuindo a qual tipo de variável? Lembre-se que a propriedade Status é do tipo: TnfseStatusRPS

Bom dia Márcio, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

Bom dia a todos, Favor postarem como anexo a unit pcnNFeW.pas, quero analisar as 2 soluções.

Boa tarde Lopes, Se o problema é intermitente e ocorre em alguns clientes e a aplicação é a mesma para todos, isso significa que o problema esta internet do seu cliente ou o horário que ele costuma enviar. A solução é você ter um controle que mostre os CT-e não enviados, enviados e protocolados, enviados e não protocolados. Desta forma o usuário vai poder depois selecionar os enviados e não protocolados para simplesmente realizar uma consulta desta forma caso tenha sido autorizado o componente se encarrega de anexar o protocolo ao XML.

Boa tarde Márcio, Por favor não poste fragmentos grandes de rotinas. Post como anexo a unit que você alterou e que agora esta 100%, assim a postagem fica curta e é mais fácil fazermos um merge e disponibilizar para todos.

Boa tarde Caetano, No caso do provedor Tecnos, o componente assina os RPS o Lote de RPS não.

Boa tarde a todos, Já esta disponível.

Boa tarde Jefferson, Abra a unit pcnNFe que esta dentro da pasta: ...\Fontes\PCN2 procure por FvUnTrib o seu tipo tem que ser Double se não for significa que o seu fonte esta desatualizado.

Boa tarde Wellington, Primeiramente a mensagem de erro: Problema: Estrutura do xml recebido incorreta. javax.xml.bind.MarshalException - with linked exception:[org.xml.sax.SAXParseException; lineNumber: 0; columnNumber: 0; cvc-complex-type.2.4.b: The content of element 'EnviarLoteRpsSincronoEnvio' is not complete. One of '{"http://www.w3.org/2000/09/xmldsig#":Signature}' is expected.]. Correção: Valide as tags do xml antes de enviar. Traduzindo a mensagem em negrito temos: O conteúdo do elemento 'EnviarLoteRpsSincronoEnvio' não está completo. Um dos '{"http://www.w3.org/2000/09/xmldsig #": Assinatura}' é esperado. Ou seja o validador do Web Service acusa que esta faltando a assinatura. Mas como você pode ver no XML de envio consta a assinatura, tanto no RPS quanto no Lote. O Web Serveces retorna como sugestão de correção, que seja feita a validação do XML antes do envio. Pois bem se você abrir a unit ACBrProvedorFiorilli, vai encontrar a seguinte function: function TProvedorFiorilli.GetValidarLote: Boolean; begin Result := True; end; Isso é uma parametrização que diz que para este provedor deve-se validar o Lote antes do envio. Somado a confirmação do pessoal da Fiorilli, que disseram que a estrutura do XML do lote de envio é válida, concluo que o problema é no Web Services.

Boa tarde, Aconselho você limitar o numero de consultas, por exemplo: 20 Quando o usuário clicar no botão consultar o Repeat - Unit vai realizar no máximo 20 consultas. Se o resultado final for diferente de icNaoPossuiMaisDocumentos, você mantém habilitado o botão de consulta para que o usuário possa novamente clicar e repetir o processo. Desta forma a aplicação não vai travar.

Boa tarde a todos, Solivan, esta correto, DMDFe é o Data Module e NFe é o componente ACBrNFe.

Boa tarde Weber, Dentro da pasta: ...\Exemplos\ACBrNFe2 tem um arquivo texto, estude ele.

Boa tarde Cesar, Os comandos para consulta estão em outro Form? Se sim, nele você esta configurando o componente para realizar a consulta? Lhe pergunto isso, pois algumas desenvolvedores possui vários Form em sua aplicação, uma para enviou, outra para o cancelamento e assim por diante. Muitos não tem uma Unit para realizar a configuração do componente, logo as linhas de configuração aparecem em cada Form. Com a mudança da versão para 3.10, se faz necessário, via código setar a versão.

Bom dia Wellington, Segundo a mensagem de rejeição, diz que esta faltando a assinatura. Por favor post como anexo o XML de envio que foi rejeitado. Fiz um teste e o XML de envio no modo sincrono, tanto o RPS quanto ao lote foram assinados conforme o Schema.

Bom dia Geferson, O manual do DACTE é um desastre. Eles alteram uma página e não alteram outra. Não tem todos os modelos, para os diversos tipos de CT-e. Uma coisa é certa, o Documento Fiscal Válido Juridicamente é o XML, deste que este esteja assinado digitalmente e com o protocolo autorizando o uso retornado pela SEFAZ autorizadora do contribuinte. O DACTE serve apenas para acobertar o transporte da carga da sua origem até o seu destino. Na medida do possível procuramos deixar o DACTE conforme orientação do manual. Mas no manual deixa claro que algumas alterações podem ser feitas desde que não prejudiquem o que foi definido como padrão.

Bom dia Carlos, Segundo relatos de colegas que implementaram essa funcionalidade em suas aplicações, foi necessário realizar dezenas e as vezes centenas de consultas para que as primeiras notas fossem retornadas. Acabo de disponibilizar um fragmento da rotina que faz a consulta, rotina esta da minha aplicação. Ao atualizar os fontes, você vai encontrar um arquivo TXT chamado: ConsultarNFeDestinadas dentro da pasta: ...\Exemplos\ACBrNFe2 Estude essa rotina.

Bom dia Pablo, Favor atualizar os fontes e tentar novamente.

Bom dia Magela, Você atribuiu o valor cstICMSOutraUF a propriedade SituTrib ? exemplo: Imp.ICMS.SituTrib := cstICMSOutraUF;

Boa tarde Wagner, A minha rotina de consulta, primeiro carrega o XML que foi enviado e esta sem o protocolo, depois executo o comando para consultar. ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Conhecimentos.Imprimir;

Boa tarde Deivide, Como você já observou esta tudo OK através do validador do RS. Mas note que no grupo <seg> você esta informando quem é responsável pelo seguro e o valor da carga. Não informe o vCarga pois se refere ao valor averbado e você nem sequer esta informando o numero da averbação.

Boa tarde Marco, Você tentou carregar o XML da NFS-e antes de solicitar o seu cancelamento?

Boa tarde Eduardo, A dica que eu dou é utilizar dois combo box um para os grupos e outro para os campos. Mediante a seleção dos mesmos pelo usuário você preenche essas duas propriedades.

Boa tarde Geferson, No meu entendimento devemos seguir o que consta no manual. Mas como você tem os fontes, nada te impede de realizar as alterações necessárias para atender essas situações.

Boa tarde Rigotti, Todos os fontes estão atualizados? O seu problema se refere ao provedor: SystemPro?

Bom dia Alexandre, Eu controlo o numero do lote de eventos.