Italo Giurizzato Junior

Boa tarde Alexandre, Entre em contato com a SEFAZ e reporte o problema.

Boa tarde a todos, O que pode ter ocorrido: 1. A SEFAZ colocou em pratica as novas regras dai a rejeição. 2. A SEFAZ não alterou a sua aplicação para ler o grupo <infNFeSupl> que contem a TAG <qrCode> onde encontra-se a URL do QR-Code. Sendo que deveria ter feito o contrario, primeiro implementado a leitura da informação e depois a regra. Sugestão Entre em contato com a SEFAZ e reporte o problema, informe que o XML esta sendo gerado com o novo grupo e mesmo assim a nota é rejeitada.

Boa tarde Carlos, Sim, a NT 2015/002 só no Trunk2. No que se refere a NFS-e, os fontes que estão no Trunk2 esta compilando e instalando. Consegui enviar um lote de RPS e obter retorno do provedor. Nos meus testes estou usando o provedor Ginfes. Não quer aguardar, crie o INI para o provedor que necessite com base nos demais e inicie os testes.

Boa tarde, Desculpe se você leu, não prestou atenção. O MDF-e - Manifesto Eletrônico de Documentos Fiscais é obrigatório quando o transporte for interestadual e a carga for fracionada. Deverá ser emitido por transportadoras e empresas que transportam carga própria. Se a carga é fracionada temos diversos CT-e (transportadora) ou NF-e (carga própria), devemos emitir apenas um MDF-e relacionando todos os CT-e ou NF-e. Te convido a visitar o Portal Nacional do MDF-e: https://mdfe-portal.sefaz.rs.gov.br/ e baixar a cartilha sobre MDF-e, o texto é simples e bem didático e contem variais ilustrações e abrange as diversas situações de transporte de cargas.

Boa tarde Gilson, Abra a unit ACBrNFeNotasFiscais e procure por CDATA. Você vai encontrar um fragmento de código pronto basta descomentar.

Boa tarde Gilson, Com certeza deve ser algum bug na SEFAZ, uma vez que o XML foi gerado conforme a NT.

Boa tarde a Djalma, Ao digitar acabei acrescentando um R a mais na palavra Retorno. O correto é FPRetornoWS, bastava remover o R e mandar compilar novamente. Todo caso, favor atualizar novamente os fontes.

Boa tarde Marcelo, O XML da NF-e assinado e com o protocolo de autorização permanece inalterado mesmo que a nota venha ser cancelada. Se ocorrer o cancelamento você deve armazenar em disco ou no BD o arquivo: *-procEventoNFe.xml Este arquivo contem o pedido e o protocolo da SEFAZ que acusa que o evento (no caso de cancelamento) foi registrado e vinculado a nota. Quando você emite a nota deve disponibilizar o mais rápido possível o XML assinado e protocolado ao destinatário. Caso a mesma venha ser cancelada você também disponibilizar o arquivo: *-procEventoNFe.xml Espero ter ajudado.

Boa tarde Leão, Já tentou fazer algo semelhante? DNF.HORA_AUTORI.Conteudo :=DateTimeToStr(ACBrMDFe1.Manifestos.Items[0].MDFe.procMDFe.dhRecbto);

Bom dia Meinardo, Se você (destinatário da mercadoria) deseja ou necessita do XML completo, ou seja, assinado e protocolado os passos são: 1. Realizar uma consulta através do DistribuicaoDFe - você vai obter um resumo das notas; 2. Realizar a manifestação de cada uma delas - acusando: Ciência da Operação ou Desconhecimento ou Operação Concluída ou Não Concluída; 3. Realizar uma nova consulta através do DistribuicaoDFe - você vai obter um resumo das novas notas e o XML das notas manifestadas. Deve-se lembrar que a cada nova consulta usando o método DistribuicaoDFe devemos sempre informar como terceiro parâmetro o valor do ultNSU retornado na execução anterior.

Isaac, A noticia da SEFAZ-AM começa assim: A Sefaz/AM utiliza para a autorização de CT-e e de MDF-e a SVRS e a contingência SVC-RS para emissão de NF-e, por esse motivo, devido à nova infraestrutura tecnológica disponível pela Sefaz/RS, é necessário que as empresas que utilizam sistema próprio de emissão de documentos fiscais eletrônicos atualizem em seus sistemas os endereços de internet (URL dos WebServices). Portanto para emissão Normal da NF-e e NFC-e ela utiliza os seus próprios endereços.

