Painel de líderes

Olá pessoal! No dia 16/01/2024, foi publicado no Portal do MDF-e a Nota Técnica 2024/001 trazendo alterações nas regras de validação do MDF-e. Alterações Limitação de tempo nas chaves de acesso relacionadas no MDFe. Devido aos eventos de marcação que são gerados de forma automática no transito de mercadorias, o Fisco julgou relevante estabelecer uma data de corte na indicação das chaves e acesso de documentos associados ao MDFe. Para isso, foi implementado as seguintes regras de validação: F30a: Se informado grupo CTe, para cada um dos CTe relacionados. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 518 - Rejeição: Chave de acesso do CTe muito antiga. F37a: Se informado grupo NFe, para cada uma das NFe relacionadas. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 519 - Rejeição: Chave de acesso da NFe informada muito antiga. F45a: Se informado o grupo MDFeTransp, para cada um dos MDFe relacionados. Verificar se o Ano/Mês da chave de acesso são anteriores a 6 meses da Data de Autorização do MDFe. cStat: 520 - Rejeição: Chave de acesso de MDFe informada muito antiga. Alterações na regra de validação de veículos do modal rodoviário. Adiciona as seguintes regras de validação para o Modal Rodoviário: F89a: Se modal rodoviário, UF Carregamento e Descarregamento forem diferentes de Exterior. Verificar se as placas informadas (veículo Tração e Reboques) estão válidas de acordo com validador do órgão SENATRAN. Observação: Validação será aplicada após integração prevista com o órgão SENATRAN for efetivada. cStat: 521 - Rejeição: Placa de veículo inválida conforme SENATRAN. F89b: Se modal rodoviário, UF Carregamento e Descarregamento forem diferentes de Exterior. Verificar se a placa informada para o veículo de tração (tag: veicTracao) é do tipo Tração conforme base de dados do RNTRC da ANTT. cStat: 522 - Rejeição: Placa informada no veículo de tração pertence a um veículo rebocável. F89c: Se modal rodoviário e tipo do rodado for igual a Cavalo Mecânico (tag: tpRod=03). Rejeitar se não informado ao menos 1 veículo de reboque. cStat: 523 - Rejeição: Pelo menor um reboque deve ser colocado na composição em um transporte com cavalo mecânico. Remove a regra de validação que devolve a rejeição 684. Encerramento pelo Transportador. A regra de validação da rejeição 632 para validar o CNPJ do emissor ao tentar emitir um evento passa a vigorar com a seguinte redação: A regra de validação da rejeição 203 passa a vigorar com a seguinte redação: Prazo de Cancelamento do MDFe gerado pelo aplicativo da NFF Adiciona nova exceção a regra de validação da rejeição 220, que passa a vigora com a seguinte redação: Desativação do Serviço Assíncrono Conforme explicado no MOC, o webservice de lote assíncrono e o serviço de consulta de resposta do lote serão desativados. O MDFe sempre trabalhou com lote de um MDFe, o que torna desinteressante manter estes serviços, principalmente considerando que o método síncrono devolve as informações de autorização ou rejeição de forma imediata. DATAS Implantação em Homologação: 11/03/2024. Implantação em Produção: 08/04/2024. Desativação do webservice de lote assíncrono e do serviço de consulta de Lote: 30/06/2024 E como fica o ACBr? Como é possível observar, a NT trás alterações nas regras de validação aplicadas no webservice da Sefaz e desativação de serviço fornecido pelo mesmo, logo, alterações no ACBr não serão necessárias. No que se refere ao fim do envio no modo assíncrono, o componente ACBrMDFe, bem como o ACBrLibMDFe e o ACBrMonitor já estão prontos para o envio no modo síncrono. Para quem usa o componente, no programa exemplo do mesmo temos o botão [Criar e Enviar modo Síncrono] que exemplifica o modo de envio bem como a leitura do retorno. Para quem usa o ACBrLibMDFe, o terceiro parâmetro do comando MDFe_Enviar define se o envio será feito de maneira síncrona ou assíncrona. Para quem usa o ACBrMonitor, o quinto parâmetro no comando MDFe.CriarEnviarMDFe e o sexto no comando MDFe.EnviarMDFe definem se o envio será feito de maneira síncrona ou assíncrona. Veja a nota técnica na íntegra AQUI.

Após a última atualização da ACBrConsultaCNPJ.WS.CNPJWS não estava mais retornando a Inscrição estadual. Segue unit com a correção. Por favor, avaliar e subir pra o SVN ACBrConsultaCNPJ.WS.CNPJWS.pas

começa removendo o WITH depois sugestão é guardar o banco o indice do enumerador enão a string

No final se torna obrigatório a assinatura do executável então. Obrigado @Juliomar Marchetti

Então...também não entendo, o complicado é que ficamos a mercê deles, mas blz, aguardo, obrigado.

Uma vez encerrado ele não pode ser mais cancelado

aqui o site https://sistemas.cfm.org.br/listamedicos/informacoes aqui esta a url do webservice https://ws.cfm.org.br:8080/WebServiceConsultaMedicos/ServicoConsultaMedicos?wsdl aqui esta o manual de integração https://sistemas.cfm.org.br/listamedicos/arquivos/manualwebservices.pdf

Bom Alexandre, já fui nesse site, também não vi nada, vou mandar uma mensagem lá sim. Antes tentei aqui para ver se alguém já tinha feito algo. Obrigado.

Bom dia Rodrigo, o provedor ISSDSF ainda está ativo. Não sei ao certo quando vai parar de funcionar para a prefeitura de Uberlândia. Estou fazendo os testes aqui junto com o Italo. O Italo já desenvolveu a comunicação com esse novo provedor PRODAUB, está faltando apenas uma propriedade de assinatura de rps. Já está no svn.

Olá. Durante a implementação da atualização do ACBrConsultaCNPJ percebi que ele não estava incluso a consulta via proxy como no anterior. Então fiz a implementação no ACBrConsultaCNPJ.pas e ACBrConsultaCNPJ.WS.pas para que seja possível atribuir o proxy antes da consulta. Anexo os arquivos modificados já com as alterações que foram commitadas hoje 19/02/2024 (TK-5065). Grato. ACBrConsultaCNPJ.pas ACBrConsultaCNPJ.WS.pas

Essa deu certo aqui pra mim, eu mudei o if TipoOperacao = tpInclui para TipoOperacao <> tpConsultaDetalhe ACBrBoletoRet_Bancoob.pas