Falhas na operação do EIS. O Kremlin e a Casa Branca estão discutindo como reviver seu sistema de controle de TI

Falhas no Sistema Único de Informação (UIS) em janeiro praticamente paralisaram o trabalho dos clientes. Em fóruns temáticos e em redes sociais os usuários reclamaram da impossibilidade de colocar planos e cronogramas no EIS e chamar especialistas de suporte técnico, pelos quais o Ministério de Desenvolvimento Econômico da Federação Russa é responsável. O problema é provocado pelas novas regras de planejamento de compras e pela inclusão do controle financeiro de acordo com a parte 5 do artigo 99 da Lei nº 44-FZ. Para resolver o problema, o governo de Moscou propôs a utilização de sistemas de compras regionais, além do Sistema Unificado de Informação.

O pico de reclamações de clientes sobre a impossibilidade de colocar planos e horários no Sistema Único de Informação e, consequentemente, de realizar compras, ocorreu em janeiro. Com esses problemas globais no trabalho sistema de informação Os clientes não encontraram problemas no setor de compras desde 2006. Em seguida, um site para postagem de informações sobre pedidos de necessidades estaduais e municipais ( zakupki.gov.ru) foi lançado pela primeira vez.

O principal motivo das falhas do EIA é a grande quantidade de informações. A partir de 2017, novos usuários (empresas municipais unitárias e empresas estaduais unitárias) surgiram no sistema, novos procedimentos começaram a funcionar (publicação de planos e cronogramas), por isso simplesmente não aguentava.

Problemas com o Sistema Unificado de Informação levaram a uma redução nos volumes de compras no início deste ano. Conforme observado Director Geral Plataforma unificada de negociação eletrônica (UETP) A. A. Emelyanov, em janeiro de 2015 e 2016, apenas em um site, clientes governamentais anunciaram quase 10 mil procedimentos de aquisição no valor de aproximadamente 20 bilhões de rublos. Para efeito de comparação: no final de janeiro de 2017, apenas 1,6 mil procedimentos foram anunciados e publicados no Sistema Unificado de Informação com um volume de pouco menos de 9 bilhões de rublos. “O número de compras governamentais diminuiu sete vezes e as empresas não receberam os 10-11 mil milhões de rublos que esperavam”, resumiu Emelyanov.

Moscou reclamou do trabalho do EIS

O prefeito de Moscou também chamou a atenção para os problemas do Sistema Unificado de Informação S. S. Sobyanin, que decidiu levantar a questão da operacionalidade do EIS ao nível do Governo da Federação Russa. Numa carta ao Primeiro Ministro da Federação Russa D. A. Medvedev O prefeito da capital relatou “falhas técnicas regulares no funcionamento do Sistema Único de Informação, impedindo a publicação de informações sobre compras e contratos governamentais, o que leva ao seu fracasso”. Ele propôs retirar as cidades federais, bem como as entidades constituintes da Federação Russa com um volume de compras superior a 100 bilhões de rublos, da operação direta do EIS.

De acordo com o chefe do Departamento de Política de Concorrência de Moscou GV Degteva, mais de mil e quinhentos contratos foram enviados por clientes de Moscou para registro no Sistema Unificado de Informação. “No entanto, as falhas técnicas na operação do sistema federal não permitem que os clientes da cidade comprem atempadamente os bens, obras e serviços necessários para cumprir as obrigações sociais”, disse Dyogtev numa mesa redonda especialmente organizada na Agência Internacional de Informação Rossiya Segodnya. “Devido a falhas no funcionamento do Sistema de Informação Unificado, é impossível a publicação atempada dos planos e calendários de aquisições, obrigatória a partir de 1 de janeiro de 2017”, manifestou preocupação o chefe do departamento. “Não recebemos notificações do sistema sobre a publicação de 134 planos e 338 cronogramas de compras.” De acordo com Degtev, a transparência dos procedimentos de contratação começa na fase de planeamento e as falhas técnicas não devem ser um obstáculo para garantir a transparência da contratação. A sua publicação no sistema está diretamente relacionada com a abertura dos procedimentos de contratação para representantes empresariais.

A preocupação do Governo de Moscovo com a situação actual é mais do que compreensível. Afinal, o volume total anual de compras em Moscou é de quase 500 bilhões de rublos. “Acontece que cada décimo rublo envolvido em contratos públicos, pertence a Moscou”, calculou Dyogtev. Hoje, 2,5 mil clientes e 9,5 mil participantes em relações contratuais participam do sistema de compras de Moscou. O Sistema de Compras Corporativas da Cidade (EAIST) opera na capital há mais de dez anos, foi exaustivamente testado e comprovou sua eficácia. Suas funções são um tanto semelhantes às do Sistema Único de Informação, porém, existem outras que são necessárias para coordenar compras departamentais, controle financeiro e autorização de pagamentos sob contratos. Segundo Dyogtev, esse recurso é capaz não só de garantir o planejamento e execução tempestiva dos contratos, mas também de realizar as compras de acordo com regras uniformes. Presume-se que as informações sobre compras serão exibidas tanto no Sistema de Informação Unificado quanto no portal de fornecedores de Moscou.

Segundo o vice-chefe do Departamento tecnologia da Informação Moscou A. V. Gorbatko, para integração estreita sistemas regionais e o EIA hoje não há obstáculos. “Tecnicamente, os sistemas regionais podem se tornar uma espécie de continuação ou expansão da funcionalidade do sistema federal. As plataformas de negociação eletrônica também poderiam ser conectadas a esta funcionalidade, onde as informações sobre a negociação poderiam ser publicadas”, afirma Gorbatko.

A posição de Moscovo foi totalmente apoiada pelo diretor da Associação de Plataformas de Negociação Eletrónica ID Dimitrov. Ele acredita que nos últimos anos o sistema de compras parou de se desenvolver, razão pela qual os problemas que as empresas e o Estado enfrentam hoje surgiram. “O mecanismo que as autoridades de Moscou propõem para resolver o problema do sistema de informação de compras federais nos parece competente e oportuno. Ao mesmo tempo, vemos que a principal condição para a transição para uma plataforma regional é que todos os procedimentos sejam acessíveis tanto às empresas como ao público”, disse o diretor executivo. Ele também confirmou que problemas técnicos Não haverá duplicação de funções, pois os sites, órgãos governamentais e o Sistema Único de Informação estão totalmente sincronizados.

Para que o EIS não “caia”

“Qualquer sistema de informação falha”, opinou o ombudsman de compras SV Gabestro. “Ao concentrar ações juridicamente significativas numa única plataforma, o Estado entra na zona de risco de incumprimento das suas obrigações sociais para com os cidadãos.” Ele, assim como Dimitrov, acredita que o trabalho do EIS não melhora a cada ano, apenas piora. “Nada mudará mesmo que os operadores do sistema mudem. O UIS é ideal apenas no modelo absoluto, mas não é aplicável na vida”, deu o veredicto do Provedor de Justiça. Ele propôs que todas as ações juridicamente significativas que ocorrem no UIS fossem transferidas para sistemas de informação separados. Ao mesmo tempo, o site do UIS deve continuar a ser um data center ou módulo analítico para monitorar e controlar as ações dos clientes. “Mas deveriam ser dados, e não uma coleção de arquivos, anúncios e tudo mais que hoje se vê lá”, enfatizou Gabestro. Além disso, observou que, além dos sistemas de informação regionais, o comércio e os serviços podem centrar-se na electrónica plataformas de negociação, que funcionam de forma muito mais constante que o EIS.

