Создание требования типа 5 с помощью отчёта «Базис инвентаризации»

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

В гостиничном бизнесе достаточно часто используют следующую процедуру списания запасов: в течение месяца продукты перемещают на склад, ассоциированный с кухней, а в конце месяца остатки списывают в себестоимость приготовленных блюд. Этот метод подходит для большей части подобных «виртуальных» складов, но не подходит, например, для склада, ассоциированного со столовой для персонала, так как стандартная модель списания продуктов подразумевает отнесение себестоимости на счёт «Себестоимость продуктов» (или напитков), а в данном случае списание должно пойти на счёт «Питание персонала»

Расходы будущих периодов (пропорциональное списание затрат)

После ввода счёта-фактуры заказ оказывается в истории и с этого момента становится доступен в отчёте сервера отчётности

Бывают случаи, когда ни функциональность Главной Книги, обычно используемая для РБП, ни функциональность модуля Основных средств, иногда используемая в качестве альтернативы, не могут быть использованы. Например, когда в соответствие с политикой компании все закупки должны пройти через многоуровневое утверждение заявок в модуле «Требования». Недавно мне удалось разработать такую процедуру 🙂

Загрузка данных по билетам, выданным сотрудникам

Далее будет происходить процедура обработки файла средствами Epicor Service Connect

Предполагается, что компания, через которую производится заказ билетов, присылает файл строго фиксированной формы или присылаемый файл может быть приведён к единообразному виду. Такой файл может быть загружен в служебную таблицу базы данной iScala с помощью простого макроса в Экселе, а чтобы не копировать этот макрос в каждый файл, из которого выполняется загрузка, он оформлен как Надстройка в Экселе. А уже «попросить» Скалу обработать то, что загружено в таблицу, дело техники

Худшие практики в дизайне отчётов 2.0

SSRS отчёт, выполненный в стиле Crystal

На мой взгляд, в отчёте SSRS не следует делать, как в убогом Кристале, где нет такого объекта «таблица», нужно пользоваться преимуществами, а не следовать правилу «как привык». Текстовые поля и линии взамен сетки очень странно смотрятся там, где уместно использовать таблицу