Italo Giurizzato Junior

Boa tarde Gabriel, Neste caso não seria melhor imprimir a nota só quando o cliente for pagar?

Boa tarde Emerson, O só será gerado o QR-Code caso o modelo da nota for 65, ou seja, NFC-e.

Boa tarde a todos, Disponibilizei uma Tabela de NBS. O PDF esta dentro da pasta ...\Doctos\Manuais - Repositório Trunk2.

Boa tarde Dércio, Os arquivos *-soap.xml só serão gravados em disco caso você atribua o valor True a propriedade Configuracoes.WebServices.Salvar

Boa tarde, Essa alteração no XML era feito uma vez que não tínhamos um arquivo de compartilhamento que informasse que a nota tinha sido cancelada. Com a mudança do cancelamento passar a ser por evento o componente deixou de alterar o XML após o cancelamento. Você simplesmente tem que enviar ao destinatário o arquivo *-procEventoNFe.xml referente ao cancelamento.

Boa tarde Marcos, Favor atualizar todos os fontes de todas as pastas e compilar a aplicação com a opção Build. Tenho uma maquina com os fontes do repositório Trunk e esta compilando 100%.

Boa tarde, O componente ACBrMDFe esta disponível em ambos os repositórios.

Boa tarde Rafael, O grupo <infNFeSulp> é gerado somente durante a assinatura do XML. Caso você já tenha o XML gerado e assinado, sugiro que refaça todo o processo, ou seja, alimente o componente com os dados da venda, e execute o método assinar.

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

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.