Разработка дополнительных отчетов и обработок 1C:
Если Вам нужно разработать дополнительный отчёт для Вашей программы 1С, то пожалуйста, прочтите рекомендации по тому, как эффективнее всего взаимодействовать с программистом 1С
по этому вопросу.
Разработка отчетов начинается с того, что заказчику нужно четко понимать для себя, что отчет должен получать и откуда. Лучше всего нарисовать в Word или Excel эскиз шапки
будущего отчета и расписать какие данные и откуда они получаются для каждой колонки в шапке. Тем самым Вы сэкономите свое время (от дополнительных уточнений) и время программиста (сразу понятно какие колонки нужно,
что и откуда получать), соответственно в таком случае получите наиболее точную оценку стоимости разработки отчета. Приведу условный пример шапки:
№ п/п | Номенклатура | Остаток | Резерв | Свободный остаток Колн.5= Колн.3- Колн.4 |
1 | 2 | 3 | 4 | 5 |
Если какая-то колонка считается по сложной формуле, тогда необходимо расписать поподробнее алгоритм расчета.
Приведу пример разработки довольно сложного отчета. У клиента возникла ситуация, когда у него появилась достаточно большая просроченная дебиторская задолженность.
Заказчик решил построить мотивацию менеджеров по продажам от отплаты за отгрузки, а не за продажи. Причём чем раньше клиент оплачивает отгрузку, тем больший процент получает менеджер. Заказчик расписал
проценты менеджеров в зависимости от срока оплат и прислал в файле Excel шапки нужных отчётов (отчет работает в 2-х вариантах). После того, как отчет был сделан, отчет был отдан на тестирование, после
небольших доработок – отчет был принят в эксплуатацию. Примечание: отчёты обязательно нужно тестировать и желательно на разных интервалах. На больших периодах всегда появляется что-нибудь неожиданное,
обычно идет уточнение выборки данных и вносятся дополнительные фильтры.
Дополнительные обработки нужны в большинстве случаев для изменения данных в 1С. С помощью обработок настраиваются всевозможные регламентные задания:
обновления классификация номенклатуры, обновление нормативов резервирования, очищение просроченных заявок покупателя. Бывают случаи, когда обработки пишутся под разовые работы: деноминация,
переоценка и т.д. Методика разработки обработки такая же: заказчик четко понимает, что и как он хочет изменить/получить и передает свои пожелания, желательно в письменном виде. Особенное
внимание нужно уделить тестированию данных. Важное замечание: поскольку обработка изменяет данные, тестировать обработку нужно только на копии рабочей базы, иначе можно получить неприятности
и даже убытки, если обработка, к примеру, изменяет цены.