Добрый день! Суть макроса будет в проверки отчетности по пр-но 30 столбцам в таблице Excel, каждый столбец - один из показателей, входящих в отчетность. По каждому столбцу те организации, что делают эту отчетность, могут допустить около 5-10 типовых ошибок. Их макрос и должен проверять. Сроки 1-2 недели. Бюджет 4-5 тысяч
Добрый день! Суть макроса будет в проверки отчетности по пр-но 30 столбцам в таблице Excel, каждый столбец - один из показателей, входящих в отчетность. По каждому столбцу те организации, что делают эту отчетность, могут допустить около 5-10 типовых ошибок. Их макрос и должен проверять. Сроки 1-2 недели. Бюджет 4-5 тысячMaryasha
Сообщение отредактировал Maryasha - Понедельник, 28.08.2017, 14:01
Что значит "перечень возможных ошибок, отклонение может быть?"
Вы хотите, чтобы макрос умел искать "ошибки", которые вы ему будете задавать словами описательно, что ли? Или вы хотите такой макрос, чтобы вы потом могли дописать какие-то условия в некую таблицу - а он вам начал что-то проверять по додуманному вами?
Если мы имеем перечень типовых ошибок - то по каждой из них должны быть указаны точно, что означает данная ошибка. Проверка на конкретную ошибку в этом случае зашивается прямо в логику макроса. И подставляет в отчет он те данные, что насчитал по соответствующим зашитым в него проверкам. То же, что вы нарисовали цветными ячейками и какими-то словами во втором файле - ни о чем не говорит.
Если же вы хотите, чтобы у вас макрос был ещё и параметрическим... чтобы он ваши "будущие желания проверить будущие ТИПЫ ошибок" умел обслуживать - то тут все очень и очень непросто. Вот поймите: вы не должны придумывать, КАК макрос будет решать задачу. Вы должны показать, ЧТО макрос будет иметь в качестве исходных данных -и ЧТО он должен уметь получать в результате. То есть, например, ваши эти самые Отчет - вход, а Анализ - выход. А пример, который у вас просят - это "вот типа такие вот данные если в отчёте - то вот так будет заполнен анализ". Здесь же в вашей предметной области никто не ориентируется. Откуда исполнитель-разработчик (и макрос) смогут узнать, что такое, например, "Код заказчика" (НЕ НАДО отвечать здесь про то, что такое этот код, вас не об этом спрашивают). Тем более, никто здесь не читал никаких Положений, Приложений и Методологий. А ведь у вас Анализ оперирует именно тем, что изложено в этих основополагающих для партии документах И, ставя задачу (создавая ТЗ) - вы как раз должны быть готовы предоставить исполнителю (хотя бы уже в личку) точное описание соответствий всех получаемых цифр по правилам, изложенным в этих ваших нормативных документах. И уж никак не исполнитель должен знать, что такое "Не соблюдены соответствующие требования положения 4.3 методологии по формату заполнения поля". Более того, исполнитель, если вы того не оговариваете за определенные условия, не обязан изучать эти ваши нормативные документы.
Что значит "перечень возможных ошибок, отклонение может быть?"
Вы хотите, чтобы макрос умел искать "ошибки", которые вы ему будете задавать словами описательно, что ли? Или вы хотите такой макрос, чтобы вы потом могли дописать какие-то условия в некую таблицу - а он вам начал что-то проверять по додуманному вами?
Если мы имеем перечень типовых ошибок - то по каждой из них должны быть указаны точно, что означает данная ошибка. Проверка на конкретную ошибку в этом случае зашивается прямо в логику макроса. И подставляет в отчет он те данные, что насчитал по соответствующим зашитым в него проверкам. То же, что вы нарисовали цветными ячейками и какими-то словами во втором файле - ни о чем не говорит.
Если же вы хотите, чтобы у вас макрос был ещё и параметрическим... чтобы он ваши "будущие желания проверить будущие ТИПЫ ошибок" умел обслуживать - то тут все очень и очень непросто. Вот поймите: вы не должны придумывать, КАК макрос будет решать задачу. Вы должны показать, ЧТО макрос будет иметь в качестве исходных данных -и ЧТО он должен уметь получать в результате. То есть, например, ваши эти самые Отчет - вход, а Анализ - выход. А пример, который у вас просят - это "вот типа такие вот данные если в отчёте - то вот так будет заполнен анализ". Здесь же в вашей предметной области никто не ориентируется. Откуда исполнитель-разработчик (и макрос) смогут узнать, что такое, например, "Код заказчика" (НЕ НАДО отвечать здесь про то, что такое этот код, вас не об этом спрашивают). Тем более, никто здесь не читал никаких Положений, Приложений и Методологий. А ведь у вас Анализ оперирует именно тем, что изложено в этих основополагающих для партии документах И, ставя задачу (создавая ТЗ) - вы как раз должны быть готовы предоставить исполнителю (хотя бы уже в личку) точное описание соответствий всех получаемых цифр по правилам, изложенным в этих ваших нормативных документах. И уж никак не исполнитель должен знать, что такое "Не соблюдены соответствующие требования положения 4.3 методологии по формату заполнения поля". Более того, исполнитель, если вы того не оговариваете за определенные условия, не обязан изучать эти ваши нормативные документы.AndreTM
AndreTM, Вы видимо с тупыми заказчиками общались, раз предполагаете на полном серьезе, что мы будем словами задавать работу макроса или же думаем, что Вы будете разбираться в нашей нормативке. Вы попросили более точно рассказать - я скинул наши исходные файлы и обрисовал задачу, ни о каком ТЗ пока речи не было, а все Ваши слова именно об этом. Как устроена работа макроса нам известно, естественно, все это будет преобразовано в логические условия в процессе создания ТЗ. Про "отклонение" я имел в виду, что в процессе работы могут выявиться еще 15-20 типов ошибок, которые мы также распишем логическими условиями, которые надо будет зашить в работу макроса
AndreTM, Вы видимо с тупыми заказчиками общались, раз предполагаете на полном серьезе, что мы будем словами задавать работу макроса или же думаем, что Вы будете разбираться в нашей нормативке. Вы попросили более точно рассказать - я скинул наши исходные файлы и обрисовал задачу, ни о каком ТЗ пока речи не было, а все Ваши слова именно об этом. Как устроена работа макроса нам известно, естественно, все это будет преобразовано в логические условия в процессе создания ТЗ. Про "отклонение" я имел в виду, что в процессе работы могут выявиться еще 15-20 типов ошибок, которые мы также распишем логическими условиями, которые надо будет зашить в работу макросаMaryasha
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
