Сообщений в теме: 13

[Radik]

При добавлении контрагента стоит птичка "Запрещать дублирование значений" на почтовом ящике и телефоне.
У ваших конкурентов в системе есть проверка уникальности сразу в момент внесения почтового ящика и телефона.
И система даже не позволяет добавить запись с дублем.
Вносится например номер телефона и справа отображается ЗЕЛЕНАЯ птичка (такого нет в базе и можно сохранять запись).

Сейчас большая проблема с добавлением новых. Если контрагент уже есть и его повторно добавляют создается запись со статусом 3, синхронизация с 1С все равно контрагента синхронизирует и в 1с база расширяется бесполезной мешающей информацией.

Если вы сделаете проверку уникальности сразу в поле в момент внесения вы решите всем очень огромную проблему.
Не нужно будет даже добавлять запись - база не будет накапливать мусор...

[CbCoder]

Согласен с вами, текущий механизм сильно устарел. Попробуем добавить в план.

[andibrag]

У нас тоже база распухает от дубликатов. Вычищаем в ручном режиме, что неудобно. Сделать автоматический алгоритм проверки на совпадения однозначно можно только для полей e-mail или номер телефона и то с оговорками. Было бы удобно иметь возможность производить проверку ввода в поле через настраиваемое вычисление, отрабатываемое через ajax - вводишь значение, ajax делает запрос к базе или какое-либо вычисление и возвращает да/нет.

[CbCoder]

Цитата

Сделать автоматический алгоритм проверки на совпадения однозначно можно только для полей e-mail или номер телефона и то с оговорками

Почему? Если речь об обычной стандартной проверке на дубли, то ее достаточно просто сделать (и она уже есть, только не по ajax). Другое дело, что если нужна интеллектуальная проверка (например, тот же телефон должен проверяться без учета нецифровых символов и разного написания 8/7), то там да - нужно персональное вычисление. Кстати, при большом желании его можно сделать и сейчас. Просто нет встроенной стандартной быстрой проверки, о чем собственно и речь в начале темы.

[andibrag]

Гибкость КБ для создания решений подобного рода (пример по ссылке) мне известна. Связку ajax с дополнительным действием уже как-то использовал. Но это сложные решения. Не хватает как раз стандартных, но при этом настраиваемых инструментов, заложенных в движок. Вопрос только в том как производить сравнение... Одинаковое название фирм не означает, что это дубликат. А вот совпадение номера или e-mal - это уже показатель. Хотя и тут могут быть варианты. Например фирма одна, а юридических лиц у нее несколько.

[bottrop]

CbCoder (22 Июль 2015 - 15:51) писал:

Почему? Если речь об обычной стандартной проверке на дубли, то ее достаточно просто сделать (и она уже есть, только не по ajax).

Подскажите по проверке дублей по полю Телефон, Как стандартными способами это сделать, и в каком виде при этом выводятся сами дубли? Спасибо.

[CbCoder]

Заходите в настройки поля и включаете запрет дублирования. Я именно это имел ввиду под стандартной проверкой.

[bottrop]

Она не совсем корректно проходит, т.к. если я вношу номер телефона, который уже есть в таблице, то возникает конфликт, надпись "Запись не сохранена", последнюю вносимую запись не видно (только через активность), а в MySQL она создается и удалить её можно только оттуда. Было бы удобнее, если бы в случае обнаружения дубликата повторно введеная запись вообще не создавлась или как описали ранее, проверка происходила бы непосредственно при вводе номера.

В связи с этим, есть ли какое-то вычисление, которое корректно отберет и отсортирует дубликаты по полю? как например это делает exel?

[CbCoder]

Она действительно сохраняется в БД, но только как "временная" (для корректной работы механизма поиска дублей), поэтому в самой программе ее не видно и ее наличие в БД никак не должно влиять на работу. Тем более что временные записи периодически удаляются.

[bottrop]

А как убрать такое сохранение в БД?! ведь уже одно значение с таким номером телефона в базе имеется. С какой периодичностью удаляются такие данные? не хотелось бы замусорить БД

[CbCoder]

Никак не убрать, т.к. это часть механизма отображения дублей, как я уже сказал. Чем оно вам мешает то? Я же сказал что это никак не влияет на работу программы.

[wondertalik]

CbCoder (22 Июль 2015 - 15:51) писал:

Почему? Если речь об обычной стандартной проверке на дубли, то ее достаточно просто сделать (и она уже есть, только не по ajax). Другое дело, что если нужна интеллектуальная проверка (например, тот же телефон должен проверяться без учета нецифровых символов и разного написания 8/7), то там да - нужно персональное вычисление. Кстати, при большом желании его можно сделать и сейчас. Просто нет встроенной стандартной быстрой проверки, о чем собственно и речь в начале темы.

Вики поломалось? Ни одно изображение не отображается!

[CbCoder]

А какие там изображения? Там только код вроде, он отображается нормально у меня.

[CbCoder]

Radik (22 Июль 2015 - 11:14) писал:

Если вы сделаете проверку уникальности сразу в поле в момент внесения вы решите всем очень огромную проблему.
Не нужно будет даже добавлять запись - база не будет накапливать мусор...

Цитата

Согласен с вами, текущий механизм сильно устарел. Попробуем добавить в план.

Добавили быструю проверку в программу. Сообщение о дубле выходит сразу после ввода значения в поле.