Italo Giurizzato Junior

Boa tarde Sandro, Muito obrigado pela colaboração, já estou enviando para o repositório.

Boa tarde Lutzem, Muito obrigado pela colaboração, já estou enviando para o repositório.

Boa tarde Michel, Muito obrigado pela colaboração, já vou enviar para o repositório.

Boa tarde a todos, Muito obrigado pela contribuição, já estou enviando para o repositório.

Boa tarde a todos, O provedor Elotech, se não me falha a memória ele segue a versão 2 do layout da ABRASF, correto? Mas a assinatura digital (grupo <Signature>) não fica no XML do RPS como são os demais provedores. O pessoal de TI desse provedor são uns loucos, simplesmente inventaram de colocar o grupo <Signature> dentro do grupo <Header> do Envelope Soap. Me diga, para que? A resposta é simples, querem aparecer como sendo os diferentes. Grande coisa. Não faz nenhum sentido o componente chamar um executável para realizar a assinatura em um padrão fora do normal. Quem desejar fazer isso, fiquem a vontade. Mas as chances dessas alterações irem para o repositório, para mim são mínimas.

Boa tarde Ana, No Portal do MDF-e tem a nova versão da NT (versão 1.03). https://dfe-portal.svrs.rs.gov.br/Mdfe/Documentos

Boa tarde Cleonir, Por favor faça uma copia das suas alterações e atualize os fontes, me parece que um outro membro do fórum já implementou essa consulta que por sinal já esta no repositório. Atualize e faça os testes. Acredito que seja necessário alterar apenas o programa exemplo.

Bom dia Walison, Não gera nenhum XML?

Bom dia, Só vai salvar o XML (*-guia.xml) se a propriedade de configuração: Configuracoes.Arquivos.Salvar estiver com o valor True.

Luiz, Neste caso, será que os cálculos estão corretos? Ou será que a SEFAZ-MT não removeu a tag <pICMSInterPart> do webservice deles? Só faltava, né.

Olá Pessoal, A SEFAZ-RS resolveu antecipar a liberação do ambiente de homologação. 02/03/2020 Implantada NT 2020.001 em Homologação Informamos que a NT 2020.001 que trata do MDF-e Integrado, encontra-se implantada no ambiente de homologação da SVRS. As regras de validação restritivas 725 e 726 deverão ser ativadas na próxima semana. Quero lembra-los que o componente ACBrMDFe já contempla todas as alterações publicadas na NT 2020/001, o programa exemplo foi alterado para exemplificar os novos campos, grupos bem como o novo evento. Os novos Schemas já estão disponíveis a um bom tempo. Na próxima versão do ACBrMonitor já vai estar disponível a atualização do manual do mesmo que mostra como gerar o arquivo INI do MDF-e com os novos campos e grupos, bem como gerar o arquivo INI do novo evento.

Bom dia Alencar, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e faça novos testes.

Bom dia Luiz, Validei o seu XML no validador da SEFAZ, não tem nada de errado nele. Alias nem precisava fazer isso uma vez que o XML foi gerado, assinado, validado e enviado pelo componente. O problema é que ele foi rejeitado pela SEFAZ, isso indica que alguma informação esta errada no XML. O pior é que a mensagem retornada pela rejeição não traz nenhuma dica do que esteja errado. A minha sugestão é que você não alimente as informações sobre o responsável técnico. Você esta enviando o BPe para o webservice de MT e este pode não ter implementado esse grupo ainda, se for isso, esta explicado a rejeição. Tenta ai e nos de um retorno.

Se faz a consulta automaticamente ela deve estar nos fontes do componente e não do programa exemplo.

Boa tarde Renan, Muito obrigado pela contribuição, já se encontra no repositório.

Na unit que gera os XMLs das ações notei também que você removeu vários IFs, porque? Se não me falha a memória eu coloquei eles pois consta que aqueles campos ou grupos são opcionais.

