Painel de líderes

Boa tarde pessoal, Com a versão 3.00a do MDF-e temos um novo evento chamado Inclusão de DF-e. Apesar do nome DF-e, no momento só podemos incluir NF-e e não CT-e. Vale lembrar que o MDF-e só pode conter NF-e ou CT-e, ambos já mais. Para que possamos informar NF-e em um MDF-e o emitente do mesmo tem que ser um transportador de carga própria. Por outro lado para que possamos informar CT-e o emitente do MDF-e tem que ser um prestador de serviço de transporte, ou seja, uma transportadora. Portanto já deu para perceber que esse evento no momento não poderá ser utilizado por uma transportadora. Dito isso vamos ao que interessa: Para que o emitente possa enviar o evento de Inclusão de DF-e no MDF-e tem que constar a tag: indCarregaPosterior com o valor 1. Abaixo temos um fragmento de arquivo INI do MDF-e para quem utiliza o ACBrMonitor mostrando como fazer para que a tag acima seja gerada: [ide] (...) indCarregaPosterior=1 ; se o valor for zero ou essa linha não existir a tag não será gerada. (...) Para quem utiliza o componente como alimenta-lo para emitir o MDF-e com a tag em questão: (...) Ide.indCarregaPosterior := tiSim; // se o valor for tiNao ou não constar essa linha a tag não será gerada. (...) Vamos agora ver como que fica o arquivo INI do evento de Inclusão de DF-e para que usa o ACBrMonitor: [EVENTO] idLote=1 [EVENTO001] chMDFe= chave do MDF-e cOrgao= Codigo da UF CNPJCPF= CNPJ ou CPF do emitente dhEvento=24/07/2019 17:04:00 tpEvento=110115 nSeqEvento=1 ; (sequencial, para o proximo DF-e tem que ser 2 e assim por diante) nProt= numero do protocolo de autorização do MDF-e cMunCarrega= código IBGE do municipio onde ocorreu o carregamento das mercadorias referente ao DF-e a ser incluido xMunCarrega= descrição do municipio ; xxxx pode variar de 0001 até 2000 [infDocxxxx] cMunDescarga= código IBGE do municipio onde ocorrerá o descarregamento das mercadorias referente ao DF-e a ser incluido xMunDescarga= descrição do municipio chNFe= chave da NF-e a ser incluida Para quem utiliza o componente, abaixo temos um exemplo de como enviar o evento em questão: ACBrMDFe1.EventoMDFe.Evento.Clear; with ACBrMDFe1.EventoMDFe.Evento.New do begin infEvento.chMDFe := ChaveMDFe; infEvento.CNPJCPF := CNPJCPFEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teInclusaoDFe; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := nProtocoloAutorizacao; infEvento.detEvento.cMunCarrega := cCodigoMunicipio; infEvento.detEvento.xMunCarrega := xDescricaoMunicipio; InfEvento.detEvento.infDoc.Clear; // o bloco abaixo poderá se repetir por até 2000 vezes with InfEvento.detEvento.infDoc.New do begin cMunDescarga := cCodigoMunicipio; xMunDescarga := xDescricaoMunicipio; chNFe := ChaveNFe; end; end; ACBrMDFe1.EnviarEvento( 1 ); // 1 = Numero do Lote

