Italo Giurizzato Junior

Boa tarde, Se você tem o XML da NFS-e, qual é o problema de carregar o mesmo através do LoadFromFile e depois executar o método EnviarEmail? O EnviarEmail possui um parâmetro que se o seu valor for True, vai gerar o PDF do DANFSE e anexar automaticamente no e-mail juntamente com o XML da NFS-e.

Boa tarde Gabriel, Muito simples, você esta comparando o XML de um RPS com o XML de envio do lote de RPS, que obviamente tem mais elementos. O componente possui as seguintes configurações: Configuracoes.Arquivos.Salvar := True ou False; se true salva os XML do RPS e da NFS-e. Configuracoes.Geral.Salvar := True ou False; se true salva os XML secundários, por exemplo o de envio de lote de RPS.

Bom dia Alisson, Tanto o CTe (DACTE) quanto o MDFe (DAMDFE) se utilizam do mesmo Report (Fast ou Fortes)?

Bom dia Wagner, Você esta cometendo um erro que muitos cometem. Quem disse que o valor de cMDF tem que ser igual a nMDF? No final da pagina 100 do Manual do MDF-e versão 3.00 temos: nMDF = Numero que identifica o Manifesto: 1 a 999999999 cMDF = Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. O campo nMDF tem um tamanho que varia de 1 a 9 dígitos, por outro lado o cMDF tem um tamanho fixo de 8 dígitos. Tanto o nMDF quanto o cMDF fazem parte da chave que contem 44 dígitos, não faz nenhum sentido ter nessa chave dois campos com o mesmo valor. Pelo jeito você comete esse erro no CT-e, correto? Essa transportadora esta vulnerável, pois se o XML ou o DACTE cair na mão de um concorrente, esse poderá (se tiver paciência) descobrir quais são os remetentes e destinatários mais frequentes, bem como o valor cobrado pelo frete. Desta forma o concorrente poderá entrar em contato com essas pessoas (remetentes / destinatários) oferecer o mesmo serviço por um preço mais em conta. Pare e pense, você esta pondo em risco o futuro dessa transportadora.

Bom dia Antônio, O programa exemplo do componente ACBrReinf mostra três maneiras diferentes de usar ele. 1. a sua aplicação lê os dados do banco de dados e alimenta os campos do respectivo evento, que depois o XML será gerado, assinado, validado e deixado pronto para ser envido com os demais eventos. 2. o componente carrega o XML (assinado ou não) gerado pela sua aplicação, assina se necessário, valida e deixa pronto para ser enviado. 3. o componente carrega um arquivo INI gerado pela sua aplicação (na pasta ArqINI temos um exemplo para cada evento), gera o XML, assina, valida e deixa pronto para ser enviado.

Bom dia Wagner, Que numero você se refere? A chave possui dois números: nMDF (numero do Manifesto de Documentos Fiscais) e cMDF (código do Manifesto de Documentos Fiscais). Jamais atribua o valor de nMDF a cMDF. Se você atribuir o valor zero a cMDF o componente se encarrega de gerar um numero aleatório, uma vez que cMDF não pode ser zero e nem igual a nMDF. Eu prefiro que a minha aplicação gere o código de forma aleatória e armazene no banco de dados juntamente com os demais dados do MDF-e. Assim ao alimentar o componente, leio do banco de dados os valores a serem atribuídos a nMDF e cMDF.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Jean, Na substituição pode ocorrer do pedido de cancelamento ser assinado e o RPS que vai gerar a NFS-e que substituirá a outra cancelada também ser assinado. Sendo assim qual das duas assinaturas esta com erro (do pedido de cancelamento ou do RPS)?

Bom dia, No retorno, diz que existe erro na assinatura. Pois bem, em qual das duas? O RPS é assinado, e o pedido de cancelamento também.

Marques, Chegou a verificar se o XML *-procEventoNFe.xml foi gerado em disco? Pois o cancelamento pode esta ocorrendo, mas o monitor por algum motivo esta apresentando a mensagem "Erro:".

Boa tarde Agnaldo, Antes tínhamos 3 métodos para poder baixar o XML de uma NF-e: ConsultarNFeDest, Evento de Manifestação do Destinatário e o DownloadNFe. Hoje só existe 2 métodos, são eles: DistribuicaoDFe e o Evento de Manifestação do Destinatário. No programa exemplo o botão [Manif. Dest. - Conf. Operação] temos um exemplo de como enviar um evento de Manifestação do Destinatário que no caso é o de Confirmação. Já no botão [Distribuição Documentos Fiscais] temos um exemplo de como usar o método DistribuicaoDFe. No exemplo temos: ACBrNFe1.DistribuicaoDFe(StrToInt(cUFAutor), CNPJ, ultNSU, ANSU); Mas podemos usar com outras chamadas: ACBrNFe1.DistribuicaoDFePorUltNSU(StrToInt(cUFAutor), CNPJ, ultNSU); ACBrNFe1.DistribuicaoDFePorNSU(StrToInt(cUFAutor), CNPJ, ANSU); ACBrNFe1.DistribuicaoDFePorChaveNFe(StrToInt(cUFAutor), CNPJ, chaveNFe); Essas outras três formas a diferença que temos apenas 3 parâmetros, sendo que o ultimo é pelo qual queremos consultar (Ultimo NSU, NSU ou Chave).

Boa tarde Marques, Tentou passar os parâmetros entre aspas duplas?

Boa tarde Lucas, Favor anexar também o XML de retorno da SEFAZ que contem a rejeição.

Alexandro, É um único parâmetro (Caminho + Nome).

Favor anexar o XML que foi enviado.

Boa tarde Heto, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Alexandro, Se você tem o XML assinado e com o protocolo de autorização salvo em disco não importa qual aplicação foi utilizado para isso. Você pode gerar o PDF através do método ImprimirPDF do Monitor sem nenhum problema. Basta você informar corretamente o caminho e o nome do XML. Só usamos o método ConsultarNFe caso a nota tenha sido enviada para SEFAZ mas por algum problema o XML ficou sem o protocolo de autorização. Neste caso devemos passar corretamente o caminho e o nome do XML (assinado) ao método ConsultarNFe para que esse realize a consulta junto a SEFAZ. Caso a nota tenha sido autorizada o ConsultarNFe se encarrega de atualizar o XML acrescentando o protocolo de autorização.

Favor atualizar, reinstalar os componentes e repita os testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Bruno, Quando isso ocorre, ou seja, você envia o XML do MDF-e para SEFAZ o mesmo é autorizado, mas o XML fica sem o protocolo de autorização é muito simples de resolver. 1. Carregue o XML do MDF-e assinado através do método LoadFromFile; 2. Execute o método Consultar; Pronto, se o MDF-e em questão foi autorizado pela SEFAZ, o seu XML será atualizado, ou seja, vai receber o protocolo de autorização.

Boa tarde Marcio, O problema é que para CSOSN 900 os campos a serem alimentados são: vBCFCPST, pFCPST e vFCPST. E você alimentou os campos: pFCP e vFCP.

Flavio, Os componentes ACBr só valida um XML caso este esteja assinado, logo ao validar o mesmo já valida a assinatura. Como disse o colega Alisson, ele já usa o componente enviando os eventos sem nenhum problema.

Flavio, A mensagem de erro ocorre quando você pega o XML assinado e tenta validar ele nesse site que você informou? Se sim, porque você esta tentando validar nesse site? O componente após gerar e assinar o XML já valida o mesmo.