Italo Giurizzato Junior

Bom dia Wilslei, A Nota Técnica 2013/001, página 2, item 3 que trata das Novas Regras de Validação é o argumento que você tem para mostrar ao seu cliente que não é possível um MDF-e possuir CT-e e NF-e. Pelo simples fato que a SEFAZ vai rejeitar o MDF-e enviado. Regras: G013a e G013b. Respondendo a sua pergunta abaixo: No CT-e já estão informadas as NF-e's, porém, se houver a necessidade de informar mais uma NF-e de uma cidade do percurso que não foi inclusa no em um CT-e, como devo informar ela? Resposta: Se tratando de uma transportadora, esta terá que emitir um CT-e para esta NF-e. Lembre-se que gerar o XML é uma coisa, enviar para SEFAZ é outra. O componente segue as regras impostas nos Manuais e Notas Técnicas.

Bom dia Wagner, Ao configurar o componente, atribua o valor True a propriedade: AtualizarXMLCancelado. Depois carrega o XML e realiza a consulta. Outra coisa as propriedades Salvar também precisam estar com o valor True.

Bom dia Rafael, Esse erro costuma aparecer quando o XML contem algum carácter (vogal) acentuado ou cedilha.

Bom dia Fladimir, Sobre o Monitor para NFS-e? Se sim, Nenhuma.

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.

Cezar, Entendo a sua preocupação. Só para ficar claro, a sua aplicação gera um TXT segundo o lay-out no programa gratuito da SEFAZ, feito isso você importa ele utilizando o ACBrNFeMonitor, para que este se encarregue de fazer o resto do serviço, correto? Se sim, não seria a hora de você mudar a sua rotina de gerar o TXT, para o lay-out do ACBrNFeMonitor. Como a versão 2.0 da NF-e vai ser aceita até dezembro, você tem ai 6 meses para escrever uma nova rotina e testar.

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.

Cezar, Aqui na empresa não recebi nenhuma NF-e na versão 3.10, como o ambiente de produção para a versão 3.10 no Estado de SP já esta ativo a um bom tempo, acredito que esteja tudo OK.

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 Cezar, Quem lhe respondeu, deve ter feito a maior confusão. Você questionou sobre a versão 3.10 da NF-e e entenderam como sendo NFC-e.

Boa tarde, No Internet Explorer, em opções de Internet temos uma lista de configurações do mesmo. As últimas se referem a revogação de certificados, você deve desmarcar essas opções.

Boa tarde Juliomar, Analisando o código implementado, sugiro que após executar o Imprimir e ImprimirPDF seja setado com o valor False, para que não ocorra em seguida a impressão de um DACTE não cancelado mas com a tarja de cancelado, uma vez que o componente esta com a propriedade CTeCancelada setada em True.

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 Plenus, Na rotina de inutilização você esta configurando o componente para utilizar o modelo e versão de documento fiscal? ModeloDF := moNFCe; VersaoDF := ve310;

Bom dia Pablo, Por favor quando se referir aos DA - Documentos Auxiliares sem informe o tipo de Report utilizado. Por exemplo: DACTE em Quick Report contem o seguinte erro ..... No seu caso qual é o Report? Pois no DACTE em Quick Report, basta atribuir o valor True a propriedade CTeCancelada antes de executar o Imprimir.