Italo Giurizzato Junior

Bom dia, Sim, já fiz a correção e ainda hoje vou enviar para o repositório.

Bom dia, Pelo que pude ver o problema não é o envio do BP-e e sim o seu cancelamento, correto? Sendo assim necessito dos XMLs referente ao envio do evento de cancelamento bem como o seu retorno. Favor anexar os XML de envio do evento e seu retorno para que possamos analisar.

Boa tarde Ana, Se você utiliza o componente ACBrNFe, verifica se ao fazer a segunda impressão do DANFE não esta atribuindo o valor True a propriedade NFeCancelada.

Boa tarde Robinho, Acredito que a sua ideia seria diferenciar o CT-e original do Complementar através da serie, correto? Isso não faz sentido, o próprio já diz, CT-e Complementar, ou seja, esse CT-e esta complementando um outro, logo a serie tem que ser a mesma. Outra coisa, vamos supor que o CT-e original tem numero 5263 serie 001, você faz o complementar de numero 5280 serie 002. Amanhã a SEFAZ vai querer saber o que ocorreu com os conhecimentos de números 1 até 5279 da serie 002. Você vai inutilizar todos esses números? Pensa bem.

Bom dia Luciana, Você tem os schemas do MDF-e junto com os da NF-e, pois muito bem, até o momento você não teve problemas porque não utilizou o método DistribuicaoDFe do MDF-e. Os schemas do Distribuição DFe do MDF-e se chama: distDFeInt_v1.00 já o da NF-e se chama: distDFeInt_v1.01 Como a versão do MDF-e é 3.00 o componente vai procurar pelo arquivo distDFeInt_v3.00 como não acha vai a procura de uma versão menor e acaba achando primeiramente o Schema da NF-e e não no MDF-e, ocasionando erros. E tem mais, se um tinha você vier a ter uma aplicação que emita CT-e o Schema do Distribuição DFe deste modelo de documento tem o mesmo nome do Schema do MDF-e, consequentemente vai ocorrer uma sobreposição de arquivos. Sendo assim, volto a afirmar não misture os schemas de modelos de documentos diferentes.

Bom dia Adilson, Você sabe me dizer se o XML do MDF-e é gerado, assinado e validado? Se sim, depois é gerado o XML de envio? Quando isso ocorre é interessante configurar o componente para salvar os arquivos Soap, pois o problema pode estar na leitura do retorno. Tendo os arquivos soap temos tanto os arquivos de envio, bem como os de retorno, isso as vezes ajuda a descobrir o motivo do problema.

Veja esse outro:

Olá pessoal, Na postagem "Como obter o XML do Fornecedor" mostrei o uso do método DistribuicaoDFePorChaveNFe, nessa nova postagem vou mostrar mais dois métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe, que por sinal é semelhante ao do DistribuicaoDFePorChaveNFe. DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente da nota é do Estado de São Paulo, logo a nota é enviada para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional as notas que foram autorizadas, o Ambiente Nacional por sua vez atribui um NSU para cada nota que receber. Na verdade o Ambiente Nacional gera um resumo da nota e atribui o NSU a esse resumo primeiramente e não a nota propriamente dita. Um NSU só será atribuído a nota quando o destinatário enviar o evento de Manifestação do Destinatário. Lembre-se o NSU da nota será um numero diferente do NSU do resumo dela, e por ser gerado após o envio do evento de Manifestação do Destinatário, podemos concluir que o NSU da nota é maior que o NSU do resumo. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um resumo, o que teremos como retorno será o XML do resumo e não o XML da Nota. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Resumos de Notas, Notas Completas, Resumo de Eventos e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novas notas forem emitidas e compartilhadas com o Ambiente Nacional e a medida que o destinatário for enviando o evento de Manifestação do Destinatário. Entre uma execução e outra do DistribuicaoDFePorUltNSU você pode realizar a manifestação referente a cada resumo de nota obtido, ou seja, enviar o evento de Manifestação do Destinatário. Desta forma a medida que você vai avançando na lista o Ambiente Nacional já vai liberando a Nota Completa (notas manifestadas) e disponibilizando ela na lista. O DistribuicaoDFe não serve apenas para que possamos obter o XML do fornecedor, mas também descobrirmos se existe alguma empresa emitindo notas contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Manifestação do Destinatário: Desconhecimento da Operação. Esse evento diz a SEFAZ que você não comprou desse fornecedor. Para saber mais sobre Manifestação do Destinatário vide a Nota Técnica 2012/002 versão 1.02 e para saber mais sobre o Distribuição DFe vide a Nota Técnica 2014/002 versão 1.02b, ambas estão disponíveis no Portal Nacional da NF-e.