Os especialistas também expressaram dúvidas de que, sem uma solução global para os problemas emergentes do EIA, é improvável que consiga lidar com outra carga. Como você sabe, um projeto de lei sobre uma transição completa para o comércio eletrônico está atualmente sob consideração na Duma Estatal da Federação Russa. Assim, a carga do EIS pode aumentar dez vezes. Todos os participantes das compras terão que se cadastrar no sistema: hoje são cerca de 300 mil clientes só. Se o UIS pode suportar dezenas de milhares de usuários a mais é uma grande questão.

O. V. IZUTOVA

O papel dos sistemas regionais precisa ser aumentado

Pedimos ao Presidente do Comitê de Ordem do Estado de São Petersburgo que comentasse a situação em torno do EIS Dmitry Igorevich SACHKOV.

Dmitry Igorevich, Moscou, soou o alarme sobre a operação instável do sistema de informação unificado. Você compartilha dessas preocupações?

Conhecemos em primeira mão os problemas que Moscovo enfrenta e partilhamos plenamente a posição das autoridades da capital. Acreditamos que é necessário tomar medidas decisivas para resolver a situação actual num futuro muito próximo. Hoje, os problemas associados à incapacidade de realizar procedimentos de aquisição acumulam-se como uma bola de neve.

A partir de janeiro de 2017, os clientes governamentais em São Petersburgo não poderão publicar planos de cronograma. Todos os dias recebemos dezenas, às vezes centenas de ligações para os números da linha direta e do Help Desk - este é o nosso recurso para fornecer suporte técnico aos usuários. Especialistas do Comitê de Compras do Estado e das instituições a ele subordinadas corrigem quase 24 horas por dia modo manual erros que o sistema produz.

Você apoia a proposta do governo de Moscou: permitir que cidades de importância federal, bem como entidades constituintes da Federação Russa com um volume de compras governamentais de mais de 100 bilhões de rublos por ano, usem seus próprios portais de Internet que não depende do EIA.

Na verdade, as regiões possuem os seus próprios sistemas de informação, que representam um mecanismo lógico de registo, planeamento e execução das operações de aquisição previstas na lei. No entanto, não consideramos correto recusar a interação com o Sistema Unificado de Informação. Já disse mais de uma vez que isso vai contrariar o princípio de um espaço económico único no território Federação Russa. São Petersburgo propõe dar prioridade aos sistemas regionais: os documentos criados nos sistemas de informação regionais devem, nos termos da lei, ser publicados no Sistema Unificado de Informação. Caso a integração dos dados não seja possível, é necessário publicar o documento primário assinado no EIA como cópia registrada em conta pessoal cliente no EIS. Assim, defendemos o aumento do papel dos sistemas regionais para o trabalho dos clientes governamentais.

A reforma legislativa iniciada em 2017 para reforçar o controlo do tesouro sobre as despesas orçamentais quase derrubou o Sistema Unificado de Informação (UIS) para compras. O problema foi discutido ontem em reuniões com o presidente e a Casa Branca, e o Tesouro Federal pediu desculpas oficialmente aos clientes pelas falhas no Sistema Único de Informação. De acordo com o Kommersant, o governo está agora considerando suspender o uso do controle preliminar de compras para reduzir a carga do sistema. Ao mesmo tempo, nenhum dos departamentos que o reivindicam – nem o Tesouro nem o Ministério da Economia – conseguiu ainda o controlo total sobre o EIA.

O Sistema Unificado de Informação para Controle de Compras Governamentais não estava preparado para as alterações à lei do sistema contratual (44-FZ) que entrou em vigor em 1º de janeiro de 2017. Em particular, prevêem o reforço do controlo do tesouro sobre os planos de compras de clientes estatais, cujo número aumentou acentuadamente devido à transferência de compras de empresas unitárias, que anteriormente funcionavam de acordo com as regras para empresas estatais, para 44 -FZ. Esta semana, a Fazenda Federal (responsável pela operação do Sistema Único de Informação) pediu desculpas publicamente aos clientes pelos casos generalizados de “impossibilidade” de postar dados de compras, admitindo o fato de haver “dificuldades técnicas” no trabalho com nova versão subsistemas de compras do sistema "orçamento eletrônico".

De acordo com as estatísticas do EIS, no final de janeiro de 2017, o número de anúncios sobre contratos em Moscou e na região caiu nove vezes, e o volume diminuiu mais de três vezes (no final de janeiro de 2017 - 74 avisos por 691 milhões de rublos , um ano antes - 691 avisos por 2,3 bilhões de rublos). Em São Petersburgo, o volume de contratos caiu cerca de 20 vezes - 60 milhões de rublos. em vez de 1,2 mil milhões do ano anterior, o número de notificações é aproximadamente dez vezes maior (153 contra 1,6 mil).

Os problemas são causados ​​pela sobrecarga do serviço de interação do EIA com sistemas externos, falhas na colocação de planos trienais de compras regionais e cronogramas anuais de clientes no EIA. De acordo com uma fonte do Kommersant no governo de Moscou, “a situação com o Sistema de Informação Unificado levou a um colapso durante vários meses nas compras governamentais em nível nacional”. “Perdemos o controlo interno sobre os nossos clientes, sobre as suas compras não conseguimos verificar a objectividade do preço nem a conformidade da sua documentação com os formulários estabelecidos”, afirma o interlocutor do Kommersant.

Em 30 de janeiro, o presidente do conselho da organização pública Fórum de Relações Contratuais (FCO), Mikhail Borodovsky, em carta ao Primeiro Vice-Primeiro Ministro Igor Shuvalov, que supervisiona as compras, disse que os desenvolvedores do UIS “não podem eliminar o problemas” associados à sua modificação a novas alterações legislativas, e o serviço de suporte técnico (o Ministério da Economia é responsável) “deixou de responder às solicitações dos clientes”. Ao mesmo tempo, reclamações de clientes às duas secretarias de fiscalização do EIA (Tesouro Federal e Ministério da Economia) não trouxeram resultados. Como forma de resolver o problema, o FCO, entre outras coisas, propôs fixar a data para a entrada em vigor das alterações à legislação, tendo em conta o tempo de finalização do EIA, para permitir aos clientes regionais e municipais no caso de falhas do EIS em fazer compras nos seus portais, e também em introduzir uma moratória sobre a responsabilização dos clientes em período de funcionamento incorreto do sistema (o Código de Contra-ordenações prevê multas de 3 mil a 500 mil rublos por violação dos prazos para publicação de dados no Sistema de Informação Unificado). Notemos que o anterior presidente da Câmara de Moscovo, Sergei Sobyanin, dirigiu-se à Casa Branca com um pedido semelhante sobre a possibilidade de compras autónomas nos seus próprios portais de compras para cidades de importância federal (ver Kommersant de 25 de Janeiro).

Mikhail Borodovsky, em conversa com o Kommersant, referiu que o Tesouro deveria insistir que a Duma do Estado e o governo, ao adoptarem alterações no domínio das compras, calculassem o momento da sua entrada em vigor, tendo em conta o tempo necessário para a condução competitiva procedimentos e financiamento trabalho técnico. O Vice-Chefe do Ministério da Economia, Evgeniy Elin, que supervisiona o apoio metodológico do EIS, apoiou as propostas do FCO. Como disseram fontes dos departamentos relevantes ao Kommersant, já foram realizadas reuniões sobre este assunto no Ministério das Finanças e no Ministério da Economia, com base nos seus resultados, serão feitas propostas ao governo para reduzir procedimentos redundantes para reduzir a carga sobre o; Sistema de Informação Unificado - incluindo a suspensão da utilização do controle preliminar de compras e sua introdução faseada.