Boa tarde Wendel, Te convido a ler as notas técnicas que tratam sobre os assuntos: Distribuição de Documentos Fiscais Eletrônicos e Manifestação do Destinatário. O componente ACBrNFe contempla todas as Notas Técnicas e você vai conseguir baixar o XML da NF-e completo ou seja assinado e protocolado para dar entrada no seu sistema de forma totalmente legal.

Boa tarde Dangelo, O método DistribuicaoDFe já faz o Download do XML completo da NF-e. Você só precisa realizar a Manifestação do Destinatário que é um Evento.

Boa tarde Isaac, A SEFAZ-AM tem as suas próprias URLs para recepcionar NF-e e NFC-e e isso não mudou. Por outro lado ela se utiliza da SVRS - SEFAZ-Virtual RS para recepcionar os CT-e e MDF-e. O documento emitido pela SEFAZ-RS diz respeito aos endereços da SEFAZ-RS e SVRS. Eu alterei sim tanto o Trunk quanto o Trunk2 no que diz respeito aos endereços publicados pela SEFAZ-RS. As alterações foram feitas para a NF-e, NFC-e, CT-e e MDF-e. A SEFAZ do Estado de São Paulo recepciona NF-e, NFC-e e CT-e, portanto os endereços não sofreram alteração, por outro lado não recepciona o MDF-e que ficou a cargo do SVRS que teve os seu endereços alterados. O componente sabe muito bem para onde deve enviar dependendo da UF.

Boa tarde, Isso não significa nada para você? <verAplic>SVRS201411141702</verAplic> A TAG <verAplic> contem a versão do aplicativo que respondeu a sua solicitação e a versão contem a sigla: SVRS que significa SEFAZ Virtual RS. Você tem mais alguma duvida?

Boa tarde Osmar, Você esta fazendo a maior confusão. Para usar o Trunk2, você precisa: 1. Desinstalar os componentes do Delphi. 2. Excluir todos os arquivos que se refere ao ACBr (use o apagarAcbr.bat) 3. criar uma nova pasta e configurar o Tortoise para baixar os fontes do Trunk2. 4. utilizar o ACBrInstall_Trunk2 para instalar os componentes no Delphi. 5. iniciar os testes.

Boa tarde Renato, A unit que se refere foi alterado por mim no dia 01/05/2015, portando deste então que fez atualização já estava enviando para os novos endereços. É só os endereços que precisavam ser alterados mais nada.

Boa tarde, Você se refere aos fontes do Trunk ou Trunk2?

Boa tarde Buzz, Estou usando o Adobe Reader XI. Me parece que o pessoal do ENCAT disponibilizou novamente no Portal Nacional da NF-e, todo caso baixe novamente.

Bom tarde, Desculpe mas faz um bom tempo que estamos falando que o ACBNFSe do Trunk2 ainda não esta funcionando. Foram criados os INI para uns 3 ou 4 provedores para que possamos fazer o componente funcionar. E no que diz respeito aos endereços publicados pela SEFAZ-RS foram atualizados por mim em 01/05/2015, portanto se depois dessa data você atualizou os fontes através do Trunk a sua aplicação já estava enviando para os novos endereços. Se você migrou para o Trunk2 só por causa dos endereços, não precisava. Eu em particular só vou criar novos INI de provedores a partir do momento que eu conseguir fazer com que o componente funcione com os que já foram criados.

Boa tarde, Se você se refere ao ACBrNFSe do repositório Trunk2, lembre-se que ainda não esta funcionando. Por outro lado o que esta no repositório Trunk não estamos dando mais suporte, mas você terá que alterar os fontes: pnfseConversao.pas e ACBrProvedorFiorilli.pas No primeiro será necessário inclui a cidade em questão na lista do provedor e no segundo deverá ser informado a URL de produção utilizada pela cidade.

Bom dia, E qual é o erro que ocorre?

Bom dia Marcelo, Esse método é necessário que você crie uma TString com o path+nome dos arquivos que deseja anexar para serem enviados por e-mail. Sintaxe do método EnviarEmail: procedure EnviarEmail(sPara, sAssunto: String; sMensagem: TStrings = nil; sCC: TStrings = nil; Anexos: TStrings = nil; StreamMDFe: TStream = nil; NomeArq: String = ''); override;

Boa tarde Walter, O link para configurar o Tortoise para baixar os fontes do repositório Trunk2 é exatamente igual ao usado para baixar os fontes do repositório Trunk. O que muda é no final, em vez de .../trunk é .../trunk2

Boa tarde Rafael, Favor atualizar os fontes e testar novamente.