Казалось бы, у компании 1С множество конфигураций, которые должны удовлетворить любого, даже самого требовательно клиента (не говоря уже о разработчиках), но всегда находятся люди (такие, как мы), которые вечно чем-то недовольны :)
Итак, чем же мы недовольны?!
По большому счету, претензия только одна - отсутствие модульного подхода в написании конфигураций.
В настоящее время это - проблема всех конфигураций 1С.
Да, у 1С большая (огромная) линейка конфигураций (УТ,БП,ЗУП,ЕРП и т. д.), но, по большому счету, чтобы пользователь ни выбрал, он получит «универсальный комбайн», в котором будут контуры учета, либо совсем ему не нужные, либо не используемые в полной мере. Даже покупая УТ, пользователь получает такие контуры учета, как «ВетИС», «ЕГАИС» и многое другое, а уж приобретая ERP, пользователь получит все, «о чем даже не мог мечтать», потому как мечтал он совсем о другом.
Многие могут сказать «много не мало»: чем больше пользователь получил, тем лучше, лишнее всегда можно скрыть, используя «функциональные опции», а когда пользователь «дорастет» до нужного функционала, ему достаточно будет его просто включить (установив нужные галочки).
Пользователя такой подход устраивает ровно до тех пор, пока не встает вопрос производительности системы и стоимости ее обслуживания
На сегодняшний день у пользователя, желающего вести учет в единой системе, фактически существует только один вариант — это ERP (или комплексная конфигурация). Данная конфигурация является большой, сложной и дорогой. Если компания большая (с огромными финансовыми возможностями), то покупка, внедрение и сопровождение ERP не вызовет у нее серьезных проблем (потому что она сможет позволить себе рекомендуемый сервер, хороших специалистов\внедренцев и т.д.)
Но что делать небольшим компаниям, которые не могут себе позволить мгновенное вливание огромных средств в учетную систему?! Вариант только один — устанавливать отдельно УТ,БП,ЗУП,Розницу и т. д.) в надежде, что, когда они «вырастут», то смогут перейти на единую учетную систему (например ERP). Но любой переход на новую систему всегда очень затратен (как по времени, так и по финансам). Понимая это, многие остаются на своих конфигурация, даже если уже переросли их.
Другая проблема: когда компания работает, например, на УТ, ее, по большому счету, все устраивает, но компания растет, появляется производство, и вот уже УТ не может дать необходимый функционал. Какие варианты в этом случае есть у компании?! Либо дописывать модуль производства, либо переходить на комплексую систему учета, где модуль производства уже реализован.
Все эти проблемы могла бы решить конфигурация, написанная по принципу «модульной системы».
С появлением расширений у нас появилась возможность изменить подход к разработке, создавая модульные (расширяемые) конфигурации. Конфигурации, состоящие из ядра (основного функционала) и расширений (дополнительных контуров учета)
При таком подходе Пользователь получает легкую, быструю, надежную конфигурацию-ядро (с базовым функционалом) и возможностью нарастить функционал по своему желанию (возможностям), используя расширения (дополнительные контура учета), подключаемые из магазина расширений, а Разработчик - простую и понятную конфигурацию, в которой просто разобраться и легко доработать.
Конфигурация написана по принципу модульной системы, это означает, что конфигурация состоит из ядра - основного (базового) функционала - и расширений (дополнительного функционала).
Базовый функционал (функционал ядра модульной системы)
-
Банк - учет операций по безналичным расчетам. Включает в себя все виды платежных поручений и ордеров, обработку для обмена с системой "Клиент-банк", а также отчеты по движению безналичных денежных средств.
-
Касса - учет операций по наличным расчетам. Включает в себя все виды кассовых ордеров, а также необходимые отчеты по кассовым операциям.
-
Закупки - учет операций, связанных с поступлением товаров и услуг, как непосредственно от поставщиков, так и поступлений через подотчетных лиц. Контур содержит также ряд отчетов, позволяющих проанализировать данные по купленным товарам и услугам.
-
Продажи - учет операций, связанных с оптовой реализацией товаров и услуг. Поддерживается учет всего цикла продаж, от заказа покупателя до реализации и возврата. Возможно резервирование товаров и формирование потребностей по заказам покупателей.
-
Розничная торговля - учет операций по розничной реализации. Данный контур - "облегченная версия" розничной реализации, не поддерживающая формирование чеков ККТ. Обратите внимание, что для полноценного учета розничной реализации с подключением торгового оборудования необходимо использование расширения "Библиотека подключаемого оборудования".
-
Складской учет (учет ТМЦ)- учет остатков и движения товарно-материальных ценностей. Учет перемещения ТМЦ, поддержка ордерной и ячеистой схем учета, а также инвентаризации ТМЦ с последующим оприходованием излишков и списанием недостачи. В рамках контура формируются все необходимые отчеты по анализу движения ТМЦ.
-
Комиссия - учет комиссионной торговли: отчеты комиссионера и отчеты комитенту, расчет комиссионного вознаграждения, а также отчеты по анализу комиссионной торговли.
-
Производство - учет полного производственного цикла, от формирования спецификаций на изготовление продукции и заказов на производство, до выпуска готовой продукции. В данный контур также можно включить учет материалов в переработке и операции по комплектации/разукомплектации. Выполняется анализ производственных затрат и расчет себестоимости готовой продукции.
-
Корректировки - в данный контур можно условно выделить ряд документов: по корректировке взаиморасчетов, корректировке состояния ТМЦ, а также корректировки записей регистров и сторно.
-
Бухгалтерский учет - контур используется для формирования необходимых проводок в бухгалтерском и налоговом учете. При помощи процедур закрытия периода рассчитываются итоги деятельности предприятия. К этому же контуру относится ряд документов и отчетов по учету НДС: в результате производится формирование регламентированной отчетности по НДС.
Дополнительный функционал (расширения)
-
Учет ОС и НМА - учет основных средств и нематериальных активов: ввод в эксплуатацию, модернизация, комплектация, выбытие, расчет амортизации. Комплекс отчетов по учету внеоборотных активов.
-
Учет спецодежды и средств индивидуальной защиты - расширение, предназначенное для учета спецодежды и хозинвентаря в эксплуатации. Ведется учет по складам или материально-ответственным лицам, возможны различные варианты списания стоимости материалов.
-
Учет ценных бумаг - учет операций с ценными бумагами, отчет по движению ценных бумаг.
-
Платежный календарь - расширение, которое позволяет вести учет взаиморасчетов с контрагентами в соответствии с заданными условиями оплаты по договорам, учет даты возникновения задолженности. Поддерживается расчет пени по данным платежного календаря, как по дебиторской, так и по кредиторской задолженности.
-
Розница (Библиотека подключаемого оборудования)- учет операций розничной торговли с применением контрольно-кассовой техники. Фискализация чеков ККТ, формирование отчетов по розничной реализации, остаткам и движению товаров в рознице.
-
Регламентированная отчетность - формирование комплекта регламентированной отчетности в соответствии с законодательством.
-
ЕГАИС - учет оборота алкогольной продукции, обмен данными с базой ЕГАИС.
-
Вложения - подключение и систематизация файлов-вложений к различным объектам информационной базы
-
История данных - ведение истории изменений отдельных объектов системы, в соответствии с заданными настройками.
Дополнительный платный функционал (расширения)
Основные механизмы конфигурации:
С его помощью обычный пользователь наглядно видит, какие именно расширения подключены, какие расширения вообще существуют (платные и бесплатные), и непосредственно в режиме работы "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). Переход на новые типовые конфигурации влечет за собой обучение персонала, т.к. новые конфигурации довольно сильно отличаются от старых.
- Тем, кому просто интересно все новое :)
Хотите поучаствовать в проекте?
На данный момент идет разработка новых расширений и доработка существующих. Тем, кому интересно, как работает комбинация ядра и расширений, мы предлагаем подключиться к процессу тестирования и разработки. В сравнении с разработчиками типовых решений, мы гораздо быстрее реагируем на запросы об изменении конфигурации-ядра. Мы готовы консультировать разработчиков и тестировщиков по вопросам, связанным с работой конфигурации и расширений.
Системные требования
Лицензионное соглашение
ООО «Лаборатория-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"
Добавлен редактор кода в настройки формы списка
Доработаны настройки интерфейсов
Исправлена ошибка отображения доп.реквизитов в системных настройках
Канал в телеграмме https://t.me/ERPCE (Обновление, описание исправленных ошибок)
Группа в телеграмме https://t.me/joinchat/bhiny1stGk9lOWMy