Добавить в корзинуПозвонить
Найти в Дзене
maksim-it

Рассказываю как работать с отчетами в 1С как профи.

Продолжаю цикл статей про работу с отчетами в 1C. Не буду перечислять все статьи, просто оставлю ссылку на всю рубрику. В прошлой статье мы рассмотрели, каким образом добавить дополнительные вычисляемые поля в наш отчёт с довольно интересной конструкцией ВЫБОР КОГДА [...] ТОГДА [...] ИНАЧЕ [...] КОНЕЦ Узнали про функцию ПРЕДСТАВЛЕНИЕ() Это лишь малый функционал, который можно использовать в пользовательских полях. Дело в том, что все эти функции взяты из языка запросов 1С, и здесь их можно довольно успешно применять. Рассматривать их все я не вижу смысла, так как применять на практике вы их скорее всего не будете. Если есть двойные, тройные вложенности условий, например меньше 10, больше 20, больше 100 итд и все это в одной колонке, на мой взгляд лучше пойти через условное оформление. Алгоритм такой: И главное за что я люблю эти поля. Не знаю, сталкивались ли вы когда нибудь, что сумма итоговых записей не равна детальным? Мне в тестовой базе этот пример воспроизвести не удастся, уж

Глава 7/3. Небольшие дополнения к пользовательским полям.

Продолжаю цикл статей про работу с отчетами в 1C. Не буду перечислять все статьи, просто оставлю ссылку на всю рубрику.

В прошлой статье мы рассмотрели, каким образом добавить дополнительные вычисляемые поля в наш отчёт с довольно интересной конструкцией

ВЫБОР КОГДА [...] ТОГДА [...] ИНАЧЕ [...] КОНЕЦ

Узнали про функцию

ПРЕДСТАВЛЕНИЕ()

Это лишь малый функционал, который можно использовать в пользовательских полях. Дело в том, что все эти функции взяты из языка запросов 1С, и здесь их можно довольно успешно применять. Рассматривать их все я не вижу смысла, так как применять на практике вы их скорее всего не будете. Если есть двойные, тройные вложенности условий, например меньше 10, больше 20, больше 100 итд и все это в одной колонке, на мой взгляд лучше пойти через условное оформление. Алгоритм такой:

  • Создаем дубликат колонки
  • Создаем условное оформление

И главное за что я люблю эти поля. Не знаю, сталкивались ли вы когда нибудь, что сумма итоговых записей не равна детальным? Мне в тестовой базе этот пример воспроизвести не удастся, уж больно идеальный учёт и все примеры. Но на практике такое бывает. Искать причину бывает довольно проблематично и не всегда есть на это время. Я в таких ситуация делаю следующее:

Предположим что они не равны
Предположим что они не равны
  • Создаю дубликат колонки
  • Добавляю ее в поля
  • Скрываю видимость исходной колонки

И мне это помогает! Суммы как правило выравниваются. Конечно желательно найти проблему, но это уже на уровне конфигуратора и повторюсь - не всегда есть на это время.

На этом я завершаю цикл статей по отчетам СКД. Если появятся какие то дополнения по этой тематике - я обязательно их допишу.

Связь со мной: