Модульная (open source) конфигурация "INFOSTART ERP community edition"
Разработка - Infostart ERP community
Бесплатные
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО
| Наименование | Скачано | Бесплатно |
|---|---|---|
|
"INFOSTART ERP community edition": демобаза (30.01.2023)
.zip 548,52Mb
1109
|
1109 | Скачать бесплатно |
|
"INFOSTART ERP community edition": обновление (20.07.2023)
.cf 53,02Mb
617
|
617 | Скачать бесплатно |
|
"INFOSTART ERP community edition": пустая база (30.01.2023)
.zip 39,50Mb
413
|
413 | Скачать бесплатно |
|
"INFOSTART ERP community edition": Описание
.pdf 3,38Mb
645
|
645 | Скачать бесплатно |
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Казалось бы, у компании 1С множество конфигураций, которые должны удовлетворить любого, даже самого требовательно клиента (не говоря уже о разработчиках), но всегда находятся люди (такие, как мы), которые вечно чем-то недовольны :)
Итак, чем же мы недовольны?!
По большому счету, претензия только одна - отсутствие модульного подхода в написании конфигураций.
В настоящее время это - проблема всех конфигураций 1С.
Да, у 1С большая (огромная) линейка конфигураций (УТ,БП,ЗУП,ЕРП и т. д.), но, по большому счету, чтобы пользователь ни выбрал, он получит «универсальный комбайн», в котором будут контуры учета, либо совсем ему не нужные, либо не используемые в полной мере. Даже покупая УТ, пользователь получает такие контуры учета, как «ВетИС», «ЕГАИС» и многое другое, а уж приобретая ERP, пользователь получит все, «о чем даже не мог мечтать», потому как мечтал он совсем о другом.
Многие могут сказать «много не мало»: чем больше пользователь получил, тем лучше, лишнее всегда можно скрыть, используя «функциональные опции», а когда пользователь «дорастет» до нужного функционала, ему достаточно будет его просто включить (установив нужные галочки).
Пользователя такой подход устраивает ровно до тех пор, пока не встает вопрос производительности системы и стоимости ее обслуживания
На сегодняшний день у пользователя, желающего вести учет в единой системе, фактически существует только один вариант — это ERP (или комплексная конфигурация). Данная конфигурация является большой, сложной и дорогой. Если компания большая (с огромными финансовыми возможностями), то покупка, внедрение и сопровождение ERP не вызовет у нее серьезных проблем (потому что она сможет позволить себе рекомендуемый сервер, хороших специалистов\внедренцев и т.д.)
Но что делать небольшим компаниям, которые не могут себе позволить мгновенное вливание огромных средств в учетную систему?! Вариант только один — устанавливать отдельно УТ,БП,ЗУП,Розницу и т. д.) в надежде, что, когда они «вырастут», то смогут перейти на единую учетную систему (например ERP). Но любой переход на новую систему всегда очень затратен (как по времени, так и по финансам). Понимая это, многие остаются на своих конфигурация, даже если уже переросли их.
Другая проблема: когда компания работает, например, на УТ, ее, по большому счету, все устраивает, но компания растет, появляется производство, и вот уже УТ не может дать необходимый функционал. Какие варианты в этом случае есть у компании?! Либо дописывать модуль производства, либо переходить на комплексую систему учета, где модуль производства уже реализован.
Все эти проблемы могла бы решить конфигурация, написанная по принципу «модульной системы».
С появлением расширений у нас появилась возможность изменить подход к разработке, создавая модульные (расширяемые) конфигурации. Конфигурации, состоящие из ядра (основного функционала) и расширений (дополнительных контуров учета)
При таком подходе Пользователь получает легкую, быструю, надежную конфигурацию-ядро (с базовым функционалом) и возможностью нарастить функционал по своему желанию (возможностям), используя расширения (дополнительные контура учета), подключаемые из магазина расширений, а Разработчик - простую и понятную конфигурацию, в которой просто разобраться и легко доработать.
Конфигурация написана по принципу модульной системы, это означает, что конфигурация состоит из ядра - основного (базового) функционала - и расширений (дополнительного функционала).
Базовый функционал (функционал ядра модульной системы)
-
Банк - учет операций по безналичным расчетам. Включает в себя все виды платежных поручений и ордеров, обработку для обмена с системой "Клиент-банк", а также отчеты по движению безналичных денежных средств.
-
Касса - учет операций по наличным расчетам. Включает в себя все виды кассовых ордеров, а также необходимые отчеты по кассовым операциям.
-
Закупки - учет операций, связанных с поступлением товаров и услуг, как непосредственно от поставщиков, так и поступлений через подотчетных лиц. Контур содержит также ряд отчетов, позволяющих проанализировать данные по купленным товарам и услугам.
-
Продажи - учет операций, связанных с оптовой реализацией товаров и услуг. Поддерживается учет всего цикла продаж, от заказа покупателя до реализации и возврата. Возможно резервирование товаров и формирование потребностей по заказам покупателей.
-
Розничная торговля - учет операций по розничной реализации. Данный контур - "облегченная версия" розничной реализации, не поддерживающая формирование чеков ККТ. Обратите внимание, что для полноценного учета розничной реализации с подключением торгового оборудования необходимо использование расширения "Библиотека подключаемого оборудования".
-
Складской учет (учет ТМЦ)- учет остатков и движения товарно-материальных ценностей. Учет перемещения ТМЦ, поддержка ордерной и ячеистой схем учета, а также инвентаризации ТМЦ с последующим оприходованием излишков и списанием недостачи. В рамках контура формируются все необходимые отчеты по анализу движения ТМЦ.
-
Комиссия - учет комиссионной торговли: отчеты комиссионера и отчеты комитенту, расчет комиссионного вознаграждения, а также отчеты по анализу комиссионной торговли.
-
Производство - учет полного производственного цикла, от формирования спецификаций на изготовление продукции и заказов на производство, до выпуска готовой продукции. В данный контур также можно включить учет материалов в переработке и операции по комплектации/разукомплектации. Выполняется анализ производственных затрат и расчет себестоимости готовой продукции.
-
Корректировки - в данный контур можно условно выделить ряд документов: по корректировке взаиморасчетов, корректировке состояния ТМЦ, а также корректировки записей регистров и сторно.
-
Бухгалтерский учет - контур используется для формирования необходимых проводок в бухгалтерском и налоговом учете. При помощи процедур закрытия периода рассчитываются итоги деятельности предприятия. К этому же контуру относится ряд документов и отчетов по учету НДС: в результате производится формирование регламентированной отчетности по НДС.
Дополнительный функционал (расширения)
-
Учет ОС и НМА - учет основных средств и нематериальных активов: ввод в эксплуатацию, модернизация, комплектация, выбытие, расчет амортизации. Комплекс отчетов по учету внеоборотных активов.
-
Учет спецодежды и средств индивидуальной защиты - расширение, предназначенное для учета спецодежды и хозинвентаря в эксплуатации. Ведется учет по складам или материально-ответственным лицам, возможны различные варианты списания стоимости материалов.
-
Учет ценных бумаг - учет операций с ценными бумагами, отчет по движению ценных бумаг.
-
Платежный календарь - расширение, которое позволяет вести учет взаиморасчетов с контрагентами в соответствии с заданными условиями оплаты по договорам, учет даты возникновения задолженности. Поддерживается расчет пени по данным платежного календаря, как по дебиторской, так и по кредиторской задолженности.
-
Розница (Библиотека подключаемого оборудования)- учет операций розничной торговли с применением контрольно-кассовой техники. Фискализация чеков ККТ, формирование отчетов по розничной реализации, остаткам и движению товаров в рознице.
-
Регламентированная отчетность - формирование комплекта регламентированной отчетности в соответствии с законодательством.
-
ЕГАИС - учет оборота алкогольной продукции, обмен данными с базой ЕГАИС.
-
Вложения - подключение и систематизация файлов-вложений к различным объектам информационной базы
-
История данных - ведение истории изменений отдельных объектов системы, в соответствии с заданными настройками.
Дополнительный платный функционал (расширения)
- Аналитические показатели - система подготовки данных для финансовой отчетности, возможность детализации данных. Система предоставляет пользователям возможность настроить совершенно произвольные отчеты, базирующиеся на данных любых регистров, с любыми отборами, группировками.
- Система взаимодействия - организации взаимодействия пользователей информационной базы (обмен сообщениями, файлами и т.п.).
- Маркировка - предназначена для организации обмена данными между информационной базой и системой "Честный знак".
- Меркурий (ВетИС)- учет оборота мясомолочной продукции, обмен данными с системой "Меркурий".
- ЭДО - предназначено для обмена документами между провайдерами электронного документооборота и информационной базой.
- Учет автотранспорта - учет операций, связанных с использованием на предприятии автомобилей различных категорий. Учет и анализ затрат по автотранспорту.
-
Direct Bank - позволяет отправлять документы в банк и получать документы из банка непосредственно из программ системы «1С:Предприятия».
Основные механизмы конфигурации:
С его помощью обычный пользователь наглядно видит, какие именно расширения подключены, какие расширения вообще существуют (платные и бесплатные), и непосредственно в режиме работы "1С:Предприятие" может скачать, установить или обновить расширение, а также имеет возможность обратной связи с разработчиком (может оценить, написать комментарий, задать вопрос).
Любой разработчик может добавлять свои расширения в магазин расширений, устанавливать на них цену, а также указывать, для каких пользователей они будут доступны.
Проведение документов по регистрам бухгалтерского и налогового учета производится посредством использования механизма типовых операций. Для каждой строки документа (табличной части документа) может быть установлена или выбрана типовая операция. Данными для типовой операции могут служить как значения из документа (шапки и табличной части), так и любые реквизиты и измерения регистров управленческого учета.
Настройки для проведения хранятся в справочнике "Типовые операции". Для каждого вида документов существует список типовых операций. При необходимости список можно дополнять новыми типовыми операциями. Каждая типовая операция может состоять из одной или нескольких проводок. В дополнение к проводкам по бухгалтерскому и налоговому учету, можно настраивать дополнительные проводки по управленческому учету, т.е. нестандартное проведение по регистрам управленческого учета. Правила настройки проводок по бухгалтерскому и налоговому учету идентичны, используется общий план счетов. Поддерживается возможность учета постоянных и временных разниц.
Типовые операции — это справочник с настройкой движения счетов по регистрам бухгалтерии (либо настройка движений регистров накопления).
Карточка настройки типовой операции:
Обратите внимание, что для настройки типовой операции могут быть использованы как данные документа (шапки и табличной части), так и данные регистров (на рисунке выше - данные регистра "Учет партий ТМЦ").
Аналитику (субконто) можно указывать как общую, так и разную для дебета и кредита.
Значение аналитики можно выбрать из данных объекта (интерактивно), либо прописать свою функцию (в 99% случаях интерактивного выбора будет достаточно). В настройках указывается источник, из которого будет при проведении заполняться аналитика (субконто) ресурсы (суммы) и счета в проводках. Как правило, источник аналитики- это поле шапки (РШК) или табличной части (РТЧ) документа. Можно выбрать несколько реквизитов, например, на рисунке ниже это реквизит табличной части и реквизит шапки (Склад), при этом приоритет будет иметь реквизит, выбранный ранее: если в документе склад в табличной части не заполнен, может использоваться значение склада из табличной части документа.
При настройке можно задавать более тонкие правила, привязываясь к любому реквизиту, а также реквизиту реквизита, либо задавать жесткие правила подстановки аналитики. В качестве ресурсов проводок можно использовать также предопределенные функции,такие как «Учетная стоимость дебета», «Учетная стоимость кредита»:
Механизм настройки типовых операций позволяет избавиться от ограничений стандартных настроек и найти выход в любых ситуациях. Таким образом, минимизируется количество бухгалтерских справок (ручных проводок), а это позволяет уменьшить число ошибок и снизить влияние человеческого фактора.
Конфигурация позволяет создавать дополнительные реквизиты справочников\документов, как самих объектов, так и их табличных частей.
Дополнительные реквизиты табличных частей
Представление дополнительных реквизитов в объектах
Дополнительные реквизиты можно выводить в отчетах, а также в формах списков (справочников, документов)
1.Настройка форм списков (динамические списки) позволяет:
- Включить отборы (которые пользователь не может отключить)
- Настроить условное оформление (по умолчанию)
- Настроить колонки (возможность отключения стандартных колонок)
- Произвольный запрос для динамического списка
2. Настройка форм объектов
Реализовано три варианта установки реквизитов:
1.Значение - выбор конкретного значения, которое будет установлено
2.Путь - выбор пути по ссылке через точки (Пример: Ссылка.Автор.Подразделение) - выбирается из формы выбора пути
3.Алгоритм - код на языке 1С, в котором можно использовать параметры (заданные на закладке "Параметры"), параметры используются в фигурных скобках (пример: Значение={Подразделение})
Реализована возможность задавать различные условия, при которых реквизит будет заполняться.
- Проверка значений реквизита, а также действия на результат проверки заполнения.
Действия могут быть как предопределенные (установка параметров - параметры зависят от вызываемых событий), либо написание алгоритма на языке 1С с возможностью использования параметров (заданных на закладке "Параметры")
- Выполняемый код
Произвольный код на языке 1С с возможностью использования параметров (заданных на закладке "Параметры")
Механизм позволяет гибко настроить префиксы на документы.
Закладка "Настройка" - указываем реквизиты, от значения которых будет зависеть префикс.
Закладка "Правила" - описываем правила формирования префикса (действует принцип регистров правил)
Настройка позволяет обрабатывать (корректировать) записи регистров по условиям "на лету" при проведении документа.
Закладка "Обработка данных"
Реализовано три варианта установки реквизитов для обработки:
1.Значение - выбор конкретного значения, которое будет установлено
2.Путь - выбор пути по ссылке через точки (Пример: Ссылка.Автор.Подразделение) - выбирается из формы выбора пути
3.Алгоритм - код на языке 1С, в котором можно использовать параметры (заданные на закладке "Параметры"), параметры используются в фигурных скобках (пример: Значение={Подразделение})
Реализована возможность задавать различные условия, при которых реквизит будет заполняться.
Закладка "Условия выполнения" определяет условия, при которых выбранный регистр будет обработан.
Настройка позволяет добавлять команды (кнопки, гиперссылки) на управляемую форму.
Параметры команды
- Идентификатор - Уникальное имя
- Представление - заголовок команды (кнопки)
- Подсказка - описание не требуется :)
- Размещение - указывается имя элемента формы (группа, или командная панель), в\на которой будет размещена кнопка, по умолчанию (если ничего не указано) кнопка будет размещена на форме произвольно.
- Имя модуля - имя общего модуля, в котором находится процедура выполнения команды.
Типы параметров
- Тип параметра команды - указываются объекты метаданных (из справочников "Идентификаторы объектов метаданных\расширений"), для которых действует создание команды
- Размещение -аналогично размещению в шапке - если размещение не указано, значение берется из шапки (можно указать возможные размещения через запятую, например, "Список.ГруппаБыстрыеОтборы" и т.д.)
Свойства
- Описание свойств кнопки
Пользователи
- Указываются пользователи, для которых действует настройка (если не указано, то для всех)
Группы пользователей
- Указываются группы пользователей (если включено использование), для которых действует настройка (если не указано, то для всех)
Это гибкий инструмент для внедренцев и администраторов, определяющий поведение системы (определение прав доступа, запрет редактирования документов, автоподстановка значений реквизитов и т.д.) при выполнении тех или иных условий.
Каждый регистр правил содержит измерения и ресурсы. Измерения - это условия, определяющие выбор ресурса, который будет обрабатываться системой.
Измерений может быть несколько, или всего одно. Но важной особенностью регистра правил является то, что при незаполненном значении измерения (т.е. при отсутствии условий) может подставляться ресурс «по умолчанию». Это оказывается очень полезным в практических ситуациях, когда изначально настраивается поведение системы в отсутствие условий, а затем оговариваются все возможные условия.
Существенной чертой регистров правил является то, что порядок измерений регистра определяет их приоритет. Таким образом, можно избежать коллизии условий, неизбежно возникающей при использовании жестко прописанных алгоритмов.
Примеры использования подсистемы:
- Настройка прав доступа пользователей к документам различного вида.
- Настройка правил скидок и наценок в зависимости от категории контрагента, группы номенклатуры и т.п.
- Настройка реализации различным группам контрагентов с разными условиями оплаты, с разной торговой наценкой.
- Настройка заполнения реквизитов по умолчанию в документах разных видов у различных пользователей.
- Установка даты запрета редактирования документов.
Преимущества использования подсистемы:
- Упрощает донастройку и перенастройку системы пользователями.
- Позволяет хранить список условий в виде массива, что позволяет визуально представить логику реакций системы.
- Способно повысить производительность работы пользователей и снизить количество ошибок за счет настройки автозаполнения реквизитов.
Создание регистра правил
Рассмотрим создание регистра правил на примере. Необходимо настроить права пользователей на редактирование документов различных видов в зависимости от ряда условий: пользователя, возраста документа (в днях), текущей даты.
1. По кнопке "Добавить" создаем регистр правил "Управление доступом":
2. В дереве "Регистры правил" встаем в раздел "Измерения" в новом регистре и создаем необходимые измерения:
- Источник данных (вид документа)
- Пользователь
- Организация
3. В разделе "Ресурсы" создаем ресурс "Дата запрета", "Возраст документа"
4. Последовательно вызываем форму редактирования каждого измерения и ресурса, описываем свойства атрибута, свойства элементов управления, при необходимости создаем Модуль.
Чтобы упростить добавление часто используемых измерений и ресурсов, можно воспользоваться функцией автоподстановки предопределенного измерения или ресурса. По ссылке в поле Наименование вызывается список предопределенных измерений и ресурсов:
В результате создается регистр правил следующего вида:
Таким образом, создается возможность настройки прав доступа, ограниченная только одним условием - наличием логики в запросах клиента.
Применение регистра правил к объектам системы
Настройка использования регистра правил производится при помощи служебного регистра правил - "Управление регистрами правил". Он вызывается через справочник "Регистры правил". В служебном регистре правил должно быть определено, при каких событиях, в каких видах объектов производится обращение к определенному регистру правил.
Для регистра правил "Управление регистрами правил" действуют следующие принципы:
1. Если правило создано, но значение атрибута не выбрано, правило будет применяться ко всем значениям данного атрибута.
Например, если в правиле не указан источник данных, обращение к регистру будет производиться во всех объектах при наступлении заданного события.
2. Если к одному и тому же событию и объекту привязано несколько регистров правил, будут последовательно выполняться все правила.
Правила описания модуля атрибута
При описании модуля атрибутов регистров правил действуют следующие правила и операторы:
Описание алгоритма определения входящих измерений
Оператор "ЗначениеИзмерения =" используется для указания источника, из которого будет выбираться значение измерения регистра правил. Для предопределенных измерений значение измерений задается разработчиком, дополнительно описывать его не нужно. Для пользовательских измерений значение измерения должно быть задано, в противном случае данное измерение в регистре правил обрабатываться не будет.
Пример:
ЗначениеИзмерения = ПараметрыСеанса.ТекущийПользователь;
В данном примере в качестве входящего значения измерения будет использован текущий пользователь, т.е. пользователь, открывший сеанс 1С:Предприятие.
Описание алгоритма обработки ресурсов
Оператор "{ЗначениеРесурса}" используется для совершения действия над ресурсом, полученным в результате выполнения правила.
Описание общих операторов
Оператор "СтруктураПараметров":
- при применении к измерению позволяет определить источник получения значения измерения
- при применении к ресурсу позволяет при необходимости изменить входящие параметры структуры параметров.
Пример:
СтруктураПараметров.Отказ = Не {ЗначениеРесурса};
Настройка "Структуры подчиненности" позволяет отображать взаимосвязи между объектами с включением объектов из расширений конфигурации.
Необходимо первоначальное заполнение регистра сведений "Структура подчиненности":
• С учетом табличных частей - структура будет включать ссылки на связанные объекты, в том числе и располагающиеся в табличных частях документов.
• Без учета табличных частей - структура будет отражать только связанные объекты, находящиеся в шапке документов.
При необходимости запрос можно редактировать в данной форме (редактировать текст запроса) либо через настройку:
Позволяет настроить контроль отрицательных остатков по регистрам оперативного учета при проведении документов. Контроль может производиться по любому документу, который при проведении осуществляет движения по регистрам, например, по документам "Реализация ТМЦ", "Требование-накладная" и "Списание ТМЦ", документам по кассе и банку.
Для настройки вариантов контроля и проведения используются следующие измерения и ресурсы:
- Пользователь - при выборе пользователя контроль будет осуществляться только по нему.
- Режим проведения (Оперативный/неоперативный) - возможность выбора режима, при котором будет осуществляться контроль.
- Вид контроля (по текущей дате/на дату документа) - в зависимости от выбора вида контроля остатки будут проверяться либо на текущую системную дату, либо на дату проведения документа.
- Тип контроля (Выводить сообщение/Запретить проведение) - выбор действия, которое будет выполняться при списании "в минус".
- Вид регистра - выбор регистра, по которому будет контролироваться проведение. В зависимости от выбора вида регистра формируется список измерений и ресурсов выбранного регистра. В этом списке можно установить отметки для измерений и ресурсов, по которым будут контролироваться отрицательные остатки. Т.е., например, можно запретить проведение при отсутствии необходимого количества товаров на складе (по регистру "Товары на складах), но при этом не обращать внимание на отсутствие нужного количества товаров именно по указанной в документе характеристике.
Порядок настройки регистра
При настройке регистра действуют следующие правила:
- Если измерение не заполнено, правило будет применяться ко всем значениям данного измерения. Например, если не выбран пользователь, правило будет применяться ко всем пользователям.
- При существовании нескольких правил, в одном из которых значение измерения не выбрано, приоритет имеет то правило, в котором значение выбрано. Например, если для всех пользователей настроен запрет проведения "в минус" по регистру, а для одного установлено значение "Выводить сообщение", данный пользователь сможет провести документ с отрицательным движением, но при этом после проведения будет выведено сообщение.
- Если при проведении документа к нему применяются несколько правил, и хотя бы по одному из них проведение запрещено, документ не будет проведен.
В правой части формы настройки возможен выбор документов, при проведении которых будет действовать данный регистр правил.
Реквизиты формы настройки
- Пользователь - пользователь или группа пользователей системы, для которых будет действовать данное правило. Если пользователь или группа не выбраны, правила контроля будут распространяться на всех пользователей.
- Режим проведения - оперативный/не оперативный. Если режим не выбран, правило будет действовать в любом режиме.
- Вид контроля - выбор варианта расчета остатков - на рабочую дату/на дату документа, а также варианта проведения - выводить сообщение или запретить проведение.
- Вид регистра - выбор регистра, по которому будет вестись контроль отрицательных остатков.
Преимущества модульного подхода в написании конфигурации:
- Единая конфигурация у всех пользователей (меняются лишь модули, конфигурация остается неизменной)
- Легкая и доступная для освоения и настройки
- Легкость обновления, т.к. конфигурация всегда на поддержке, следовательно, обновлять ее может любой пользователь, не обладая специальными знаниями.
- Простота разработки ввиду отсутствия переплетения различных модулей (т.к. модули являются независимыми)
- Минимальные требования к системным ресурсам (в базовом варианте)
- Простота подключения дополнительных модулей (магазин расширений)
- Возможность комплектовать конфигурацию под себя (подключать только те модули, которые необходимы пользователю)
Кому, на наш взгляд, будет интересна данная конфигурация?
- Тем, кто до сих пор работает на 7-ке и хотел бы перейти на 8-ку, но при этом не хочет сразу переходить на большие типовые конфигурации (для которых требуются как системные ресурсы (хорошие сервера), так и людские ресурсы (опытные внедренцы, пользователи))
- Тем, кто работает на старых типовых конфигурация (на обычных формах, например УТ10.3). Переход на новые типовые конфигурации влечет за собой обучение персонала, т.к. новые конфигурации довольно сильно отличаются от старых.
- Тем, кому просто интересно все новое :)
Хотите поучаствовать в проекте?
На данный момент идет разработка новых расширений и доработка существующих. Тем, кому интересно, как работает комбинация ядра и расширений, мы предлагаем подключиться к процессу тестирования и разработки. В сравнении с разработчиками типовых решений, мы гораздо быстрее реагируем на запросы об изменении конфигурации-ядра. Мы готовы консультировать разработчиков и тестировщиков по вопросам, связанным с работой конфигурации и расширений.
Системные требования
- Платформа 8.3.21
Лицензионное соглашение
ООО «Лаборатория-33» предоставляет право использования конфигурации "INFOSTART ERP community edition" для 1С:Предприятие 8.3 только при условии полного согласия Пользователя со всеми условиями, содержащимися в настоящем Лицензионном соглашении. Несогласие Пользователя с настоящим соглашением автоматически лишает его легального права использовать данное программное обеспечение.
Настоящий документ представляет собой лицензионное соглашение (далее «Соглашение») между конечным Пользователем и ООО «Лаборатория-33» (далее «Разработчик»). Настоящее соглашение касается находящегося в комплекте поставки программного обеспечения конфигурации "INFOSTART ERP community edition" (далее «Конфигурации»).
Конфигурация является собственностью Разработчика, либо собственностью третьих фирм, находящихся в договорных отношения с Разработчиком.
Конфигурация поставляется в виде свободного программного обеспечения с открытым исходным кодом.
Конфигурация обладает всеми признаками собственности в соответствии с действующим законодательством. Пользователь, согласный с положениями данного Соглашения, получает определенные права на использование данной Конфигурации, при этом все права собственности остаются у Разработчика. Если иное не оговорено в специальном приложении к настоящему Соглашению, то права и обязательства Пользователя по использованию этой Конфигурации составляют следующее:
Пользователь имеет право:
-
использовать Конфигурацию для неограниченного числа рабочих мест;
-
бесплатно распространять копии Конфигурации;
-
улучшать Конфигурацию и публиковать свои улучшения через Разработчика;
-
создавать любые расширения для Конфигурации и публиковать их в «Магазине расширений» Разработчика;
-
заключить договор с Разработчиком договор на лицензионное сопровождение Конфигурации на платной основе.
Пользователь НЕ имеет права:
-
копировать документацию, входящую в комплект поставки Конфигурации;
-
полностью, либо частично предоставлять Конфигурацию в аренду или продавать третьим лицам или предоставлять на нее сублицензию;
-
удалять любую информацию об авторских правах.
Ограниченная гарантия
Разработчик не гарантирует, что Конфигурация целиком и полностью удовлетворяет требованиям Пользователя, или что при ее работе не будет происходить сбоев, или что Конфигурация не содержит ошибок. Перечисленные условия носят исключительный характер и могут выступать вместо всех других гарантий, оговоренных явно или подразумеваемых, включая подразумеваемые гарантии коммерческого успеха и пригодности для определенной задачи.
Никакая устная или письменная информация, исходящая от Разработчика, его сотрудников, партнеров, не повысит пределы ответственности по перечисленным условиям и не создаст новые условия.
Ограниченная защита от ущерба
Ни при каких обстоятельствах Разработчик не несет перед Пользователем ответственности за любой умышленный, косвенный или подобный ущерб, включая потерю прибыли или данных, ставших результатом использования или невозможности использования Конфигурации или каких-либо данных, входящих в комплект поставки, даже если Разработчик был поставлен в известность о возможности подобного рода ущерба. Ни при каких обстоятельствах ответственность Разработчика не превышает стоимости Конфигурации.
Общее положение
Данное Соглашение составлено в соответствии с действующим законодательством. Любые изменения и дополнения к Соглашению, если таковые имеются, должны быть оформлены в виде отдельного документа и подписаны между Пользователем и Разработчиком.
Срок действия Лицензионного соглашения
Лицензионное соглашение действует до тех пор, пока оно не будет расторгнуто. Изготовитель имеет право немедленно расторгнуть Лицензионное соглашение, если Пользователь нарушит любое условие данного соглашения.
В этом случае Пользователь лишается всех предоставляемых данным соглашением прав.
В случае возникновения любых вопросов по данному соглашению можно связаться с Разработчиком по следующему адресу:
г.Ижевск ул.Карла Маркса, 23А, оф. 204
телефон: (3412) 333730. E-mail: 33lab@mail.ru
1.В формы списка документов добавлены быстрые отборы и контактная информация
2.Добавлен документ "Уведомление об исчисленных суммах налогов".
- Добавлена возможность указания основного договора по каждой организации.
- Доработан подбор товаров, добавлено отображение аналогов и сопутствующих товаров.
- В документах (Поступление товаров и услуг, Реализация товаров и услуг) добавлены общие вызовы для перехвата в расширениях.
-
В справочнике "Номенклатура" убран реквизит "вместимость тары", теперь все расчеты через единицу измерения тары.
-
В справочнике "Контрагенты" добавлена история наименования и КПП
-
Обновлена заставка конфигурации (приведена к общему стилю)
-
Исправлены выявленные ошибки.
Добавлен "Редактор HTML"
Добавлен редактор кода в настройки формы списка
Доработаны настройки интерфейсов
Исправлена ошибка отображения доп.реквизитов в системных настройках
-
Документ "Ввод начальных остатков" - добавлены реквизиты табличных части "ОС" и "Отгруженные товары"
-
Документы "Реализация товаров и услуг", "Требование накладная", "Списание товаров", "Перемещение товаров", "Комплектация номенклатуры" - добавлена табличная часть "Документы партий", позволяющая указывать партии для списания по строке табличной части "Товары"
-
Справочник "Договоры контрагентов" добавлены реквизиты "Вид обеспечения обязательств и платежей, Обеспечение предоставил,Обеспечение получил,Обеспечение выдано за"
-
Справочник "Сертификаты электронной подписи", добавлены реквизиты "МЧД, ИНН доверителя, МЧД место хранения", в табличную часть "Организации", добавлен реквизит "МЧД место хранения"
-
Справочник "Варианты отчетов" Добавлен реквизит "Использововать параметры печати", добавлена табличная часть "Параметры печати".
-
Добавлено перечисление "Виды обеспечений обязательств и платежей"
-
Авторизация OAuth2 - добавлена авторизация Google
Канал в телеграмме https://t.me/ERPCE (Обновление, описание исправленных ошибок)
Группа в телеграмме https://t.me/joinchat/bhiny1stGk9lOWMy
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Infostart ERP community 1С:Предприятие 8 Отраслевые Беларусь Абонемент ($m)
Расширение "Беларусь" для Infostart ERP Community Edition: Соответствие законодательству Республики Беларусь.
1 стартмани
16.09.2025 2179 1 33lab 0
Infostart ERP community 1С:Предприятие 8 Отраслевые Абонемент ($m)
Расширение позволяет добавлять в "избранное" значения элементов формы.
1 стартмани
15.09.2025 2104 2 33lab 0
Infostart ERP community 1С:Предприятие 8 Отраслевые Россия Абонемент ($m)
Расширение для работы с электронными документами через портал СТТ (https://edi.ctt.by)
1 стартмани
15.09.2025 2202 0 33lab 6
Infostart ERP community 1С 8.3 Отраслевые Розничная и сетевая торговля (FMCG) Россия Абонемент ($m)
Расширение для организации бонусной системы по номеру телефона в магазине розничной торговли.
1 стартмани
15.09.2025 2287 3 33lab 6
Infostart ERP community 1С:Предприятие 8 Отраслевые Абонемент ($m)
Расширение "Подтверждение телефона" позволяет определить принадлежность указанного клиентом номера телефона.
1 стартмани
15.09.2025 1960 2 33lab 0
Infostart ERP community Распознавание документов и образов 1С:Предприятие 8 Абонемент ($m)
Расширение для голосового ввода данных.
1 стартмани
26.06.2023 3565 10 33lab 1
Infostart ERP community Разработчик Пользователь 1С:Предприятие 8 Абонемент ($m)
Расширение предназначено для составления справочной информации по работе в конфигурации и ее расширениях. Справка может составляться как разработчиками, так и самими пользователями.
1 стартмани
07.06.2023 3217 7 33lab 1
Infostart ERP community Мессенджеры и боты Нейросети 1С:Предприятие 8 Абонемент ($m)
Расширение предназначено для работы с Chat - GPT.
1 стартмани
27.03.2023 12460 62 33lab 55
Что за рег. номера ?
---
Подключение веб-касс планируется ?
Для автоматизации веб-магазина (тыл веб-магазина) могу использовать ?
Обмены с Бух ?
Типовые печатные формы (Счет-Ф, ТОРГ12 и т.п.) ?
Вы можете зарегистрироваться (если есть такое желание) - это все на Ваше усмотрение (на работоспособность конфигурации это никак не влияет).
Типовые печатные формы (Счет-Ф, ТОРГ12 и т.п.) ?
Модуль бух.учета встроен в ядро (это значит, что бух учет ведется в полном объеме), все типовые печатные формы разумеется есть.
Суть в следующем.
Я достаточно хорошо знаю php, js и css.
Хочу взять некую конфигурацию и добавить к ней веб-морду, чтобы можно было делать витрину данных в интернет прямо из 1С.
Чтобы исключить промежуточные узлы, типа Битрикса. Хочу выводить на сайт информацию в режиме на связи.
Цены, остатки, корзина, учетки и прочее хранить и брать прямо в/из 1С.
Хочу предлагать это как комплексный подход для создания веб-магазинов прямо из 1С "из коробки".
Хотел делать это на 1С:Розница.
Интересует функционал обмена с Бух, веб-кассы и прочее для веб-магазина начального уровня.
У вас все это есть ?
Есть смысл рассматривать вашу конфу для моих целей ?
У вас все это есть ?
Как было написано выше, бухучет встроен в ядро конфигурации поэтому выгрузки в типовую бухгалтерию нет.
На этот вопрос сможете ответить только Вы сами :)
Коллеги, правильно ли я понимаю, что встроен Российский бухучет? Возможна ли адаптация под правила/требования бухучета других стран, подобно тому, как делалось для 1С:Драйв?
Р.S. Обновлять надо не слиянием а просто "загрузить конфигурации из файла"
Хотя, с целым рядом ограничем - в чем реальная разница между вашим, бесплатным продуктом и той же ут? Ну типо платформу всеравно надо покупать уровня проф, чтобы запустить конфу. Это вопрос к тому - почему должны выбрать вас? В цене, даже с учетом бесплатности - вы не выигрываете.
Может вы выигрываете тем, что вы есть на гите? Где есть открытые ошузы для всех, доступны ваши отчеты для етстирования? Где вы покрываете весь код тестами? Где понятно в каком релизе какие баги есть/могут быть? Ну т.е. почему, я, как разработчик, должен выбрать вас, а не ту же УНФ? С которой у вас функционал схож.
З.Ы. И пообщайтесь с юристами, ваше соглашение не имеет никакого веса в реальном мире. Потому что вы не можете меня соглашением своим заставить писать раширения или дополнения для вашей конфы - только через вас. Эти пункты делают все ваше соглашение - не живим, и его отклонят в любом суде. Выберите одну из нормальных лицензий опен сторц продуктов.
Не совсем понятно о каких ограничениях идет речь.
Принципиальная разница со всеми типовыми конфигурациями в архитектуре, в модульном подходе к разработке.
"Бесплатность" конфигурации тут лишь подчеркивается, для того, что бы показать, что каждый может присоединиться к разработке (хоть ядра, хоть расширений) - понятно, что платформу необходимо будет покупать (если ее еще нет)
А почему бы и нет :)
А если серьезно то, на вопрос "кому возможно будет интересна данная конфигурация" написано в самом посте.
Функционал может (и скорее всего будет) схож у всех конфигураций (в той или иной степени, все таки банк,касса и т.д. - они и в африке банк,касса) - тут дело именно в подходе к разработке. Разработчику нет необходимости разбираться в миллионах строк кода, во множестве общих модулей, в огромном количестве объектов метаданных и т.д. - ему достаточно разобраться в простом,маленьком ядре конфигурации а далее он уже может либо дорабатывать это ядро (на благо всех так сказать) либо разрабатывать расширения (для разработки которых в ядре добавлены удобными механизмы, перехваты различных событий форм,объектов и т.д.). Тот же механизм типовых операций позволяет разработчиках расширений не задумываться, о том, как двигать свой добавленных документ по регистрам бухгалтерии - ибо ядро само позаботится об этом.
Это действительно смешно :) Не могу ничего сейчас ответить по ЛС, но такого пункта точно не будет (если он есть)
Ну и почему вы все таки не на гите? Я плохо представляю себе разработку в проекте опен сорц без гита.
Умышленно их обошел стороной:)
Не на ГИТе потому, что мне всегда хватало конфигуратора (хранилища), он простой, удобный и надежный как автомат :)
Я прекрасно понию, что вести разработку открытого продукта (через хранилище) будет мягко говоря проблематично, поэтому никаких возражений против ГИТа нет.
Так как сам никогда гитом не увлекался то сужу только по тем отрывкам тем которые читал, что на текущий момент времени работать с гитом удобно только в EDT , так ходят слухи, что Орефков дорабатывает свой снегопад для работы с гитом (не знаю, на сколько мои сведения верны)
Что касается тестов - на данный момент все по старинке т.е. тестят тестировщики (вручную) ну и клиенты конечно.
У нас проект с вами пересекается, но мы не конкуретны, так как у вас заточка больше под Россию, а у нас - на международку, включая английский исходник и т.д. Так что если нужна будет помощь с переходом в гит - пишите, что-то подскажу.
Но да, придется идти в едт, конфигуратор - это жуткое подобие на IDE :)
От того он и надежный, что в нем ничего нельзя :)
А то, что коробки с конфигурациями стоят приличных денег, особенно комплексные конфигурации, плюс обязательная платная поддержка, это Вы сразу забыли.
Бесплатное не выигрывает в цене? Вы точно разработчик, и хотя бы школу заканчивали?
И да, если не знаете что такое калькулятор - загуглите. Надеюсь что хоть про это Вы знаете.
Без ИТС вы не получите обновления платформы,так что никуда не денетесь.
По моей от 1 до 3 в среднем, но у точно не сети магазинов прям самый распространенный клиенты для 1С.
Вся Ваша логика - лишь бы к чему придраться, вот и все аргументы.
Это как бы пользователь Windows пришел бы на форум Linux и стал бы спрашивать про тесты, гарантии и почему он должен выбрать именно Linux, когда он не понимает зачем оно нужно при наличии Винды.
РегистрСведений.УсловияПоставокПоДоговорамКонтрагентовОбщие: Ни один из документов не является регистратором для регистра
РегистрСведений.ЦеныАТТ: Ни один из документов не является регистратором для регистра
РегистрНакопления.НДСАвансыПоДоговорамКомиссии: Ни один из документов не является регистратором для регистра
РегистрСведений.ПаспортныеДанныеФизЛиц: Задано одинаковое имя для измерения и ресурса - ДокументВид
РегистрНакопления.НДСЗаписиКнигиПокупок: Задано одинаковое имя для реквизита и измерения - КодВидаОперации
РегистрНакопления.НДСЗаписиКнигиПродаж: Задано одинаковое имя для реквизита и измерения - КодВидаОперацииИ это еще не все, в Критериях отбора тоже всё не слава богу с реквизитами табличных частей
Не совсем так.
Во первых речь шла не об обновлении (в обычном понимании) а об обновлении через "Загрузить конфигурацию из файла" а во вторых речь шла о том, что сохранится большая часть справочников и документов (все данные разумеется не перенесутся ибо конфигурации разные).
И это еще не все, в Критериях отбора тоже всё не слава богу с реквизитами табличных частейКритерии отбора не используются ввиду отсутствия в них надобности (т.е. в ядре встроен универсальный механизм формирования связанных документов)
P.S. Для переноса данных из типовых (УТ10,3) будут созданы правила переноса.
Для настройки форм необходимо зайти в меню сервис --> настройка форм списков и нажать кнопку "Заполнить по умолчанию"
Для смены темы необходимо зайти в карточку пользователя Сервис -- > Открыть текущего пользователя и выбрать тему.
Ответ очевиден - МЫ :)
(41)
Трудно говорить о каких либо гарантиях ибо и на старуху бывает проруха, поэтому отвечу так: нашей компании 15 лет, все 15 лет мы пишем, внедряем и сопровождаем собственную конфигурацию. Клиенты все это время работают на одной единой конфигурации, ведут учет на предприятии, сдают отчетность и не спешат переходить на типовые конфигурации.
Можно ведь вести внутреннюю разработку на хранилище, а для гита (github) выгружать в xml и загружать ручками через обозреватель.
Вот прям все так просто.
На гитхабе создаете учетку и хранилище,
Из 1С выгружаете в xml файлы в папку,
На гитхабе выбираете пункт "Добавить файлы загрузкой" и в обозревателе появляется поле копи-вставки,
Мышкой переносите папку в обозреватель и пишете свой текст комментария,
Нажимаете "Отправить" и все, дальше гитхаб сам обработает все файлы.
Нет нужности заниматься изучением консольного git.exe и прочего.
Дальше программируйте и разрабатывайте в вашем потоке работ, просто сделайте хранилище и регулярно бросайте в него изменения.
Правда надо посмотреть как обрабатывать запросы изменений и выполнять с ними слияния, но думаю что все тоже можно попробовать делать проще и в зрительной морде без git.exe приложения.
На основании совместно принятого решения. Скат-Актив это рабочее название.
Изменение название дело не быстрое (приходится менять везде, на сайтах в публикациях в описание).
Столько было сказано про модульность, но тогда почему редко используемые ордерная схема с ячейками, комиссионные продажи и производство в базовом функционале?
Важного по актуальности модуля маркировки и ЭДО не хватает)
Все очень просто, в настоящий момент времени это связанно с ограничениями текущей платформы (можно конечно извратится и обойти эти ограничения, но для этого придется слишком многое переработать - а это время, которого к сожалению всегда не хватает)
Данные ограничения будут сняты в платформе 8.3.20 (поэтому дождемся ее и переведем все вышеописанное как и планировали в расширения)
Данные расширения находятся в стадии разработке-тестирование-описание, как только все будет закончено они так же будут выложены.
Сейчас рекомендуется все делать через расширения (пример подключения печатной формы для документа "Реализация товаров и услуг" во вложении).
После подключения расширения просто обновите печатные формы.
К сожалению, выбирать не приходится. Следующий проект будет на оборудовании заказчика и на версии 8.3.10. Надеюсь, что к версии 8.3.22 1С сделает нечто стабильное и принципиально новое. Если брать во внимание лично мое мнение. Если я когда-нибуль спрыгну с 8.3.10, то это будет лишь ваш продукт. Так что я Вас верю... Желаю успехов... и чем смогу помогу )))
Писать, разумеется, тоже бесплатно.
Я про то, чтобы использовать тестовую со всеми ее ограничениями.
Искусство обойти ограничения
не может использоваться для сборки дистрибутивов мобильных приложений, предназначенных для дальнейшей публикации и тиражирования;
ограничено количество данных:
максимальное количество записей в таблицах счетов – 2000;
максимальное количество записей в главных таблицах объектов – 2000;
количество записей в табличных частях объектов – 1000;
количество записей в наборах записей – 2000;
количество записей из внешних источников данных – 200;
не поддерживается работа в варианте клиент-сервер;
не поддерживается работа распределенных информационных баз;
не поддерживается COM-соединение;
отсутствует возможность использования паролей и аутентификации операционной системы для пользователей;
печать и сохранение табличных документов поддерживаются только в режиме «Конфигуратор»;
не поддерживается копирование содержимого более чем одной ячейки табличного документа в режиме 1С:Предприятие;
не поддерживается работа с хранилищем конфигурации;
недоступна функциональность, связанная с поставкой конфигурации;
количество одновременных сеансов работы с информационной базой ограничено одним сеансом;
значения разделителей задаются значениями по умолчанию для данного типа разделителя.
--
разумеется, встает вопрос, а нафиг она вообще нужна такая, даже бесплатно
но!
самый интересный трабл здесь
количество одновременных сеансов работы с информационной базой ограничено одним сеансом;
Очевидно же, единственный юзер в таком случае - это веб-сервер
но!
как только начинаешь работать в этой парадигме, открывается горизонты
1С начинает выступать в роли диспетчера самых разных кусочков лоскутной инфосистемы
а на это ее пространства вполне хватит
и то, что она не работает с COM, это только плюс в карму, ибо нефиг юзать древние тормозные глюкавые транспорты
так-то это просто МуСКЛ
но почему на скуле никто не пишет самоделок?
потому что скорость разработки!
и вот, мы скорость разработки без какого-либо зазрения совести тырим у бесплатной платформы гг Нуралиевых
и через http общаемся с МуСКуЛем для записи/чтения/изменения/удаления
а через апач - с внешним миром
профит!
дин.список - частная небольшая проблема
вот в СКД подсунуть скачиваемые из МуСКЛ данные через нативные регистры (объекты) - это фокус
тут бы пригодились ком-объекты... но нет, лучше без этих тормозов
А что у нас нынче с аксессом, живой еще?
пойду скачаю обучалку
Так чьи права и почему в статье используется другое наименование?
Как то бы хотелось видеть соблюдение законодательства РФ.
СКАТ - Актив
Череда изменений "под клиента" способна превратить любую типовую конфигурацию в
нечто
труднообновляемое
и
неповоротливое.
Любая
новая
доработка
типовой
конфигурации угрожает тем, что перестанет работать то, что до этого работало. На
системных администраторов ложится ответственность: они должны вести реестр всех
доработок и следить за тем, чтобы ничего не пропало после обновления. Добавим к этому
периодически возникающие проблемы с ростом размера базы, увеличением количества
пользователей и необходимостью увеличения серверных мощностей.
Далее, при появлении нового вида деятельности у организации часто встает перспектива
смены программного продукта либо ведения параллельного учета сразу в нескольких
базах.
Типовая конфигурация с максимумом функционала, до некоторой степени, выход для
больших организаций, но, с одной стороны, это немалые затраты при покупке ПО,
внедрении и сопровождении, а, с другой, рано или поздно возникают моменты, которые
не мог учесть ни один разработчик, и мы снова сталкиваемся с необходимостью вносить
изменения в типовое решение.
Выхода нет?
Решение в том, что все доработки и изменения типовых решений "под клиента" должны,
по возможности, храниться отдельно от основной конфигурации. С появлением
расширений появилась возможность изменить подход к разработке, создавая модульные
(расширяемые) конфигурации. Конфигурации, состоящие из ядра (основного функционала
) и расширений (дополнительных контуров учета).
В результате на платформе 1С:Предприятие была создана конфигурация "СКАТ - Актив".
На данный момент, по нашему мнению, это - оптимальное решение проблем роста и
изменения бизнеса.
Как это работает.
Конфигурация "СКАТ-Актив" - это отдельное "ядро", которое содержит базовый
функционал для всех клиентов, плюс комплекс подключаемых при необходимости
расширений.
Кроме того, мы пришли к выводу, что при необходимости изменения существующей
конфигурации или расширений под конкретного клиента оптимальный выход - это
создание отдельного расширения. Только таким образом мы всегда относительно легко
можем обновить как саму конфигурацию, так и отдельное расширение, без ущерба для
работоспособности самой базы. Так мы можем визуально представить, какие именно
объекты подверглись изменениям, и только так можно без риска потери данных вносить
новые изменения.
На данный момент, конфигурация-ядро содержит следующие подсистемы:
Банк
- учет банковских операций
Касса
- учет кассовых операций
Закупки
- учет поступления товаров и услуг
Продажи
- учет реализации товаров и услуг
Склад
- учет движения товарно-материальных ценностей
Производство
- учет операций по выпуску и переработке продукции, ведение
спецификаций, анализ себестоимости готовой продукции.
Комиссия
- учет операций по комиссионной торговле.
Бухгалтерский учет - справочники и документы, связанные с настройками проведения
по бухгалтерскому и налоговому учету: настройка т
2. кроме того в программе используется оборотно-сальдовая ведомость ранее публиковавшаяся на инфостарте от другого автора есть ли законные основания для этого
3. в наименовании используется слово infostart - это возможно зарегитрировання торг марка данного портала или фирмы есть разрешение на ее использование?
Эти вопросы задал мне юрист фирмы с кторой обсуждалаоь использование данной конфигурации
вы ждете когда появятся иски? Замечу чир в РФ вопросы нарешения авторских прав решаются без заявлений и согласия авторов
Как то люди не хотят построить систему учета на этом неизвестно как называемом продукте а потом получать штрафы и требования его уничтожить от правообладателей торговой марки (позиция владельца тор марки может и измениться при смене директора например) или авторов или от третьих лиц
{Обработка.МагазинРасширений.Форма.ФормаПубликации.Форма(356)}: Если НЕ ОбъектРасширение.ПроверитьВозможностьПрименения(ДвоичныеДанные, Ложь) Тогда
{Обработка.МагазинРасширений.Форма.ФормаПубликации.Форма(341)}: УстановитьРасширениеНаСервере(ДвоичныеДанные);
{Обработка.МагазинРасширений.Форма.ФормаПубликации.Форма(180)}: УстановитьРасширение(Данные);
Пока можете просто заменить процедуру на:
&НаСервере
Процедура УстановитьРасширениеНаСервере(ДвоичныеДанные)
МассивСтрок=РасширенияКонфигурации.Получить(Новый Структура("Имя", СокрЛП(Идентификатор)));
Если МассивСтрок.Количество()=1 Тогда
ОбъектРасширение=МассивСтрок[0];
Иначе
ОбъектРасширение=РасширенияКонфигурации.Создать();
КонецЕсли;
ОбъектРасширение.БезопасныйРежим=Ложь;
//ОбъектРасширение.ИспользуетсяВРаспределеннойИнформационнойБазе=Ложь;
МассивДанных=ОбъектРасширение.ПроверитьВозможностьПрименения(ДвоичныеДанные, Ложь);
Если НЕ МассивДанных.Количество()=0 Тогда
Сообщить("Проверка возможности применения расширения не пройдена!");
Для каждого Ошибка Из МассивДанных Цикл
Сообщить("Категория: "+СокрЛП(Ошибка.Важность)+", описание: "+СокрЛП(Ошибка.Описание));
КонецЦикла;
Возврат;
КонецЕсли;
ОбъектРасширение.Записать(ДвоичныеДанные);
Если МассивСтрок.Количество()=1 Тогда
Сообщить("Расширение обновлено!");
КонецЕсли;
КонецПроцедуры
Показать2. В загруженных правилах обновить структуру метаданных конфигураций из которой нужно будет выгружать и в которую нужно загружать. предварительно выгрузив их из предприятия обработками либо MD77Exp, MD82Exp, MD83Exp.
3. Модифицировать правила под себя, удалить добавить или изменить выгружаемые объекты.
4. Сохранить правила в файл, в случае с конфигурацией 77 сохранить еще и модуль обработки.
5. При помощи обработок V8Exchan82, V77Exp, V77Imp выгрузить данные и загрузить данные
P.S. В архиве правила которыми мы пользовались для перегрузки данных их различных конфигураций.
2. Я правильно понимаю, что каждый модуль самостоятельный и есть много повторяющегося кода?
Очень понравилась сама идея.
Очень надеялся что будет open source в Git и что каждый сможет поучаствовать в разработке.
Подскажите пожалуйста, в случае установки вашей конфы, как я смогу получать обновления?
Разработчики (тестировщики и любые заинтересованные лица) приветствуются двумя руками. Напишу в личку.
Планируются ли механизмы распределения(НЕ бухгалтерские)
Можете пояснить, что имеется ввиду?
Возможно речь идет об этом Аналитические показатели ?
Распределение расходов в упр. учете по механизмам, аналогичным или близким УТ 11 или ERP.
Упр. баланс и др. финансовые отчеты. По ссылке не совсем то.
по причине:
Нарушено условие уникальности данных.
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccumRgOpt7036" и индекса с именем "_AccumRgOpt7036_1". Повторяющееся значение ключа: (0x7267186dcb16d44cb46655ab2e967b38).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=10, native=1505, line=1
Если что, вот такая ошибка, при попытке загрузить dt'шник из файловой в MSSQL
Вы хотите сказать, что бухгалтера - операторы своими царственными пальчиками мечтают за напечатать до 100 номеров, при этом постоянно то открывая то закрывая список доков? Да у нас даже на почте уже пикают квитанции, даже за домофоны
В общем я лично считаю, что плюшки такие как раз помогают популяризировать конфу. Все агрятся на фичи, и ШК (особенно QR, до которой даже 1С-неги додуматься не смогли) на документе - одна из них. Как расширение сделать, координаты для ПФ хранить в виде настройки. Дел на 3 часа отсилы. Так же QR хорошо распознается со сканов, что позволяет подписанный скан ассоциировать с документом для архива.
Конфигурацию можно скачать в публикации (конфигурацию + обновление)
Конфигурация является бесплатной (лишь некоторые расширения являются платными)
В конфигурации встроен механизм проводок (операций) который является полностью настраиваемым пользователем, следовательно в коде (в документах в модуле проведения) вы не найдете привычного "Проводка.Добавить()" и т.д.
Лучше всего выберите время я устою для Вас небольшую презентацию (минут на 15) где покажу и расскажу об основных механизмах конфигурации (как вообще она устроена) - это позволит Вас сэкономить время на самостоятельное изучение
При проведении документов по регистрам "взаиморасчеты" проходит головной контрагент а по регистрам "продажи" обычный контрагент (магазин). Следовательно вся оплата идет от головного контрагента а реализация на магазины (торговые точки).
Если под "учеткой" подразумевается регистрация конфигурации то ответ - нет. Расширение покупаются на организацию и внутри этой организации может использоваться на нескольких базах.
Это зависит от конкретных расширений. Некоторые обновляются в рамкой единой покупки а некоторые в рамках сопровождения.
Непонятно почему за данный фундаментальный продукт infostart награду никакую не выдал.
Случайно наткнулся... под впечатлением
Если руки дойдут свои наработки по бюджетированию выкачу
Была премия Infostart Awards в номинации "Вклад в области Идеи и тренды в разработке". ;)
Будем рады видеть Вас в разработке.
Теперь еще одна оказия, выскакивает окно
Ошибка работы с Интернет. Превышено время ожидания
На текущий момент оно (расширение) подключено у наших пользователей.
Выложим в общий доступ скорее всего в течении месяца.
Самые актуальные версии расширений находятся в магазине расширений.
А интересуюсь из-за того, что, на мой взгляд, при наличии модулей зарплаты и отчетности, данная конфигурация становится для среднестатистической небольшой фирмы отличной альтернативой базовым версиям конфигураций от 1С - возможностей больше, а ограничений нет.
Кстати, про расширение ЗП тут спрашивали почти 2 года назад - есть ли какие-то подвижки в этом направлении?
Да, в магазине пока нет, но в любом случае сначала появится там. Там есть расширения которые тут пока не выложены (ввиду нехватки времени)
Что касается расширения "ЗП" - сделать его не сложно (вообще оно даже существует только на обычных формах, так исторически сложилось), но так как пока нет клиентов для него то данный функционал скажем так находится в стадии разработки (а точнее в стадии ожидания того, кому данный функционал понадобится) - как только появится интерес к ЗП то переведем с ОФ на УФ.
Конфигурация позиционирует себя как альтернатива типовым конфигурациям :)
Мы занимаемся не только разработкой, но и соответственно внедрением и сопровождением данной конфигурации - так, что если есть желающие на внедрение - пишите.
.
Что за обновление от 2027 года (последнее упомянутое здесь обновление)..?
Спасибо.
Устанавливаете конфигурацию, регистрируетесь в магазине расширений и скачиваете нужные модули(расширения)
как-то дизайн магазина адски выбивается из общего интерфейса ;-)
Вообще, обилие вот таких ошибок при работе с магазином вызывает недоумение. Что мне с этой информацией делать то?
<ht ml><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL was not found on this server.</p>
<hr>
<address>Apache/2.4.58 (Ubuntu) Server at 84.201.247.51 Port 8181</address>
</body></html>
Как думаете привлечь авторов, которые будут бесплатно работать на авторский, а не опенсорсный продукт?
Я после изучения лицензионного соглашения могу только скачать и посмотреть, что сделано, а вписываться в это желания нет.
Совершенствовать бесплатно бесплатный продукт - норм, авторский - зачем?
Мне сегодня пришла в голову такая же мысль:
И посоветовали вашу разработку. вот читаю и чешу затылок...
Можно долго дискутировать на тему авторства, опенсорса и т.д., но на самом деле это все совсем не важно.
Если разработчикам будет интересно - то они будут участвовать в разработке, если нет, то нет.
Более того, смысл нашей конфигурации в том, что бы разработчику было интересно (удобно) писать для нее расширения (для типовой же расширения пишут и никто не задумывается об авторстве конфигурации).
Я почитал статью (мысли) по ссылке и скажу так: любой кто решил (задумался) написать "убийцу типовых конфигураций" не совсем представляет себе объем работы который ему предстоит.
Я много видел подобных статей (мыслей) от разработчиков, но ни один дальше намерения (описания своих желаний) не пошел, видимо осознав, что объем работы предстоит колоссальный и да - о том, что бы при этом развиваться на донаты можете сразу забыть, их не будет от слова "совсем". Если Вы не сможете заинтересовать своим продуктом (конфигурацией, которой еще к тому же только в планах) клиентов, то заинтересовать разработчиков (которые бы перечисляли донаты) не удастся тем более.
ну вот я бы мог писать не для своей а для вашей конфигурации, но как но не вижу смысла менять одну проприетарность на другую.
Прелесть опенсорса в том, что если Акелла вдруг стареет и начинает нести дичь в свою конфигурацию, всегда можно сделать FORK и уйти от дрягляющего вожака в другую стаю.
А тут автор, который крутит как хочет.
Нет,это его дело, конечно, но вот лично меня это не манит.
Может найдется кто-то, кого манит.
В 1С пишут расширения, потому что этот продукт купили.
Если меня наймут писать расширения в ваш продукт клиенты, я конечно поработаю. За деньги - да.
Но это не для души, сами понимаете.
Если бы те же типовые были красивыми, там можно было бы и для души писать, кидать сообщения разработчикам, где можно было бы подкрутить. Но типовые не про это.
Я довольно давно в разработке на 1С (никогда не использовал типовое конфигурации а всегда писал сам) - так вот, за много лет я видел много желающих написать "убийцу типовых конфигураций".
Они создавали темы на форумах (типа мисты), где их посты набирали 1000 комментариев, миллион идей как лучше сделать и т.д., но я не видел ни одного не то, что реализованного проекта, но даже попытки его реализовать....
Людям нравится фантазировать на тему "как было бы здорово создать свою конфигурацию, какие крутые идеи мы бы туда заложили, как бы она шикарна работал и и.д.", но никому не хочется реально этим заниматься (особенно на альтруизме).
1С это не линукс, где разработчики готовы присоединится к опенсорс разработке и постоянно улучшать продукт.
1С - это прежде всего про деньги.
но можно держать управление в своих руках (текущий форк опен-сорса), но разивать продукт только на донаты и по заказу отдельных функционалов.
При этом и деньги на разработку будут и куммулятивный эффект будет.
И опенсорщики свои идеи найдут куда воплощать, потому что они будут понимать, что развивают не проприетарный продукт.
Вы пытаетесь плавать в алом океане, конкурируя с типовыми конфигурациями 1С.
А бирюзовый океан при этом свободен.
Ну или есть таких организаций станет N*1000, тогда может под нее и доработки будут писать.
А так как-то стремно вкладываться в "еще одну 1С", которая может в любой момент "свернуть не туда" и нельзя будет организовать альтернативу. Это надо как-то очень доверять автору. А мы видим на примере 1С, что она стареет и становится все больше не Алло.
"свернуть не туда" может себе позволить только большая компания (для которой миллион клиентов или 999тыс. разницы не играет).
Времена энтузиастов давно прошли (к сожалению а может к счастью не знаю даже:) ), по крайне мере в сфере 1С.
(283)
Лично я ему доверю на все 100% ))))
Открыл конфигурацию, там что то там практически все торговые документы присутствуют и кассовые, потом прочитал описание, понял что так и задумано.
А обновления после 2023 года были базового ядра?
А код весь вы сами писали? Хотя судя по стилю кода, код явно вами написан.
Там нет пробелов между =, явно семерочный код (авторский), на скрине.
Красоты в коде не увидел. Поэтому себе взять нечего, лучше писать с нуля.
Комментариев мало.
На втором скрине вот такой код не допустим для размещения в форме, это типичная болезнь, которой подвержен типовой код - пихать абстрактную логику в форму.
Надеюсь блоки кода по событиям Обработчики событий табличного поля "тпФантом" вы вставляли не руками?
Вообще кода много, Вы это все один написали?
Печатные формы сами делали или брали из типовых?
Переходите на сторону F³, коллега!
Обновления выходят практически каждый месяц (скачать их можно свободно в телеграмм-канале, ссылка на канал в описание). Кроме самих обновлений там еще миллион всяких расширений.
Большую чать - да.
Печатные формы (xml) конечно берутся типовые - код по их заполнению пишем сами разумеется.
Вы кстати так и не ответили, события парсингом добавляли или руками? Судя по отсутствию маркеров парсинга, руками.
Вот код и архитектура F3 сразу отличаются от типовых. ;-)
Руками (в парсинге не было необходимости)
Основное отличие это механизмы настройки в предприятии, например:
- "Типовые операции" который позволяет не писАть код проведения по регистрам бухгалтерии а просто настроить все в предприятии - что позволяет автоматизировать любое предприятие (для понимая механизма можно посмотреть ролик: .
- Настройки форм элементов, списков, префиксов, доступа и т.д.
Серьезно? Вы так прямо взяли и сразу все события прописали, ничего не забыли?
Если что, моя обработка по парсингу есть на инфостарте, рекомендую.
Ну, настройки это обвес. Не ядро... Да, неплохо что смогли вынести на уровень настроек из кода, но основное ядро осталось типовым. Не помню, есть у Вас там БПО или нет.
По настройкам элементов, доступов есть описание почитать? или видео?
В этом просто нет необходимости (но в любом случае спасибо)
Есть БПО.
(291)
Описание должно быть (если найду - скину чуть позже)
Мои соболезнования.
ну т.е. вы руками во все формы добавляете новый обработчик, если забыли что-то добавить, я так понимаю?
Учитывая, что я пишу F3 для разных программистов, среди которых будут и ленивые, я все же буду использовать парсинг.
Интересует особенно видение системы прав доступа, у меня оно свое.
...
улучшать Конфигурацию...
Что значит улучшать Конфигурацию?
Улучшение — категория субъективная.
То, что один пользователь считает улучшением, другой может счесть порчей функционала.
Рейтинг: 945
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 1285144
Создание 31.08.20 09:10
Обновление 15.09.25 15:07
Просмотры 44316
Загрузки 2784
Рейтинг
170
Комментарии 288
Код открыт Да
Рубрики Infostart ERP community
Кому Разработчик
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета
Бухгалтерский учет
,
Управленческий учет
Доступ к файлу Бесплатно (free)