Bom dia, Primeiramente vamos corrigir os termos. O termo Manifesto é usado para o documento MDF-e - Manifesto de Documentos Fiscais Eletrônicos. No que diz respeito ao Destinatário é a Manifestação do Destinatário que na realidade é um evento enviado pelo destinatário a SEFAZ. Segundo, se você esta sempre passando o valor zero como terceiro parâmetro ao método DistribuicaoDFe, você nunca vai sair do lugar. Recomendo que leia a seguinte postagem:

Bom dia Lucas, Você costuma atualizar todos os fontes de todas as pastas com frequência? Pois os Schemas bem como a atualização dos fontes e do programa exemplo, foram enviados para o repositório no dia 10/09/2018, data esta da liberação do ambiente de homologação.

Por favor, anexa o XML para podermos analisar.

Bom dia, Pelo que sei até o momento o DABPE só foi desenvolvido em EscPos, sendo assim não é possível gerar o seu PDF. A geração do PDF só será possível quando tivermos o DABPE em Fast e ou Fortes Report. Se tiver interesse em colaborar com o projeto desenvolvendo em Fast e ou Fortes Report, ficaremos gratos, pois toda ajuda é bem vinda.

A sua aplicação gera e passa para o monitor o arquivo INI ou XML? Outra coisa para que a validação ocorra se faz necessário que o XML esteja assinado, portanto é aconselhável que deixe marcado a opção para que ocorra a assinatura.

Bom dia, Já tentou configurar o Monitor atribuindo o valor xsXmlLib2 para XML Sign Lib?

Bom dia Marcio, Acredito que esteja faltando algumas aspas, tente da seguinte forma: MDFe.CancelarMDFe("25180941142118000131580010000000381411421184", "CANCELAMENTO POR ERROS DE DADOS", "41142118000131") Note que coloquei todos os parâmetros entre aspas.

Bom dia Rômulo, Configura o componente para salvar os arquivos soap. Depois anexa os arquivos soap de envio, de consulta e de cancelamento para que possamos analisar.

Bom dia Davidson, Favor configurar o componente para salvar os arquivos Soap. Faça um novo teste e anexe o arquivo de consulta ao cadastro para podermos analisar.

Henrique, Seria interessante entrar em contato com o provedor. Se a mudança será gradual a solução vai ser passar o campo que contem a versão (VersaoDados) para o arquivo Cidades.ini, pois desta forma podemos definir qual versão o provedor disponibilizou para uma determinada cidade.

Olá Pessoal, Muitos tem interesse em obter o XML do fornecedor para facilitar a entrada dos materiais no Estoque, Contas a Pagar, etc. Segundo a legislação, quem emite uma NF-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao destinatário da mercadoria, assim que a SEFAZ autorizar a nota. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o destinatário o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do destinatário não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. Com certeza o DANFE foi impresso e entregue junto com a mercadoria. De posse do DANFE temos a chave e com ela podemos primeiramente enviar o evento de Manifestação do Destinatário. Temos duas situações: 1. Se as mercadorias foram entregues conforme o combinado, devemos enviar o evento: Confirmação da Operação (Código: 210200); 2. Se algo estiver errado e alguma mercadoria esta errada, quebrada, ...., devemos enviar o evento: Operação não Realizada (Código: 210240), neste evento se faz necessário informar uma justificativa. Após manifestar todas as notas, podemos obter o XML através do método: DistribuicaoDFePorChaveNFe, esse método possui 3 parâmetros, sendo eles: Código da UF do Destinatário, CNPJ do Destinatário e a Chave da NF-e previamente manifestada. Conclui-se que devemos executar o método acima para cada nota manifestada. Informação importante, tanto a Manifestação do Destinatário quanto o Distribuição DF-e, são atendidos pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente da nota ou do destinatário da mercadoria. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Bom dia Henrique, Você sabe me dizer se todas as cidades que são atendidas pelo Pronimv2, passaram para a versão 2.03?

Bom dia, Ao tentar enviar é gerado o XML de envio?

Boa tarde Haroldo, Neste caso entre em contato com o provedor e questione eles sobre o procedimento correto.

Boa tarde Rubens, Faça as devidas alterações nos eventos que sofreram alteração com essa nova versão. Depois anexa aqui as units alteradas para que possamos analisar. Estando tudo OK, enviaremos para o repositório.

Boa tarde Jocemar, Não tem como, pois ao ler o XML do evento que foi enviado mas contem erros, o componente não extrai as informações. A solução que vejo é buscar no banco de dados ou você montar uma rotina para extrair os dados do XML do evento. Mas lembre-se não vai ser uma rotina e sim mais de 40, ou seja, uma para cada tipo de evento.

Boa tarde José, O programa exemplo: ExemploEsocial possui apenas 3 Units: uExemploEsocial, ufrmStatus e Unit2. E nenhuma delas se utiliza de forma direta o TFormStorage. Em qual unit aparece o uso dessa classe?