O Provedor de Justiça de Compras, Sergei Gabestro, observa que, com a adoção de projetos de lei sobre uma transição completa para o comércio eletrônico, que a Duma do Estado está atualmente considerando, a carga sobre o Sistema Unificado de Informação aumentará novamente acentuadamente. Além disso, se for adoptado o projecto de lei do governo que estabelece o registo obrigatório dos participantes no Sistema de Informação Unificado, o número de entidades que trabalham neste sistema (actualmente mais de 300 mil) aumentará pelo menos cinco vezes, e muito provavelmente dez ou mais vezes. O próprio Sr. Gabestro propõe utilizar o EIA como um “módulo analítico” para monitorar e controlar as ações dos clientes e concentrar negociações e serviços em plataformas eletrônicas de negociação.

Neste contexto, o governo, segundo fontes do Kommersant, abandonou a ideia de concentrar a gestão do Sistema Unificado de Informação num só departamento - tanto o Tesouro como o Ministério da Economia queriam passar a ser este departamento. Este último, no entanto, terá de ceder ao Tesouro a autoridade para desenvolver requisitos funcionais para o Sistema Unificado de Informação. Não foi possível obter ontem comentários oficiais do Kremlin e da Casa Branca.

Anna Pushkarskaya, São Petersburgo; Sofia Okun

Na prática, os clientes são frequentemente confrontados com a inoperabilidade do EIA. Os erros do sistema são especialmente inoportunos quando o período de postagem de informações está chegando ao fim. O que fazer em tais situações - continue lendo

O sistema unificado de informação na área de compras está em constante aperfeiçoamento. Porém, falhas e erros ocorrem em seu trabalho. Provavelmente todo cliente já teve pelo menos uma vez problemas associados ao acesso ao site do EIS.

O que mais interfere no trabalho do cliente no EIA? Por exemplo isto:

• não consigo fazer login no site;
• sem acesso à conta pessoal;
• não é possível publicar informações sobre a compra;
• não é possível colocar horário ou fazer alterações nele;
• As seções EIS não funcionam.

Podem ocorrer interferências no funcionamento do EIA durante a atualização da versão do portal. Os problemas ocorrem frequentemente nos fins de semana e feriados. Freqüentemente, o site simplesmente não consegue suportar alta carga quando o número de solicitações dispara. Mas também acontece que o EIS funciona, mas surgiram problemas especificamente para você.

Via de regra, o sistema gera um erro nesses casos. O que o cliente precisa fazer? Em primeiro lugar:

• contato 24 horas por dia, 7 dias por semana linha direta Suporte EIS nos números de telefone especificados e reporte o problema;
• faça capturas de tela do UIS inoperante;
• escreva uma solicitação ao suporte técnico e anexe capturas de tela.

Às vezes, os problemas estão associados a uma versão desatualizada do navegador, às suas configurações e à necessidade de limpar o cache. Se isso não ajudar, solicite a criação de um incidente novamente. O problema será resolvido o mais rápido possível e você será notificado.

A ação imediata é necessária porque o Artigo 7.30 do Código de Ofensas Administrativas da Federação Russa estabelece a responsabilidade administrativa por violação dos prazos para publicação de informações e documentos no Sistema de Informação Unificado. O cliente pode ser multado, e o valor da multa depende da forma de compra e do atraso na colocação:

Capturas de tela, gravação de conversa telefônica com o serviço de suporte e número de registro da ocorrência serão necessários quando o órgão de controle tiver dúvidas sobre violação de prazos.

Desta forma você poderá explicar o motivo da colocação intempestiva no Sistema Único de Informação, comprovar que tomou todas as medidas necessárias e se proteger de penalidades.

Leia as últimas notícias e explicações de especialistas sobre temas importantes na área de compras públicas em revista "Goszakupki.ru"

Quais bugs foram corrigidos:

Foi corrigido um erro que poderia fazer com que a UZ não recebesse resposta a um pedido de informação sobre o protocolo da primeira fase de discussão pública de uma grande contratação junto do Sistema Único de Informação;
• Foi corrigido um bug que fazia com que o usuário recebesse o erro ao enviar um plano de compras ao UIS: “Dados incorretos. IDE. TIN do usuário, assinatura eletrônica que está contido no nó " Documento eletrônico"recebido de sistema externo" (extPrintForm) na tag extPrintForm\signature deve corresponder ao NIF da organização em cuja conta pessoal cai o documento recebido";
• Corrigido um bug onde após fazer alterações na programação e excluir arquivos anexados na aba “Documentos” arquivos excluídos poderá aparecer na próxima versão publicada do cronograma.

Atualização do EIA datada de 10 de agosto de 2017 ao nível do subsistema “Orçamento Eletrónico” para a versão 7.1.11

Quais problemas foram resolvidos:

• Foi corrigido um erro pelo qual, ao gerar o resultado do controle com base em um aviso de compra, o valor do preço inicial (máximo) do contrato da obrigação orçamentária aceita na linha de posição do cronograma não corresponde ao valor na linha do aviso de compra.

Atualização do EIS datada de 29 de julho de 2017 na parte 223-FZ para a versão 7.1.12

as informações sobre a execução do contrato passam a ser apresentadas na íntegra;
• projetos de alterações ao plano de aquisições podem ser retirados da avaliação e monitorização após três dias em vez de cinco;
• Ao baixar uma minuta de aditivo ao contrato sem código de região, o erro “java. longo. NumberFormatException: null: nulljava. longo. Inteiro. parseInt(Integer.jav a:428)".

Atualização do EIS datada de 29 de julho de 2017 na parte 44-FZ para a versão 7.1.1

• no cartão de entidade com autoridade “Banco”, o valor do campo “BIC” deixa de ser apresentado no campo “Código de Identificação Bancária”;
• Ao publicar um plano de compras, aparece o erro “Dados inválidos. O NIF do utilizador cuja assinatura eletrónica está contida no nó (extPrintForm) deverá corresponder ao NIF da organização”;
• nenhum erro ocorrerá ao transferir um projeto conjunto de leilão eletrônico de um sistema externo;
• o prazo de validade do medicamento impresso e no pacote de dados que você baixa agora é o mesmo;
• Ao inserir informações no plano de inspeção, são exibidas informações confiáveis ​​​​sobre o período de inspeção e as colunas “Número do pedido” e “Número da notificação” também são preenchidas.

Atualização do EIS datada de 22 de julho de 2017 na parte 223-FZ para a versão 7.1.11

Quais problemas foram resolvidos:

• ao criar uma minuta de aditivo contratual, o campo “Lote” estará disponível para edição;
• a busca por contratos agora funciona se o parâmetro “Fornecedor é PME” estiver definido;
• o controle “Nº do lote: _ (Organização) são indicados os itens do plano de compras para os quais já foram colocados avisos de compras” agora funciona corretamente;
• Ao fazer login em sua conta pessoal, os dados da organização do Sistema Único de Identificação e Logística são carregados corretamente.

Atualização do EIS datada de 22 de julho de 2017 na parte 44-FZ para a versão 7.1.9

Quais bugs foram corrigidos:

a aba “Posições do plano de compras” agora exibe todas as posições;
• o cartão de compras passou a exibir o bloco “Benefícios, requisitos para participantes”;
• no cartão da organização com autoridade “Banco”, passa a ser preenchido o campo “Código de Identificação Bancária”;
• Ao alterar itens de compras especiais, os valores do apoio financeiro agora são exibidos corretamente;
• kovy IKZ e uma posição foi cancelada, o controle automático “Os números das posições na programação foram preenchidos incorretamente...” não funcionará na publicação;
• se você adicionou duas posições à programação de uma, se você baixou um arquivo e publicou o arquivo, o erro “Os arquivos ainda não estão prontos para postagem. Por favor, tente novamente mais tarde";
• ao publicar uma inspeção não programada, não aparecerá o erro “Na informação de uma inspeção não programada, o objeto de controle é uma compra/pedido com método de determinação do fornecedor “Leilão Eletrônico” ...”;
• Ao carregar informações de agendamento, aparece o erro “UE. exceção aninhada é: javax. ejb. EJBException: Veja exceção aninhada; exceção aninhada é: java. longo. IllegalStateException: Causa já inicializada";
• control99NoticeCompliance não irá congelar durante o processo de envio;
• Ao publicar uma nova edição de informação sobre a recusa unilateral de cumprimento de um contrato, passa a ser disponibilizada uma página impressa.

Atualização do EIA datada de 22 de julho de 2017 ao nível do subsistema “Orçamento Eletrónico” para a versão 7.1.9

Quais problemas foram resolvidos:

• ao abrir a seção “Cadastro de Contratos” ou selecionar “Documentos” em menu de contexto, o erro “A página solicitada está temporariamente indisponível” não aparecerá. Por favor, tente novamente mais tarde";
• a pesquisa por entrada de registro e todos os status das informações do contrato agora funciona;
• ao gerar informações sobre um contrato e anexar um arquivo na aba “Documentos”, o erro “Ocorreu um erro ao enviar o arquivo para o servidor” não aparecerá;
• após receber o controle positivo nos termos da Parte 5 do artigo 99 da Lei nº 44-FZ, as informações sobre alterações no contrato passarão para o status “Publicado”;
• se os identificadores nas informações sobre o contrato e sobre a execução do contrato coincidirem, as informações sobre o contrato serão divulgadas após controle de tesouraria;
• a nova edição da informação sobre a rescisão unilateral do contrato passa a ser publicada corretamente;
• Caso receba denúncia de não cumprimento de requisitos, as informações sobre alterações no contrato passarão a estar sujeitas a controle;
• se você enviar uma nova versão do contrato para controle e receber resultado positivo, o contrato receberá o status “Colocado”.

Atualização do EIS datada de 19 de julho de 2017 na parte 44-FZ para a versão 7.1.8.1

Agora, ao carregar informações sobre o agendamento, o erro técnico"org.springframework.integration.handler.LoggingHandler handleMessageInternal...".

Atualização do EIS datada de 15 de julho de 2017 na parte 223-FZ para a versão 7.1.10

O botão “Registrar novamente” e a mensagem “Você precisa registrar novamente sua organização” são exibidos corretamente.

Atualização do EIS datada de 15 de julho de 2017 na parte 44-FZ para a versão 7.1.8

Alguns campos ao baixar informações sobre uma organização do SVR agora são opcionais.

Quais problemas foram resolvidos:

• ao passar para a próxima página da aba “Itens do Plano de Aquisições”, o número de registros não diminuirá;
• a informação sobre a frequência de entrega da mercadoria na ficha de item de programação passa a corresponder à informação da conta pessoal do cliente;
• ao gerar uma notificação para um item da programação e adicionar um produto, o botão “Excluir” já está disponível;
• ao publicar alterações de cronograma, o controle “Em caso de publicação de cronogramas pela administração” não funcionará erroneamente distrito municipal... deve ser selecionado um valor que tenha o atributo de município (número 6 ou 8, ou 9 no terceiro dígito do código OKTMO de pessoa jurídica pública)”;
• ao postar o resultado do controle de uma fiscalização não programada, não aparecerá o erro “Devido a problemas técnicos, o controle automático das infrações à lei não pode ser realizado na íntegra ...”;
• o diretório de medicamentos no FTP agora foi carregado corretamente;
• ao carregar informações de agendamento, o erro técnico “org.springframework.integration.handler.LoggingHandler handleMessageInternal...” não ocorrerá.

Atualização do EIS datada de 11 de julho de 2017 na parte 44-FZ para a versão 7.1.7.1

Agora todos os campos da aba “Objeto de Compras” do cadastro de contratos estão ativos. Anteriormente, alguns campos não estavam disponíveis quando os clientes criavam ou alteravam informações.

Atualização do EIS datada de 8 de julho de 2017 na parte 223-FZ para a versão 7.1.9

Quais problemas foram resolvidos:

• se você especificar um valor não numérico no campo “Quantidade” na posição de informações de execução do contrato, o erro “A página solicitada está temporariamente indisponível” não ocorrerá;
• ao publicar uma minuta de alterações nas informações sobre a execução de um contrato que foi cancelado, o contrato receberá o status “Execução Concluída”;
• ao criar um novo item de plano, o controle sem descrição não funcionará;
• agora os planos de compras em sua conta pessoal não desaparecerão depois que você excluir as alterações do rascunho do plano;
• ao publicar alterações preliminares no plano de compras para produtos inovadores, o controle “O plano de compras contém itens com prazo de contrato anterior à data de início do planejamento especificada” não será acionado erroneamente.

Atualização do EIS datada de 8 de julho de 2017 na parte 44-FZ para a versão 7.1.7

O que mudou:

• a seção “Restrições” do edital passou a ser denominada “Restrições e Proibições”;
• implementou a transição para formatos de arquivo SVR 1.3 datados de 24 de abril de 2017.

Quais problemas foram resolvidos:

• os status da entrada cadastral do cartão da organização e das informações sobre a organização não serão mais diferentes;
• ao alterar o plano de compras, o controle “Na informação do cargo, objeto de compra... os campos obrigatórios não estão preenchidos: Código do tipo de despesa” não será acionado por engano;
• na minuta de alterações de cronograma que foram aceitas, o bloco de justificativa passará a ser preenchido requisitos adicionais aos participantes da aquisição;
• o rascunho de aviso aceito exibe corretamente a hora em que você termina de aceitar as inscrições.

Atualização do EIA datada de 8 de julho de 2017 ao nível do subsistema “Orçamento Eletrónico” para a versão 7.1.7

O que mudou:

• agora é possível não indicar o CWR para a fonte de financiamento “Fundos extra-orçamentais” nas informações contratuais das empresas estatais;
• no campo “Quantidade da forma farmacêutica na embalagem primária” do diretório classificador de medicamentos, agora é possível inserir valores fracionários.

Atualização do EIS datada de 6 de julho de 2017 na parte 44-FZ para a versão 7.1.6.1

1. Até 1º de janeiro de 2018, a Fazenda suspenderá a verificação das informações que o cliente incluir no cadastro de contratos. O Tesouro não verificará:
   • prazo do contrato;
   • quantidade de bens, obras, serviços;
   • unidades de medida;
   • informações sobre a execução e rescisão do contrato;
   • condições da obrigação orçamentária aceita para contabilização.

   O controle sobre esses cargos foi suspenso pelo Governo da Federação Russa pela Resolução nº 443 de 13 de abril de 2017.

2. As regras pelas quais os clientes geram informações sobre códigos foram alteradas classificação orçamentária despesas. As alterações afetarão empresas unitárias, instituições orçamentárias e autônomas, com exceção das compras por conta do cliente estatal (parte 6, artigo 15 da Lei nº 44-FZ).

   Apenas 18–20 dígitos do código precisarão ser especificados. Ao comprar com dinheiro da organização, os códigos não precisam ser especificados.

   O registo de contratos deverá incluir informação adicional:

   • valor do adiantamento;
   • preço por unidade de bens, trabalho, serviço;
   • informações sobre a garantia, sua duração e caso de garantia.

Atualização do EIS datada de 22 de abril de 2017 na parte 223-FZ para a versão 7.0.26

Ao visualizar o xml do formulário imprimível do plano de compras, o campo “cancellationReason” e o valor correto no campo “reportingYear” são exibidos.

Atualização do EIS datada de 22 de abril de 2017 na parte 44-FZ para a versão 7.0.25

Quais problemas foram resolvidos:

