Painel de líderes

Disponibilizada nesta semana, a atualização de setembro de 2021 (KB5005565) do Windows 10 acabou trazendo para diversos usuários um bug que causa problemas de impressão em rede. A instalação do Patch Tuesday de setembro acabou causando conflitos no servidor de impressão, segundo o relato de leitores do Oficina da Net. A atualização KB5005565 começou a ser disponibilizada na noite de terça-feira, trazendo correções relacionadas ao Bluetooth, ao áudio, à segurança e melhorias gerais. Dentre as soluções trazidas pela Microsoft, houve uma correção relacionada ao PrintNightmare, identificada como CVE-2021-36958. Essa vulnerabilidade é relacionada às impressoras e visa consertar uma falha que permite que invasores a utilizem para obter privilégios de sistema (confira mais detalhes aqui). Últimas correções aplicadas pela atualização KB5005565 causaram bug em impressoras conectadas em rede Infelizmente, as últimas correções voltadas para a vulnerabilidade em impressoras, conforme citado acima, acabaram causando um bug em muitos computadores que impede as impressoras de se conectarem ao servidor para imprimir. Diferentes erros de impressoras em rede são relatados Segundo relatos divulgados pelo site bleepingcomputer, as pessoas não estão tendo exatamente as mesmas mensagens de erro. No programa de registro de logs, um deles diz que recebeu um aviso 4098, onde o erro é descrito da forma abaixo: Outro usuário diz que a guia de portas da impressora estava em branco, enquanto outra pessoa relata que recebeu mensagens de "Acesso negado". Segundo o bleepingcomputer, o erro parece afetar impressoras de marcas como HP, Canon, Konica Minolta. Impressoras ligadas por cabos USB aos PCs não são afetadas Um fato interessante é que as impressoras conectadas diretamente por um cabo USB ao computador não estão tendo problemas. Lista de atualizações do Windows que estão causando um bug de impressão em rede Confira abaixo quais são as atualizações do Windows que estão causando os problemas de impressão em rede: KB5005568 (Windows Server 2019) KB5005613 (Windows Server 2012 R2) KB5005627 (Windows Server 2012 R2) KB5005623 (Windows Server 2012) KB5005607 (Windows Server 2012) KB5005606 (Windows Server 2008) KB5005618 (Windows Server 2008) KB5005565 (Windows 10 2004, 20H2 e 21H1) KB5005566 (Windows 10 1909) KB5005615 (Windows 7 Windows Server 2008 R2) fonte : Atualização de setembro do Windows 10 causa bug em impressoras (oficinadanet.com.br) Veja abaixo como Contornar o Problema Correção paliativa é remoção da instalação dos KB com problemas, até que a Microsoft lançe o KB com a correção definitiva! 1-Abra o CMD (prompt de comando como administrador) iniciar, executar, cmd, botão direito, executar como administrador 2- execute o comando wusa /uninstall /kb:5005565 ou abra o windows update, clique em exibir histórico de atualizações, depois clique no botão desinstalar atualização. irá abrir uma tela com a lista dos KB, selecione o KB5005565 e remova;

Boa tarde! Ao implementar correções no envio do Evento S-1200 na versão do layout simplificado S-1.0, notei que este evento sofreu alteração de nome em dois campos do grupo "sucessaoVinc". No layout 2.5 Enquanto no layout S-1.0 Repare que as informações a serem enviadas são as mesmas em ambas as versões. Para adequar a geração do arquivo às diferenças entre os dois layouts, implementei a seguinte alteração, a qual também envio em anexo: Deste modo, a partir da versão S-1.0 o evento passará a gerar as informações nos campos com os nomes atualizados ("tpInsc" e "nrInsc"), mas caso a versão do layout seja anterior permanecerá da mesma forma como era gerado anteriormente ("tpInscAnt" e "cnpjEmpregAnt"). Porém, embora a solução desta forma seja mais fácil para mim, pois não precisarei alterar o código fonte onde informo os valores dos campos, penso que para o Projeto ACBr esta simples alteração trará um dilema. Pelo fato de os campos apresentarem nomes diferentes nos dois layouts, quem começar a implementar o envio do S-1200 diretamente no layout S-1.0 não encontrará uma correspondência exata entre os nomes dos campos. Assim, gostaria de não apenas postar a solução que implementei, mas também de perguntar se a solução implementada pelo Projeto ACBr será diferente para este caso? pcesS1200.pas

