Добрый день Уважаемые форумчане. Часто обращаюсь к Вашему ресурсу в поисках помощи. Постоянно находил искомые решения в темах форума. За что большое спасибо всем активным участникам. Но в этот раз не смог. Простите, что обращаюсь к вам только зарегистрировавшись. Суть проблемы такова: Есть наша контора , которая работает с группой контор, которые имеют обыкновение как исчезать так и появляться. Мы отправляем свои отчеты на проверку, они присылают в ответ проверенные отчеты . Беда в том, что отчеты не синхронизированы ... Мы не можем сортировать таблицу по дате, ибо она может быт разной, по фамилии заказчика, поскольку он может быть заявителем в нескольких полюсах, да и бывают ошибки при забивки ФИО, по суммам, поскольку они могут совпадать, процент вообще не может быть аргументом для поиска, покольку изменяем и часто повторим. Остается только уникальный номер полюса, вернее только его основная часть .....Допустим, наш номер еее0234567789 , наш агент может подрезать в своей базе до 234567789 или добавить свое 234567789/3....Всвязи с этим возникает ситуация только частичной похожести ..Насколько понимаю, меняется не только значение, но и его разрядность , что усложнят поиск. Цель такая - получить массив исходящих заявок и массив входящих и путем сложного поиска подвязать значения входящих показателей к исходящей таблице. Возможно, что можно сузить сложность путем указания контрагента или поиска фамилии с проверкой на правильность ее написания, но в любом случае придется искать схожий уникальный номер Понимая всю сложность задачи и надеюсь на ваш опыт. Спасибо.
Добрый день Уважаемые форумчане. Часто обращаюсь к Вашему ресурсу в поисках помощи. Постоянно находил искомые решения в темах форума. За что большое спасибо всем активным участникам. Но в этот раз не смог. Простите, что обращаюсь к вам только зарегистрировавшись. Суть проблемы такова: Есть наша контора , которая работает с группой контор, которые имеют обыкновение как исчезать так и появляться. Мы отправляем свои отчеты на проверку, они присылают в ответ проверенные отчеты . Беда в том, что отчеты не синхронизированы ... Мы не можем сортировать таблицу по дате, ибо она может быт разной, по фамилии заказчика, поскольку он может быть заявителем в нескольких полюсах, да и бывают ошибки при забивки ФИО, по суммам, поскольку они могут совпадать, процент вообще не может быть аргументом для поиска, покольку изменяем и часто повторим. Остается только уникальный номер полюса, вернее только его основная часть .....Допустим, наш номер еее0234567789 , наш агент может подрезать в своей базе до 234567789 или добавить свое 234567789/3....Всвязи с этим возникает ситуация только частичной похожести ..Насколько понимаю, меняется не только значение, но и его разрядность , что усложнят поиск. Цель такая - получить массив исходящих заявок и массив входящих и путем сложного поиска подвязать значения входящих показателей к исходящей таблице. Возможно, что можно сузить сложность путем указания контрагента или поиска фамилии с проверкой на правильность ее написания, но в любом случае придется искать схожий уникальный номер Понимая всю сложность задачи и надеюсь на ваш опыт. Спасибо.alex808
alex808, здравствуйте. А есть какой-то шаблон Ваших номеров полисов (исходных)? Допустим, первые 3 символа - "еее"+ остальные цифры? А то так очень сложно сравнивать, не зная что должно совпасть, т ли начало строки, то ли конец...
alex808, здравствуйте. А есть какой-то шаблон Ваших номеров полисов (исходных)? Допустим, первые 3 символа - "еее"+ остальные цифры? А то так очень сложно сравнивать, не зная что должно совпасть, т ли начало строки, то ли конец...Manyasha
Гигантское спасибо, всем кто поделился своими знаниями! Вы реально круты! Такой оперативности я даже не ожидал. Посмотрел варианты решения, сейчас начинаю пробовать Ваши решения с реальными массивами . Если выйдет, то это здорово поможет расшить узкие места в отчетности и прекратить то безумие с учетом, что творится сейчас...По результатам обязательно отпишусь..Появляется реальная возможность улучшить кучу бизнес-процессов вплоть до ежедневного начисления сдельной оплаты труда ...Еще раз спасибо!
Гигантское спасибо, всем кто поделился своими знаниями! Вы реально круты! Такой оперативности я даже не ожидал. Посмотрел варианты решения, сейчас начинаю пробовать Ваши решения с реальными массивами . Если выйдет, то это здорово поможет расшить узкие места в отчетности и прекратить то безумие с учетом, что творится сейчас...По результатам обязательно отпишусь..Появляется реальная возможность улучшить кучу бизнес-процессов вплоть до ежедневного начисления сдельной оплаты труда ...Еще раз спасибо!alex808
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