• ao abrir um cartão de programação com um formulário de lista, a edição atual será exibida;
• os resultados do controle de documentos no status “Postado” passam a ser enviados para a conta pessoal do cliente;
• o campo “Frequência ou número de etapas de entrega de mercadorias, execução de obra, prestação de serviços” na forma impressa do cronograma passa a ser preenchido quando você altera as posições do cronograma;
• ao gerar uma notificação de itens de programação, serão preenchidos os campos que descrevem mercadorias, obras e serviços;
• foi otimizado o funcionamento do aplicativo, que envia informações sobre compras e protocolos para a conta pessoal do órgão de controle;
• controle “O seguinte campo obrigatório não foi preenchido: Breve descrição alterações" agora é acionado;
• as informações de controle passam a ser exibidas no subsistema “Orçamento Eletrônico”, e o lote correto de compra é exibido no impresso da fiança bancária;
• ao gerar resultados de controle para execução de contratos no subsistema “Orçamento Eletrônico”, o IPC é apresentado no bloco “Atendimento de preço e código de identificação de compras”.

Atualização do EIS datada de 15 de abril de 2017 na parte 223-FZ para a versão 7.0.25

Quais problemas foram resolvidos:

• Ao verificar as alterações preliminares no plano de compras, o erro “A página solicitada está temporariamente indisponível. Por favor, tente novamente mais tarde";
• Quando você gera um relatório anual sobre compras do SMP, 2015 estará disponível como ano de referência.

Atualização do EIS datada de 15 de abril de 2017 na parte 44-FZ para a versão 7.0.24

Quais problemas foram resolvidos:

• Agora as informações do Sistema Único de Informação serão publicadas sem os resultados do controle de tesouraria. A inovação diz respeito ao plano de compras, cronograma, aviso e protocolo de identificação de fornecedores. Ainda não é possível colocar informação no registo de contratos com resultado de controlo negativo;
• ao parâmetro de pesquisa “Tipo de segurança” foi adicionado o critério “Garantia na execução de um contrato de grandes reparações”;
• o cartão de fiança bancária apresenta “Garantir a execução do contrato de grandes reparações”;
• no cartão e no impresso da garantia bancária são apresentados os dados “Número do leilão eletrónico” para as garantias bancárias com o tipo de garantia “Garantia de execução do contrato de grandes reparações”;
• na ficha do plano de compras sob 223-FZ passa a ser exibido o bloco “Região de fornecimento de bens, execução de trabalho, prestação de serviços”;
• ao passar para a próxima página do cartão do plano de compras, o sistema exibe as posições;
• Agora você pode editar os campos da aba “Justificativa para alterações” para uma posição de agendamento com status “Não lançado com base nos resultados do controle”;
• ao transferir informações de controle de um sistema externo para a conta pessoal do órgão de controle, não aparecerão mensagens de bloqueio incorretas: deve-se preencher os campos “Nome do documento para comparação”, “Data do documento para comparação”;
• no subsistema “Orçamento Eletrónico” poderá especificar manualmente o número do leilão eletrónico no momento da colocação de uma fiança bancária com o atributo “A garantia foi constituída no âmbito de um contrato de grandes reparações”;
• No subsistema “Orçamento Eletrônico” ficam ocultos os indicadores do período de controle.

Atualização do EIS datada de 8 de abril de 2017 na parte 44-FZ para a versão 7.0.23

Quais problemas foram resolvidos:

• ao pesquisar no cartão do plano de compras, todas as posições agora são exibidas;
• ao enviar protocolo de análise e avaliação de inscrições para concurso multilote para controle, não ocorrerá o erro “RuntimeException: Erro ao validar formulário de impressão”;
• Ao baixar um pacote xml com alterações em um aviso, cuja primeira edição foi publicada antes da inclusão do controle na Parte 5 do artigo 99 da Lei nº 44-FZ, o erro “ru.lanit.fz44.ejb.facade. prêmio” não ocorrerá. integração.impl.LotTransformerBean.transform(LotTransformerBean.java:146)...”;
• ao processar um pacote xml no UIS, o número de revisão das alterações do contrato será atribuído corretamente. Devido a este erro, anteriormente o resultado do controle não era incluído na conta pessoal do cliente, as informações sobre o contrato não eram postadas no Sistema de Informação Unificado;
• as informações do contrato agora podem ser reenviadas para controle.

Atualização do EIS datada de 6 de abril de 2017 na parte 223-FZ para a versão 7.0.24

Quais problemas foram resolvidos:

• ao editar o plano de compras, você poderá visualizar informações sobre posições canceladas;
• a assinatura RSS do plano de compras exibirá informações atuais.

Atualização do EIS datada de 2 de abril de 2017 na parte 44-FZ para a versão 7.0.22

Quais problemas foram resolvidos:

• ao publicar uma minuta de alterações no plano de compras, o controle “Nas informações do item IPC: o código do tipo de despesa não está detalhado no máximo nível de detalhamento possível” não será acionado erroneamente;
• os dados resumidos sobre o suporte financeiro de itens do cronograma e compras especiais passarão a ser calculados sem levar em conta os itens que foram cancelados;
• o edital enviado para controle passou a exibir informações sobre a obrigação orçamentária;
• ao preencher informações sobre uma organização de acordo com o cadastro consolidado, o controle do campo NIF do gestor não funcionará;
• Se você preencher o campo IKU em um cargo ou posição especial do plano de compras, o controle da conformidade do valor com os dados do diretório de organizações funcionará.

1. Agora o sistema irá verificar a conformidade dos códigos de identificação do cliente no EIA com os códigos do sistema externo. Caso os códigos não coincidam, o sistema externo receberá uma mensagem do EIA sobre a necessidade de correção da informação. Anteriormente, isso não era possível e os clientes não podiam carregar avisos e programações de um sistema externo no EIS.
2. Ao criar um IKZ, você pode especificar o valor “0”:
   • nas categorias 30–33 do IKZ, quando o objeto de aquisição deve ser refletido de acordo com vários códigos OKPD;
   • nas categorias 34-36 do IKZ, quando a compra é feita por instituição orçamentária autônoma, empresa unitária estadual, empresa unitária municipal, e também quando o apoio financeiro da compra deve ser refletido de acordo com vários códigos do tipo de despesa da classificação orçamental.

   Para indicar zeros como parte do IPC ao criar itens de plano ou cronograma, selecione o atributo:

   • “A compra contém vários OKPD2”, se você estiver gerando informações sobre OKPD como parte do IKZ;
   • “CWR não está definido” se você estiver gerando informações sobre CWR como parte do IKZ. Neste caso, os dígitos correspondentes do IPC serão preenchidos com zeros automaticamente sem possibilidade de edição.

   Para indicar o objeto de aquisição no cronograma, se “0000” foi escrito nos dígitos OKPD2 no IKZ, selecione o atributo “Adicionar especificação”. Isso complementará o cronograma com informações sobre objetos de aquisição no contexto dos códigos OKPD2.

Atualização do EIS datada de 30 de março de 2017 na parte 223-FZ para a versão 7.0.23

Ao gerar informações sobre rescisão do contrato, o erro “Foi feita tentativa de edição de registros em diferentes abas do navegador” não aparecerá. Feche as entradas restantes e reabra a entrada para edição."

Atualização do EIS datada de 30 de março de 2017 na parte 44-FZ para a versão 7.0.21.1

Ao processar um pacote xml de um sistema externo, o controle ilegal com o texto não será acionado: “Na posição do cronograma com IKZ, ao calcular automaticamente os valores dos campos no bloco “Soma dos pagamentos de um produto, trabalho , serviço” (productsSumPaymentsInfo\currentYear), ocorreu excesso dos campos de dimensão para valores no banco de dados (15 caracteres – parte inteira, 5 – fracionário)”.