E-mail enviado por um ouvidor da ANTT, acredito que isso esclareça mais sobre está confusão do RNTRC, pelo que pesquisei mesmo estando como facult. as rejeições da ANTT vide NT estão sendo obrigatórias perante a SEFAZ. Segue: '' Agradecemos o contato. Informamos que no dia 15 de julho de 2019 foi implantada no ambiente de produção da Secretaria Virtual do Rio Grande do SUL (SRVS) a versão 3.00a do MDF-e, dentre as novas validações dessa versão, pode-se destacar a regra G093. A regra verifica nos casos de prestação de serviço de transporte rodoviário remunerado de cargas se o RNTRC informado (campo 3 do leiaute do modal rodoviário do MDF-e) está associado ao transportador emitente do MDF-e. Caso o RNTRC não corresponda ao do emitente, ocorrerá a rejeição 687 (Rejeição: RNTRC deve estar associado ao transportador indicado). Quando o emitente do MDF-e for Cooperativa de Transporte Rodoviário de Cargas (CTC), e o veículo utilizado na operação de transporte, e informado no MDF-e, estiver devidamente cadastrado junto à sua frota no RNTRC, ainda que seja de propriedade de seu cooperado o campo 25 do leiaute modal rodoviário de cargas e demais relacionados não deverão ser preenchidos, pois o preenchimento com os dados do cooperado poderá ocasionar a rejeição. Os instrumentos legais que dispõem sobre o exercício da atividade de transporte rodoviário de cargas por conta de terceiros e mediante remuneração; assim como estabelecem procedimentos para inscrição e manutenção no RNTRC, são a Lei nº 11.442/2007 e a Resolução ANTT nº 4.799/2015. Esta legislação e outras informações sobre o RNTRC estão no site da ANTT: http://www.antt.gov.br/cargas/arquivos_old/index.html ''

Bom dia. Obrigada por atualizar, faremos a análise em breve. Att.

Bom dia. Obrigada pela contribuição, adicionada para validação. Att.

Bom dia @marcelo_sp, a princípio está sim, mas eu vou garantir pra ter certeza.

Pessoal, consegui falar no suporte da Bematech. O problema é que quando o SAT está com o led CFE acesso, luz vermelha, o aparelho não permite nenhuma alteração. O led CFE aceso, como todos já devem saber, significa que há cupons a enviar ou, ainda, que o SAT está esperando uma resposta do site da Receita em relação ao envio dos arquivos. Segundo o suporte da Bematech, o tempo para essa resposta é aleatório, não há um padrão e nem um limite, ou seja, a resposta pode não chegar e o led ficará aceso, não permitindo nenhuma alteração nos dados. Como meu equipamento ainda está na garantia, o suporte sugeriu a troca do aparelho. Espero que este relato ajude quem estiver com esse problema. Obrigado!

Boa Tarde, A quem possa ajudar recebi a seguinte resposta da SEFAZ sobre a inclusão dos eventos de DF-e: 1. Será possível enviar mais de um evento de inclusão de DF-e para o mesmo MDFe? Sim, quantos for necessário. 2. Por exemplo: Se a transportadora parar em mais de uma cidade para coletar as notas o sistema aceitará o envio de dois eventos de inclusão Sim! 3. Eles serão complementares ou substituiu o outro? Serão complementares. Sempre adiciona aos já existentes. 4. Caminhão sai de CAXIAS DO SUL/RS (com carregamento posterior) PRIMEIRA PARADA --> BENTO GONÇALVES (vai pegar as notas e utilizar o evento de inclusão). SEGUNDA PARADA --> NOVO HAMBURDO (vai pegar mais notas e utilizar novamente o evento de inclusão) PARADA FINAL --> PORTO ALEGRE Nesse caso eu teria um MDFe com dois eventos de inclusão: um referente a BENTO GONÇALVES e outro referente a NOVO HAMBURGO. Isso pode ocorrer? Sim! 5. Ou a transportadora deverá realizar essa inclusão de notas somente na parada final? Deve realizar a inclusão no município do carregamento, no caso, Bento e Novo Hamburgo. 6. E como ficará as cidades de carregamento e descarregamento nesse caso? Não foi previsto evento para o descarregamento. Quando terminar a viagem o MDF-e deve ser encerrado, significando que todas as NF-e carregadas foram descarregados no município que foi relacionado no evento de inclusão.

