Italo Giurizzato Junior

Boa tarde Felipe, Algumas considerações em relação a sua rotina: 1. Não há necessidade de executar o Assinar, pois o Enviar faz isso internamente. 2. Não há necessidade de executar o GerarNFe, uma vez que o Enviar tem por finalidade: Gerar o XML, assinar, validar e se tudo estiver OK a nota é enviada. 3. Eu não colocaria o Enviar dentro de um loop, uma vez que se ocorrer algum erro, este pode ocorrer no envio ou no retorno e a sua rotina tem condições de identificar onde o erro ocorreu? 4. Quando o status = 100 você imprimir o DANFE gera o PDF do mesmo, mas para que você executa o SaveToFile? Uma vez que o XML da NF-e já esta salvo em disco e o PDF do DANFE também.

Boa tarde Dércio, Antes da linha: ACBrNFe1.EventoNFe.Evento.Clear; Carregue o XML da NF-e que deseja cancelar.

Boa tarde Gabriel, Seria possível você postar como anexo o arquivo XML que ao tentar ler pegava a versão de download?

Boa noite Robinho, Você esta com todos os fontes de todas as pastas atualizados?

Boa noite Mailson, Se a SEFAZ esta passando por problemas técnicos ou parou para realizar manutenção o procedimento é o seguinte: 1. Gerar e assinar o XML com o tipo de emissão = Contingência. 2. Imprimir o DAMDFE (sem o protocolo de autorização). 3. Aguardar até que a SEFAZ volte a funcionar 100%. 4. Enviar o XML (gerado no passo 1) a SEFAZ assim que ela estiver OK. 5. Imprimir o DAMDFE (com o protocolo de autorização). Até o momento não temos uma SVC - SEFAZ-Virtual de Contingência para o MDF-e, sendo assim a unica solução é a que foi apresentada acima.

Boa noite Antonio, Por favor preste atenção a onde você posta. O seu questionamento é sobre o SAT, mas postou no tópico sobre Conhecimento de Transporte Eletrônico, você concorda que uma coisa não tem nada haver com a outra?

Boa noite Luiz, Se o CT-e não for de Redespacho ou Redespacho Intermediário não se deve informar o Expedidor e Recebedor.

Boa noite, Você não leu a NT com atenção. A principio é retornado o resumo da NF-e, se a mesma for manifestada, em uma segunda consulta através do DistrubuicaoDFe teremos como retorno o XML completo a NF-e.

Boa noite Dércio, Com ao enviar o evento por e-mail, você esta carregado tanto o XML da NF-e quanto do Evento? Se esta ocorrendo erro de violação de acesso no que diz respeito ao cancelamento, com certeza é a sua aplicação, pois ambos: CC-e Cancelamento são eventos e utilizam a mesmas rotinas.

Boa noite Diogo, Não acho uma boa ideia, pois vou passar por uma cirurgia e ficarei uma semana ou mais afastado do trabalho.

Boa noite Dalpiaze, Muito obrigado pela colaboração, já esta disponível. Mas quem determina se será salvo em disco ou não é a propriedade: Configuracoes.Arquivos.Salvar

Boa noite Joel, Primeiramente, você notou que este tópico se refere a CT-e Conhecimento de Transporte Eletrônico? Portanto não tem nada haver com a NFC-e, você não concorda? Por favor preste mais atenção onde postar os seus questionamentos. Outra coisa, quando postar procure ser objetivo e claro. Objetivo você foi, mas não claro, pois não informou qual é a UF que você esta informando em cUF (código da UF) e qual é a funcionalidade que esta executando.

Boa noite Paulo, Sim, com os schemas novos você pode testar em ambiente de homologação. Acredito que todos os ajustes já foram feitos no componente. Boa noite Magali, Segundo o Manual versão 2.00a do CT-e página 136 diz que a TAG: qtdRat se refere a Quantidade Rateada e pode ser peso ou volume. Conforme a Nota Técnica 2015/001 publicada em Abril diz que a formatação dessa TAG poderá ser 3,2 ou 3,3 (3 inteiros e 3 decimais).

Mailson, Por favor não crie tópicos, pois já existe outro que trata sobre o assunto. Inclusive já respondi o seu questionamento no outro. Pense um pouco, em que situação devemos mudar o tipo de emissão para contingência?

Boa noite Mailson, Você leu a minha resposta na postagem #2 ?

Boa tarde Jorge, Você verificou se a impressora esta configurada para imprimir em tamanho A4?

Boa tarde Laurivan, Muito obrigado pela colaboração, já esta disponível.

Boa tarde, Não sei como foi implementado o DANFSE em Fortes, mas lembre-se que existe o XML do RPS e da NFS-e. Antes de imprimir o DANFSE você esta carregando o XML? Se sim, qual deles (RPS ou NFS-e) ?

Boa tarde a todos, Quero agradecer o Thiago Garcia pela força e ter disponibilizado exemplos, schema e o WSDL isso sem duvida ajudou muito. Quero agradecer também o Haroldo, pelos testes e ajustes. Muito obrigado a todos que não mencionei. Com base na montagem do envelope de envio do GerarNFSe montei os demais, se tudo estiver correto e segui o mesmo padrão é para funcionar agora o consultar, cancelar, substituir,... Por favor atualize os fontes e realizem os testes.

Boa tarde, Dando uma rápida olha em um dos fontes do ACBrNFSeMonitor notei que existe algumas incoerências. Em um determinado trecho é executado os métodos Assinar e depois Valida, isso não é possível ser feito na NFS-e. Devemos primeiramente gerar o XML do RPS e depois envia-lo para o Web Services e ter como resposta o XML da NFS-e. Outra coisa importante o XML do RPS poderá ser assinado ou não, isso depende do provedor e essa checagem encontra-se no método de envio. A validação ocorre no XML de envio envio e não no XML do RPS, sendo assim não se deve gerar o XML do RPS e depois executar o método Valida. Será necessário realizar varias alterações para que o o ACBrNFSeMonitor funcione corretamente.

Boa tarde Thiago, Já esta disponível a sua alteração, vamos aguardar se alguém detecta algum problema com alguma cidade.

Boa tarde José, Por favor atualize todos os fontes de todas as pastas. Dentro da pasta ...\Exemplos\ACBrNFe2 disponibilizei um fragmento de código chamando DistribuicaoDFe. Estude ele.

Boa tarde Diogo, Uma vez me emprestaram um certificado A3 formato Token, não recordo de qual era a certificadora, mas naquela época não tive esse tipo de problemas. Como o código sofreu diversas alterações pode ser que algumas delas esteja gerando esse erro. Quando você testou usando o programa gratuito do governo foi na mesma maquina que esta rodando a sua aplicação?

Bom dia Daniel, Primeiramente o que você envia para o provedor é o RPS e não a NFS-e, sendo assim o RPS tem a sua numeração e a NFS-e a dela. A numeração do RPS é sequencial e é gerada pela sua aplicação, por outro lado a numeração da NFS-e é sequencial e é gerada pelo provedor. No caso do provedor Ginfes tempos os métodos: ConsultarSituacao que verifica se o lote foi processado com sucesso ou não. ConsultarLoteRps que verifica se a NFS-e foi gerada com base no RPS enviado, se sim o XML da NFS-e é retornado. Para mais detalhes você pode abrir o fonte ACBrNFSe e ter a relação completa de parâmetros de cada método e tem também o programa exemplo.

Bom dia Daniel, Sim, basta checar se o mesmo esta autorizado ou não, basta ler a propriedade que contem o status ou o protocolo.