Italo Giurizzato Junior

Bom dia a todos, A SEFAZ não leva em consideração o motorista (condutor). Devemos encerrar um MDF-e e emitir um novo quando ocorrer alteração do motorista. Temos um evento para incluir novos motoristas após a emissão do MDF-e. Mas ao emitir um MDF-e a SEFAZ não checa se o motorista incluído consta em outro MDF-e que ainda não foi encerrado. A regra é: Se modal rodoviário: Verificar se existe MDF-e não encerrado, para a placa principal (mesmo CNPJ base do emitente do MDF-e, mesma placa, mesma UF carregamento, mesma UF descarregamento e Data de emissão diferente). *Na data de emissão considerar dia, mês e ano. Por favor procure sempre ter em mãos os manuais e notas técnicas, a regra acima consta na Nota Técnica 2013/004 versão 1.00a (página 40) - regra G055.

Bom dia André, Fiz uma alteração na unit pcteSignature.pas e disponibilizei ela na sexta-feira se não estiver enganado. Por favor atualize os fontes e teste novamente.

Bom dia Narlem, A mensagem de erro de validação é bem clara, veja: TAG:<ide> ID:B02/cUF(Código do UF (Unidade da Federação)) - Conteúdo inválido. Você não informou ou o conteúdo esta errado, neste caso o campo cUF do grupo <ide>. [identificacao] NaturezaOperacao=VENDA MERC. ADQ./RECEB. TERC. EM OP modelo=55 cUF=?? aqui você tem que informar o código da UF (por exemplo 35 = SP) Inclua no seu TXT os campos reclamados pelo validador.

Bom dia Rick, Vendo os XMLs, notei que você informou 5555555 como sendo o CPF do usuário esta correto isso? Uma vez que o erro é Usuário inválido.

Boa tarde Fernando, O programa exemplo do MDF-e utiliza o DAMDFE feito em Quick Report, já o NF-e que eu saiba utiliza o Rave.

Boa tarde, Qual é a URL de consulta via QR-Code utilizado pela SEFAZ-RJ se tratando da NFC-e? Precisamos dessa informação para que possamos atualizar os fontes do componente, desta forma ele vai gerar a URL correta do QR-Code.

Boa tarde Andressa, Se você se refere ao combobox, tem que fazer o que o Juliomar disse, inserir manualmente conforme as demais. Lembre-se, esse programa é um exemplo e não uma solução, logo você não pode se basear na lista de cidades que estão no combobox. Esta disponível uma tabela feita em Excel com todas as cidades brasileiras, as que já estão implementadas consta o nome do provedor.

Boa tarde a todos, Incrível, gostaria de saber primeiramente, qual é a dificuldade em manter os fontes atualizados diariamente? Segundo o programa exemplo do ACBrNFSe possui um botão onde você informa o código IBGE da cidade desejada e ele retorna o nome do provedor, caso esta já esteja implementada. Se aparecer a palavra Nenhum como nome do provedor, significa que para a cidade solicitada não existe nenhum provedor relacionado. Obs: quando digo atualizar os fontes é atualizar todos os fontes de todas as pastas e após a atualização sempre compilar o programa exemplo ou a sua aplicação com a opção Build.

Boa tarde Andre, Faça uma cópia do CT-e protocolado (este que você postou), e gere novamente e assine o mesmo CT-e. Não precisa validar. Depois compare o conteúdo das TAGs do grupo Signature, mais precisamente as TAGs: SignatureValue e X509Certificate. Se não me falha a memória a assinatura fica inválida porque o X509Certificate fica com apenas 256 caracteres. Uma pergunta: os arquivos de envio e retorno estão sendo salvos em disco?

Boa tarde Welton, O sistema que você se refere é o programa gratuito da SEFAZ? Se sim, você não tem o DAMDFE impresso, nele você tem a chave. E não é inutilizar, ou você encerra caso o serviço tenha sido executado ou você cancela. Outra coisa, não tem como saber se um motorista esta relacionado a algum MDF-e via conexão com a SEFAZ.

Boa tarde, Note que o problema encontra-se no Documento Auxiliar de impressão de eventos e não no DAMDFE.