Bom dia Jhonlenon, Na sua postagem você escreveu: "Boa tarde, desde do dia 18 de Julho que não estou conseguindo nem consultar NF-e atraves do Manifesto do Destinatario, já atualizei ACBr e schermas e mesmo assim não funciona...print do erro abaixo. " Vamos fazer algumas pequenas correções: Primeiramente, não existe Manifesto do Destinatário e sim Manifestação do Destinatário. Segundo, você não realiza uma consulta da NF-e através da Manifestação, pelo simples fato da Manifestação do Destinatário ser um evento onde você informa a SEFAZ se comprou ou não, se já recebeu ou não a mercadoria referente a uma nota cuja chave da mesma foi informada nesse evento. Terceiro, a consulta que você se refere é feita através do DistribuicaoDFe que a principio retorna um resumo das notas emitidas contra o seu CNPJ ou o XML completo da nota caso esta tenha sido Manifestada pelo destinatário, ou seja, o evento de Manifestação do Destinatário tenha sido enviado. Agora, que culpa temos nós se o Ambiente Nacional que é o responsável pelos serviços do DistribuicaoDFe e Manifestação do Destinatário estar Inativo? Eu tenho o costume diário de acessar os Portais Nacionais da NF-e, CT-e bem como o Portal da SEFAZ-Virtual do Rio Grande do Sul em busca de algum Manual ou Nota Técnica nova que traga alguma alteração na montagem dos XMLs enviados para os Webservices. E com isso fico informado se vem novidades pela frente ou não. E também, diariamente atualizo todos os fontes de todas as pastas. Para finalizar, a imagem com o erro que você anexou diz que o serviço da SEFAZ esta inativo ou inoperante e pede para tentar mais tarde. Pelo menos para mim essa mensagem não deixa nenhuma duvida do que esta ocorrendo.

Bom dia, Estou com uma vaga para programador Delphi para cidade de Franca/SP. Interessados contactar WhatsApp (16) 9.9271-1544

Pelo o que você descreveu, parece que um Timer na sua aplicação resolveria... ou seja, você ligaria o Timer quando recebesse as boas vindas... Já viu no Demo do ACBr, o exemplo do Fluxo de Vendas ? Você que teria que fazer esse controle, na sua aplicação... não aceitando BackSpace após detectar que não há mais nada a apagar...

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

Consegui resolver! O problema era que na unit: C:\ACBr - 2019\Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.pas, nas cláusulas uses, havia um unit com esse nome: DelphiZXIngQRCode, alterei para: AcbrDelphiZXIngQRCode e instalei novamente o acbr e o problema foi resolvido! Pode fechar o tópico

Já tentou passar 0 (zero) para o parâmetro NSU? Informando zero retorna todos os NSU's dos últimos 90 dias. Exemplo: DistribuicaoDFePorUltNSU(41, '12345678000100', '0') Outra dica importante é verificar o ambiente nas configurações do ACBr (homologação - produção) para cada ambiente há uma sequencia diferente de NSU.

Boa tarde Norton, Talvez o nome do parâmetro no método Enviar esteja fazendo confusão. ASincrono -> a letra "A" vem de auxiliar, logo esse parâmetro se refere ao modo Síncrono, como o seu valor padrão é Falso o modo de envio é Assíncrono.

Obrigado, vou verificar e avaliar bem. Boa tarde.

Boa tarde Emerson, Além de copiar os pacotes, você copiou também os fontes do componente?

Boa tarde Cesar, Se você utiliza o ACBrMonitor por favor aguarde mais um pouco que ainda esta semana estaremos disponibilizando no Manual do mesmo um exemplo de como montar o arquivo INI do mesmo. Agora se você utiliza o componente, também iremos publicar em Conhecimentos - CT-e/CT-e OS como passar os dados para o componente.

Atualizei hoje e o Erro não ocorre mais. Obrigado.

No cliente, resolvemos o problema utilizando a impressão centralizada pelo pos printer, porque a impressão pelo fortes também estava com alguns problemas no layout com aquela impressora em especifico.

Obrigado, entrarei em contato. Assim que conseguir a resposta retorno aqui.

Ok, provavelmente é uma incompatibilidade dessa impressora, então não vou imprimir o QRCode Lateral. Muito obrigado.

A Bematech atualmente só suporta KC1=1, KC2=0

Não... quem faz essa mágica é o Page Mode

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

Bom dia. Obrigada pela análise, adicionado para validação. Att.

Aqui também voltou,

Bom dia Eduardo, Os códigos e enumeradores dos eventos do CT-e agora estão na unit pcteConversaoCTe.

Bom dia Eduardo, Favor atualizar os fontes e faça novos testes.

Bom dia, Obrigada por informar. Att.

Bom dia. Você está com qual versão do fortes instalada? Att.

Serviço está ok hoje!

Boa tarde. Precisei atualizar os fontes do ACBR hoje, aí atualizei também o arquivo ACBrBancoSicredi.pas e o arquivo ACBrBoleto.pas para ficarem corrigidos conforme as últimas atualizações do ACBr e também já apliquei as alterações informadas no tópico acima com relação a negativação, por isso se possível seria bom analisar estas alterações se poderão ir para o repositório do ACBr para que não seja necessário a cada atualização dos fontes modificar novamente os arquivos. Segue em anexo os arquivos atualizados Agradeço desde já. ACBrBoleto.pas ACBrBancoSicredi.pas

Boa tarde. Precisei atualizar os fontes do ACBR hoje, aí atualizei também o arquivo ACBrBancoBanrisul.pas para ficar corrigido conforme as ultimas atualizações do ACBr e também já apliquei a correção informada no tópico acima, por isso se possível seria bom analisar estas alterações se poderão ir para o repositório do ACBr para que não seja necessário a cada atualização dos fontes modificar novamente o arquivo. Segue abaixo o arquivo atualizado Agradeço desde já. ACBrBancoBanrisul.pas

Boa tarde.. Segundo o Manual de Orientação do Contribuinte Padrões Técnicos de Comunicação do MDF-e Versão 3.00a - abril 2019 (pág. 11) é a inclusão de dfe´s, conforme explicado abaixo: "MDF-e com carregamento posterior É permitida a emissão do MDF-e quando, por ocasião do início da viagem, o emitente do MDF-e de carga própria não tiver acesso aos documentos fiscais transportados e tratar-se de operação interna na UF. Nesses casos, o emitente poderá optar pela modalidade de emissão do MDF-e com indicação de tag específica do XML, intitulado indicador de carregamento posterior. Uma vez identificada essa modalidade de emissão, a inclusão de documentos fiscais será permitida em momento posterior à emissão do MDF-e, por meio do evento de inclusão de documento fiscal que deverá ser autorizado. Assim, os documentos passarão a compor a carga à medida em que ocorrerem os carregamentos no percurso da viagem."

Bom dia. Muito Obrigado @Daniel Simoes, e lembrando pra quem for implementar o MFE do Ceará sem o integrado. A opção de envio via DLL funciona apenas para Envio, Cancelamento e Inutilização, se foi enviar o pagamento POS tem que ter o integrador rodando pois ainda usa ele. Obrigado.

Segue projeto completo testado no meu código de beneficiário para inclusão, alteração, baixa e consulta de boletos no web service caixa. Projeto testado em Delphi 10.2, para Delphi 7 ou inferior é necessário substituir a função Hash e SHA256! Certifique-se que seu código de beneficiário está liberado na sua agência para o uso de Web Service. Preencha os campos sendo a primeiro boleto Numero 1. Seja feliz! Agradeço a contribuição de todos e espero que possa ajudar! CAIXA SOAP WSDL.rar

Na carteira 18-019 do Banco do Brasil , tentei diversas formas de gerar o Boleto no formato Nosso Número 17 posições + DV , mas não consegui , segue anexo de 2 boletos gerados pelo programa do Banco do Brasil mas não consegui fazer gerar igual . Grata pela ajuda ! Boletos.rar