DEBITOS QUE PODEM DESCREVER O MESMO ASSUNTO ============================================================================== debitos lidos: 748 pares ja tratados: 256 pares NOVOS: 0 D131|D150 — o mesmo arranjo dos pares D131|D145 e D131|D147: o D131 e A LISTA congelada, e este e o MAIOR BLOCO tirado dela -- quinze acoes de uma vez, a agenda inteira, de 106 para 91. E o que este acrescenta a lista e a licao que ela sozinha nao carrega: em UMA das quinze, `escrever` teria sido a resposta errada, e por 104 pessoas. A lista diz quantas faltam; so a leitura de cada tela diz QUAL guarda cada uma pede D145|D147 — a lista de origem e a mesma (D131) e as duas mexem com ARQUIVO, mas em pontas opostas do fluxo e com medidas diferentes. O D145 e ESCRITA: `salvarAction` que RECEBE arquivo enviado e grava cadastro de cliente. O D147 e LEITURA: `abrirAction` e `downloadAction` que ENTREGAM os bytes de 109 documentos ja gravados, por id sequencial, enquanto a listagem ao lado conferia o privilegio. Consertar uma nao conserta a outra, e a licao que cada uma carrega e distinta: o D145 mostra a porta do POST aberta atras da tela fechada, e o D147 mostra que o menu era o unico controle. Ficam separados, com o D131 como remissao comum D131|D138 — o D131 e A LISTA das acoes sem privilegio; o D138 era A TRAVA que impedia de fechar 22 delas -- a tela do PDV, usada por gente demais para guardar no escuro. Um responde "quantas faltam"; o outro respondia "por que estas nao dao para fechar". Com a medida de uso, a trava caiu e as 22 sairam da lista; os dois continuam separados porque a lista sobrevive ao seu desaparecimento D138|D144 — a forma coincide -- acao sem getAcesso --, e so. O D144 e UMA acao de sorteio, fechada em minutos porque ninguem a usava; o D138 era um BLOCO de 22 no caminho critico de 32 lojas, e o que o travava nao era o codigo e sim a falta de uma medida de uso. Um se resolve escrevendo uma linha, o outro se resolveu medindo onze anos de vendas D138|D147 — os dois fecham acao sem privilegio, e a diferenca esta no que decidiu cada um. No D147 a medida era de PRIVILEGIO -- 111 tem, ninguem perde -- e bastou. No D138 a medida de privilegio dizia o contrario (133 seriam bloqueados) e travou a decisao por um dia inteiro; o que a destravou foi medir USO, em `vendas.usuario` e `caixas.usuario`. Ficam separados porque a licao de cada um e outra D131|D145 — o D131 e A LISTA -- as acoes do ERP que nao conferem privilegio, congelada num portao --, e este e UMA ENTRADA TIRADA DELA, com o nome da consequencia. Sao niveis diferentes: o D131 responde quantas faltam e por que nao da para varrer, e este responde o que aquela acao especifica deixava fazer. Fechar este nao fecha aquele, e o numero da lista cai em cada um. Ficam separados, e o D131 e a remissao natural de todos eles D138|D145 — o D138 e a DECISAO que trava as restantes -- guardar a tela do PDV bloquearia 133 pessoas que usam o sistema toda semana --, e o D145 e o caso OPOSTO: medido antes de fechar, ZERO usuarios perderiam acesso. Os dois existem justamente para mostrar que a mesma forma de defeito exige decisoes diferentes conforme a medida D144|D145 — a forma e a mesma -- acao de escrita sem getAcesso --, e as duas sairam da lista do D131. Mas cada uma nomeia o que deixava fazer: o D144 SORTEIA O GANHADOR e trazia junto um bitwise sem curto-circuito que derrubava a acao; o D145 grava cadastro de cliente e recebe arquivo enviado. Consertar uma nao conserta a outra D139|D142 — a FORMA e a mesma -- pegar a entidade por id e mexer nela sem perguntar de que franquia e --, e sao QUATRO defeitos desse feitio em duas noites (D132, D137, D139, D142). Mas cada um e uma tela, uma entidade e uma consequencia diferente: o D139 muda o DESCONTO que o PDV da vizinha aplica, e o D142 muda a COMPOSICAO de um pacote -- quais servicos, quantas sessoes, por quanto --, com 3.474 pacotes ja vendidos a clientes. Consertar um nao conserta o outro, e por isso ficam separados. O que os une esta no portao `conferir-recorte-por-unidade.php`, que vigia os quatro D30|D49 — mesmo defeito; o D30 virou remissao em 30/08/2026 D62|D79 — so o verbo coincide -- um e funcao de DQL nao declarada, o outro e metodo removido com a chamada mantida D40|D71 — mesma corrida, consequencias OPOSTAS: o D40 mostra numero errado hoje, o D71 esta certo por acidente -- ficam separados, com remissao mutua D24|D97 — UM LE CODIGO, O OUTRO EXECUTA. O D24 audita a DQL escrita como texto e chegou a zero; o D97 pede as telas e achou duas quebrando por agrupamento -- justamente a regra que so aparece executando (o MySQL deduz dependencia funcional atraves do JOIN, o PostgreSQL nao). O segundo mede o ponto cego do primeiro; nenhum substitui o outro D70|D96 — O MESMO ARQUIVO DE TESTES, DEFEITOS DIFERENTES: o D70 e sobre snapshots que congelavam a RECUSA em vez da carga -- contrato que nao contratava nada; o D96 e sobre a suite inteira, ja correta, rodar so contra MySQL. Um se conserta escrevendo teste, o outro escrevendo job de CI -- ficam separados, com remissao mutua D98|D117 — A MESMA VARREDURA, EM DOIS MOMENTOS: o D98 pos as 22 rotinas de cron para rodar no PostgreSQL e consertou o que quebrou ALI; o D117 e um defeito que aquela medicao NAO ALCANCAVA -- duas rotinas que so executam a consulta com defeito quando encontram um colaborador do grupo 1, e o cenario nao tinha nenhum. Um criou o medidor, o outro achou o ponto cego dele -- ficam separados, com remissao mutua D55|D116 — DOIS JEITOS DE UM INSTANTANEO MENTIR: o D55 e cenario VAZIO -- o contrato congelou "nao achei nada" como se fosse o formato entregue; o D116 e cenario ESTRANHO -- ha dado, e ele foi inventado onde o codigo espera um id de producao, entao o contrato congelou uma forma que o aplicativo nunca recebe. O primeiro se conserta povoando, o segundo usando o id certo -- ficam separados, com remissao mutua D81|D82 — DIRECOES OPOSTAS do mesmo erro de tipo: o D81 e literal inteiro contra coluna booleana (corrigido em 02/09); o D82 e valor booleano contra coluna INTEIRA. Correcao e medicao diferentes -- ficam separados, com remissao mutua D83|D84 — UMA DECISAO SO (02/09: adiar para a homologacao) aplicada a duas frentes que continuam adiadas. Os titulos coincidem porque a decisao e a mesma; o conteudo nao: D83 e remediacao de servidor com a rota migrar-senhas ativa, D84 e failover e decide que o corte vai de no unico. Prazos diferentes -- ficam separados. (Eram tres frentes: a terceira era o D85, o BI que quebraria no corte. Encerrado em 09/09/2026 -- o Power BI foi removido, e com ele o prazo) D160|D161 — DOIS PISOS QUE FALTAM, em dois saldos que nao se parecem: o D160 e o credito do CLIENTE, dinheiro dele que fica negativo e que alguem vai reclamar; o D161 e o ESTOQUE, contagem de coisa fisica que ja nasce desencontrada e onde recusar a venda pode ser pior que registrar o negativo. Os titulos coincidem porque a falha e a mesma palavra -- sem piso --, mas a decisao e oposta em cada um: no primeiro o conserto e obvio e so falta fazer, no segundo o dono precisa escolher. Ficam separados, com remissao mutua D91|D180 — A MESMA FAMILIA DO D88|D91 -- agir como outra pessoa sem provar que se e ela --, e de novo a superficie e o remedio diferem. O D91 e a API DO APLICATIVO: sem sessao nenhuma, aceitando id de cliente cru, e o remedio foi exigir CREDENCIAL. O D180 e uma TELA publica que o proprio cliente abre por link, onde pedir credencial seria pedir login a quem nao tem conta; o remedio foi amarrar o cliente ao formulario ABERTO, na sessao, como a tela irma ja fazia. Um se fecha com credencial, o outro com continuidade de sessao -- e a razao de serem diferentes e QUEM esta do outro lado. Ficam separados, com remissao mutua D145|D180 — O NOME DA ACAO COINCIDE -- as duas sao `salvarAction` sem guarda --, e e so. O D145 e a tela de CLIENTES do ERP: exige sessao de funcionario, e o buraco era o POST alcancar a escrita por tras de uma tela fechada, recebendo arquivo enviado. O D180 e a PESQUISA DE SATISFACAO, rota publica de propósito, onde a escrita tem de acontecer sem login nenhum -- o buraco era ela aceitar QUALQUER id de cliente. Um se fecha com `getAcesso()`, o outro com sessao de formulario; pedir privilegio na pesquisa a fecharia para o cliente. Ficam separados D180|D182 — A MESMA TELA, E DOIS DEFEITOS QUE NAO SE TOCAM -- e este par ja apareceu, sumiu quando os titulos mudaram, e voltou. O D180 e ATRIBUICAO: quem pode GRAVAR a pesquisa, e a resposta passou a ser "quem abriu o formulario". O D182 e COERENCIA DE FILTRO: quem consegue ABRIR, e a resposta passou a excluir cliente inativo, porque o salvar ja o excluia. Um cuida da escrita, o outro da leitura; consertar um nao encosta no outro, e os dois foram fechados em 13/09/2026 por caminhos distintos -- sessao de formulario num, clausula de DQL no outro. Ficam separados, com remissao mutua D116|D174 — PRIMOS, E O PORTAO ACERTOU EM APROXIMA-LOS: os dois sao contrato congelado que descreve o que a producao nao envia. A diferenca esta na CAUSA e no CONSERTO. O D116 e uma CHAVE ausente -- o cenario inventou uma area fora do dominio (90001000 em vez de 1, 3, 4 ou 8), o campo `categoria` sumiu da resposta e o instantaneo congelou a ausencia; consertou-se trocando o id, e esta FECHADO. O D174 e um TIPO que o mecanismo nao sabe dizer: `ContratoTestCase::estrutura()` reduz lista a estrutura do PRIMEIRO item, entao campo anulavel congela `string` ou `null` conforme a linha que vier primeiro -- nao ha id a trocar, e o formato nao tem a palavra `string|null`. Um se resolveu com dado certo; o outro pede decisao sobre o vocabulario do contrato. Ficam separados, com remissao mutua D86|D165 — A MESMA AUTORIZACAO, EM DOIS MOMENTOS: o D86 e sobre ela NAO EXISTIR de verdade -- era aviso no navegador, e o servidor nao exigia registro; o D165 e sobre ela EXISTIR DEMAIS -- uma vez gravada, nada a limpa, entao ela sobrevive ao fiado que a motivou e passa a valer para um valor maior. Um se conserta exigindo o registro (feito na API nova), o outro limpando os dois campos quando o fiado some. Ficam separados, com remissao mutua D158|D210 — SO O VERBO COINCIDE -- os dois "escondem" algo que outro lugar "mostra". O D158 e um RELATORIO: o PDF da exportacao de vendas escondia o valor do colaborador que o XLS do mesmo botao entregava, e o conserto foi no servidor, igualando os dois formatos. O D210 e o MENU do front novo: nove destinos sem guarda medida sumiam ate para o administrador, e o conserto foi ler as guardas no layout.phtml e publicar o papel de gerente na sessao. Um vazava dado, o outro escondia caminho; nada em comum alem da palavra D211|D221 — A MESMA COMANDA ABERTA, E NADA MAIS: o D211 e a LEITURA da comanda pela API, que publicava desconto zero com itens descontados dentro -- uma soma que faltava na resposta. O D221 e a REMARCACAO de agendamento, que nao leva a troca de colaborador para os itens que a comanda ja copiou da agenda -- `vendas` nao aponta para `agendas`. Um se consertou somando, o outro pede decisao do dono sobre avisar ou recusar. Ficam separados D202|D204 — A MESMA TELA DE USUARIOS, E DEFEITOS DIFERENTES: o D202 e a LINHA gravada -- seis telas de editar gravavam a do campo oculto, e nao a da rota; o D204 e o PODER -- a lista de grupos so da tela, e quem nao e administrador agindo sobre administrador. O conserto da tela de usuarios fechou os dois de uma vez, mas o D202 atravessa cinco outras telas, e o D204 so existe nesta. Ficam separados, com remissao mutua D229|D231 — A MESMA CONSULTA, RAMOS DIFERENTES: o D229 e o WHERE do filtro de desconto da listagem; o D231 e o GROUP BY do TOTAL de descontos com colaborador ou forma de pagamento. Um trazia as vendas erradas, o outro somava as certas mais de uma vez D47|D240 — A MESMA PALAVRA, DEFEITOS DIFERENTES: o D47 e a ORDEM das listagens paginadas -- sem desempate, a mesma linha aparecia em duas paginas; o D240 e o LINK da paginacao, que repete a busca sem escape e deixa uma aspa fechar o atributo. Um e a consulta, o outro o HTML; consertar um nao encosta no outro D243|D245 — A MESMA RESPOSTA DO ESTOQUE, CAMPOS DIFERENTES: o D243 e a DATA de toda movimentacao, nula pelo getter que formata; o D245 e QUAL movimentacao o lancamento devolve -- a primeira da listagem, que empatava no segundo. Consertar a data nao escolhe a linha, e escolher a linha nao traz a data D171|D238 — O MESMO ESTOQUE DE SERVICO, LADOS OPOSTOS: o D171 e a ESCRITA -- a API aceitava dar entrada de estoque em servico, e a tela do ERP recusa; o D238 e a LEITURA -- o recurso devolvia o saldo gravado de servico, e o PDV o mostrava ao lado de um corte. A guarda de um e da rota de movimentar; a do outro, do serializador D201|D247 — A MESMA FAMILIA (o id do pedido que alcanca outra franquia), RECURSOS DIFERENTES: o D201 e a ROTA de item do catalogo -- `/adm/api/produtos/:id` devolvia e alterava produto de qualquer franquia pelo id da URL; o D247 e o CORPO da composicao do pacote -- o id do servico que vira item, no ERP e na API, sem conferir tipo, estado nem unidade. Controllers e consertos diferentes: a guarda de um e a unidade da rota, a do outro e a lista do ` nao desenhava a unidade inativa ligada, e o POST voltava sem ela. Um e o servico, o outro as opcoes do formulario; consertar um nao fecha o outro D260|D263 — O MESMO DEFEITO, TELAS DIFERENTES (a familia do D199): o D260 e o alternar por GET dos CONVENIOS; o D263, o das CAMPANHAS DE CUPOM. Modulos, controllers e views diferentes -- consertar um nao tocava no outro, e a trava do conferir-remocao-por-post desceu uma vez para cada D253|D262 — A MESMA FAMILIA (o motivo do desconto num varchar(100)), ORIGENS DIFERENTES: o D253 e o nome do CONVENIO, cortado no VendaProdutoService; o D262 e o nome da CAMPANHA DE CUPOM, que o PDV antigo recebe de pesquisarCupom e o servico grava cru. Consertos em lugares diferentes D262|D263 — A MESMA ENTIDADE (a campanha de cupom), DEFEITOS DIFERENTES: o D262 e o MOTIVO no item da venda, que derrubava o PDV; o D263 e o ALTERNAR por GET da lista do ERP. Um e dinheiro no caixa, o outro e o ciclo de vida da campanha D265|D269 — A MESMA TELA, DEFEITOS DIFERENTES: o D265 e a ESCRITA -- o produto de outra franquia e a campanha que mudava de unidade --; o D269 e a IMPRESSAO crua de nomes nas views. Um e recorte, o outro e escape D207|D275 — SO A PALAVRA "UNIDADE": o D207 e o ESTORNO de pagamento no ERP, que nao conferia a unidade nem o estorno repetido; o D275 e o RESGATE do cupom no PDV, que casa produto e cliente. Modulos, entidades e telas diferentes D269|D279 — AS MESMAS TELAS DO ERP, DEFEITOS DIFERENTES: o D269 e a SAIDA crua de nomes (escape); o D279 e a ENTRADA crua de filtros num booleano e num int4 (500 no PostgreSQL). Um e o que a tela imprime, o outro e o que a consulta recebe D278|D279 — OS MESMOS FILTROS DO ERP, DEFEITOS DIFERENTES: o D278 e o LINK da pagina 2, que perdia os filtros (a view nunca os recebia); o D279 e o VALOR cru que ia a um booleano e a um int4. Um perde o filtro, o outro o manda sem conferir D259|D260 — O MESMO ESTADO DO CONVENIO, DEFEITOS DIFERENTES: o D259 e o SALVAR do editar, que devolvia o status lido ao abrir e desfazia a troca feita em outra tela; o D260 e o ALTERNAR da lista, um GET que invertia o estado. Um tirou o estado do formulario, o outro trocou o link por POST com o estado pedido D204|D288 — O MESMO "QUEM ADMINISTRA USUARIOS", PORTAS DIFERENTES: o D204 e a EDICAO do usuario, que punha qualquer um -- a si mesmo inclusive -- no GRUPO de administrador; o D288 e a TELA DE PRIVILEGIOS, que concedia funcionalidade a funcionalidade, a si mesmo e acima do seu. Um e o grupo, o outro a linha de privilegio D300|D302 — A MESMA ROTINA DE CAMPANHAS, DEFEITOS DIFERENTES: o D300 e o TEXTO -- o link so e acrescentado quando esta vazio, e a campanha com link sai sem ele; o D302 e o RESULTADO -- o envio que falha e contado como feito. Um muda o que o cliente le, o outro o que a tela conta D165|D318 — A MESMA AUTORIZACAO DO FIADO NA API NOVA, DEFEITOS DIFERENTES: o D165 e a autorizacao que SOBREVIVIA a mudanca do fiado que a motivou; o D318 e a autorizacao gravada numa comanda JA CONCLUIDA, porque a acao nao le a situacao. Um e o que invalida a autorizacao, o outro onde ela pode ser gravada D274|D300 — SO A PALAVRA "CAMPANHA": o D274 e a campanha de CUPOM, que continua emitindo com o produto desativado; o D300 e a campanha de MARKETING por WhatsApp, cujo link nao vai no texto. Modulos e entidades diferentes D213|D317 — O MESMO CANCELAMENTO, LUGARES DIFERENTES: o D213 e a API NOVA (a outra unidade e a comanda aberta, corrigido em 23/09); o D317 e o ERP ANTIGO, que aceita a venda ja cancelada e a em andamento. Controllers e consertos diferentes -- o D317 copia a regra da API D324|D325 — A MESMA AGENDA, DEFEITOS DIFERENTES: o D324 e a REGRA da ocupacao -- a agenda do dia conta o bloqueado como tomado, o relatorio o tira --; o D325 e o DADO que some -- reabrir apaga os bloqueios sem rastro, e o mes passado muda. Um se conserta na tela, o outro gravando o que a reabertura apaga D196|D325 — O MESMO "APAGAR BLOQUEIO", DEFEITOS DIFERENTES: o D196 e QUEM pode reabrir (a guarda da acao, corrigida em 21/09); o D325 e O QUE a reabertura leva junto -- os bloqueios, sem rastro, e com eles a ocupacao de um mes passado D326|D327 — A MESMA COPIA DO TESTE, DEFEITOS DIFERENTES: o D326 e DADO PESSOAL que sobra na copia -- um CPF de pessoa fisica e 243 telefones reais em links --; o D327 e a MISTURA de fixtures e restos de ensaio com a base real, que para em 16/08/2026. Um troca valores (documento, endereco de faturamento, links `wa.me`), o outro apaga linhas (as fixtures e os restos dos ensaios, com os dependentes). Par registrado em 03/10/2026 pelo SEGREDOS, que achou o portao ja vermelho no HEAD por ele D314|D317 — O MESMO VERBO NO ERP ANTIGO, OBJETOS DIFERENTES: o D314 e o cancelamento do PACOTE do cliente (quem pode -- so o gerente -- e por POST); o D317 e o cancelamento da VENDA, que recancelava a ja cancelada e devolvia de novo as sessoes de pacote. Acoes, controllers e consertos diferentes. Par registrado em 03/10/2026, quando o D317 passou a CORRIGIDO e o radical de estado saiu da uniao D316|D318 — A MESMA FAMILIA (a escrita que nao le a situacao da venda), TELAS DIFERENTES: o D316 e o PDV ANTIGO -- as cinco escritas de `VendasProdutos` e `VendasPagamentos`, pela regra do D313 --; o D318 e a API NOVA -- a autorizacao do fiado de `Adm\ComandasController`, pela regra do D163. Par registrado em 03/10/2026, quando o D318 passou a CORRIGIDO D381|D382 — O MESMO CREDITO NO ERP, ESCRITAS DIFERENTES: o D381 e a COMPRA, que grava sem trava (e a corrida com a devolucao travada do D285); o D382 e a DEVOLUCAO de valor negativo, que sobe o saldo sem venda. Um se conserta chamando `comprarCreditoTravado`, o outro recusando o valor que nao e positivo. Par registrado em 03/10/2026, quando os dois nasceram do D285 D132|D385 — A MESMA EXCLUSAO DE PARCELA, PERGUNTAS DIFERENTES: o D132 e DE QUEM e a parcela -- o lote apagava a de outra franquia com os ids crus do POST (corrigido em 08/09, com a unidade no servico); o D385 e EM QUE ESTADO ela esta -- a parcela ou a despesa JA EXCLUIDA, da propria unidade, que o ERP regrava e diz sucesso, e que a API ja recusa com 409. A guarda de um nao alcanca o outro. Par registrado em 03/10/2026, quando o D385 saiu da revisao do D208 D254|D391 — A MESMA FAMILIA (o D203, texto impresso cru numa lista do ERP), TELAS DIFERENTES: o D254 e o NOME na lista de CONVENIOS, o D391 e a DESCRICAO na lista de CONTAS A PAGAR. Views, campos e consertos diferentes -- um escape em cada tela. Par registrado em 04/10/2026, quando o D391 nasceu do FINANCEIRO-S1 D134|D357 — A MESMA TELA DE SAIDAS, FILTROS DIFERENTES: o D134 eram `categoria` e `local`, que a despesa nao tem -- a consulta caia com 500 (corrigido em 08/09, tirando os dois); o D357 e a SITUACAO, que existe e era ignorada -- o `false` e o `0` de "abertas" sao vazios para o `!empty`, e as quitadas vinham junto. Par registrado em 04/10/2026, quando o D357 passou a CORRIGIDO no FINANCEIRO-S1 D273|D394 — SO "LISTA" E "CLIENTE" COINCIDEM: o D273 e QUEM LE a lista dos cupons emitidos, com o nome do cliente (a guarda da API pede `ler`, o ERP `escrever`); o D394 e o que a ACAO de ativar/desativar da lista antiga de CLIENTES grava nos dois clientes marcadores, que a API recusa. Modulos, telas e consertos diferentes. Par registrado em 04/10/2026, quando o D394 nasceu do ESCAPE-E-REMOCAO D337|D405 — A MESMA PAGINA PUBLICA DA ADESAO, TEXTOS E AUTORES DIFERENTES: o D337 e o texto da PESQUISA (a pergunta e as opcoes, escritas por quem administra, e impressas tambem no link avulso, no agradecimento e no editar); o D405 e o NOME DO CLIENTE no topo, escrito por ele na etapa 1 ou por quem o indicou na etapa 6, e que chega ao amigo pelo WhatsApp da unidade. Campos, origens e casos diferentes -- um escape em cada lugar. Par registrado em 04/10/2026, quando o D405 nasceu da revisao do MARKETING-CONSERTOS D395|D408 — A MESMA FAMILIA (o `id` escondido no corpo escolhia qual linha gravar), TELAS DIFERENTES: o D395 e o editar do MOLDE de privilegio (Grupos), o D408 e o editar dos ASSISTENTES, que tambem dizia `true` ao alterar o estado do id que nao existe. Controllers, servicos e consertos diferentes -- o id da rota em cada tela. Par registrado em 04/10/2026, quando o D408 nasceu do ASSISTENTES-F0-F1 D403|D408 — A MESMA FAMILIA (o `id` escondido no corpo escolhia qual linha gravar), TELAS DIFERENTES: o D403 e o editar dos AVISOS do mural (com o dia invalido, o titulo longo e o emoji dando 500), o D408 e o editar dos ASSISTENTES. Controllers, servicos e consertos diferentes -- o id da rota em cada tela. Par registrado em 04/10/2026, quando o D408 nasceu do ASSISTENTES-F0-F1 D86|D318 — A MESMA AUTORIZACAO DO FIADO, DEFEITOS DIFERENTES: o D86 e ela NAO EXISTIR de verdade -- era aviso no navegador, e o servidor nao exigia registro de quem autorizou; o D318 e a escrita da API nova que GRAVA POR CIMA de quem autorizou numa comanda ja concluida, porque nao le a situacao -- a oitava escrita do D163, com o conserto dele (409). Um e requisito de rastro, o outro e guarda de estado. Par registrado em 05/10/2026 D285|D381 — O MESMO CREDITO DO CLIENTE, PERGUNTAS DIFERENTES: o D285 e a IDEMPOTENCIA -- o pedido repetido de comprar ou devolver cria duas vendas, e a devolucao passou a conferir o saldo sob trava; o D381 e a COMPRA PELO ERP, que grava sem trava nenhuma e por isso a devolucao travada nao a espera. O D381 nasceu do conserto do D285, e nao o desfaz. Par registrado em 05/10/2026 D384|D433 — A MESMA TROCA DE CLIENTE DA VENDA EM ANDAMENTO, O QUE ELA LEVA E DIFERENTE: o D384 sao os PAGAMENTOS lancados para o cliente de antes, e a recusa decidida pelo dono (pergunta 15) olha so eles (corrigido em 06/10); o D433 sao os DEBITOS que o "Quitar" somou ao total, sem pagamento nenhum -- a recusa nao os ve, e o que fazer com eles e outra pergunta ao dono. Par registrado em 06/10/2026, quando o D433 nasceu do PDV-QUITAR-E-COMANDA D384|D434 — A RECUSA E O QUE ELA ALCANCA DE MAIS: o D384 e a venda em andamento que virava a comanda de OUTRO cliente com o pagamento dele dentro, e a recusa decidida pelo dono fechou isso (corrigido em 06/10); o D434 e um caminho da propria tela que a recusa passou a pegar -- o "Sem Cadastro" (cliente 2) cadastrado no meio da venda, que e a MESMA pessoa. Um e o defeito, o outro a excecao que pede resposta do dono. Par registrado em 06/10/2026, na verificacao do PDV-QUITAR-E-COMANDA D433|D434 — DUAS SOBRAS DA RECUSA DO D384, EM DIRECOES OPOSTAS: o D433 e o que ela DEIXA PASSAR -- a venda com os debitos de um cliente somados, sem pagamento, vira a comanda de outro; o D434 e o que ela RECUSA DE MAIS -- o "Sem Cadastro" com pagamento, cadastrado no meio da venda, sendo a mesma pessoa. Perguntas diferentes ao dono, no mesmo lote. Par registrado em 06/10/2026, na verificacao do PDV-QUITAR-E-COMANDA D426|D435 — A MESMA COMANDA ABERTA PELA AGENDA, PERGUNTAS DIFERENTES: o D426 e a ORDEM em que ela recebe os servicos do dia -- o banco escolhia, e a ordem do id ficou escrita pela resposta 23 (o desempate dos irmaos voltou ao lote); o D435 e a CONTA DAS SESSOES do pacote -- cada item pergunta ao saldo gravado, e com uma sessao os dois servicos iguais saem de graca, o que nenhuma ordem resolve. Consultas, servicos e consertos diferentes. Par registrado em 07/10/2026, quando o D435 nasceu do AGENDA-DECISOES D422|D436 — O MESMO CLIQUE NA AGENDA ANTIGA, DUAS PECAS DA TELA: o D422 e o que o CHECK-IN ESCREVE -- para quem tem "Agendas unidades", virava os horarios do cliente na rede inteira, e a resposta 22 o limitou a unidade do horario clicado (corrigido em 07/10); o D436 e o que o MODAL MOSTRA antes da confirmacao e onde o "Abrir comanda" abre -- os da unidade da sessao, coisa de antes do D422 que a regra nova deixou sem relacao com o clique. Acoes, consultas e perguntas diferentes (o D436 foi ao lote). Par registrado em 07/10/2026, quando o D436 nasceu da verificacao do AGENDA-DECISOES D435|D452 — O MESMO SALDO DO PACOTE, CAMINHOS DIFERENTES ATE O NEGATIVO: o D435 e a MESMA VENDA -- cada item perguntava ao saldo gravado, e a resposta 45 fez a venda descontar as sessoes que ja lancou (corrigido em 08/10); o D452 e o que essa resposta NAO alcanca -- duas vendas abertas do cliente, cada uma sem ver a outra, e o item de quantidade maior que o saldo do pacote que vence antes. Um esta feito; o outro e pergunta nova ao dono. Par registrado em 08/10/2026, quando o D452 nasceu do AGENDA-SEGUNDA-RODADA (o par D435|D436, so de palavras, saiu daqui no mesmo dia: o titulo do D436 ganhou a marca do conserto, e o portao deixou de aproxima-los) D435|D453 — A MESMA SESSAO DO PACOTE NA MESMA VENDA, PERGUNTAS DIFERENTES: o D435 e o LANCAMENTO -- cada item perguntava ao saldo gravado, e a resposta 45 fez a venda descontar as sessoes que ja lancou (corrigido em 08/10); o D453 e a REMOCAO -- tirar da venda o item que gastou a sessao nao a devolve ao outro do mesmo servico, que fica pelo preco, e isso a resposta 45 nao decide (foi ao lote). Metodos, casos e perguntas diferentes; o D453 nasceu do conserto do D435. Par registrado em 08/10/2026, na verificacao do AGENDA-SEGUNDA-RODADA D433|D450 — A MESMA MARCA DO "QUITAR", CAUSA E EFEITO EM LUGARES DIFERENTES: o D433 e a RECUSA do abrir comanda quando a venda em andamento tem os debitos de outro cliente somados ao total (a resposta 40, corrigido em 08/10); o D450 e a CONTA DA REMOCAO de item em `VendaProdutoService`, que deixa um centavo a mais no total quando o item tem meio centavo -- o cliente paga o centavo, e a marca o le como debito somado, o que faz a recusa do D433 dizer "debitos" sem "Quitar". Servicos, consertos e perguntas diferentes (o D450 foi ao lote). Par registrado em 08/10/2026, quando o D450 nasceu da verificacao do PDV-QUITAR-SEGUNDA-RODADA D375|D480 — A MESMA DESPESA DA SANGRIA, PERGUNTAS DIFERENTES: o D375 e o CAMINHO DE VOLTA -- o estorno no financeiro e o cancelamento no caixa nao se viam, e a resposta 141 os amarrou (o caixa ja fechado foi ao lote); o D480 e a RETIRADA DE R$ 0 com o financeiro marcado, que grava um pagamento de R$ 0 por fora da regra da resposta 139. Servicos, consertos e perguntas diferentes. Par registrado em 13/10/2026, quando o D480 nasceu do CONTAS-A-PAGAR D304|D481 — A MESMA PAGINA DA ADESAO, ETAPAS E DEFEITOS DIFERENTES: o D304 e a ETAPA 6 -- o amigo indicado, a mensagem de WhatsApp a cada envio e o teto das indicacoes do dia; o D481 e a ETAPA 1 -- o telefone do proprio cliente, trocado sem o teto dos 10 cadastros do D32. Servicos e perguntas diferentes (o D481 foi ao lote). Par registrado em 13/10/2026, quando o D481 nasceu do RESPOSTAS-162-A-167 D460|D481 — A MESMA PAGINA DA ADESAO, ETAPAS E DEFEITOS DIFERENTES: o D460 e o PAIS -- o indicado que nascia sem ele, a etapa 3 do endereco que o de fora do Brasil pulava, e quem terminava inativo (as respostas 146, 163 e 164); o D481 e a ETAPA 1 -- o telefone do proprio cliente, trocado sem o teto dos 10 cadastros (a resposta 176). Campos, servicos e consertos diferentes. Par registrado em 14/10/2026, quando o titulo do D481 ganhou o CORRIGIDO do CADASTRO-E-CONVENIO D452|D477 — O ITEM DA SESSAO DO PACOTE, PERGUNTAS DIFERENTES: o D452 e o SALDO do pacote abaixo de zero por duas vendas abertas e pelo item maior que o saldo do pacote que vence antes; o D477 e o DESCONTO digitado maior do que o que sobrou do item, que a resposta 165 fez zerar o item (o da sessao ja vale zero). Servicos e consertos diferentes. Par registrado em 13/10/2026, quando o titulo do D477 ganhou a marca do RESPOSTAS-162-A-167 D422|D482 — SO A AGENDA E A UNIDADE COINCIDEM: o D422 e o CHECK-IN da agenda antiga do ERP que mexia no horario de outra franquia; o D482 e a AGENDA DO APLICATIVO aberta pelo colaborador da unidade inativa. Telas e defeitos diferentes. Par registrado em 13/10/2026 D458|D483 — SO "APLICATIVO" COINCIDE: o D458 e o CONVITE do aplicativo que conta que o telefone ja esta na base; o D483 e o PUSH do aplicativo da unidade fechada. Par registrado em 13/10/2026 D366|D484 — O MESMO ASAAS, CHAMADAS DIFERENTES: o D366 e o CADASTRO do cliente de cobranca, criado uma vez e nunca atualizado quando o faturamento da unidade muda (decidido pela resposta 133: fica editavel, com o aviso); o D484 e a EMISSAO do boleto do dia 16 cuja resposta se perdeu, que a chamada repetida reemite. Dados, defeitos e perguntas diferentes (o D484 foi ao lote). Par registrado em 13/10/2026, quando o D484 nasceu da revisao do UNIDADES-GRUPOS-ROYALTIES D426|D490 — A MESMA FAMILIA (O POSTGRESQL SEM ORDER BY), CONSULTAS DIFERENTES: o D426 e a ORDEM DOS SERVICOS DA AGENDA que viram itens ao abrir a comanda (`servicosMarcadosPorClienteData`, corrigido em 07/10 com `ORDER BY age.id`); o D490 e a COLECAO DOS ITENS DA VENDA (`Venda::$produtos`, sem `@ORM\OrderBy`), lida por toda tela da comanda depois de aberta. Consertar um nao conserta o outro. Par registrado em 14/10/2026, quando o D490 nasceu do ciclo do CADASTRO-E-CONVENIO D363|D496 — O D496 NASCEU DO CONSERTO DO D363, E E OUTRA REGRA: o D363 e o MOTIVO que a agenda nao gravava no item do convenio (o desconto em dobro na tela nova), corrigido pela resposta 90; o D496 e QUAL ITEM o convenio cobre -- a agenda da em qualquer item marcado (a lavagem, o produto), o caixa so no tipo Servico --, que o motivo novo deixou a vista no "+" da tela nova e foi ao lote. Um era texto gravado, o outro e regra do contrato. Par registrado em 15/10/2026, na fatia 4 (RESPOSTAS-DO-BALCAO) D500|D501 — A MESMA DEVOLUCAO COMO RETIRADA (a resposta 89), DUAS PERGUNTAS QUE NAO SE TOCAM: o D500 e o que CANCELAR a retirada da devolucao faz com o credito do cliente (depois que ela saiu); o D501 e se a devolucao maior que o SALDO DO CAIXA sai ou e recusada (antes de sair), e que o saldo conferido nao e o dinheiro da gaveta. Uma resposta nao decide a outra, e as duas foram ao lote separadas (respondidas em 16/10/2026: a 231 (a) e a 232 (c)). Par registrado em 15/10/2026, na verificacao da fatia 5c D285|D501 — SALDOS DIFERENTES NA MESMA DEVOLUCAO: o D285 e o SALDO DO CLIENTE (a devolucao confere o credito dele sob a trava, e a idempotencia do pedido repetido continua decisao); o D501 e o SALDO DO CAIXA (a recusa do que passa dele, que a resposta 89 nao deu, e a conta que nao e a gaveta). Consertar um nao encosta no outro. Par registrado em 15/10/2026, na verificacao da fatia 5c D277|D477 — O MESMO ITEM DO CONVENIO, DESCONTOS DIFERENTES: o D277 e o CUPOM do cliente no servico do convenio, que somava ao convenio sem queimar e desde a resposta 187 (c) fica so o maior dos dois; o D477 e o DESCONTO DO BALCAO no item do convenio, que zera o item (a 165) e leva os dois motivos (a 177). O D477 fechou o motivo do cupom remetendo ao D277, onde o resto (o cupom que perde se gasta?) foi ao lote e voltou com a resposta 233 (a), fica com o cliente. Par registrado em 16/10/2026, na fatia 5d (RESPOSTAS-DO-CUPOM-E-DO-CONVENIO) D259|D508 — A MESMA FORMA (O ESTADO NUM SELECT ESCONDIDO DO FORMULARIO), TELAS DIFERENTES: o D259 e o editar dos CONVENIOS, corrigido em 28/09/2026; o D508 e o editar das UNIDADES (o U11 do desenho), corrigido no molde dele em 16/10/2026. Consertar um nao consertou o outro -- foram dois formularios, dois servicos e dois testes. Par registrado em 16/10/2026, na fatia 6 (UNIDADES-SERVIDOR) D207|D503 — SO AS PALAVRAS COINCIDEM: o D207 e o ESTORNO DE PAGAMENTO do ERP que nao conferia a unidade nem o estorno repetido; o D503 e a ALTERACAO DA UNIDADE pela API que nao conferia o `alteradoEm` que a tela leu (o 409 `mudou`). Recursos, portas e consertos diferentes. Par registrado em 16/10/2026, na fatia 6 (UNIDADES-SERVIDOR) D408|D507 — A MESMA FORMA (O ID DO CORPO NO EDITAR), TELAS DIFERENTES: o D408 e o editar dos ASSISTENTES, corrigido em 04/10/2026; o D507 e o editar e o cadastro das UNIDADES (o U10 do desenho), que gravavam tambem o POST cru -- o hash, o Asaas, o NPS. Da familia do D202, que nao listou nenhum dos dois porque nem o assistente nem a unidade tem franquia dona. Par registrado em 16/10/2026, na fatia 6 (UNIDADES-SERVIDOR) D145|D503 — SO AS PALAVRAS COINCIDEM: o D145 sao tres `salvarAction` do ERP sem PRIVILEGIO nenhum; o D503 e a alteracao da unidade pela API, com privilegio e so do administrador, que nao conferia se a tela leu a versao do banco. Um e quem pode gravar, o outro e o que se grava por cima. Par registrado em 16/10/2026, na fatia 6 (UNIDADES-SERVIDOR) D275|D503 — SO AS PALAVRAS COINCIDEM: o D275 e o resgate do CUPOM que nao conferia a unidade do cupom; o D503 e a alteracao da UNIDADE que nao conferia o `alteradoEm`. Nada em comum alem de "confere" e "unidade". Par registrado em 16/10/2026, na fatia 6 (UNIDADES-SERVIDOR) D504|D512 — A MESMA UNIDADE DA REDE, LADOS OPOSTOS: o D504 e a ESCRITA -- quem tinha "escrever" sem ser administrador alterava a unidade (a taxa, o desativar, os socios), e as quatro escritas passaram a ser do administrador; o D512 e a LEITURA -- quem so le via na ficha nova o royalty do ciclo em reais, o faturamento e os socios, que o ERP so mostra ao administrador. O royalty saiu do GET de quem nao e administrador; o faturamento e os socios foram ao lote. Consertar um nao encosta no outro. Par registrado em 16/10/2026, na verificacao da fatia 7 (UNIDADES-LEITURA) D289|D374 — AS DUAS REGRAS DA MESMA RESPOSTA, EM DUAS TABELAS: o D289 e a linha da PESSOA (`privilegios_usuarios`) -- a gravacao que mexia numa e deixava a gemea concedendo, as 117 gemeas juntadas e a chave em (pessoa, funcionalidade); o D374 e o MOLDE do grupo (`privilegios`) -- o novo que aceitava o par repetido, e a chave em (grupo, funcionalidade). A resposta 125 (a) do dono pediu as duas, e a mesma migracao do passo 3 cria as duas; o conserto de uma tabela nao encosta na outra. Par registrado em 17/10/2026, na fatia 11 (PRIVILEGIOS-GEMEOS) D369|D526 — SO AS PALAVRAS COINCIDEM: o D369 e o CPF do SOCIO da franquia, obrigatorio no cadastro da unidade e lido por nada, e os dados do socio desativado; o D526 e o COLABORADOR cadastrado pela tela nova de usuarios sem o nascimento e o endereco, que a ficha antiga obriga ao salvar. Entidades, telas e perguntas diferentes -- a do D526 foi ao lote. Par registrado em 18/10/2026, na fatia 17 (USUARIOS-CADASTRO-E-SENHA) D468|D536 — SO AS PALAVRAS COINCIDEM ("antigo", "qualquer id", "inativo"): o D468 e a RETIRADA DO PDV, que aceita qualquer usuario como solicitante; o D536 e o FORMULARIO DE SERVICO, que aceitava qualquer id de etiqueta e nao guardava a inativa que o servico ja tem. Telas, entidades e consertos diferentes. Par registrado em 19/10/2026, na fatia 18 (ETIQUETAS-ERP) D410|D533 — A MESMA FORMA EM DUAS TELAS: o campo "Status" do formulario como segunda porta do estado. O D410 e o dos ASSISTENTES (04/10/2026); o D533 e o das ETIQUETAS, com o editar que desfazia a desativacao de outra aba. Consertar uma tela nao conserta a outra. Par registrado em 19/10/2026, na fatia 18 (ETIQUETAS-ERP) D536|D537 — O MESMO MOLDE EM DOIS CAMPOS DO FORMULARIO DE SERVICO: o D536 e a ETIQUETA (corrigido, o DT-G do desenho das etiquetas); o D537 e a AREA DE ATUACAO, com o mesmo `disable_inarray_validator` e a mesma inativa que nao se guarda -- e nao latente, com 193 servicos ativos numa area inativa na copia. O conserto de um nao toca o outro, e o D537 continua de pe. Par registrado em 19/10/2026, na verificacao da fatia 18 (ETIQUETAS-ERP) D468|D537 — SO AS PALAVRAS COINCIDEM ("antigo", "qualquer id", "inativo"): o D468 e a RETIRADA DO PDV, que aceita qualquer usuario como solicitante; o D537 e o FORMULARIO DE SERVICO, que aceita qualquer id de area de atuacao. Telas, entidades e consertos diferentes. Par registrado em 19/10/2026, na verificacao da fatia 18 (ETIQUETAS-ERP) D525|D531 — A MESMA SOMA, DUAS PORTAS: o D525 e o TETO da soma da base com a extra nas tres escritas da cota-parte (a resposta 239 b); o D531 e a TROCA DO TIPO do produto na tela antiga de produtos, que mudava a soma sem conferi-la (a resposta 242 b). O conserto do D531 le a regra do D525 (`RegraDaCotaParte::conferirASoma`), mas a porta, a frase e quem esta do outro lado sao outros. Par registrado em 19/10/2026, na fatia 18b (RESPOSTAS-240-241-242) D518|D531 — SO AS PALAVRAS COINCIDEM ("parte", "antiga", a marca da decisao): o D518 e QUEM VE a agenda e a cota-parte dos colegas na tela de usuarios (a resposta 238 c); o D531 e a TROCA DO TIPO do produto na tela antiga de produtos e a soma da cota-parte (a resposta 242 b). Telas, guardas e consertos diferentes. Par registrado em 19/10/2026, na fatia 18b (RESPOSTAS-240-241-242) D13|D535 — SO AS PALAVRAS COINCIDEM ("aplica", "tinha"): o D13 e a API DO APLICATIVO sem autenticacao; o D535 e o LOTE do Gerenciar das etiquetas, que nao conferia o token, a etiqueta nem os ids. Nada em comum alem do vocabulario. Par registrado em 19/10/2026, na fatia 18 (ETIQUETAS-ERP) D534|D540 — A MESMA PECA, ENTIDADES DIFERENTES: o D534 e o NOME DA ETIQUETA (o teto, o emoji e o repetido sem caixa nem acento); o D540 e a DESCRICAO DO BANNER (o teto e o emoji, sem unicidade). As duas regras chamam a `RegraDoTexto`, e o conserto de uma nao toca a outra. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D352|D543 — A MESMA TELA, DEFEITOS DIFERENTES: o D352 e o ESTADO que o salvar gravava (o inativo voltava ao aplicativo); o D543 e a ORDEM do aplicativo sem desempate pelo id. Um e escrita, o outro e consulta. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D535|D543 — SO AS PALAVRAS COINCIDEM ("aplica", "tinha"): o D535 e o LOTE do Gerenciar das etiquetas; o D543 e a ordem dos banners que o APLICATIVO recebe. Nada em comum alem do vocabulario. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D13|D543 — SO AS PALAVRAS COINCIDEM ("aplica", "tinha"): o D13 e a API DO APLICATIVO sem autenticacao; o D543 e a ordem dos banners sem desempate. Nada em comum alem do vocabulario. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D540|D542 — A MESMA TELA, DEFEITOS DIFERENTES: o D540 e a DESCRICAO sem teto; o D542 e o REMOVER que dava 500 no id que nao existe e aceitava GET. O conserto de um nao toca o outro. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D396|D542 — A MESMA FORMA EM DUAS TELAS: o `getReference()` que nunca e nulo, e o 500 no id que nao existe. O D396 e o MOLDE DE PRIVILEGIO; o D542 e o BANNER, que tambem aceitava GET. Consertar uma tela nao conserta a outra. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D540|D541 — A MESMA TELA, CAMPOS DIFERENTES: o D540 e a DESCRICAO (o texto); o D541 e a IMAGEM (o tipo pelo conteudo, o teto de 5 MB, o `error` do envio). Regras e casos diferentes. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D540|D543 — A MESMA TELA, DEFEITOS DIFERENTES: o D540 e a DESCRICAO sem teto; o D543 e a ORDEM do aplicativo sem desempate. Um e escrita, o outro e consulta. Par registrado em 20/10/2026, na fatia 21 (BANNERS-SERVIDOR) D526|D538 — A MESMA FICHA, DOIS DEFEITOS: o D526 e o que a ficha antiga OBRIGA (o nascimento e o endereco), que o cadastro novo passou a pedir pela resposta 241 (b); o D538 e o que a ficha MOSTRA errado (as marcas de PDV e de dashboard em "Selecione" para quem tem "Nao"), um defeito da importacao que vale para qualquer pessoa. O navegador da fatia 18b achou o segundo testando o primeiro; consertar um nao encosta no outro. Par registrado em 20/10/2026, na fatia 18b (RESPOSTAS-240-241-242) D546|D548 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D546 e QUEM VE (o ler sem o escrever caia em 404); o D548 e o RASTRO de quem mudou. Consertos diferentes. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D546|D550 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D546 e QUEM VE; o D550 e a REBAIXA sem aviso. Um e privilegio, o outro e a confirmacao. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D545|D546 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D545 e o DISCO sem escrita (o TypeError); o D546 e QUEM VE. Nada em comum alem da tela. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D546|D547 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D546 e QUEM VE; o D547 e o TOKEN que vencia em cinco minutos. Nada em comum alem da tela. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D548|D550 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D548 e o RASTRO de quem mudou; o D550 e a REBAIXA sem aviso. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D545|D548 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D545 e o DISCO sem escrita; o D548 e o RASTRO de quem mudou. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D545|D550 — OS ROTULOS DO MESMO DESENHO DA VERSAO DO APLICATIVO, numerados juntos: o D545 e o DISCO sem escrita; o D550 e a REBAIXA sem aviso. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D444|D549 — O MESMO ROTEIRO DE DEPLOY, OUTRA COISA: o D444 e a TRAVA do `deploy-teste.sh` por usuario; o D549 e a conferencia de mudanca versionada que o `public/app.json` gravado pela tela faz recusar. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D458|D550 — SO AS PALAVRAS COINCIDEM ("aplica", "pergun"): o D458 e o CONVITE do aplicativo; o D550 e a REBAIXA da versao. Par registrado em 20/10/2026, na fatia 23 (VERSAO-DO-APLICATIVO) D550|D551 — VIZINHOS, NAO O MESMO: o D550 e a REBAIXA que publicava sem pergunta nenhuma (parcial: a tela antiga ainda nao pergunta); o D551 e o DUPLO CLIQUE que confirmava a pergunta da tela nova sem ninguem a ler (corrigido). Par registrado em 20/10/2026, na verificacao da fatia 23 D550|D552 — SO AS PALAVRAS COINCIDEM ("versao", "aplica", "aviso"): o D550 e a REBAIXA sem pergunta; o D552 e o BOTAO ligado durante a RELEITURA do 409. Par registrado em 20/10/2026, na verificacao da fatia 23 D555|D558 — VIZINHOS, NAO O MESMO: os dois sao do SORTEAR e do INFORMAR O GANHADOR, mas o D555 e a TRAVA (dois pedidos ao mesmo tempo davam dois ganhadores) e o D558 e o AVISO AUTOMATICO ao ganhador, que a resposta 217 (c) tirou. Par registrado em 21/10/2026, na fatia 25 (SORTEIOS-SORTEAR) D472|D557 — SO AS PALAVRAS COINCIDEM ("aparec", "recusa"): o D472 e o "tentar de novo" dos CARTOES no 403; o D557 e o botao EXPORTAR dos SORTEIOS a quem so le. Par registrado em 21/10/2026, na fatia 25 (SORTEIOS-SORTEAR) D517|D557 — SO AS PALAVRAS COINCIDEM ("aparec"): o D517 e quem ATENDEU no PDV; o D557 e o botao EXPORTAR dos SORTEIOS. Par registrado em 21/10/2026, na fatia 25 (SORTEIOS-SORTEAR) D554|D556 — VIZINHOS, NAO O MESMO: os dois sao do SORTEAR da tela antiga, mas o D554 e o PEDIDO SEM ID (o 500 do find(null)) e o D556 e a FRASE de "nao ha quem sortear". Par registrado em 21/10/2026, na fatia 25 (SORTEIOS-SORTEAR) D553|D556 — SO AS PALAVRAS COINCIDEM ("vendas", "sortei"): o D553 e a CONTA da coluna e da planilha (cupons, e nao vendas); o D556 e a FRASE do sortear sem venda. Par registrado em 21/10/2026, na fatia 25 (SORTEIOS-SORTEAR) D556|D560 — SO AS PALAVRAS COINCIDEM ("cancel", "sortei", "venda"): o D556 e a FRASE do sortear sem venda; o D560 e a CORRIDA do cancelar com a venda que da o cupom. Par registrado em 21/10/2026, na verificacao da fatia 25 D388|D560 — A MESMA FERRAMENTA, EM TABELAS DIFERENTES: o D388 e o SALDO DO ESTOQUE gravado sem a trava do produto; o D560 e o CUPOM DO SORTEIO gravado sem a trava do sorteio. Par registrado em 21/10/2026, na verificacao da fatia 25 D458|D544 — SO AS MARCAS COINCIDEM ("regist", "pergun", "decidi"): o D458 e o CONVITE do aplicativo que conta que o telefone esta na base; o D544 e QUEM ESCREVE nos banners e na versao. Par registrado em 21/10/2026, com a resposta 243 (a) D565|D566 — A MESMA TELA, DEFEITOS DIFERENTES: o D565 e o editar antigo que GRAVAVA POR CIMA sem conferir o que leu; o D566 e o mesmo editar que RECUSAVA SEM FRASE na pagina. Par registrado em 21/10/2026, no navegador da fatia 26 D555|D562 — SO AS PALAVRAS COINCIDEM ("ganhad", "estado", "gravav"): o D555 e o SORTEAR SEM TRAVA (dois ganhadores); o D562 e o CADASTRO que gravava o POST cru. Par registrado em 21/10/2026, na fatia 26 (SORTEIOS-CADASTRO) D567|D568 — A MESMA TELA, DEFEITOS DIFERENTES: o D567 e o ESTADO do formulario de Arquivos que nao gravava o "0"; o D568 e o ARQUIVO que o salvar perdia (o lote pela metade, a troca que apagava o antigo antes de gravar). Par registrado em 22/10/2026, na fatia 27 (ARQUIVOS-SERVIDOR) D533|D567 — A MESMA FORMA, TELAS DIFERENTES: o D533 e o estado da ETIQUETA, pelo editar e pelo novo; o D567 e o "Inativo" do formulario de ARQUIVOS, que o `!empty` ignorava. Consertar um nao conserta o outro. Par registrado em 22/10/2026, na fatia 27 D567|D570 — O MESMO FORMULARIO, CAMPOS DIFERENTES: o D567 e o ESTADO que nao gravava; o D570 e o TETO de 100 caracteres contra a coluna de 255. Par registrado em 22/10/2026, na fatia 27 (ARQUIVOS-SERVIDOR) D118|D572 — SO AS PALAVRAS COINCIDEM ("numero", "texto", "postgr"): o D118 e o SUM() que volta texto no PostgreSQL e ia gravado num arquivo; o D572 e o ID cru de Arquivos, que no PostgreSQL passava do int4. Par registrado em 22/10/2026, na verificacao da fatia 27 (ARQUIVOS-SERVIDOR) D571|D572 — A MESMA PORTA, DEFEITOS DIFERENTES: o D571 e QUEM ABRE o inativo pelo ERP (o administrador recebia 404); o D572 e o ID cru, 500 no PostgreSQL. Consertar um nao conserta o outro. Par registrado em 22/10/2026, na verificacao da fatia 27 (ARQUIVOS-SERVIDOR) D433|D564 — A MESMA DIVIDA SOMADA A VENDA, DEFEITOS DIFERENTES: o D433 e a VENDA EM ANDAMENTO com os debitos de um cliente somados que virava a comanda de outro; o D564 e o CUPOM DO SORTEIO por valor que contava o debito quitado (a marca do D380 dentro do total). O conserto do D564 so le a soma dos itens. Par registrado em 21/10/2026, na verificacao da fatia 26 (SORTEIOS-CADASTRO) D568|D573 — A MESMA ACAO, DEFEITOS DIFERENTES: o D568 e o salvar de Arquivos que DIZIA SUCESSO COM ARQUIVO PERDIDO; o D573 e a FRASE da edicao ("Inserido" no lugar de "Editado"). Par registrado em 22/10/2026, no navegador da fatia 27 D567|D573 — SO AS PALAVRAS COINCIDEM ("dizia", "sucess"): o D567 e o INATIVO do formulario que nao desativava; o D573 e a FRASE da edicao. Par registrado em 22/10/2026, no navegador da fatia 27 D305|D574 — SO AS PALAVRAS COINCIDEM ("abrir", "sessao"): o D305 e a tela do WHATSAPP que reiniciava a sessao da instancia ao abrir; o D574 e o ABRIR do PDF da biblioteca, em aba nova, que mostra o JSON do 401 quando a sessao do ERP caiu. Par registrado em 22/10/2026, na fatia 28 (ARQUIVOS-BIBLIOTECA) D574|D575 — A MESMA TELA, DEFEITOS DIFERENTES: o D574 e o ABRIR do PDF em aba nova que mostra o JSON do 401 com a sessao caida; o D575 e o TIPO LINK, que a API manda sem endereco e a biblioteca nova nao abre (espera a pergunta 5 do desenho). Consertar um nao conserta o outro. Par registrado em 22/10/2026, na verificacao da fatia 28 (ARQUIVOS-BIBLIOTECA) D565|D580 — O MESMO MOLDE, TELAS DIFERENTES: o D565 e o editar antigo do SORTEIO, e o D580 o editar antigo de ARQUIVOS (e o PUT da API sem o alteradoEm). O conserto do D580 copiou o do D565 -- o instante lido, oculto, conferido com a linha travada --, mas um nao fecha o outro. Par registrado em 22/10/2026, na verificacao da fatia 29 (ARQUIVOS-CADASTRO) D544|D578 — SO O PAPEL COINCIDE: o D544 e a DECISAO do dono de que nos banners e na versao basta o privilegio; o D578 e a porta antiga de ARQUIVOS, onde a decisao 1 do desenho ja era "so o administrador" e so a API a seguia. Telas, decisoes e consertos diferentes. Par registrado em 22/10/2026, na verificacao da fatia 29 D577|D578 — A MESMA TELA, DEFEITOS DIFERENTES: o D577 e o MENU que pede um privilegio e a lista que pede outro (ninguem fica no meio hoje); o D578 e a ESCRITA da porta antiga sem o papel de administrador. Um e leitura, o outro escrita. Par registrado em 22/10/2026, na verificacao da fatia 29 D578|D581 — A MESMA PORTA ANTIGA, DEFEITOS DIFERENTES: o D578 e QUEM escreve (o papel); o D581 e a TROCA sem trava, que deixava um orfao no disco. Consertar um nao conserta o outro. Par registrado em 22/10/2026, na verificacao da fatia 29 D525|D575 — SO AS PALAVRAS COINCIDEM ("decidido", "resposta"): o D525 e o TETO da cota-parte (100% mais 100%); o D575 e o TIPO LINK dos arquivos, decidido pela resposta 252 (a). Par registrado em 22/10/2026, na verificacao da fatia 29 D532|D578 — O MESMO PAPEL, RECURSOS DIFERENTES: o D532 e a ETIQUETA, que so o administrador altera, e a frase "Excluida"; o D578 e a porta antiga de ARQUIVOS sem o papel. Controllers e consertos diferentes. Par registrado em 22/10/2026, na verificacao da fatia 29 D577|D579 — A MESMA TELA, DEFEITOS DIFERENTES: o D577 e o PRIVILEGIO do menu contra o da lista; o D579 e o NOME ORIGINAL sem escape no editar antigo. Par registrado em 22/10/2026, na verificacao da fatia 29 D578|D582 — A MESMA PORTA ANTIGA, DEFEITOS DIFERENTES: o D578 e QUEM escreve; o D582 e O QUE entra (o envio sem a regra 8). Consertar um nao conserta o outro. Par registrado em 22/10/2026, na verificacao da fatia 29 D298|D587 — O MESMO BOTAO, DEFEITOS DIFERENTES: o D298 e o desconectar do WhatsApp por LINK (a pre-carga derrubava a instancia), consertado com o POST; o D587 e QUEM desconecta (o caixa, contra a resposta 136 a). Consertar um nao conserta o outro. Par registrado em 23/10/2026, na fatia 31 (WHATSAPP-CONEXAO) D305|D588 — O MESMO CONNECT, DEFEITOS OPOSTOS: o D305 e o connect que saia SEM PEDIDO (abrir a tela reiniciava a sessao); o D588 e o connect que NAO SAIA quando era o unico caminho (o WAHA sem a sessao, pela API nova). Par registrado em 23/10/2026, na verificacao da fatia 31 D305|D589 — A MESMA TELA ANTIGA, DEFEITOS DIFERENTES: o D305 e o GET da tela que conectava; o D589 e o POST do codigo e do desconectar sem a regra do estado e sem a trava da API nova. Consertar um nao conserta o outro. Par registrado em 23/10/2026, na verificacao da fatia 31 D582|D590 — TELAS ANTIGAS DIFERENTES: o D582 e o ENVIO de arquivo sem a regra 8 (Arquivos); o D590 e o QR do provedor sem conferir no (WhatsApp). So "antiga" e "regra" em comum. Par registrado em 23/10/2026, na verificacao da fatia 31 D305|D593 — PORTAS E MOMENTOS DIFERENTES: o D305 e a tela ANTIGA que reiniciava a sessao ao ABRIR (o GET chamava o connect); o D593 e a resposta da API NOVA ao DESCONECTAR o WAHA, que diz desconectado enquanto o proprio WAHA reinicia a sessao. Consertar um nao conserta o outro. Par registrado em 24/10/2026, na verificacao da fatia 33 D567|D595 — O MESMO MOLDE, TELAS DIFERENTES: o D567 e o "Inativo" do formulario de ARQUIVOS, que nao desativava; o D595 e o "Status" do editar da PESQUISA da adesao, que nunca gravou e saiu do formulario. Consertar um nao conserta o outro. Par registrado em 24/10/2026, na fatia 35 (PESQUISAS-API) D259|D600 — O MESMO MOLDE, TELAS DIFERENTES: o D259 e o editar do CONVENIO que desfazia o estado (corrigido em 28/09/2026); o D600 e o editar do AVISO do mural, o lado D259 do M5 de Mensagens, que a F0 deixou de fora. Consertar um nao conserta o outro. Par registrado em 25/10/2026, na fatia 37 (MENSAGENS-API) D593|D604 — SO AS MARCAS EM COMUM: o D593 e o WAHA que reinicia a sessao depois do desconectar (WhatsApp); o D604 e o mural que faltava na agenda nova (Mensagens). O que casa sao o "falta o navegador" e o "vista no navegador" dos titulos. Par registrado em 25/10/2026, na fatia 39 (MENSAGENS-MURAL) D138|D611 — SO AS PALAVRAS COINCIDEM ("confere", "privilegio"): o D138 era a TELA DO PDV antigo sem getAcesso, corrigida em 09/09/2026; o D611 e o ATALHO do Console da tela nova, que confere o privilegio e nao o papel (o exige) do menu. Servidor contra navegador, consertos diferentes. Par registrado em 25/10/2026 (a fatia 41b). D458|D613 — SO AS PALAVRAS COINCIDEM ("convite", "aplicativo", as marcas): o D458 e o CONVITE DO APLICATIVO que contava a quem esta logado que o telefone ja e de cliente (decidido em 11/10/2026); o D613 e o RELATORIO de indicacao, que nao separa a porta do formulario com a ligacao. Par registrado em 25/10/2026 (a fatia 41b). D613|D615 — O MESMO PROGRAMA DE INDICACAO, DEFEITOS DIFERENTES: o D613 e a PORTA do convite no relatorio (a coluna `indicacoes.porta` e o passado escrito uma vez, a 264 b); o D615 e o amigo de quem indica INATIVO, que perdia quem indicou ao concluir o cadastro (a linha sem a ligacao, a 265 b). Os dois vao a I3, mas consertar um nao conserta o outro: a porta nao grava linha para o inativo, e a linha dele nao separa as portas do passado. Par registrado em 25/10/2026 (a fatia 40b), quando as marcas DECIDIDO e EM ABERTO os aproximaram. D613|D614 — SO AS MARCAS E "RELATORIO" EM COMUM: o D613 e a PORTA do convite no relatorio de indicacao; o D614 e a ORIGEM da linha do convenio com o desconto do balcao no relatorio de descontos. Relatorios, tabelas e respostas diferentes (a 264 b e a 266 c). Par registrado em 25/10/2026 (a fatia 40b). D544|D610 — SO AS MARCAS E "ESCREVE" EM COMUM: o D544 e QUEM escreve nos banners (decidido em 20/10/2026, a 243 a); o D610 sao os ARQUIVOS da rotina da Fidelizacao que ninguem mais escreve, e que ficam na producao (a 263 a). Nada em comum alem das palavras. Par registrado em 25/10/2026 (a fatia 40b). D578|D625 — SO AS PALAVRAS COINCIDEM ("antiga", "privilegio"): o D578 e a tela antiga de ARQUIVOS que deixava escrever quem nao e administrador (corrigido em 22/10/2026); o D625 e o HISTORICO DE RETIRADAS da tela antiga guardado pelo privilegio de Produtos, e nao pelo de Retiradas -- da fatia da Retirada. Telas, privilegios e consertos diferentes. Par registrado em 27/10/2026 (a fatia 47). D611|D625 — SO AS PALAVRAS COINCIDEM ("privilegio", "exige"): o D611 e o ATALHO do Console da tela nova, que conferia o privilegio e nao o papel do menu (corrigido em 27/10/2026, a fatia 45); o D625 e o HISTORICO DE RETIRADAS da tela antiga, guardado pelo privilegio de outro relatorio. Navegador contra servidor antigo. Par registrado em 27/10/2026 (a fatia 47). D624|D627 — O MESMO ASSUNTO, DEFEITOS DIFERENTES ("custo", "margem"): o D624 e o CADASTRO DO PACOTE, que grava o custo igual ao preco e nao o muda na edicao; o D627 e a resposta 224 (b) do dono -- gravar o custo no ITEM VENDIDO e mostrar a margem -- sem fatia na fila. Gravar o custo no item nao conserta o cadastro do pacote, e consertar o cadastro nao grava nada no item. Par registrado em 27/10/2026 (a verificacao da fatia 47). D556|D634 — SO AS PALAVRAS COINCIDEM ("vendas", "canceladas"): o D556 e a FRASE do sorteio sem venda nenhuma, que dizia "todas canceladas" (corrigido em 21/10/2026); o D634 e o TEMPO e a MEMORIA da base da rede que o relatorio das Vendas Canceladas le (238,5 MB com dois meses). Par registrado em 28/10/2026 (a fatia 52). D611|D643 — SO AS PALAVRAS COINCIDEM ("privilegio", "papel"): o D611 e o ATALHO do Console da tela nova, que conferia o privilegio e nao o papel do menu (corrigido em 27/10/2026, a fatia 45); o D643 e a TELA ANTIGA dos Royalties e o item do layout.phtml, que abriam a quem tinha o privilegio sem ser administrador (corrigido em 28/10/2026, a fatia 54). Telas e ERPs diferentes D138|D643 — SO A FORMA "PRIVILEGIO" EM COMUM: o D138 e a tela do PDV que nao conferia privilegio nenhum (corrigido em 09/09/2026); o D643 e a tela antiga dos Royalties que conferia o privilegio e nao o papel (corrigido em 28/10/2026). Um faltava a guarda; o outro tinha a guarda errada D641|D643 — A MESMA TELA ANTIGA, DEFEITOS DIFERENTES: o D641 e o PERIODO padrao invertido em 7 dias do ano (`strtotime('-1 month')`), que sai na R5; o D643 e QUEM abre a tela (o papel, corrigido em 28/10/2026). Consertar um nao encosta no outro D578|D643 — SO AS PALAVRAS COINCIDEM ("antiga", "privilegio"): o D578 e a tela antiga de ARQUIVOS que deixava escrever quem nao e administrador (corrigido em 22/10/2026); o D643 e a tela antiga dos ROYALTIES, que deixava LER quem nao e administrador (corrigido em 28/10/2026). Telas e acoes diferentes D612|D642 — SO AS PALAVRAS "ROYALTY" E "TAXA" EM COMUM: o D612 e a TAXA DE ROYALTY (a aliquota) sem o portao que acha outro escritor; o D642 e a TAXA DO CREDITO do Programa de Fidelidade somada na linha da rede da tela antiga. Taxas diferentes, defeitos diferentes D625|D643 — SO AS PALAVRAS COINCIDEM ("antiga", "privilegio"): o D625 e o HISTORICO DE RETIRADAS da tela antiga guardado pelo privilegio de outro relatorio; o D643 e a tela antiga dos ROYALTIES guardada pelo privilegio e nao pelo papel. Relatorios e guardas diferentes D641|D642 — A MESMA TELA ANTIGA DOS ROYALTIES, DEFEITOS DIFERENTES: o D641 e o PERIODO padrao invertido; o D642 e a TAXA DO CREDITO somada na linha da rede. Os dois ficam certos na tela nova e saem com a antiga, na R5; consertar um nao encosta no outro D642|D643 — A MESMA TELA ANTIGA DOS ROYALTIES, DEFEITOS DIFERENTES: o D642 e a TAXA DO CREDITO somada na linha da rede (a conta); o D643 e QUEM abre a tela (a guarda, corrigida em 28/10/2026) D582|D643 — SO AS PALAVRAS COINCIDEM ("antiga", "conferir"): o D582 e o ENVIO de arquivo da tela antiga de Arquivos sem a regra 8 (o tipo e o tamanho); o D643 e a GUARDA de quem le a tela antiga dos Royalties D145|D643 — SO A FORMA "PRIVILEGIO" EM COMUM: o D145 sao tres `salvarAction` que GRAVAVAM sem conferir privilegio nenhum; o D643 e a tela antiga dos Royalties, que LIA conferindo o privilegio e nao o papel D645|D647 — A MESMA TELA, DEFEITOS DIFERENTES ("faturas", "gerente"): o D645 sao as PALAVRAS de duas situacoes do Asaas que a tela antiga deixa em branco (certas na nova desde a fatia 55, PARCIAL ate o corte); o D647 e o TEMPO do primeiro pedido da API nova das Faturas no processo (o custo fixo do primeiro despacho). Consertar um nao encosta no outro. Par registrado em 28/10/2026 (a fatia 55). D364|D640 — O MESMO ASSUNTO, DEFEITOS DIFERENTES ("royalty", "fatura"): o D364 sao os dois dias de RETRATO zerado sem alarme (o royalty que nenhuma fatura cobrou); o D640 e o campo `quitada` da FATURA que ninguem escreve, e a rotina das 12:30 consultando as pagas em dinheiro. Um e o retrato, o outro a fatura depois de emitida D647|D655 — DOIS TEMPOS DE PRIMEIRO PEDIDO, RELATORIOS DIFERENTES: o D647 e a pagina das Faturas do gerente (o custo fixo do despacho, 0,5 s); o D655 e o NPS da REDE, cujo peso e ler os itens do painel da rede para a taxa de resposta (e o pico que caia com 128 MB, consertado em duas metades) D646|D655 — A MESMA LICAO, RELATORIOS DIFERENTES: o D646 registrou nos Royalties que a consulta nova depois do pico cai no cache do Doctrine com 128 MB; o D655 achou o mesmo no NPS da rede e o consertou da mesma forma (as leituras leves antes, os itens em duas metades). Consertar um nao conserta o outro: cada relatorio le a rede do seu jeito D394|D652 — SO "lista antiga" coincide: o D394 e o estado dos clientes marcadores mudado pela lista antiga de clientes; o D652 e o TXT do NPS tirado da sessao D457|D652 — SO "guarda"/"sessao" coincide: o D457 e o backup do local.php com chaves antigas; o D652 e o TXT do NPS que le a lista guardada na sessao D642|D651 — DUAS TELAS ANTIGAS, DUAS CONTAS: o D642 e a taxa do credito somada na linha da rede dos Royalties; o D651 e o detalhe do NPS que conta a resposta nao consolidada D273|D654 — SO "cliente" coincide: o D273 e a lista dos cupons emitidos aberta a quem so le; o D654 e o TXT do NPS sem o consentimento de marketing (decidido pelo dono) D659|D661 — SO "Programa de Indicacao"/"mostra" coincide: o D659 sao as regras do programa (a base da comissao, o cancelamento, os premios) que o relatorio mostra e nao decide; o D661 e o contato de quem indicou, de outra unidade, na lista do formulario D639|D662 — SO "gerente", "papel" e "caixa" coincidem: o D639 era o gerente que tambem e caixa travado em hoje em Vendas Realizadas (corrigido pela 271 (c)); o D662 e o texto da recusa pelo papel, que nao diz que o caixa ve D655|D665 — A MESMA REGUA, RELATORIOS DIFERENTES: o D655 era o NPS da rede caindo no cache do Doctrine com 128 MB (consertado); o D665 e o relatorio de caixa acima de 1 s no primeiro pedido (e a rede quente no MySQL ate 1,16 s), com o pico abaixo da metade do limite D647|D665 — A MESMA CAUSA, RELATORIOS DIFERENTES: o D647 e o primeiro pedido das Faturas do gerente; o D665 e o do relatorio de caixa, medido na unidade e na rede. Cada relatorio tem a sua medida e a sua trava D646|D665 — A MESMA LICAO, RELATORIOS DIFERENTES: o D646 registrou nos Royalties o custo do primeiro pedido (metadados e proxies do Doctrine) e o cache com 128 MB; o D665 mede o relatorio de caixa e cita o D646 como a causa do primeiro pedido D658|D665 — SO "unidade" e "primeiro" coincidem: o D658 e o convite do aplicativo que muda de unidade na primeira compra; o D665 e o tempo do relatorio de caixa D660|D665 — O MESMO MOLDE DE MEDIDA, RELATORIOS DIFERENTES: o D660 sao os clientes novos da Indicacao da rede (18 a 20 s pelo primeiro servico dos candidatos); o D665 e o relatorio de caixa, acima de 1 s no primeiro pedido de cada processo e, na rede do MySQL, ate 1,16 s tambem quente D501|D663 — SO "saldo", "caixa" e "gaveta" coincidem: o D501 era a devolucao de credito recusada pelo saldo (corrigido pela 232 (c)); o D663 e o troco, que a gaveta desconta e o saldo nao D668|D670 — O MESMO RELATORIO ANTIGO, QUEM VE E O QUE SE CONTA: o D668 e o numero ERRADO (os clientes da unidade no bloco de cada colaborador do XLS), para quem quer que abra; o D670 e quem ve o que nao devia (o proprio vendo os colegas), tratado pela politica na A2. Um morre com a A3 e a A4, o outro ja quase todo na A2 D651|D668 — SO "unidade", "colaborador" e "antigo" coincidem: o D651 e o NPS antigo ignorando o `contabilizado`; o D668 e o XLS do Atendimentos antigo com os clientes da unidade D668|D669 — O MESMO XLS, DOIS DEFEITOS: o D668 e o bloco de cada colaborador com os clientes da unidade inteira; o D669 e o TOTAL misturado quando se escolhe um colaborador -- um esta em toda planilha, o outro so no filtro. Os dois morrem com o XLS antigo na A4 D634|D677 — AS MESMAS VENDAS CANCELADAS, LEITURAS DIFERENTES: o D634 e a BASE dos dois meses (os itens concluidos do painel) que a rede le, e o seu custo de memoria; o D677 e a leitura nova pelo INSTANTE do cancelamento, sem indice em `cancelado_em`. Um se mede pela base, o outro pela tabela inteira de vendas; o conserto de um nao encosta no outro D630|D677 — A MESMA FORMA (leitura sem indice na coluna da data), TABELAS E RELATORIOS DIFERENTES: o D630 e `produtos_estoque.data_criacao` na Retirada; o D677 e `vendas.cancelado_em` nas Vendas Canceladas. Cada um pede o seu indice, na sua migracao D556|D677 — SO A PALAVRA "CANCELADAS" COINCIDE: o D556 e a FRASE do sorteio sem venda nenhuma; o D677 e o CUSTO da leitura das vendas canceladas pelo instante. Nada em comum alem da palavra D475|D678 — O MESMO ASSUNTO (coluna nova que um banco nao tem), LADOS OPOSTOS: o D475 e o PORTAO de esquema que nao exigia o que o codigo le pela `ColunaNoBanco` (corrigido); o D678 e a BASE DO TESTE DO BVIP sem as oito colunas que o codigo novo MAPEIA, segurada pelo deploy que pede o ALTER a mao. Um e da suite, o outro da entrega D330|D678 — O MESMO DEPLOY DE TESTE, DEFEITOS DIFERENTES: o D330 e o Asaas e o cron vazios que o deploy nao confere; o D678 e o esquema da fatia do PDV que a base de la nao tem. Consertar um nao encosta no outro D239|D679 — O MESMO CADASTRO, PORTAS E DEFEITOS DIFERENTES: o D239 e a API nova do catalogo, que terminava em 500 (corrigido); o D679 e o `insert` do ERP ANTIGO, que entrega toda chave do POST ao hidratador. Um nao gravava nada, o outro grava demais D536|D679 — O MESMO FORMULARIO ANTIGO, CAMPO DO FORMULARIO CONTRA CHAVE DE FORA: o D536 e a ETIQUETA, campo que a tela tem, aceitando qualquer id (corrigido); o D679 e a chave que a tela NAO tem chegando ao setter. Um se fecha conferindo o valor, o outro com a lista de campos D537|D679 — O MESMO FORMULARIO ANTIGO, CAMPO DO FORMULARIO CONTRA CHAVE DE FORA: o D537 e a AREA, campo que a tela tem, aceitando qualquer id e a inativa; o D679 e a chave que a tela NAO tem chegando ao setter. Um se fecha conferindo o valor contra a lista de areas, o outro com a lista de campos do insert D580|D679 — SO "salvar antigo" E "formulario inteiro" COINCIDEM: o D580 e o ARQUIVO da franqueadora, cujo editar regravava os campos do formulario por cima da tela nova (a corrida, corrigida); o D679 e o CADASTRO de produto, servico e pacote, que aceita chave fora do formulario. Telas, tabelas e consertos diferentes D344|D679 — O MESMO CADASTRO DO CATALOGO, ENTRADAS DIFERENTES: o D344 e o TEXTO do nome com `<` e `>` (a RegraDoTexto, corrigido); o D679 e a CHAVE a mais no POST, que chega ao setter. Um confere o conteudo de um campo, o outro quais campos entram D625|D682 — A MESMA TELA ANTIGA DA RETIRADA, DEFEITOS DIFERENTES: o D625 e a GUARDA do historico de retiradas (o privilegio de Produtos, e nao o do relatorio); o D682 e a SOMA do relatorio, que poe o acerto de inventario, a perda e o vencimento junto da retirada desde que a fatia 73 grava o motivo. Um e quem ve, o outro o que o numero conta D477|D680 — O MESMO RAMO DO DESCONTO DIGITADO, DEFEITOS DIFERENTES: o D477 e o VALOR do digitado maior que o item, ignorado calado (corrigido pelas respostas 165, 177 e 187); o D680 e a ORIGEM que o relatorio le pela marca do cupom no motivo, que esconde quem lancou. Um e a conta do PDV, o outro a leitura do Descontos D679|D684 — SO "produto" E "cadastro" COINCIDEM: o D679 e a ESCRITA do cadastro antigo, que hidrata o formulario inteiro (o POST cru chega a coluna); o D684 e a LEITURA da margem do produto sem custo no cadastro, que sai igual ao faturamento -- uma escolha do dono, e nao um defeito de codigo. Par registrado em 03/11/2026, na fatia 74b (PDV-CUSTO-DO-ITEM) D630|D684 — SO "produto" E "inteiro" COINCIDEM: o D630 e a LEITURA da Retirada sem indice em `produtos_estoque.data_criacao` (o tempo); o D684 e a MARGEM do produto sem custo no cadastro no Produtos / Servicos (o numero). Par registrado em 03/11/2026, na fatia 74b D627|D684 — O MESMO ASSUNTO, DEFEITOS DIFERENTES ("custo", "margem"): o D627 e o CUSTO NAO GRAVADO no item vendido, corrigido pela fatia 74b; o D684 nasceu dele e e a LEITURA do custo zero que o item passou a gravar -- a margem inteira ou "sem custo", escolha do dono. Fechar um nao fechava o outro. Par registrado em 03/11/2026, na fatia 74b D624|D684 — O MESMO ASSUNTO, CADASTROS DIFERENTES ("custo", "cadastro", "margem"): o D624 e o CUSTO DO PACOTE, que o cadastro grava igual ao preco (e 100 vezes em 30), e por isso o pacote fica sem custo gravado; o D684 e o PRODUTO DE ESTOQUE com o custo zero no cadastro, gravado como zero. Um conserto e no cadastro do pacote, o outro e uma escolha de leitura. Par registrado em 03/11/2026, na fatia 74b D615|D689 — O MESMO PROGRAMA, DEFEITOS DIFERENTES ("amigo", "formulario", "ligacao"): o D615 e o amigo sem a ligacao que perdia quem o indicou na etapa 3 (a linha da 265 (b), corrigido na fatia 75); o D689 nasceu dela e e QUAIS LINHAS as duas listas do aplicativo mostram a quem indicou -- uma escolha do dono sobre a tela do app, e nao sobre o que o banco guarda. Par registrado em 03/11/2026, na fatia 75 D466|D689 — SO "amigo" E "indicou" COINCIDEM: o D466 sao os 10 pontos por compra do amigo de quem indicou inativo (a 145 (c)); o D689 e a lista de convites do aplicativo. Par registrado em 03/11/2026, na fatia 75 D683|D686 — O MESMO ASSUNTO, DEFEITOS DIFERENTES ("pacote", "lancou"): o D683 e QUANTO a sessao paga a quem vendeu com a venda de origem cancelada (a cota zero, a 281 (a), corrigido na 74d); o D686 nasceu da verificacao dele e e QUAL PACOTE a sessao gasta quando a venda foi refeita (o antigo, que o cancelamento deixa ativo, antes do novo) -- uma escolha do dono que muda as sessoes do cliente, e nao a conta da cota. Fechar um nao fecha o outro. Par registrado em 03/11/2026, na verificacao da 74d D607|D685 — SO A MARCA DE ESTADO COINCIDE ("regist", "anotad": REGISTRADO e ANOTADO, a mando do dono, nos dois titulos): o D607 e o SMS que o dono mandou tirar (13 mensagens de 2020 a 2023); o D685 e a Retirada que vale pelo custo de hoje o que veio antes da gravacao, que o dono mandou deixar como esta (a 284 a). Nenhum assunto em comum. Par registrado em 03/11/2026, na fatia 74e D435|D687 — O MESMO RAMO DA SESSAO NA COMANDA ABERTA, DEFEITOS DIFERENTES ("sessao", "comanda", "pacote"): o D435 e a sessao dada a cada item do mesmo servico quando o pacote tem uma so (o saldo negativo, corrigido pela resposta 45); o D687 e a sessao lancada antes do cancelamento que sai do pacote que o cancelamento encerrou (a 74f, ao lote). D636|D687 — SO "comanda" E "aberta" COINCIDEM: o D636 e a ANOTACAO do status zero (texto, corrigido na 70); o D687 e a sessao da comanda aberta baixada do pacote encerrado no cancelamento (a 74f, ao lote). D687|D688 — A MESMA FATIA, DEFEITOS DIFERENTES ("cancel", "pacote"): o D687 e a SESSAO lancada numa comanda aberta antes do cancelamento, que o finalizar baixa do pacote encerrado (daqui em diante); o D688 e o PASSADO, os pacotes de venda cancelada antes da 74f que continuam ativos (o corte os encerra ou nao). Os dois ao lote, perguntas distintas. D556|D688 — SO "venda" E "cancel" COINCIDEM: o D556 e a FRASE do sorteio sem venda (o marketing, corrigido em 21/10); o D688 e o PACOTE DO CLIENTE de venda cancelada antes da 74f, ainda ativo. D388|D688 — SO "venda" E "cancel" COINCIDEM: o D388 e o SALDO DO ESTOQUE sem a trava do produto (corrigido em 07/10); o D688 e o PACOTE DO CLIENTE de venda cancelada antes da 74f, ainda ativo. D634|D688 — SO "cancel" COINCIDE: o D634 e o TEMPO das Vendas Canceladas da rede (a leitura); o D688 e o PACOTE DO CLIENTE de venda cancelada antes da 74f, ainda ativo. D654|D690 — O MESMO S29, PORTAS DIFERENTES ("contato", "consentimento", "cliente"): o D654 e o TXT do NPS, decidido "como hoje" pela pergunta 10 e so registrado; o D690 e a Carteira de clientes, que substitui o Clientes antigo (fora da lista da pergunta 10), e vai ao lote. Par registrado em 03/11/2026, na fatia 76 D650|D692 — SO "mostra", "realiza" E "rotina" COINCIDEM: o D650 e a nota composta do NPS em Vendas Realizadas; o D692 e o potencial em reais da Capacidade x realizado (o ticket da rotina). Par registrado em 03/11/2026, na fatia 76 D649|D695 — SO "Yungas" E "unidade" COINCIDEM: o D649 e o NPS que a rotina manda a Yungas; o D695 e a frase da tela de Unidades sobre quem usa a reducao do potencial. Par registrado em 03/11/2026, na fatia 76 D333|D695 — A MESMA TELA, DEFEITOS DIFERENTES ("unidade", "Yungas"): o D333 e a API de unidades gravando a taxa e o ticket errados (corrigido em 16/10); o D695 e a FRASE da reducao do potencial. Par registrado em 03/11/2026, na fatia 76 D610|D693 — A MESMA DECISAO, ARQUIVOS DIFERENTES ("arquivo", "rotina", "producao", "ficam"): o D610 sao os arquivos da rotina da Fidelizacao, sem contato de cliente (a 263 (a)); o D693 sao os da rotina da Evasao, COM nome, telefone e e-mail (a 290 (b), que seguiu a mesma escolha). Os dois ficam na producao por decisao do dono, cada um pela sua resposta. Par registrado em 04/11/2026, na fatia 76r D690|D696 — A MESMA TELA, DEFEITOS DIFERENTES ("carteira" e as marcas DECIDIDO e EM ABERTO): o D690 e a EXPORTACAO de contato da Carteira (a 289 (b), a CA6); o D696 sao os FILTROS da lista que o Clientes antigo tem e a Carteira nao (a 292 (b), a CA5). Um fecha na CA6, o outro na CA4. Par registrado em 04/11/2026, na fatia 76r D699|D700 — O MESMO ARQUIVO, PERGUNTAS DIFERENTES ("carteira", "planilha", "gerente"): o D699 e QUEM recebe o e-mail do cliente no PDF e na planilha da Carteira (uma coluna); o D700 e o TAMANHO desses arquivos (a unidade inteira ou um teto, a memoria). Respostas independentes; as duas mudam a CA6. Par registrado em 04/11/2026, na correcao da fatia 76r D692|D704 — A MESMA TELA, DEFEITOS DIFERENTES ("capacidade", "realizado" e as marcas): o D692 e o POTENCIAL EM REAIS (a 291 (a), fechado na CR2); o D704 sao as UNIDADES HOJE DESATIVADAS fora das linhas (a 300 (b), a CR3). Par registrado em 04/11/2026, na fatia 76u, quando as marcas DECIDIDO e EM ABERTO entraram no D704 D690|D699 — O MESMO ARQUIVO, PERGUNTAS DIFERENTES ("carteira", "exporta" e as marcas): o D690 e SE a Carteira exporta o contato (a 289 (b), a CA6); o D699 e QUEM recebe o e-mail no PDF e na planilha (a 296 (b), como hoje). Par registrado em 04/11/2026, na fatia 76u D692|D703 — A MESMA TELA, DEFEITOS DIFERENTES ("capacidade", "realizado" e as marcas): o D692 e o POTENCIAL EM REAIS (fechado na CR2); o D703 e a OCUPACAO DA REDE em branco sem a cobertura de todos (a 299 (b), a CR3). Par registrado em 04/11/2026, na fatia 76u D693|D699 — SO "cliente", "e-mail" E AS MARCAS COINCIDEM: o D693 sao os ARQUIVOS DA ROTINA DA EVASAO na producao (a 290 (b), ficam); o D699 e o E-MAIL no arquivo da Carteira para o gerente (a 296 (b)). Par registrado em 04/11/2026, na fatia 76u D703|D704 — A MESMA TELA, DEFEITOS DIFERENTES ("capacidade", "realizado" e as marcas): o D703 e a TAXA DA REDE sem a cobertura de todos (a 299 (b), a CR3); o D704 sao as UNIDADES DESATIVADAS fora das linhas (a 300 (b), a CR4: a correcao da 76u separou as duas fatias). Par registrado em 04/11/2026, na fatia 76u D690|D698 — SO "cliente" E AS MARCAS COINCIDEM: o D690 e a EXPORTACAO do contato da Carteira (a CA6); o D698 e a COLUNA DO CONSUMO atrasada (a 295 (a), a CA7 e o refazer no corte). Par registrado em 04/11/2026, na fatia 76u D699|D706 — SO "cliente", "carteira", "planilha" E AS MARCAS COINCIDEM: o D699 e o E-MAIL do cliente nos arquivos da Carteira (a 296 (b), a X2); o D706 e o TAMANHO da lista da rede com uma faixa grande no PDF e na planilha (a pergunta nova, a X3). Par registrado em 04/11/2026, na correcao da fatia 76u D698|D707 — A MESMA COLUNA, DEFEITOS DIFERENTES ("consumo", "cliente", "refazer", "corte" e as marcas): o D698 e o NUMERO ATRASADO (a 295 (a): a rotina refaz tambem quem teve venda cancelada, e o corte refaz todos, a CA7); o D707 e o QUE SE GRAVA SEM VENDA FINALIZADA, nulo na rotina e zero no roteiro, que o filtro antigo trata diferente (a pergunta nova). Consertar um nao decide o outro. Par registrado em 04/11/2026, na correcao da fatia 76o D308|D697 — O MESMO INDICE, PERGUNTAS DIFERENTES ("indice", "passo 0", "etapa" e as marcas): o D308 e o INDICE das vendas por cliente (o painel e a fidelizacao do Parceiro, criado nas copias em 29/09/2026), cuja migracao para a producao entrou no passo 0 da etapa 1; o D697 e o TEMPO DA CONTA da Carteira e a escolha do dono (a 294 (a)), que pediu o indice no passo 0. Remissao mutua. Par registrado em 04/11/2026, na fatia 76b D699|D708 — A MESMA TELA, DEFEITOS DIFERENTES ("cliente", "carteira" e as marcas): o D699 e o E-MAIL do cliente nos arquivos da Carteira (a 296 (b)); o D708 sao os clientes de unidades fechadas sem linha na rede (a pergunta nova). Par registrado em 04/11/2026, na fatia 76b D690|D708 — A MESMA TELA, DEFEITOS DIFERENTES ("carteira", "cliente" e as marcas): o D690 e a EXPORTACAO do contato da Carteira (a 289 (b), a CA6); o D708 sao os CLIENTES DE UNIDADES FECHADAS sem linha na rede (a 304 (a), a CA8). Par registrado em 04/11/2026, na correcao da fatia 76c D700|D708 — A MESMA TELA, DEFEITOS DIFERENTES ("carteira", "unidade" e as marcas): o D700 e o TAMANHO do PDF e da planilha da Carteira (a 297 (a), a CA6); o D708 sao as UNIDADES FECHADAS sem linha na rede (a 304 (a), a CA8). Par registrado em 04/11/2026, na correcao da fatia 76c D696|D708 — A MESMA TELA, DEFEITOS DIFERENTES ("carteira" e as marcas): o D696 sao os FILTROS da lista que o Clientes antigo tem (a 292 (b), a CA5); o D708 sao as UNIDADES FECHADAS sem linha na rede (a 304 (a), a CA8). Par registrado em 04/11/2026, na correcao da fatia 76c D366|D708 — SO "unidade", "cliente" E AS MARCAS COINCIDEM: o D366 e o FATURAMENTO da unidade que nao chega ao Asaas (o cliente de cobranca); o D708 sao os clientes de unidades fechadas sem linha na rede da Carteira. Par registrado em 04/11/2026, na correcao da fatia 76c D698|D708 — SO "cliente" E AS MARCAS COINCIDEM: o D698 e a COLUNA DO CONSUMO atrasada (a 295 (a), a CA7); o D708 sao os clientes de unidades fechadas sem linha na rede da Carteira (a 304 (a), a CA8). Par registrado em 04/11/2026, na correcao da fatia 76c D704|D708 — O MESMO MOLDE, TELAS DIFERENTES ("unidade" e as marcas): o D704 sao as UNIDADES INATIVAS fora da Capacidade x realizado (a 300 (b), fechado na CR4); o D708 sao as UNIDADES FECHADAS sem linha na rede da Carteira (a 304 (a), que segue o molde da CR4, a CA8). Consertar um nao conserta o outro. Par registrado em 04/11/2026, na correcao da fatia 76c D709|D710 — A MESMA TELA, PERGUNTAS DIFERENTES ("contas", "pagar" e as marcas): o D709 e o ALCANCE do aviso das vencidas antigas (a P6, os 12 meses); o D710 e QUANDO A TELA ANTIGA SAI do ERP. Duas perguntas ao dono, que se respondem sem a outra. Par registrado em 04/11/2026, na fatia 78 D709|D711 — A MESMA TELA, PERGUNTAS DIFERENTES ("contas", "pagar" e as marcas): o D709 e o ALCANCE do aviso das vencidas antigas; o D711 e se o extrato MOSTRA QUEM ESTORNOU. Lista e despesa, aviso e dado pessoal. Par registrado em 04/11/2026, na verificacao da fatia 78 D700|D706 — A MESMA EXPORTACAO, DUAS PERGUNTAS ("planilha", "carteira", "memoria" e as marcas): o D700 e o tamanho do arquivo da UNIDADE (a unidade inteira, a 297 (a)); o D706 e o TETO DA REDE com uma faixa grande (a 302 (a)). Duas respostas do dono, fechadas juntas na CA6. Par registrado em 04/11/2026, na fatia 76e2 D713|D718 — A MESMA ADMINISTRACAO, DEFEITOS DIFERENTES: o D713 e o link e o texto cru (o DV-10); o D718, o id do POST sem conferir o curso (o DV-11). Par registrado em 05/11/2026, na fatia 82 D481|D718 — SO "PERGUNTA" E "RESPOSTA" E AS MARCAS: o D481 e o telefone da adesao; o D718, a VIP Class. Par registrado em 05/11/2026, na fatia 82 D710|D722 — A MESMA PERGUNTA AO DONO, TELAS DIFERENTES: o D710 e a tela antiga de Contas a Pagar; o D722, a administracao antiga da VIP Class. Respostas independentes. Par registrado em 05/11/2026, na fatia 83 D574|D725 — em comum so "sessao" e "unidade": o D574 e o abrir da biblioteca com a sessao caida mostrando o JSON do 401 numa aba nova; o D725 e o cabecalho da Capacidade falhada que mostra a unidade da sessao quando o administrador pediu a rede. Telas, causas e consertos diferentes D656|D725 — os dois sao de relatorio da rede, e so: o D656 e a taxa de resposta do NPS por unidade que a tela nao mostra; o D725 e o cabecalho da Capacidade com a unidade errada no estado falhado D295|D727 — em comum so palavras de cadastro e sessao: o D295 e o indice unico do login e do e-mail no banco; o D727 e a frase do erro 500 em HTML que manda entrar de novo D574|D727 — vizinhos, nao o mesmo: os dois sao mensagens do front diante de uma resposta que nao e a esperada, mas o D574 e o 401 da sessao caida aparecendo cru numa aba nova (a sessao caiu de fato), e o D727 e o 500 do servidor descrito como sessao caida (a sessao nao caiu). Consertar a frase do D727 nao muda a aba do D574 D456|D727 — em comum so palavras soltas: o D456 e a campanha de push para Usuarios que chegaria ao cliente de mesmo numero; o D727 e a frase do erro 500 em HTML D652|D727 — em comum so palavras soltas: o D652 e o TXT antigo do NPS saindo da lista da sessao; o D727 e a frase do erro 500 em HTML no front D725|D727 — registrados no mesmo dia e com "sessao" no texto, e so: o D725 e o cabecalho da Capacidade falhada com a unidade da sessao; o D727 e a frase generica do erro 500 em HTML que sugere a sessao caida D372|D728 — a mesma limpeza vista de dois lados, e nao o mesmo defeito: o D372 e a regra no banco (uma conclusao por pessoa e curso, o indice e a limpeza da tabela); o D728 e o ensaio do corte, que nao roda as migracoes do passo 3 que apagam linha D710|D715 — o mesmo molde, telas diferentes: o D710 e a tela antiga de CONTAS A PAGAR, o D715 a da VIP CLASS DO ALUNO; as duas ficam ate o corte de cada unidade (as respostas 306 (b) e 309 (b)), e por isso as marcas coincidem palavra por palavra. Cada uma tem a sua linha no item 6 do "Depois" do procedimento de corte; tirar uma nao tira a outra. Par registrado em 06/11/2026, na fatia 96 (que tambem tirou daqui os pares D391|D710, D653|D710, D710|D711, D710|D724 e D711|D724, que deixaram de aparecer com as marcas novas do D710 e do D711) Nenhum par novo.