Boa tarde Marcelo, A NFS-e é uma zorra, o seu funcionamento é totalmente diferente dos demais documentos fiscais eletrônicos. Conforme o seu relato a cidade em questão se utiliza do provedor Betha versão 2.02, isso significa que se utiliza da versão 2 do layout da ABRASF. A principio todos os provedores que seguem a versão 2 do layout da ABRASF o funcionamento é o seguinte: 1. Gerar e Enviar o XML do RPS - Recibo de Prestação de Serviço, para esse envio temos os métodos: Enviar e EnviarSincrono que permitem o envio de um Lote de 50 RPS e o Gerar que envia apenas um RPS (nem todos os provedores que seguem essa versão costumam disponibilizar os 3 serviços de envio). É criado uma pasta chamada Recibos e dentro dela o componente salva os XMLs dos RPS. 2. ConsultarLote, ao executar esse método é retorno as rejeições ou os XMLs das NFS-e - Nota Fiscal de Serviço Eletrônica. É criado uma pasta chamada Notas e dentro dela o componente salva os XMLs das NFS-e. 3. Para imprimir o DANFSE devemos carregar o XML da NFS-e e não do RPS. Pela sua imagem notei que você esta executando o Consultar NFS-e por RPS em vez do Consultar Lote. Se a pasta Notas não foi criada isso significa que deve ter ocorrido alguma rejeição, portanto a nota não foi gerada.

Boa tarde, Mas na aba Consultas existe um botão que realiza uma consulta pelo numero do recibo.

Boa tarde Spinelli, Na Unit pcnConversaoCIOT encontrei coisas muitos estranhas, por exemplo: function StrToTipoPagamento(out ok: Boolean; const s: String): TpTipoPagamento; begin Result := StrToEnumerado(ok, s, ['', 'TransferenciaBancaria', 'eFRETE'], [TransferenciaBancaria, TransferenciaBancaria, eFRETE]); end; Se o tipo de pagamento for vazio ou for TransferenciaBancaria deve retornar o enumerado TransferenciaBancaria? function StrToDiferencaFreteBaseCalculo(out ok: Boolean; const s: String): TpDiferencaFreteBaseCalculo; begin Result := StrToEnumerado(ok, s, ['', 'QuantidadeDesembarque', 'QuantidadeMenor'], ['', QuantidadeDesembarque, QuantidadeMenor]); end; Se a Diferença do Frete BC for vazio vai retornar qual enumerado? Por favor reveja o que foi feito, pois para mim esta muito estranho.

Marcos, O componente já esta pronto para gerar os novos campos e grupos, inclusive o novo evento. A questão agora é esperar até o dia 9 (segunda que vem) para começar a realizar os testes no ambiente de homologação. No programa exemplo do ACBrMDFe já temos um botão chamado [Pag. Operação Transporte] na aba Eventos que exemplifica o envio do evento. E no código do programa, mais precisamente a procedure: AlimentarMDFe, você encontra as linhas comentadas exemplificando os novos campos e grupos. Tudo é uma questão de manter os fontes ACBr sempre atualizados.

Bom dia Udenilson, Você esta enviando o evento de Manifestação do Destinatário e depois esta usando o DistribuicaoDFe para baixar o XML da respectiva nota, correto? Qual é o método que esta utilizando do DistribuicaoDFe?

Bom dia, Se não me falha a memória depois do envio se faz necessário realizar uma consulta, para que seja salvo o arquivo *-guia.xml

Bom dia Marcos, Na Nota Técnica diz que a geração do CIOT será automática pelo sistema MDF-e. No meu entendimento ao enviar o MDF-e para a SEFAZ o webservice da mesma se responsabiliza pela geração do CIOT, logo não se faz necessário usar o eFrete (por exemplo) para gerar o CIOT.

Bom dia Jeihcio, Que eu saiba não tem.

Bom dia Rozelo, Não estou sabendo desse novo layout. Algum link com a documentação?