Atualização do EIS datada de 26 de março de 2017 na parte 223-FZ para a versão 7.0.22

Quais problemas foram resolvidos:

• o controle errôneo “É necessário preencher o campo Tipo de códigos de atividade conforme OKVED” não funcionará ao confirmar o cadastro da organização;
• no bloco “Informações sobre a execução do contrato”, as informações não serão duplicadas;
• ao baixar o contrato, o controle “Dados incorretos: foi encontrada mais de uma correspondência do código OKTMO” não funcionará;
• ao baixar um contrato com um fornecedor não residente, o controle ilegal “Você deve especificar o atributo “O fornecedor está registrado nas autoridades fiscais da Federação Russa” não funcionará”.

Atualização do EIS datada de 26 de março de 2017 na parte 44-FZ para a versão 7.0.21

Quais problemas foram resolvidos:

• para protocolos de trabalho de comissão de plataformas eletrônicas, são exibidas notificações de controle corretas;
• implementação do diretório “Cadastro Consolidado” no Sistema Único de Informações sobre formatos de interação versão 1.3;
• quando você publica informações sobre uma alteração no plano de compras, o controle ilegal “O(s) código(s) dos tipos de despesas não são exclusivos para o objeto de compras” não funcionará;
• ao postar informações sobre alterações no cronograma, o controle ilegal “O código de identificação de compras no cronograma de compras não está preenchido corretamente” não funcionará;
• ao fazer agendamento, o controle automático funcionará caso não tenha preenchido o campo “Justificativa de exigência adicional”;
• no formulário impresso do cronograma são apresentadas informações sobre a forma de determinação do fornecedor, vantagens, órgão autorizado, informações sobre compras no SMP e SONO, aplicação do regime nacional;
• ao alterar o agendamento para o status “Falha no controle”, não será inserida automaticamente a exigência de apresentação de requerimento, contrato ou adiantamento com valores zero;
• agora a notificação passa automaticamente para a etapa “Trabalho da comissão”;
• na forma impressa do protocolo sobre descumprimento das informações controladas na notificação, as informações serão exibidas no bloco “Não conformidades identificadas”;
• ao processar um pacote xml com informações sobre o plano de compras de um sistema externo, o erro de bloqueio “Ver exceção aninhada exceção aninhada é: ru.lanit.fz44.model.StateOutOfDateException: O elemento não está disponível para edição” não ocorrerá;
• ao processar um pacote xml com informações de agendamento de um sistema externo, o erro de bloqueio “A exceção UE.nested é: javax.ejb.EJBException: Consulte a exceção aninhada; exceção aninhada é: java.lang.IllegalStateException: Causa já inicializada";
• Ao processar um pacote xml com tipo protocolOK1 de um sistema externo, não ocorrerá um erro de bloqueio "javax.ejb.EJBTransactionRolledbackException".

Atualização do EIS datada de 18 de março de 2017 na parte 223-FZ para a versão 7.0.21

Quais problemas foram resolvidos:

• ao confirmar o registro no SVR, os poderes “Organização que realiza avaliação de conformidade de acordo com a Lei Federal nº 223-FZ”, “Organização que monitora a conformidade de acordo com a Lei Federal nº 223-FZ” não serão selecionados erroneamente ;
• o formulário no qual você aprova as alterações preliminares no plano de aquisições agora é fechado automaticamente;
• ao visualizar o cartão do plano, o bloco “Informações sobre…conformidade” não é exibido por engano;
• A seção PME agora abre ao visualizar um cartão de plano de compras.

Atualização do EIS datada de 18 de março de 2017 na parte 44-FZ para a versão 7.0.20

Quais problemas foram resolvidos:

• no acompanhamento dos protocolos de trabalho da comissão, recebidos de plataforma eletrônica, as informações corretas serão exibidas;
• na forma de minuta de aviso com protocolo de controle negativo, passou a ser possível selecionar o item “por decisão do cliente”;
• no bloco “Características qualitativas, funcionais e ambientais do objeto de aquisição” do formulário impresso do protocolo de avaliação da candidatura, a avaliação é apresentada corretamente;
• ao baixar um pacote xml com plano de compras, o controle ilegal não funcionará: “o campo obrigatório “Justificativa da alteração” não foi preenchido”;
• xml com o tipo CustomerReportSmallScaleBusiness agora é processado corretamente no UIS;
• ao carregar um pacote xml com tipo protocolEF3 de um sistema externo no EIS, o erro “Dados inválidos. IDE. exceção aninhada é: javax.ejb.EJBException: Consulte exceção aninhada; exceção aninhada é";
• ao baixar um pacote xml com plano de compras, o controle com o texto não funcionará: “O código de identificação de compras no cronograma de compras está preenchido incorretamente”;
• ao carregar um pacote xml com informações sobre alterações no cronograma de um sistema externo, as informações sobre uma compra especial passam a ser processadas no EIS;
• Os benefícios para EMS e SONO agora são exibidos.

Atualização do EIS datada de 16 de março de 2017 na parte 44-FZ para a versão 7.0.19.1

Ao colocar uma programação com um item cancelado de um sistema externo, o controle “O método de determinação e justificativa do NMCC não foi selecionado” e “A descrição de pelo menos um item de bens, obras, serviços não foi adicionada” não funcionará.

Atualização do EIS datada de 11 de março de 2017 na parte 223-FZ para a versão 7.0.20

Quais problemas foram resolvidos:

• a aba “Informações da Organização” agora é exibida em sua conta pessoal;
• o plano que foi carregado no Excel contém todas as informações.

Atualização do EIS datada de 11 de março de 2017 na parte 44-FZ para a versão 7.0.19

Quais problemas foram resolvidos:

• quando você procura uma organização de cliente, os resultados corretos são exibidos;
• os resultados da pesquisa exibirão compras sob 223-FZ;
• ao colocar um aviso, o controle ilegal com o texto não funcionará: “O código de identificação do cliente no IKZ não corresponde aos dados do cliente. Para colocar um aviso é necessário fazer alterações no código IKZ”;
• o campo “Quantidade de segurança da aplicação” fica disponível quando você gera uma notificação para um item de agendamento;
• ao baixar um pacote xml com informações sobre o cronograma, o controle ilegal “IDE.
  A vantagem (requisito) com código MP44, especificada na tag positions\position\foundations\requirementsFoundation\requirementFoundation\shortName) deverá estar presente atualizada no diretório de vantagens (requisitos) no UIS";
• o adaptador de integração PRIZ não exibirá o erro NotificationEP ao carregar um pacote xml de um sistema externo;
• ao carregar alterações no cronograma, os totais são recalculados levando em consideração itens de versões anteriores;
• Ao publicar um agendamento, a mensagem “Servidor temporariamente indisponível” não aparecerá. Por favor, tente novamente mais tarde";
• as informações sobre o agendamento que passou no controle passam a ser exibidas na conta pessoal do cliente;
• quando você altera informações sobre a obrigação orçamentária no subsistema “Orçamento Eletrônico”, campo “ Número de conta obrigação orçamentária" está disponível para edição.

Atualização do EIS datada de 4 de março de 2017 na parte 44-FZ para a versão 7.0.18.1

Quais problemas foram resolvidos:

