Запрос в консоли 1С возвращает правильные данные, а отчёт на СКД - другой результат.

На упрощённых примерах разбираем, как СКД исключает поля и временные таблицы, переносит пользовательские отборы и меняет параметры виртуальных таблиц. В конце - способы исправления и чек-лист для отладки сложных отчётов.

Наверное, многие разработчики 1С сталкивались с ситуацией:

Когда я впервые начал работать с «1С:Элемент», казалось, что установка среды - это самая простая часть. Скачать, установить, открыть - что может пойти не так?

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

Со временем у меня сформировался простой подход: минимум действий максимум результата. Делюсь, как делаю это сейчас.

В этой статье мы рассмотрим процесс подключения GitLab к 1С Элементу и настройку групповой разработки в проекте.
Благодаря этому мы получим полный функционал: формирование задач, веток разработки и релиза, историю изменений.

Версия 1С Элемент: 8.0 и выше.
Тип установки 1С Элемент: Локальный
Версия Git: 2.45 и выше

Подключение GitLab
Так как мы используем локальную установку 1С Элемент на своем сервере, то первое, что требуется сделать - это на сервере с 1С Элементом установить и настроить Git (система контроля версий).
Как его устанавливать и настраивать - есть отдельная инструкция, которая доступна в справке 1С Элемента в разделе «Руководстве разработчика» →  «Среда разработки» →  «Git». 

Ссылка на справку из 8.0 - https://1cmycloud.com/console/help/element/8.0/docs/topics/git-installation/

После установки Git, в панели управления 1С Элемента станет доступно Хранилище репозиториев.

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

В статье описан путь: от выявления проблемы и ограничений - до архитектуры решения, реализации, подключения драйвера и получения данных в 1С.

В платформе 1С существует несколько типов хранилищ, предназначенных для сохранения различных пользовательских и системных настроек. Несмотря на общее название, это разные объекты платформы с разным назначением и механизмами работы.

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

Локальный Rebase в 1С:EDT - это мощная и достаточно продвинутая операция по актуализации вашей локальной ветки (синхронизация с последними изменениями) перед тем, как выполнять слияние с главной веткой.

Давайте разберём подробно, что это такое, зачем нужно и как работает.

Для начала примем договорённость: в удалённом репозитории Git существует главная ветка с именем dev. Обычно главной ветке дают такие имена, как main, develop или просто dev. В нашем примере имя главной ветки - dev.

Зачем это нужно в 1С:EDT?

Прежде всего - для вашей локальной ветки. Например, вы создали от главной ветки dev свою локальную ветку и переименовали её в feature/my-branch.

В 1С:Бухгалтерии базой для распределения косвенных расходов могут быть:

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

В статье показываю, как доработать конфигурацию 1С:Бухгалтерия предприятия (КОРП 3.0) так, чтобы использовать произвольную динамичную базу распределения без изменения учетной политики и без расширения прав сотрудников. Разбираем добавление нового значения перечисления, корректировку представлений, создание пользовательского документа для ежемесячного ввода базы, интеграцию с подсистемой распределения расходов и реализацию запроса для автоматического получения данных.

Материал будет полезен разработчикам 1С и методологам, которые сталкиваются с отраслевыми требованиями по распределению косвенных расходов и ищут корректный и безопасный способ расширить функциональность типовой конфигурации.