De acordo com o "eSocial versão S-1.0 - Leiautes (cons. até NT 02/2021)" https://www.gov.br/esocial/pt-br/documentacao-tecnica/leiautes-esocial-nt-02-2021-html/index.html#1020_infoLotacao_inclusao_dadosLotacao_infoEmprParcial estes campos continuam na versão S1.0. em anexo alteração necessária. pcesS1020.pas

Já foi incluído no manual e manual já foi atualizado.

Anexo a versão revisada e modificada do evento S-5013. pcesS5013.pas

Fiz os ajustes no fonte do evento S-5013 implementado a versão simplificada. Faça os testes e me avise se não obtiver sucesso. pcesS5013.pas

Ajuste adicional para compatibilizar com o Monitor. Linha 1322 sSecao := 'sucessaoVinc'; if INIRec.ReadString(sSecao, 'cnpjEmpregAnt', '') <> '' then begin ideTrabalhador.infoComplem.sucessaoVinc.tpInscAnt := eSStrToTpInscricao(Ok, INIRec.ReadString(sSecao, 'tpInscAnt', '1')); ideTrabalhador.infoComplem.sucessaoVinc.cnpjEmpregAnt := INIRec.ReadString(sSecao, 'cnpjEmpregAnt', ''); ideTrabalhador.infoComplem.sucessaoVinc.matricAnt := INIRec.ReadString(sSecao, 'matricAnt', ''); ideTrabalhador.infoComplem.sucessaoVinc.dtAdm := StringToDateTime(INIRec.ReadString(sSecao, 'dtAdm', '0')); ideTrabalhador.infoComplem.sucessaoVinc.observacao := INIRec.ReadString(sSecao, 'observacao', ''); end; if INIRec.ReadString(sSecao, 'nrInsc', '') <> '' then begin ideTrabalhador.infoComplem.sucessaoVinc.tpInsc := eSStrToTpInscricao(Ok, INIRec.ReadString(sSecao, 'tpInsc', '1')); ideTrabalhador.infoComplem.sucessaoVinc.nrInsc := INIRec.ReadString(sSecao, 'nrInsc', EmptyStr); ideTrabalhador.infoComplem.sucessaoVinc.matricAnt := INIRec.ReadString(sSecao, 'matricAnt', ''); ideTrabalhador.infoComplem.sucessaoVinc.dtAdm := StringToDateTime(INIRec.ReadString(sSecao, 'dtAdm', '0')); ideTrabalhador.infoComplem.sucessaoVinc.observacao := INIRec.ReadString(sSecao, 'observacao', ''); end; pcesS1200.pas

Você tem alguma alteração local na pasta ACBr\Pacotes? Tentei simular essa situação e pelo que percebi, quando você abre o pacote DCLACBr_Comum.dpk o Delphi faz automaticamente a alteração: De: package DCLACBr_Comum; {$R *.res} {$R *.dres} Para: package DCLACBr_Comum; {$R *.res} {$R *.otares} Isso usando o Delphi 10.3 Rio. Então tentando instalar dessa forma vai acontecer o erro. Tudo que precisa fazer é voltar a usar o .dres que deve funcionar. Sugiro que faça um revert total na pasta ACBr\Pacotes, apague os arquivos não versionados da pasta, e tente instalar novamente pelo ACBrInstall_Trunk2.exe.

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