Расчёты и реестры: сметы, расчёт цены и сводные таблицы — без сборки руками

Агент присылает книгу с правимыми ставками и одностраничный документ на отправку: итог по каждому плечу, итог на одну машину и страховка отдельной строкой вне плеч — она разовая на весь объём, и внутрь плеча её класть нельзя. Заодно спрашивает про строку перегрузки: по цене она стоит как полная перевалка с борта на борт, а по описанию похожа на обычную смену тягача — это разные деньги и разная ответственность за груз в момент передачи.

Агент не бросается собирать: сначала показывает, каким видит реестр, и задаёт три вопроса — какая номенклатура входит, из чего складывается цена и кто утверждает результат. Отвечать необязательно: если сказать «делай», он соберёт по самому широкому варианту и пометит спорные места как предварительные, чтобы их было видно и можно было поправить.

Агент выгружает запросы из вашей системы за нужный период и раскладывает по блокам: что пришло из CRM, что про клиента и предмет, что про расчёт, что про результат. Группа товара проставляется автоматически по названию позиции. Итоговая цена и рентабельность считаются формулой, а строки ниже порога, который вы назвали, подсвечиваются.

Агент проверяет портал и отвечает прямо: этих ответов там нет как данных — ни в комментариях к сделкам, ни отдельным полем; цену выдают вне системы. Он присылает версию, где подставлено то, что действительно есть — суммы по сделкам, которые вёл расчётчик, — и явно помечает место, где данных не хватает, а не сглаживает пробел.

Агент собирает одну книгу с отдельными листами и связывает их между собой: справочник подставляется в реестр выпадающим списком, калькулятор берёт ставки оттуда же. Отдельным листом кладёт короткую инструкцию — что куда вносить и что считается само.

Агент предлагает выбор и объясняет цену каждого варианта: либо колонки под каждую роль — читается глазами, но новая роль означает переделку шапки; либо строка на каждую связь плюс колонка роли — новая роль добавляется сама собой, но смотреть удобнее сводной. Дубли он убирает по ключу, который вы подтвердите, а не по совпадению названий.

Агент уточняет режим налогообложения до того, как строить модель, и делает его переключателем: ставки вносятся в одной базе, а налог показан отдельной справочной строкой, чтобы итоги не поехали при смене режима. Какой режим вам выгоднее — это к вашему бухгалтеру или налоговому консультанту, и агент так и говорит.

Агент собирает один лист с тремя сценариями рядом: наполняемость остаётся полем для ввода, расходы на запуск группы отделены от расходов на одного слушателя, и итоги пересчитываются сами, когда вы правите ставку. Методику, по которой считается точка безубыточности, он подписывает прямо в таблице — видно не только результат, но и что именно в него вошло. Какую цену ставить на курс, агент не предлагает.

Агент раскладывает пакеты по позициям и до расчёта выносит вопрос: одна и та же процедура входит в два пакета, но заведена в них по разной цене. Он не выбирает, какая из двух действующая, и не усредняет — показывает обе строки и спрашивает. Остальные пакеты к этому моменту уже посчитаны, поэтому ждать ответа по одной позиции не нужно.

Агент пересчитывает и отвечает, что от курса в этой партии не поехала ни одна строка: поставщик уже заложил курс в свою цену, а доставка до склада зафиксирована в рублях — итог не изменился. Отдельно называет величину, которая будет сильнее всего двигать итог при следующей правке: новая цена поставщика; её и стоит запросить. Куда пойдёт курс дальше, агент не предсказывает и говорит об этом прямо.

Порог агент делает полем для ввода, а не зашивает в формулу: поменяли 30 на 25 — подсветка пересобралась. По новым ценам поставщика калькуляции пересчитываются, а позиции, по которым цены не прислали, остаются без новой себестоимости, исключаются из итога и подсветки и попадают в отдельный список: цену нужно запросить до использования результата. Снимать позицию с карты или поднимать цену — решаете вы.

Агент пересчитывает и первым делом отменяет собственный прежний вывод вслух: на прикидочных ценах у него выходило, что со вторым поставщиком заметно выгоднее, — на настоящих разница уложилась в допущение, которым он же и пользовался, и вывод больше не держится. Дальше идёт список поехавших строк с суммами и новая версия книги; прежнюю он убирает из переписки только после вашего подтверждения.

Агент находит две подходящие записи и сразу снимает оговорку: обе числятся не за тем сотрудником, которого вы назвали, — ответственного меняли. Дальше он отвечает на вопрос, которого вы не задавали: номер поставки не совпадает с номером исходного запроса, и это не опечатка. В карточке поставки нет поля со ссылкой на запрос, а номер ей выдаёт отдельный счётчик по дате создания карточки — поэтому связь рвётся у всех записей, перенесённых из прежней системы, а не только у этой.

Агент присылает сверку и в первой же строке пишет, что в данных ничего не менял. Картина шире, чем выглядела на одном примере: из четырёх десятков договоров исходную заявку удалось найти только у пяти, и у всех пяти номера разные; у остальных заявки нет вовсе — их заводили напрямую, до того как появился реестр. Работу он раскладывает по порядку: сначала закрыть причину, иначе завтра расхождение появится снова, потом перенумеровать эти пять, и отдельной задачей — восстановить заявки по остальным.

Агент сначала прогоняет весь массив на занятые номера и только потом берётся за правки — и докладывает, не изменив ни одной записи: на восьмой нужный номер занят другой записью, поэтому первые семь он тоже не трогал. Из этого он переписывает саму постановку — дело не в том, что перевозка не наследует номер заявки, а в том, что номера выдают три независимых счётчика, и каждый считает от единицы внутри своего дня. Совпадения тут не случайность, а закономерность, поэтому запускать прогон он не стал: вышла бы полумера — часть записей с новыми номерами, часть со старыми.

Агент принимает решение и тут же, без отдельного вопроса, называет его цену: у сотни с лишним заказов номера поменяются, а во всём, что уже разослано клиентам, останутся прежние — ссылаться на них в новых документах будет нельзя. Поиск по старому номеру он сохраняет, поэтому прежняя ссылка приведёт к нужной карточке. Отдельно фиксирует, что то же самое вы уже согласовывали по первой партии, — чтобы через неделю это не выглядело неожиданностью.

Агент отвечает, что подтвердить не может, и говорит, что смотрел базу только что — с точным временем проверки. Дальше двумя списками. Сделано: единый счётчик работает, новые заказ-наряды уже получают номер из него, больше тысячи прежних записей переведены. Не сделано: сами договоры остались на старых номерах, объединения в базе не видно. Решение вы дали двадцать минут назад, и исполнитель физически мог не успеть — это он тоже пишет, а не подаёт как претензию.

Агент не запускает объединение по совпадению цифр: две записи под одним номером — не всегда одна и та же работа, а склейка необратима. Он присылает лист с парами, где номера сошлись, и просит отметить только те строки, где это действительно одна и та же работа: объединит он ровно отмеченные пары, а непроставленная строка согласием не считается. Вторым листом идут пары, где совпадение случайное: счётчик у каждого потока начинал день с единицы, поэтому под одним номером могут стоять совсем разные записи, и развести их автоматически нельзя.