Italo Giurizzato Junior

Boa tarde Adilson, Quanto a impressão desses eventos é interessante, caso a empresa desejar guardar papel. Lembre-se sempre o que tem validade jurídica é o XML desde que esteja assinado e com o protocolo de autorização.

Bom dia Renato, É estranho, se funciona no ambiente de homologação deveria funcionar no de produção. É preciso descobrir se há necessidade de informar algo diferente.

Bom dia, Quando enviamos uma NF-e e esta é autorizada temos o XML: *-nfe.xml Ao enviarmos um evento de cancelamento no final do processo temos um XML com o seguinte nome: *-procEventoNFe.xml este XML contem o pedido de cancelamento e o retorno da SEFAZ com o protocolo de cancelamento. Se você desejar, é possível carregar o XML da NF-e (*-nfe.xml) assinado e depois realizar uma consulta, se a nota estiver cancelada será gerado um XML com o seguinte nome: *-NFeDFe.xml Este XML contem o XML da NFe assinado com o protocolo de autorização bem como os eventos vinculados a mesma, neste caso o de cancelamento.

Bom dia, Para baixar o XML de uma NF-e é muito simples, consiste em apenas 2 passos. 1. É necessário o Destinatário da mercadoria enviar um evento de Manifestação do Destinatário. Por favor leia a Nota Técnica: 2012/002 versão 1.02 que trata sobre a Manifestação do Destinatário. 2. Executar o método DistribuicaoDFePorChaveNFe. Por favor leia a Nota Técnica: 2014/002 versão 1.02b que trata sobre a DistribuicaoDFe

Bom dia, Não conheço ninguém que foi multado, mas é bom não se arriscar. Se a manifestação do destinatário possui 4 tipos de eventos, sendo que 1 não é conclusivo e os outros 3 são, isso significa que uma nota tem que ter no mínimo um evento conclusivo. Enviar somente o evento que você tem ciência da operação é simplesmente informar a SEFAZ que comprou, mas e ai, recebeu a mercadoria ou não? Em um primeiro momento você tem que informar a SEFAZ se comprou ou não. Se comprou, devemos assim que receber a mercadoria informar se a operação foi concluída ou não. Se foi concluída significa que a mercadoria comprada foi entregue conforme a compra realizada, por outro lado se a informarmos que a operação não foi realizada, significa que algo de errado ocorreu, por exemplo a mercadoria veio quebrada, cor errada, etc. Neste caso devemos nesse evento explicar a recusa da mercadoria. Sendo assim a minha sugestão é que você reveja o que você fez.

Bom dia Valdelir, Favor atualizar todos os fontes de todas as pastas e faça os testes usando o programa exemplo.

Bom dia Jeferson, Porque não zipou a anexou aqui mesmo no fórum?

Bom dia Adilson, Você pretende enviar por e-mail o evento de cancelamento / encerramento do MDF-e para quem? O MDF-e não é um documento fiscal que deve ser contabilizado ou escriturado. Nele só consta duas pessoas, o emitente do MDF-e (que deve possuir o XML) e o motorista do caminhão (que não necessita de nenhum XML).

Bom dia, Até onde seu o FCP deve ser calculado quando a venda é interestadual e depende do produto que esta sendo vendido e a UF de destino. Existem UF que não tem FCP logo não precisa realizar o calculo, outras devemos calcular mas precisamos checar quais são os produtos, pois podem variar de uma UF para outra. Algumas UF existe que se calcula o FCP em um venda interna, outras não. Resumindo, não tem como falarmos que precisa ou não calcular, tudo depende da UF do emitente, da UF do destinatário, do produto que esta sendo vendido e se é venda interna ou para fora do Estado.

Valdelir, E a URL de homologação?

Boa tarde Joffas, Qual manual você se refere?

Boa tarde Simons, O componente esta configurado para usar o libWinCrypt? Se sim, altere para libCapicom e faça outro teste.

