Spaces:
Runtime error
Runtime error
Update docs/ML - ACATS - Exposuper - Trilhas - GPT.txt
Browse files
docs/ML - ACATS - Exposuper - Trilhas - GPT.txt
CHANGED
@@ -1,239 +1,70 @@
|
|
1 |
-
|
2 |
-
|
3 |
-
|
4 |
-
|
5 |
-
|
6 |
-
|
7 |
-
|
8 |
-
|
9 |
-
|
10 |
-
|
11 |
-
|
12 |
-
|
13 |
-
|
14 |
-
|
15 |
-
|
16 |
-
|
17 |
-
|
18 |
-
|
19 |
-
|
20 |
-
|
21 |
-
|
22 |
-
|
23 |
-
|
24 |
-
|
25 |
-
|
26 |
-
|
27 |
-
|
28 |
-
|
29 |
-
|
30 |
-
|
31 |
-
|
32 |
-
|
33 |
-
|
34 |
-
|
35 |
-
|
36 |
-
|
37 |
-
|
38 |
-
|
39 |
-
|
40 |
-
|
41 |
-
|
42 |
-
|
43 |
-
|
44 |
-
|
45 |
-
|
46 |
-
|
47 |
-
|
48 |
-
|
49 |
-
|
50 |
-
|
51 |
-
|
52 |
-
|
53 |
-
|
54 |
-
|
55 |
-
|
56 |
-
|
57 |
-
|
58 |
-
|
59 |
-
|
60 |
-
|
61 |
-
|
62 |
-
|
63 |
-
|
64 |
-
|
65 |
-
|
66 |
-
|
67 |
-
|
68 |
-
|
69 |
-
|
70 |
-
|
71 |
-
ZÉLIA BREITHAUPT JANSSEN
|
72 |
-
Especialista em Governança Familiar e Gestão por Competências. Foi executiva de Recursos Humanos no negócio da família, no setor varejista, por 15 anos.
|
73 |
-
MEDIAÇÃO: SANDRA TAKATA
|
74 |
-
Presidente do Instituto Mulheres do Varejo.
|
75 |
-
Painel
|
76 |
-
SEGURANÇA JURÍDICA: COMO LIDAR COM O ASSÉDIO MORAL E SEXUAL NO AMBIENTE DE TRABALHO
|
77 |
-
Painelistas
|
78 |
-
JANAINA BASTOS
|
79 |
-
CEO do JBADV e do Instituto Janaina Bastos.
|
80 |
-
KATLYN SÔNEGO SPILLERE BOFF
|
81 |
-
Gerente Jurídica da Rede de Supermercados Giassi
|
82 |
-
LUCINARA MANENTTI
|
83 |
-
Advogada no Supermercados Manentti.
|
84 |
-
MEDIAÇÃO: REGINA ALMEIDA DE QUEIROZ
|
85 |
-
Assessora Jurídica da ACATS e do SINGA, Coordenadora do Comitê Jurídico da ACATS
|
86 |
-
Painel
|
87 |
-
E SE PUDÉSSEMOS OLHAR PARA DIVERSIDADE DE OUTRA FORMA?
|
88 |
-
Painelistas
|
89 |
-
GABRIELE SALVETTI
|
90 |
-
Head of People do Super das Frutas, com loja operada 100% por mulheres
|
91 |
-
SANDRA TAKATA
|
92 |
-
Presidente do Instituto Mulheres do Varejo.
|
93 |
-
RICARDO GOMES
|
94 |
-
Embaixador do “Eles por Elas” no Instituto Mulheres do Varejo. Diretor Executivo C+ Neurocomunicação e Desenvolvimento Humano, mentor e coordenador em programas nacionais de promoção do protagonismo feminino.
|
95 |
-
MEDIAÇÃO: OLEGÁRIO ARAÚJO
|
96 |
-
Cofundador da inteligência360, professor e pesquisador do FGVcev. Vice Presidente do Instituto Mulheres do Varejo e Coordenador do Comitê Eles por Elas do Instituto.
|
97 |
-
16:30h - 18:30h
|
98 |
-
Painel
|
99 |
-
Fórum Operação de Loja - Encontro de Grandes Gestores de Operações
|
100 |
-
Palestra
|
101 |
-
COMO SER MAIS COMPETITIVO COM A EFICIÊNCIA DA OPERAÇÃO
|
102 |
-
Palestrante
|
103 |
-
ALEXANDRE RIBEIRO
|
104 |
-
CEO da R-Dias - empresa de assessoria para varejo focada na melhoria de resultados. Apaixonado pelo varejo alimentar.
|
105 |
-
|
106 |
-
Painel
|
107 |
-
DESAFIOS NA OPERAÇÃO DE LOJA PARA ALTA PERFOMANCE
|
108 |
-
Painelistas
|
109 |
-
AMARILDO CARLINI
|
110 |
-
Diretor de Operações do Grupo Rede Top.
|
111 |
-
DIEGO DE NONI
|
112 |
-
Membro do Conselho Fiscal da ACATS e Executivo de Operações na Rede de Supermercados Bistek.
|
113 |
-
GILBERTO NASCIMENTO
|
114 |
-
Executivo de Operações na Rede Angeloni.
|
115 |
-
MARCOS KOCH
|
116 |
-
Diretor de Operações do Grupo Koch.
|
117 |
-
MEDIAÇÃO: ALEXANDRE RIBEIRO
|
118 |
-
CEO da R-Dias - Especialistas em Varejo.
|
119 |
-
21 DE JUNHO - MANHÃ
|
120 |
-
09:30h - 10:15h
|
121 |
-
Palestra
|
122 |
-
CAMPEÕES DO VAREJO ALIMENTAR E OS MOTORES QUE OS MOVEM
|
123 |
-
Palestrante
|
124 |
-
ALEXANDRE RIBEIRO
|
125 |
-
CEO da R-Dias - empresa de assessoria para varejo focada na melhoria de resultados. Apaixonado pelo varejo alimentar.
|
126 |
-
|
127 |
-
10:15h - 11:00h
|
128 |
-
Palestra
|
129 |
-
VISÃO DO GOOGLE CLOUD PARA VAREJO
|
130 |
-
Palestrante
|
131 |
-
MARCELO DOLIS
|
132 |
-
Industry Advisor for Retail for Latam Google.
|
133 |
-
|
134 |
-
|
135 |
-
11:00h - 12:30h
|
136 |
-
Palestra Magna
|
137 |
-
ESTRATÉGIAS DE MARKETING E VENDAS
|
138 |
-
Palestrante
|
139 |
-
JOÃO BRANCO
|
140 |
-
Mais de 20 anos de experiência em grandes marcas de diferentes mercados. Como Vice-presidente de Marketing, liderou o time que fez o McDonald’s virar Méqui e bater todos os recordes da história do Big Mac.
|
141 |
-
|
142 |
-
21 DE JUNHO - TARDE
|
143 |
-
14:00h - 16:00h
|
144 |
-
Workshop de Açougue
|
145 |
-
AGREGANDO VALOR NO DIANTEIRO NOVILHO PRECOCE
|
146 |
-
Instrutor
|
147 |
-
GEAN PAIAKA
|
148 |
-
Açougueiro, Frigorífico São João
|
149 |
-
15:00h - 18:00h
|
150 |
-
Palestra
|
151 |
-
Fórum Cultura da Inovação e Tecnologia - Supermercado do futuro: Inovações Para Melhorar a Experiência de Compra
|
152 |
-
O SUPERMERCADO DO FUTURO: HIGH TECH E HIGH TOUCH
|
153 |
-
Palestrante
|
154 |
-
JORGE INAFUCO
|
155 |
-
Sócio-diretor da LeadersLab e do Varejo Connection.
|
156 |
-
|
157 |
-
Cases de Sucesso
|
158 |
-
TECNOLOGIA E INOVAÇÃO NA GESTÃO DOS COLABORADORES: CASE GRUPO PEREIRA
|
159 |
-
Apresentado por DOUGLAS UESATO, Gerente Digital e de Inovação do Grupo Pereira.
|
160 |
-
CULTURA DE INOVAÇÃO NA PRÁTICA: DO LABORATÓRIO PARA O CHÃO DE LOJA
|
161 |
-
Apresentado por DIEGO DE NONI, Executivo de Operações da Rede Bistek Supermercados.
|
162 |
-
DE PONTA A PONTA: COMO USAR A INOVAÇÃO E TECNOLOGIA NA CAPTAÇÃO, ENGAJAMENTO, LUCRATIVIDADE E FIDELIZAÇÃO DO CLIENTE A
|
163 |
-
Apresentado por BRUNA SPILERE BOZA, Gerente de Marketing do Supermercados Minatto; e DOUGLAS DE PAULA, Sócio-diretor da Oficina de Crédito Gestão e Sistemas de Meios de Pagamento Ltda.
|
164 |
-
Painel
|
165 |
-
TECNOLOGIAS E TENDÊNCIAS: COMO SERÁ A EXPERIÊNCIA DE COMPRA NO SUPERMERCADO DO FUTURO?
|
166 |
-
Painelistas
|
167 |
-
ALEXANDRE C. DE QUADROS
|
168 |
-
Diretor Administrativo no Grupo Muffato.
|
169 |
-
BRUNO GUIMARÃES
|
170 |
-
Diretor Vertical Varejo ACATE e CEO WiFeed.
|
171 |
-
JOSÉ ALFREDO FOREST
|
172 |
-
Gerente Executivo de TI do Grupo Koch Supermercado.
|
173 |
-
LUCIANA CABRINI E ANNIE ROBÔ
|
174 |
-
Fundadora e CEO da Activa-ID, especialista em identificação, rastreamento e conectividade.
|
175 |
-
MEDIAÇÃO: JORGE INAFUCO
|
176 |
-
Sócio-diretor da LeadersLab e do Varejo Connection
|
177 |
-
15:00h - 18:00h
|
178 |
-
Palestra
|
179 |
-
Fórum Marketing e Trade Marketing - Varejo: A Era da Experiência do Consumidor
|
180 |
-
A LOJA QUE VENDE: COMO SER IMBATÍVEL NO SEU NEGÓCIO
|
181 |
-
Palestrante
|
182 |
-
DINO GUENO
|
183 |
-
Conselheiro de Administração. Empresário varejista. Especialista em fazer lojas baterem recordes de vendas e expandir.
|
184 |
-
|
185 |
-
Palestra
|
186 |
-
TENHA UMA ESTRATÉGIA PARA UTILIZAR SEUS DADOS: TRANSFORMANDO DADOS EM RELAÇÕES HUMANAS
|
187 |
-
Palestrante
|
188 |
-
BRUNA FALLANI
|
189 |
-
CEO e Fundadora da Shopper 2B.
|
190 |
-
|
191 |
-
22 DE JUNHO - MANHÃ
|
192 |
-
09:30h - 10:30h
|
193 |
-
Painel
|
194 |
-
EMPRESAS FAMILIARES: GOVERNANÇA E SUCESSÃO
|
195 |
-
Painelistas
|
196 |
-
PAULO CÉSAR CHIODINI
|
197 |
-
Presidente na Agricopel.
|
198 |
-
ANA CLARA F. CHIODINI
|
199 |
-
Diretora na Agricopel.
|
200 |
-
VANDERLEI PETRI
|
201 |
-
Consultor Organizacional e Diretor na Pétrus Gestão de Pessoas e Organizações.
|
202 |
-
MEDIAÇÃO: EDUARDO VALÉRIO
|
203 |
-
Presidente do Conselho da GoNext Governança & Sucessão
|
204 |
-
10:30h - 11:30h
|
205 |
-
Palestra Magna
|
206 |
-
FUTURO DOS NEGÓCIOS E NEGÓCIOS DO FUTURO: O NOVO CONSUMIDOR
|
207 |
-
Palestrante
|
208 |
-
ROMEO BUSARELLO
|
209 |
-
Experiente executivo de negócios com mais de 40 anos de carreira, Professor, Advisor e Investidor.
|
210 |
-
|
211 |
-
11:30h - 12:30h
|
212 |
-
Palestra Magna
|
213 |
-
COMO FAZER O SEU NEGÓCIO VIRAR MODA
|
214 |
-
Palestrante
|
215 |
-
CRIS ARCANGELI
|
216 |
-
Empresária brasileira, conhecida por ter organizado os primeiros eventos de moda do Brasil e por suas participações nos reality shows Aprendiz Universitário, Extreme Makeover Social e no game show Shark Tank Brasil.
|
217 |
-
|
218 |
-
22 DE JUNHO - TARDE
|
219 |
-
14:00h - 16:00h
|
220 |
-
Workshop de Açougue
|
221 |
-
CORTES ESPECIAIS DE NOVILHO PRECOCE
|
222 |
-
Instrutor
|
223 |
-
GEAN PAIAKA
|
224 |
-
Açougueiro, Frigorífico São João
|
225 |
-
15:00h - 16:30h
|
226 |
-
Palestra
|
227 |
-
Fórum Logística do Varejo Alimentar de Autosserviço
|
228 |
-
IMPLICAÇÕES DA LOGÍSTICA NA BOA EXPERIÊNCIA DO CLIENTE
|
229 |
-
Palestrante
|
230 |
-
LUIS RICARDO MARQUES PEDRO
|
231 |
-
Sócio Executivo da Black River Consultoria Logística.
|
232 |
-
|
233 |
-
Cases de Sucesso
|
234 |
-
LOGÍSTICA LEAN: PROCESSOS DE MELHORIA CONTÍNUA E A PARTICIPAÇÃO ATIVA DE COLABORADORES
|
235 |
-
Apresentado por PAULO SÉRGIO DE CARVALHO ARAÚJO, Gerente de Logística na Rede Angeloni.
|
236 |
-
LOGÍSTICA E OMNICANALIDADE: COMO TRAÇAR UMA JORNADA DE CONSUMO HÍBRIDA
|
237 |
-
Apresentado por JOSÉ ROBERTO SAMPAIO, Gerente de Logística da Rede Giassi Supermercados e Combo Atacadista.
|
238 |
-
*A ocupação dos espaços das atividades se dará conforme capacidade máxima de lotação.
|
239 |
-
*Programação sujeita a alterações sem aviso prévio.
|
|
|
1 |
+
Quem é Karla Capela ?
|
2 |
+
|
3 |
+
possui graduação em Direito pela Universidade Católica de Pernambuco (2002). Atualmente é sócia da Raimundo & Capela- CONSULTORIA JURÍDICA. Tem experiência na área de Direito, com ênfase em Direito do Trabalho e Processo do Trabalho, Direito Civil e Processo Civil, Direito do Consumidor mormente a regulamentação 9.656/98 (que regula o setor de planos de saúde). Ela é minha mãe e também diretora da startup KOY
|
4 |
+
|
5 |
+
Introdução
|
6 |
+
O KOY é um sistema de gestão baseado em dados puxados automaticamente e sem interferência humana e analisa esses dados gerando recomendações. Isso serve pra passivo, precatório, bloqueios, depósitos recursais.
|
7 |
+
Acreditamos que isso é possível a partir do poder dos dados, que estão disponíveis nos sistemas judicias brasileiros, a todo momento.
|
8 |
+
O que nós fazemos é desvendar a sua complexidade, transformando-os em conhecimento e em soluções inovadoras que vão muito além da gestão.
|
9 |
+
Oferecemos uma gestão operacional de recuperação financeira feita por meio da segmentação e atualização constante de dados dos clientes, além de gerar relatórios customizáveis dos resultados para apoiar a tomada de decisão dos nossos usuários.
|
10 |
+
Porque somos diferentes:
|
11 |
+
|
12 |
+
|
13 |
+
Mostramos os processos numa interface única (Dashboard de análise)
|
14 |
+
Alerta de novas ações, de bloqueios judiciais e de novidades no processo (no Dashboard de análise)
|
15 |
+
Monitoramos os processos para soluções em precatórios e em gestão em ativos judiciais, antecipação de bloqueios; venda o crédito de seu precatório, compre créditos tributários
|
16 |
+
Recomendamos providências pra melhor estratégia processual (Dashboard de Agenda)
|
17 |
+
Reduzimos riscos com a gestão de carteira processual
|
18 |
+
Relatórios completos dos processos e seus impactos na carteira com um click
|
19 |
+
Relatórios customizáveis
|
20 |
+
|
21 |
+
Como fazemos isso?
|
22 |
+
Usamos tecnologia num fluxo que tem como referência o conceito de gêmeo digital, com a replicação do trabalho de um recurso humano que recomenda o que fazer de forma antecipada.
|
23 |
+
Para isso seguimos o seguinte fluxo:
|
24 |
+
Mineração de informações – processamento – Análise – recomendação da providência ao usuário.
|
25 |
+
Aqui temos alguns desafios: como o ambiente da justiça é extremamente inóspito os crawler precisam de refatoração recorrente, emergencial porque embora seja possível saber com antecedência sobre uma manutenção nos sistemas da justiça, só sabemos o que realmente mudou quando o serviço é disponibilizado ao público.
|
26 |
+
Um outro desafio é que o acesso sequenciado precisa ser bem planejado e bem executado porque esse acesso é feito utilizando um token meu. O cliente não usa o token dele: 1- ainda não temos a estrutura de armazenamento de de senhas e tokens; 2-alguns clientes não querem disponibilizar o token de seus advogados internos porque eles ou tem outros processos pessoais ou fazem protocolos com esses tokens (e o uso recorrente poderia gerar bloqueio do acesso).
|
27 |
+
A justiça monitora a quantidade de acessos quantitativamente, de forma que há um limite (ainda não sabido) de quantos processos podemos atualizar por dia. Hoje resolvemos essa questão manualmente, através da inscrição de cada processo numa aba chamada pus. Essa aba gera e-mail de acompanhamento sempre que o processo tem uma novidade. Recebido o e-mail geramos uma lista que vai por e-mail pra Matheus que inicia os crawler especificamente pra esses casos. Esse procedimento também é manual.
|
28 |
+
Implantação de um processo:
|
29 |
+
Cadastra o processo através da planilha disponível no menu (aba pastas, importar processos NPU). Feito isso com sucesso, cadastramos manualmente esse processo no e-mail push, inserimos o sistema que ele pertence numa planilha (essa planilha é gerada e alimentada diariamente por Matheus e enviada a Bruno que devolve ela no final do dia). Feito isso o crawler é acionado manualmente pra iniciar a busca de dados.
|
30 |
+
Quando isso acontece dizemos que o processo entrou na fila de implantação. Nessa fila o procedimento é trazer dados de capa, dados de movimentações processualista e dados de autos virtuais (esse dados ficam inseridos na tela processo).
|
31 |
+
Uma vez que o crawler volte com essa informações elas são enviadas pelo backend para o BD e retorna pro usuário na tela processos, Dashboard de análise e agenda com o agendamento automático de atividades (as que devem ser realizadas pelo usuário final). Esse agendamento vai aparecer tanto na tela processo quanto na tela agenda, ficando nessa última registrado por cores que mudam a medida que chega a data final em que o prazo deve ser concluído.
|
32 |
+
Obs.: A fila que inicia o crawler hoje é manual (para o que está na VM) e automática no caso do e-SAJ. Essa última precisa ser refeita para que busque APENAS OS CASOS QUE VOLTAREM COM SINALIZAÇÃO DO PUSH. Hoje, por ser feita dessa forma, ela gera um aporte maior de consultas, que são desnecessárias, geram custo e extremo risco operacional por conta da grande probabilidade do token ser bloqueado ou suspenso (conforma narrado acima).
|
33 |
+
Uma vez que o processo saia da fila de implantação (fila 1), e isso é determinado pelo retorno com sucesso dos dados de capa, dados de movimentação e os documentos virtuais, o processo segue pra fila de manutenção (fila 2).
|
34 |
+
Essa fila de manutenção deverá buscar dados de movimentações e documentos que estão aulas relacionados, sempre que um processo retornar do e-mail push uma nova atualização. Note-se que ele não lê o que está no e-mail, ele startups a fila.
|
35 |
+
Temos um parser pra ler o e-mail, mas acredito que esse serviço esteja defasado. Tínhamos um serviço que inscrevia um processo no push e recebia a atualização desse processo, mas esse serviço não está sendo utilizado desde 2020 e acredito que precise ser refatorado e desenvolvido pra outros sistemas, já que ele existia apenas pro PJE de Pernambuco.
|
36 |
+
Atualmente não sei como essas filas são definidas, mas com relação ao payload, tínhamos o problema relacionado a nome das partes. Quando desenvolvemos o KOY, ao invés de determinarmos NOME DA PARTE, elegemos a nomenclatura: AUTOR e RÉU. Isso gera um grande problema, inclusive na interface. 1- backend: como o paylod está alicerçado em AUTOR é RÉU e há um conjunto de sinônimos pra designar essas partes (cada sistemas judicial usa um nome diferente) precisamos enriquecer essa lista ao infinito. O outro problema é que um processo poderá ter outras partes como terceiros, recorrente, recorrido, etc, e uma parte pode, por exemplo, ser autor e recorrido num mesmo processo. O backend estava alicerçado nesse racional, Jonas que estava conosco antes chegamos a fazer um trabalho nesse sentido (no backend).
|
37 |
+
No front isso permanece da mesma forma (e gera problemas de UX) e delimita a venda do produto. Por exemplo: fica mais difícil explicar isso no processo de venda (e nos tira do jogo para um determinado produto que de fato temos mas na interface isso não fica claro), tira a confiabilidade sobre os dados, porque quando há recorrido, recorrente, terceiro e etc, isso não aparecerá na interface, nem em nenhum relatório que o sistema emita (embora esse dado fique gravado, pelo menos é a informação que tenho).
|
38 |
+
Esses dados também são importantes pra o claro entendimento do estágio em que está um determinado processo, pra fins de análise e recomendação de providencia, inclusive pra interpretação de uma IA, como falei em reuniões pra usar o Watson seria necessário um novo treinamento.
|
39 |
+
*Obs.: sobre a fila de implantação, há algumas regras que precisam ser atendidas. Um processo não pode se repetir pra um mesmo cliente (e o que chamo de cliente, no BD está na tabela ESCRITÓRIO).
|
40 |
+
Embora um processo não possa se repetir pra um mesmo cliente, ele poderá ser cadastrado para um outro cliente. Isso acontece porque um processo envolve partes contrárias e que as mesmas podem contratar o KOY. Já tivemos essa situação em um determinado processo em que um de nossos clientes era o réu e um outro cliente era o autor da ação.
|
41 |
+
|
42 |
+
AUTOR: quem entra com a ação
|
43 |
+
RÉU: quem é processado numa ação
|
44 |
+
EMBARGANTE: quem entra com embargo de declaração (é como se fosse um recurso). Independentemente de ser autor ou réu.
|
45 |
+
EMBARGADO: quem tem a decisão embargada. Independentemente de autor ou réu.
|
46 |
+
Impetrante: é como se fosse autor de um tipo bem específico de processo.
|
47 |
+
Impetrado: é como se fosse o réu de um tipo bem específico de processo.
|
48 |
+
(…)
|
49 |
+
|
50 |
+
Atualmente há um erro de racional no sistema porque considerou que um processo só seria de uma única parte, desconsiderando que num caso de escalada do KOY o sistema poderia ser contratado por pelo menos 4 players diferentes (A PRÓPRIA EMPRESA, o próprio autor, o advogado da empresa e o advogado do autor).
|
51 |
+
Há a possibilidade de contratação inclusive de outros players pra um mesmo processo. Nenhum deles se comunicas e eles tem visões diferentes do mesmo caso, com agendas diferentes e demais campos com informações antagônicas. Esse racional que precisa ser corrigido. Quanto a uma mesmo cliente, esse sim, não poderá ter duplicidade de processos (para ele há uma trava pra impedir a duplicidade). Lembrando que cliente está na tabela descrito como ESCRITÓRIO. Há uma outra tabela com o TÍTULO CLIENTE mas que se relaciona com o cadastro de clientes do escritório e às provisões e garantias financeiras dos processos judiciais (inclusive esses campos são preenchidos de forma manual).
|
52 |
+
Há um outro racional que usamos no KOY pra indicar a área do processo (dado de capa), onde o crawler deve ir (isso não está funcionando, já funcionou num serviço chamado NPU Decoder e foi desativado porque estava gerando duplicidade em processo e instância). Essa duplicidade era gerada em virtude de um erro de lógica. A lógica usada previa que para se achar um processo, desconsiderava-se o NPU e considerava-se uma busca aleatório que uma vez que trouxesse o retorno positivo iria incluir aquele processo como existente. Assim o processo quando era cadastrado (para fins de implantação) era duplicado no sistema e aguardava o retorno do crawler confirmar a existência dele quando ia na justiça e voltava com o sistema, para na sequência buscar os dados de implantação.
|
53 |
+
Essa lógica é errada e há uma forma extremamente simples e segura de obter a confirmação. O NPU é o número único de processo. Esse número segue um padrão numérico de 20 dígitos em que os primeiros números são verificadores de existência sendo os demais determinantes da área, o estado onde está o processo e até a vara onde o processo será analisado.
|
54 |
+
Nós decodificamos manualmente essa informação que está listada numa planilha com os descritivos acima cujo racional deve ser usado no NPU Decoder (quando o serviço for refatorado). Vou disponibilizar juntos. Esse material tanto a planilha com esse racional quanto a documentação numérica do CNJ (órgão governamental que define essas regras numéricas).Hoje esse trabalho é feito manualmente e o tratamento é para mais de 5 mil processos, isso gera uma baixíssima velocidade de ataque e importação do cliente.
|
55 |
+
Esses dados afetam tanto dados de capa quanto dados de instância (ambos exibidos na tela de processo e espelhados na tela de Dashboard de análise e de agenda e exportáveis em Excel no Dashboard de Gestão). Esse dado numérico funciona como um GPS pra encontrar o sistema e iniciar o acionamento do crawler.
|
56 |
+
Essas filas são estruturardes pelo Back (hoje estão sendo feitas manualmente seguindo a seguinte lógica: separa-se a listagem por estado e sistema e inicia-se a VM com o crawler responsável por aquela fila. Como é feito manualmente cada VM é acionada uma de cada vez e perdemos a otimização e aumentamos o número de maquinas. Hoje esses crawler que rodam nessas VM’s que estão na IBM serão enviadas pro Google. Quem está responsável por essa tarefa é o pessoal da GoLive. Eles estão refatorado os códigos e enviando pro Google, mas ainda será feita de forma manual, com acionamento manual do crawler.
|
57 |
+
Pra isso ser resolvido precisaremos de uma abordagem que considere desde a resolução do número pra designação do crawler que deve ser acionado, até a montagem das filas, significando que o serviço eficiente depende de um serviço de orquestração na montagem e envio dessa lista para as filas que acionarão os crawlers.
|
58 |
+
Esse serviço de orquestração deverá considerar além do racional numérico, as questões relacionadas ao serviço de push para que não haja um aporte grande de dados de uma única vez evitando que o serviço seja identificado.
|
59 |
+
Há aqui um outro desafio, hoje o crawler disputa conexões no BD com os usuários o que gera uma impacto na otimização e estalagem do produto. Há outras questão de melhoria relacionadas ao BD cujo levantamento foi feito, uma parte foi executado e outra parte está pendente. Essa pendência decorreu do fato de que após a primeira entrega do trabalho para dar seguimento das demais entregas seria necessária a reprogramação do Back, por conta dessas questões acima enumeradas em relação ao payload, por exemplo.
|
60 |
+
Quanto à descoberta de um novo processo, consumimos esse serviço da KURIER um player de mercado que é parceiro nisso, mas concorre em outras frentes. Esse serviço é precário, mas funciona. Plugamos na API deles cuja documentação também estou enviando aqui.
|
61 |
+
Uma vez que os processos sejam implantados, ele aciona agendamentos automáticos de atividades. Esses agendamentos de atividades podem ser gerados de forma manual pelo usuário e de forma automática pelo usuário Norma.
|
62 |
+
Esses agendamento pode ser feitos em dois locais: 1- no Dashboard de processo; 2- no Dashboard de Agenda.
|
63 |
+
No caso do agendamento automático ele é feito pelo backend e usa tanto algoritmos nossos (baseados em automação de fluxo já usado pelo cliente, que em que sugerimos na fase de implantação algumas melhorias de eficiência) quanto os gerados por WATSON (usamos o WKS
|
64 |
+
Para que Watson leia a informação, há uma triagem prévia do andamento que queremos submeter a essa análise.
|
65 |
+
Hoje ele funciona para ler movimentação de audiência, bloqueio, perícia, Sessão de Julgamento, e pra analisar possibilidade de encerramento do processo (esse serviço tem 70% de acurácia, e precisa ser treinado pra abranger novas hipóteses). A ideia é o CHAT GPT substituir essa ferramenta e aumentar o alcance.
|
66 |
+
O CHAT GPT deve gerar as providências de agenda (considerando o passo a passo do processo), isso segue uma lógica matemática definida no Código de processo civil, e regras do processo trabalhista, eleitoral, tributário, entre outros, seguindo um racional de árvore decisória.
|
67 |
+
O CHAT GPT deverá promover a análise de um processo pra indicar a melhor tese, deverá ler pra identificar oportunidades de encerramento (de forma mais assertiva), deverá ler guias específicas e extremamente repetitivas e com base nessas guias e decisões pra esse mesmo tipo de tese gerar uma probabilidade de provisionamento. Há muitas formas de utilizarmos essa tecnologia e podemos iniciar com coisas que usamos Watson (principalmente pra indicação de encerramentos, classificando por matéria) e pra fazer e a leitura dessas guias com selagem na interface.
|
68 |
+
Uma vez que exista esse dado setado na interface (via Dashboard de agenda e de processo), poderemos dar o passo seguinte, busca de valores nos processos.
|
69 |
+
E por fim a indicação das melhores defesas, melhores ataques (a depender do perfil do usuário).
|
70 |
+
O serviço também deve expandir no quesito BI. Hoje temos um Dashboard extremamente empobrecido, embora haja uma quantidade gigantesca de dados armazenados.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|