Italo Giurizzato Junior

Bom dia Robson, Você esta com os fontes desatualizados, uma vez que a URL do QR-Code que consta no seu XML aponta para a SEFAZ-RS e não para a SEFAZ-SP. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção: Apagar arquivos antigos marcada. Depois abra a sua aplicação e compile ela com a opção Build.

Junior, Os sistemas de emissão de MDF-e são diferentes da Filial em relação a Matriz, por exemplo? O sistema usado na Filial, não tem como enviar por e-mail o XML para a Matriz? O sistema usado na Filial, não tem como gerar o XML com o CPF do dono (Matriz) no grupo <autXML>? Pois desta forma você pede para o dono adquirir um e-CPF e com este acredito que seja possível usando o DistribuicaoDFe do ACBrMDFe baixar os XMLs dessa Filial.

Bom dia, Esse DANFE em especial você consegue obter os dados da nota lendo o QR-Code? Se sim, isso significa que a nota realmente foi enviada para a SEFAZ. Agora se não consegue, então você esta diante de um DANFE que esta apresentando um numero de protocolo falso. Visto que o numero do protocolo só é obtido quando se envia a nota para a SEFAZ e esta responde que a nota esta autorizada. Você não pode enviar a sua nota para outra UF enquanto a SEFAZ-MG não resolve os problemas que ela esta enfrentando. Infelizmente não esta disponível a opção de enviar a nota para a SVC - SEFAZ-Virtual de Contingência. O que existe é a SVRS - SEFAZ-Virtual do Rio Grande do Sul que recepciona as notas de algumas UF que não tem os seus próprios webservices, que não é o caso de MG.

Bom dia Junior, Veja o que esta escrito na NT 2015/002 que trata sobre o DistribuicaoDFe do MDF-e:

Bom dia Ponteto, A SEFAZ fazendo as suas kakas. Consta no manual que devemos evitar: cedilha e vogal acentuada nas palavras a serem incluídas no XML, mas eles não seguem a regra que eles mesmos criaram. A solução que eu vejo, é tratar os retornos da SEFAZ, trocando os cedilhas pela letra "c" e as vogais acentuadas por não acentuadas. Desta forma resolve o problema.

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

Mateus, Não é alterando a serie que se resolve os problemas. Se esta ocorrendo rejeição por duplicidade é porque na SEFAZ já existe um MDF-e de numero 6. O dia que esgotar a serie zero você vai ter que mudar para a serie 1 e ai como vai ficar? É preciso saber quantos MDF-e foram emitidos na serie 1, para poder dar continuidade.

Edu, Não sei lhe dizer se esta funcionando 100% é preciso realizar testes.

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

Boa tarde Mateus, E quem disse que o problema é a chave da NF-e? O problema é que já foi enviado um MDF-e de numero 6 e você esta agora enviando outro MDF-e também de numero 6 mas o seu código aleatório que compõe a chave é outro. Dai a rejeição de duplicidade com diferença de chave.

Boa tarde Edu, Você atualizou os fontes e reinstalou a suíte ACBr?

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

Boa tarde Andrade, O pessoal desses provedores devem ter titica de galinha na cabeça, onde já se viu colocar o nome da cidade no namespace dos schemas. Favor atualizar os fontes e faça novos testes. Note que fiz alteração no arquivo INI do provedor.

Boa tarde Pessoal, Para quem emite o MDF-e através do Fortes Report, favor realizar testes com essa alteração que visa ficar o mais próximo do novo modelo. Essa alteração foi feita para o Delphi, depois que estiver OK, vamos adequar para o Lazarus. ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAMDFeRLRetrato.pas

Olá Pessoal, Já encontra-se disponível no repositório Trunk2 o mais novo componente ACBr - ACBrONE - Operador Nacional dos Estados. "O Operador Nacional dos Estados: ONE é o sistema responsável por integrar os documentos fiscais eletrônicos das Administrações Tributárias com as diversas tecnologias de identificação de veículos nas rodovias brasileiras. O sistema objetiva a geração dos eventos Registro de Passagem nos documentos fiscais transportados por intermédio da informação da placa do veículo e sua respectiva geolocalização, detectada por algum dispositivo ou tecnologia de monitoramento, o que auxilia nas ações de fiscalização de trânsito e de combate à sonegação." O texto acima foi retirado do Portal do Operador Nacional dos Estados - SVRS. Para mais informações visite o Portal. O manual do ONE já baixamos e se encontra em nossa biblioteca. Nas pastas: ...\Exemplos\ACBrDFe\ACBrONE\Delphi ===> temos o programa exemplo do componente. ...\Exemplos\ACBrDFe\Schemas\ONE ===> temos os schemas ...\Fontes\ACBrDFe\ACBrONE ===> temos os fontes ...\Pacotes\Delphi\ACBrDFe\ACBrONE ===> temos o pacote de instalação. Por enquanto o ACBrInstall_Trunk2 não esta preparado para instalar esse componente, logo será necessário a instalação manual através do Pacote. Observação1: apesar dos XMLs a serem enviados não precisam ser assinados digitalmente é preciso de um certificado digital para consumir os Webservices. Observação2: Não é qualquer empresa que pode usar o ONE é preciso que ela esteja cadastrada como uma Operadora.

Bom dia Alisson, Fiz algumas mudanças que acredito que vá resolver o problema sem a necessidade de alterar o tipo de um campo que já existe a muito tempo. Faça um cópia das suas alterações e depois atualize os fontes e faça um novo teste.

Bom dia Maikon, Primeiramente peço desculpas pela demora em analisar a sua contribuição. Segundo, quando modBCST for igual dbisMargemValorAgregado a tag pMVAST deve ser gerada, mas e o seu valor? Neste caso ela não deveria ter um valor? No meu entendimento se o modBCST - Modalidade de determinação da BC do ICMS ST for igual a dbisMargemValorAgregado - Margem Valor Agregado (%), devemos informar qual é o Percentual da margem de valor Adicionado do ICMS ST (pMVAST). Ao atribuir um percentual diferente de zero ao campo pMVAST a tag correspondente será gerada. A minha duvida é: podem ocorrer casos onde modBCST é igual a dbisMargemValorAgregado e o valor de pMVAST é zero? Se a resposta for sim, então faz sentido a sua alteração.

Bom dia, Por favor anexe a unit alterada para que eu possa analisar a contribuição.

Bom dia Giovane, Você esta tentando emitir nota para a cidade Paiçandu-PR , correto? Essa cidade não consta no arquivo Cidades.ini Favor anexar o arquivo Cidades.ini que você alterou mais o arquivo SimplISS.ini que contem a URL dessa cidade.

Bom dia Mateus, A final qual é a versão correta?

Bom tarde, Com certeza, fazem as alterações ou correções que impactam no envio dos documentos e não avisam.

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

Fernanda, Sem problemas, vou fechar o tópico.

Boa tarde Fernando, Veja se você consegue com a prefeitura ou com o provedor as URLs de homologação e de produção para a cidade de Cordeirópolis. Pois nos meus testes acusa a URL não existe.

Bom dia Reinaldo, Foi feita uma alteração que no meu entendimento gerou um efeito colateral. Você esta configurando o Path como sendo F:\MDFE_PDF, correto? Pois bem, com a alteração feita em uma unit que é utilizada pelos componente ao receber o Path remove o MDFE_PDF acreditando que se trata de um nome de arquivo. Faça um teste. em vez de: F:\MDFE_PDF mude para: F:\MDFE_PDF\ Note que a única diferença é uma barra no final.