• agora todas as compras sob 223-FZ são exibidas nos resultados da pesquisa;
• quando você altera o aviso, nenhum erro ocorre;
• o edital será publicado no Sistema Único de Informação após a aprovação do controle;
• ao baixar um pacote xml com um plano de compras, o erro não aparece: “UE. O valor do campo "Código do tipo de despesa" para posições de PO (posições\posição\commonInfo\KVRInfo\código não pode ser alterado na próxima versão do plano de compras. Compras incorretas com números de registro";
• no campo “Total previsto para compras - total” do formulário impresso do cronograma, agora são apresentadas as informações corretas.

Atualização do EIS datada de 3 de março de 2017 na parte 223-FZ para a versão 7.0.19

Quais problemas foram resolvidos:

• ao criar uma minuta de alterações no plano de compras, o controle agora é acionado para o campo “Ano de referência”;
• o formulário com o qual você carrega o plano de compra para o Excel agora contém todos os dados;
• ao fazer alterações em um aviso, o controle “Itens indicados do plano de compras para os quais já foram lançados avisos de compras” não será mais acionado erroneamente;
• Agora, os itens do plano de compras são exibidos no formulário de pesquisa quando você cria um pedido de compra.

Atualização do EIS datada de 3 de março de 2017 na parte 44-FZ para a versão 7.0.18

Quais problemas foram resolvidos:

• quando você está procurando uma compra, o parâmetro “Moeda” – “Rublo russo” é exibido corretamente;
• Agora Informações adicionais sobre a organização é exibido corretamente;
• ao clicar nos links “Protocolo de Determinação de Fornecedores” e “Código de Identificação de Aquisições” da conta pessoal do órgão de controle, nenhum erro ocorre;
• as informações impressas da programação agora são exibidas corretamente;
• ao fazer alterações em uma posição do agendamento, a mensagem “Página indisponível” não aparece;
• ao baixar um pacote xml do tipo NotificationEP de um sistema externo, o controle “O código de identificação do cliente no IKZ não corresponde aos dados do cliente” não ocorre. Para efetuar um aviso é necessário efetuar alterações no código IKZ” ou “Por exigência do Cliente com código SDR, a informação sobre a ligação com o horário não pode ser alterada”;
• ao fazer upload de informações sobre alterações de cronograma no EIS, os indicadores finais são recalculados levando em consideração as posições da versão anterior;
• após o upload das informações sobre alterações de horário no EIS, os valores da tabela “Valor dos pagamentos de bens, obras, serviços” serão preenchidos na sua conta pessoal;
• as posições em sua conta pessoal não serão duplicadas após o download do pacote xml com informações sobre o plano de compras;
• ao baixar um pacote xml com informações sobre o agendamento, aparecem os erros “UE nested exceção é: javax.ejb.EJBException: Veja exceção aninhada; exceção aninhada é: org.hibernate.exception.ConstraintViolationException: não foi possível executar a instrução" e "a exceção aninhada é: org.omg.CORBA.TRANSACTION_ROLLEDBACK: vmcid: 0x0 código secundário: 0 concluído: Não";
• sua conta pessoal agora exibe informações sobre o plano de compras que você publicou.

Atualização do EIS datada de 25 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.17

Quais problemas foram resolvidos:

• Ao visualizar os cartões de agendamento na aba “Histórico de Versões”, todas as versões do agendamento agora são exibidas;
• os resultados da pesquisa não duplicam as verificações programadas;
• quando o gestor faz login na sua conta pessoal junto à autoridade “Órgão autorizado a exercer o controle nos termos da Parte 5 do artigo 99 da Lei Federal nº 44-FZ”, não ocorre erro;
• no bloco “Afiliação administrativa” do cartão da organização é exibido o código correto de acordo com o cadastro consolidado;
• ao postar informações sobre o plano de compras, o controle ilegal “Existe um plano de compras para 2017, formado pela organização” não funciona;
• as informações sobre o plano de aquisições agora são publicadas no Sistema de Informação Unificado após passarem pelo controle;
• ao postar informações sobre uma discussão pública de uma licitação, não haverá controle ilegal “O item do plano de licitações foi cancelado”;
• o preço oferecido pelo vencedor é exibido corretamente na conta pessoal do órgão de controle;
• agora os itens do plano de compras estão disponíveis ao criar programações;
• ao colocar informações sobre a execução de um contrato no “Orçamento Eletrônico”, não ocorre mais erro;
• as informações sobre a execução do contrato serão publicadas no Sistema de Informação Unificado após a aprovação do controle.

Atualização do EIS datada de 23 de fevereiro de 2017 na parte 223-FZ para a versão 7.0.18

Quais problemas foram resolvidos:

• na seção “Usuários da Organização” o botão “Alterar dados cadastrais” não é mais exibido; o campo “Assunto Russo” no contrato não é mais desmarcado ao salvar informações;
• Quando você baixa alterações de planos para produtos e medicamentos inovadores e de alta tecnologia, os itens do plano agora são exibidos;
• no plano de compras que foi enviado para controle, haverá vagas com apoio financeiro zero - na atualização de 1º de março.

Atualização do EIS datada de 15 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.16

Quais problemas foram resolvidos:

• Agora, ao visualizar um cartão de agendamento, todas as posições são exibidas na aba de posições de agendamento;
• quando você carrega um pacote xml com o tipo NotificationOK, o controle automático é acionado para o valor na tag startDate; ao carregar o agendamento, a exceção aninhada de erro é: CORBA.TRANSACTION_ROLLEDBACK;
• na forma impressa do cronograma, o valor zero não é mais exibido no campo “Preço inicial (máximo) do contrato, preço de um contrato celebrado com um único fornecedor (empreiteiro, executor) (mil rublos)”;
• quando você adiciona o orçamento de financiamento de uma organização, nenhum erro ocorre;
• ao colocar informações sobre a notificação de acordo com a posição do agendamento, não há controle ilícito “O código de identificação do cliente no IKZ não corresponde aos dados do cliente. Para alterar o aviso é necessário fazer alterações no código IKZ”;
• no bloco " informações gerais sobre compras" agora exibe informações sobre o compromisso orçamentário;
• as informações sobre a notificação são exibidas na conta pessoal do órgão de controle;
• agora os clientes podem fazer alterações na posição do plano de compras que colocaram no EIA;
• ao gerar informação sobre alteração contratual no “Orçamento Eletrônico”, a mensagem “A página solicitada está temporariamente indisponível” não aparece;
• no “Orçamento Eletrônico”, os resultados do controle são retornados após a assinatura ou rescisão dos contratos.

Atualização do EIS datada de 10 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.15

Quais problemas foram resolvidos:

• na coluna “Informações sobre colocação de compras” da ficha de agendamento, agora são exibidas informações sobre a compra;
• ao clicar no hiperlink de uma organização no formulário de lista da notificação sob 223-FZ, acesse a página da organização correta;
• ao alterar o edital e ir para a aba “Requisitos para Participantes”, nenhum erro ocorre;
• o bloco “Informações gerais sobre compras” exibe informações sobre o compromisso orçamentário;
• ao enviar uma notificação para o controle, o erro “NonUniqueResultException: a consulta não retornou um resultado único: 2” não ocorre;
• na forma impressa do cronograma, os valores do valor do campo “Total previsto para compras - total” passaram a ser exibidos corretamente;
• Agora é possível cancelar um item do cronograma quando um item do plano de compras tiver sido cancelado;
• quando você exclui itens em uma programação não posicionada, nenhum erro ocorre;
• Agora você pode fazer alterações nas posições da tabela que você colocou;
• os documentos das contas pessoais do cliente e do Tesouro passam a coincidir;
• ao colocar um agendamento, o erro “A página solicitada está temporariamente indisponível” não aparece mais;
• tornou-se possível fazer alterações na posição do plano de compras;
• ao alterar as posições do cronograma, o controle “O valor dos pagamentos planejados na posição do cronograma, criado com base no plano de aquisições, excede o valor dos pagamentos planejados especificados na posição do plano de aquisições... ”;
• as informações do contrato agora passam para o status “Sob controle” após serem enviadas para controle;
• Agora as informações que estão no status “Controle aprovado” são postadas corretamente.

Atualização do EIS datada de 8 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.14.1

As informações sobre contratos, execução ou rescisão de contratos passam a ser exibidas em arquivos na parte aberta do EIA.

Atualização do EIS datada de 7 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.14

Quais problemas foram resolvidos:

• O erro “Servidor temporariamente indisponível” não ocorre mais ao colocar informações no cadastro de agendamentos de compras poucos minutos após o aparecimento do ícone de download;
• quando você gera uma minuta de edital de aquisição, são exibidos campos para informações sobre a obrigação orçamentária;
• ao carregar alterações no cronograma, todos os campos obrigatórios são preenchidos nas abas “Descrição do objeto de aquisição” e “Condições de compra”;
• ao carregar alterações de agendamento, o erro “NPE: PlanGraphValidatorImpl.java:152” não ocorre mais;
• ao enviar uma minuta de alteração em um aviso de compra para controle, o erro “NonUniqueResultException: a consulta não retornou um resultado único: 2” não ocorre mais;
• ao carregar alterações no plano de compras, aparece o erro “Para uma posição com o valor do campo “Número da posição” (positionNumber) igual ao do plano de compras salvo no UIS com número de registro... nenhuma posição foi encontrada com os valores dos campos correspondentes”;
• ao alterar as posições do cronograma, o controle “Valor de 2017 excede o saldo na posição do plano de compras” não funciona mais;
• ao alterar horários, aparece o erro “UE. exceção aninhada é: javax.ejb.EJBException: Consulte exceção aninhada; exceção aninhada é: java.lang.NullPointerException";
• ao colocar um cronograma, o erro “O plano de compras com base no qual o cronograma foi criado não é lançado no Sistema de Informação Unificado” não aparece mais.

Atualização do EIS datada de 4 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.13.1

Quais problemas foram resolvidos:

• com a conclusão do controle negativo, os benefícios e exigências aos participantes não são mais retirados do cronograma;
• Cargos com o mesmo IPC não são formados no cronograma.

Atualização do EIS datada de 2 de fevereiro de 2017 na parte 44-FZ para a versão 7.0.13

Quais problemas foram resolvidos:

• O upload para FTP agora funciona para todos os agendamentos;
• ao carregar um horário no EIA, o controle ilegal “Compra especial nula não encontrada no EIA” não é mais acionado;
• Ao carregar alterações na programação no EIA, o controle ilegal “Os números dos itens na programação estão preenchidos incorretamente” não é mais acionado.

Os principais erros nos horários de descarga foram solucionados. Além disso, na seção “Outros documentos” do site oficial do EIA, é publicado diariamente um upload de cronogramas e planos de compras para conciliação com sistemas externos.

Atualização do EIS datada de 1º de fevereiro de 2017 na parte 44-FZ para a versão 7.0.12

As agendas com grande número de posições agora são enviadas para controle.

Atualização do EIS datada de 27 de janeiro de 2017 na parte 44-FZ para a versão 7.0.11

Quais problemas foram resolvidos:

• ao carregar pacotes xml sobre o cronograma de compras no UIS a partir de um sistema externo, o controle ilegal “O cronograma não contém informações para a compra...” não é mais acionado;
• quando você carrega pacotes xml sobre o plano de compras no UIS a partir de um sistema externo, o controle ilegal “Plano de compras com número... não é colocado no UIS” não é mais acionado.

Reclamação sobre trabalho incorreto
Sistema de informação unificado na área de compras

Caro Mikhail Borisovich!

A Sociedade Anônima "Yargorelektrotrans" (TIN 7602082331) (doravante denominada Empresa) realiza atividades de aquisição de acordo com as normas da Lei Federal de 18 de novembro de 2011 N223-FZ "Sobre a aquisição de bens, obras, serviços de certos tipos pessoas jurídicas"(doravante - Lei Federal de 18 de novembro de 2011 N223-FZ.
De 02/07/2018 até o presente, devido à ocorrência dos seguintes problemas no funcionamento do Sistema de Informação Unificado, a Empresa não está em condições de publicar o protocolo de apreciação de pedidos de participação no concurso (aviso nº 31806461513 datado 08/05/2018) (doravante denominado Concurso), o protocolo final de tal concurso, que representa uma ameaça de perturbação dos processos produtivos da Empresa causada pela incapacidade de fornecer tempestivamente aos seus serviços os serviços necessários, podendo também levar à violação pela Companhia dos prazos estabelecidos pela Lei Federal de 18 de novembro de 2011 N223-FZ para publicação de informações sobre as compras em andamento no Sistema Único de Informação.
Em 02 de julho de 2018, a Companhia realizou procedimento de análise, avaliação e comparação de pedidos de participação no Concurso (doravante denominado Protocolo). No mesmo dia, foi feita uma tentativa de publicação do protocolo gerado com base nos resultados deste procedimento no Sistema de Informação Unificado, durante o qual foram identificados os seguintes problemas no funcionamento do Sistema de Informação Unificado que impediram a colocação de tal protocolo :
Ao formar o Protocolo no site do UIS na seção “Apreciação de candidaturas”, após indicar informações sobre a rejeição de candidaturas para participação no concurso, os fundamentos para tomar tais decisões nos campos “Motivo da recusa”, e clicar no Botões “Salvar” ou “Avançar” fornecidos pela funcionalidade UIS, a mensagem do sistema é exibida:
"Os campos obrigatórios devem ser preenchidos:
- Motivo do desvio
- Motivos de desvio."
A mensagem de sistema especificada bloqueia futuras ações da empresa para anexar o arquivo de protocolo, publicar o protocolo gerado e apenas permite cancelar ações realizadas anteriormente. As tentativas subsequentes da Sociedade de reformular o Protocolo e indicar informações sobre os resultados da consideração dos pedidos levaram a um resultado semelhante.
Durante o período de 02/07/2018, 03/07/2018, 04/07/2018, a Empresa enviou solicitações descrevendo os problemas surgidos no funcionamento do EIA, anexando todas as informações necessárias ao seguinte endereço: e-mail Serviços de suporte técnico EIS ( [e-mail protegido]), em resposta à qual a Empresa ainda não recebeu notificações sobre o registo de candidaturas, ou outras informações sobre o estado de apreciação das candidaturas. Adicionalmente, durante o período de tempo determinado, a Empresa efectuou chamadas diárias para a linha de suporte técnico do UIS, tendo os operadores do serviço de suporte sido informados informações detalhadas sobre problemas surgidos, em resposta aos quais foram recebidas apenas recomendações para entrar em contato com o suporte técnico por escrito e limpar o cache do navegador, o que não levou à solução do problema. Após a conclusão conversas telefônicas Junto aos operadores do serviço de suporte do UIS foram enviadas mensagens para o endereço de e-mail da Empresa sobre o registo de pedidos sob os números SD200417608, SD200422814, SD200436856 com nível de prioridade “4 - Baixo” e o encerramento dos trabalhos sobre estes pedidos da Companhia.
Diante do exposto, perguntamos:
1. Registar esta reclamação e tomar as medidas adequadas para eliminar os problemas surgidos pelo serviço de suporte técnico do EIA;
2. Explicar a ordem de atuação do cliente numa situação em que a publicação da informação sobre as compras em curso no EIA no prazo estabelecido seja impossível devido à impossibilidade de funcionamento integral da conta pessoal do EIA devido a problemas técnicos no sistema;
3. Explique o prazo regulamentar para consideração das solicitações dos clientes pelo serviço de suporte técnico EIS.

Por favor, envie sua resposta a esta reclamação para os seguintes endereços de e-mail:
[e-mail protegido], [e-mail protegido].