WIKI Programming Store — библиотека разработчика 1С, Python, Dynamics AX, Java, ML/AI

Про МСФО чаще всего пишут с точки зрения бухгалтерии или бизнеса. Но разработчик 1С сталкивается с другим вопросом: как это реализовать в системе и что именно нужно считать? Чтобы разобраться, важно не заучивать стандарты, а понять логику МСФО (международные стандарты финансовой отчетности) и его отличие от РСБУ (российские стандарты бухгалтерского учета).

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

Меня зовут Александра, и за моими плечами более 12 лет опыта в разработке 1С. Мой профессиональный путь начался с фирмы «1С: Франчайзи», затем я работала с конечными клиентами и пробовала себя во фрилансе. Сейчас я часть команды аутстаффинговой компании Programming Store.

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

В конфигурации «Зарплата и управление персоналом», редакция 3.1, разработчики фирмы 1С пересмотрели классический подход к хранению периодических данных. В дополнение к привычным регистрам сведений со срезами последних появился механизм интервальных регистров.

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

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

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

Приведу пример из своей практики создания отчета на СКД с использованием нескольких схем, в том числе из схем основной конфигурации (в нашем случае «1С:ERP Управление предприятием 2») и определенных схем в создаваемом нами отчете.

Есть задача: создать отчет, который берет данные из отчетов ERP и из запросов, что мы определили в текущем отчете. Последние, в свою очередь, могут зависеть от результата выборки по схемам ERP. Отчет должен иметь возможность передавать пользовательские параметры, определенные в шапке отчета, по всем нашим схемам.

Для чего нужно использовать уже существующие отчеты ERP в том виде, как они есть, а не «копировать» их в наш отчет. Возможна ситуация, когда схемы основной конфигурации будут громоздкими и переносить их дольше, чем использовать уже готовую схему. Есть вероятность обновления ERP, и нужно учесть все изменения,  а вот следить за ними каждый раз при обновлении – задача, которой нам бы хотелось избежать.

Например, в нашем отчете используется результат типового отчета «ОстаткиИДоступностьТоваров» из ERP.

Отчет на поддержке и уже выдает нужный нам результат. Мы только воспользуемся его схемой СКД (об этом чуть позже).

Добавление визуальных индикаторов или иконок в динамический список — это отличный способ сделать интерфейс «1С» интуитивно понятным. Пользователю гораздо проще считать иконку «Критическая ошибка» или «Документ оплачен», чем вчитываться в текст статуса. В данной статье мы разберем основные способы реализации этой задачи.

ДеревоЗначений — один из самых коварных объектов. Оно идеально для визуализации иерархии, но при неправильном подходе превращает интерфейс в «тыкву». Главная проблема — сериализация: при каждом серверном вызове дерево гоняется целиком. Если в нем 100 000 строк, интерфейс «умрет». Разберем, как заставить его летать.

Современные компании, даже небольшие, практически всегда используют сразу несколько программных продуктов 1С – от «1С:Бухгалтерии» до сложных систем ERP, «Управление холдингом», каких-то специализированных отраслевых решений и облачных сервисов, а также программных продуктов и сервисов других вендоров. Чтобы обеспечить обмен данными между всеми этими системами, требуется надежный, гибкий и легко сопровождаемый инструмент интеграции. Именно эту задачу решает «1С:Шина», а разработанное у нас расширение конфигурации «ПростоКоннектор» максимально упрощает процесс подключения пользовательских баз 1С к «Шине».

Комбинация «1С:Шины» и расширения «ПростоКоннектор» позволяет легко настроить обмен данными между любыми конфигурациями 1С, как типовыми, так и самописными, без необходимости разработки сложных интеграционных модулей и без глубокой доработки типовых конфигураций».

Реальная ситуация из прошлого. В чат с интегратором падает сообщение: «А какой формат даты вы принимаете? Структура JSON есть? Можно пример?» И вы в десятый раз скриншотите свою тестовую обработку или скидываете ссылку на устаревший Word-файлик, который уже никто не обновлял.

В данной статье рассматривается вариант разворачивания системы мониторинга и анализа данных сервера 1С, СУБД (MS SQL), ОС (Windows) и технологического журнала 1С. В ней не разбираются причины, по которым может понадобиться мониторинг этих систем, а также множественные варианты настройки мониторов.