Boa tarde Valdelir, Essa cidade não consta no arquivo Cidades.ini Você sabe dizer se ela se utiliza do provedor Pronim (que se utiliza da versão 1 do layout da ABRASF) ou do provedor Pronimv2 (que se utiliza da versão 2)? Você tem as URLs de homologação e de produção para essa cidade?

Boa tarde Jeferson, Se você puder anexar um XML de envio com as tag de Envelope vai ajudar bastante descobrir o que estamos fazendo de errado.

Boa tarde Mozart, O tem a mais ou diferente no arquivo que você anexou: 1. Na sessão Assinar tem os campos Recepcionar e RecSincrono com o valor zero esses dois campos foram removidos por não serem utilizados. Quem determina se vai assinar o RPS ou o Lote é os campos RPS e Lote. 2. Na sessão XML temos o campo Layout que ainda não esta em uso, logo a sua presença ou ausência não faz diferença. 3. Por fim nas seções ConsNFSeRps e Gerar foi removida a linha que contem o encoding, com essa linha o componente não realiza codificação para o UTF-8 acreditando que ela já foi feita. Se tem algo que poderia estar provocando essa falha no envio talvez seria a codificação.

Boa tarde ALA, Favor atualizar os fontes e faça um novo teste.

Boa tarde Vanderlei, Você esta usando o componente ACBNFSe?

Boa tarde John, Acredito que você esteja fazendo referencia a cidade de São Luiz/MA, correto? Se sim, chegou a realizar testes usando o programa exemplo?

Boa tarde Eduardo, O que você acha de regaçar as mangas e ver o que esta errado ou faltando no DACTE feito em Fast Report e fazer as devidas correções? Toda colaboração é bem vinda.

Boa tarde Alex, A mensagem de Falha no Schema XML esta sendo retornado pela SEFAZ? É a sua aplicação que esta gerando o XML?

Boa tarde Luciana, Se não informar os dados do grupo <infRespTec> ocorre o mesmo erro? Se sim, você esta com todos os Schemas atualizados? Na pasta que tem os schemas, só tem do MDF-e ou você misturou?

Eu não recomendo você criar o XML através da sua aplicação e usar o componente para fazer o resto. 1. uma grafia errada ou um elemento ou grupo gerado em posição errada, faz com que ao carregar o XML o componente não os encontre gerando um XML assinado sem as informações pretendidas, podendo gerar ou não erros de validação. 2. você concorda que o XML gerado pela sua aplicação somente os seus clientes vão poder atestar que ele esta correto? Por outro lado o XML gerado pelo componente todos os clientes de todos os desenvolvedores que usam o componente 100% vão poder atestar o mesmo. Outra coisa importante, no modelo CT-e OS existem tags que também se encontram no modelo CT-e, mas estão em posições diferentes no XML. Já que você quer gerar o XML, procure ter em mãos o manual, ele indica a grafia e posição correta de cada elemento, grupo, bem como o seu tipo e tamanho.

Boa tarde Eduardo, Para a versão 3.10 em diante devemos atribuir a data e hora as propriedade dEmi e dSaiEnt. Você tento esse erro pelo simples fato de esta atribuindo a data em dSaiEnt e a hora em hSaiEnt.

Bom dia ALA, Em vez de anexar uma imagem, porque você não anexa o PDF do DANFSE e o XML? A postagem fica mais curta. A primeira imagem não serve para nada no que diz respeita a resolver o problema, já a segunda e a terceira não abre.

Bom dia Renato, Primeiramente verifique se a cidade de Ituiutaba se utiliza do provedor SmartAPD ou SmarAPDABRASFv2. O primeiro tem um layout próprio, já o segundo segue a versão 2 do layout da ABRASF. Ambos provedores já estão implementados, portanto você terá que simplesmente acrescentar a cidade no arquivo Cidades.ini conforme as demais cidades. E por fim utilizar o programa exemplo para realizar os testes.