Boa tarde Andre, Maravilha, ficarei no aguardo do seu retorno.

Juliomar, Atualizado e compilado, sem nenhum problema.

Bom dia João, Qual é o CFOP que você esta utilizando? Se for o que consta no titulo do tópico, ou seja o 6.656, o grupo 6.000 se refere a saídas ou prestações de serviços para outros Estados. Sendo assim a mercadoria em questão vai ser transportada, e quem vai transporta-la?

Bom dia Eric, Muito obrigado pela colaboração. Já esta disponível. Acrescentei mais uma coluna chamada HOMOLOGADO. Pessoal, por favor, postem neste tópico os nomes das cidades que já estão conseguindo emitir NFS-e em produção com a versão mais recente dos fontes disponibilizados no repositório, para que eu possa acrescentar a palavra SIM na coluna HOMOLOGADO. Aqueles que ainda estão na faze de testes por favor informe que esta testando para que neste caso seja colocado EM TESTE. Desde já muito obrigado a todos.

Bom dia Juliomar, No caso do ACBrCTe temos no inicio da function GetCertificado o CoInitialize(nil) e no final o CoUninitialize, este não se faz necessário?

Bom dia Andre, Vamos analisar os códigos do Assinar e Valida. Na procedure Assinar temos o XML assinado armazenado na variável vAssinada, cujo conteúdo é atribuído a Self.Items.XML. No final da procedure salvo em disco (se configurado) o conteúdo de vAssinada gerando assim o arquivo: <chave>-cte.xml A procedure Valida por sua vez, primeiramente checa se o conteúdo de Self.Items.XML contem a TAG Signature, caso negativo a procedure Assinar é executada. Depois é utilizado o conteúdo de Self.Items.XML para realizar a validação. Notei que ao ler o conteudo de Self.Items.XML é executado o GetCTeXML que por sua vez executa o GerarXML ou seja gera novamente o XML. Vamos a mais um teste, na definição da propriedade XML na unit ACBrCTeConhecimentos altere a linha em negrito: property CTe: TCTe read FCTe write FCTe; property XML: AnsiString read GetCTeXML write FXML; property XMLOriginal: AnsiString read FXMLOriginal write FXMLOriginal; para: property CTe: TCTe read FCTe write FCTe; property XML: AnsiString read FXML write FXML; property XMLOriginal: AnsiString read FXMLOriginal write FXMLOriginal; Isso vai fazer com que o XML não seja gerado toda vez que a propriedade é lida.

Bom dia Rafael, Como assim 2 MDFe no lote? Segundo a Nota Técnica 2013/004 versão 1.00a só é aceito um MDF-e por lote.

Boa tarde Stefan, Você leu a NT que sugeri?

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

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

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

Boa tarde Roberto, Na rotina que alimenta o componente com os dados pertinentes a nota você esta atribuindo qual valor para o campo versão? Eu faço desta forma: if ACBrNFe.Configuracoes.Geral.VersaoDF = ve200 then begin infNFe.Versao := 2; (...) end else begin infNFe.Versao := 3.1; (...) end;

Boa tarde Diego, Ou você esta pegando o XML errado ou por algum motivo, normalmente erro no retorno da SEFAZ o XML não foi atualizado com o protocolo. Neste caso é simples, basta carregar o XML com o LoadFromFile e depois executar o Consultar. Verifique também se a propriedade AtualizarXMLCancelado esta com o valor True. Após realizar a consulta o XML vai ser atualizado fincando assinado e protocolado.

Boa tarde Rodrigo, As mensagem de erro por si só diz o que esta ocorrendo. Um DAMDFe feito em Quick Report versão 5.0 com certeza não vai funcionar com o Quick Report 3.0 pelo simples fato da versão 5.0 possuir propriedades a mais em relação a versão anterior. Outra coisa a versão 3.0 não tem o filtro para gerar o PDF, neste caso devemos abrir com o bloco de notas o arquivo ACBr.inc e comentar a diretiva de compilação QReport_PDF. Para resolver os problemas de propriedade inexistentes, favor seguir o passo a passo que encontra-se dentro da pasta ...\Fontes\ACBrMDFe.