Описание технологии производства в программе 1С:УПП производится в объекте "Технологическая карта". В ней нормируется технология изготовления по конкретной спецификации.
Технологическая карта задается не на изделие, а на процедуру выполнения конкретной спецификации!
Технологическая карта в 1С:УПП - это расшифровка, из каких процедур, из каких операций состоит процесс производства по некоторой спецификации.
Рассмотрим, например, такую схему производства: из Трубки и Кабеля мы через промежуточный полуфабрикат "Каркас" и материала «Абажур» собираем продукцию "Торшер".
Рисунок 1 – Полная схема производства
Количество технологических карт для описания такой схемы зависит от выбранного количества спецификаций. Поскольку есть вероятность, что полуфабрикат "Каркас" будет выпускаться независимо (иначе бы его вообще не выделяли отдельной номенклатурой) – на него должна быть своя спецификация. И вторая спецификация – это на производство изделия "Торшер" из "Каркаса" и "Абажура". Значит, и технологических карт будет тоже две.
Рисунок 2 – Схема производства по спецификациям и технологическим картам
Технологическая карта – инструмент планирования (интерфейс «Планирование», Справочники – Планирование - Технологические карты производства). Содержит внутри себя:
- Перечень технологических операций, которые надо сделать.
- Связи операций – каждая операция знает, на какую следующую операцию нужно передать свои результаты. Если операция конечная – у нее пустая ссылка на следующую операцию (признак того, что это конечная операция).
- Рабочий центр, на котором выполняется операция (или группа заменяемости рабочих центров).
- Параметры выполнения этапа – время выполнения и количество операций, совершаемых на этапе.
Рисунок 3 – Технологическая карта
Поля "Подразделение" и "Состояние" необязательны к заполнению.
Реквизит табличной части "№ операции" - уникальное имя операции в этой карте, может содержать и цифры, и буквы, нельзя использовать запятые, точки с запятой, точки и пробелы.
Рабочий центр – исполняющее оборудование (станки, производственные линии, узлы, участки, подразделения) или группа заменяемости. Используется только для планирования (график доступности рабочего центра), то есть если предварительное или посменное планирование не применяются, в технологических картах рабочие центры можно даже не описывать.
Технологическая операция – это операция, исполняемая на данном этапе. Перечень их хранится в справочнике "Технологические операции" (справочник предназначен для целей планирования себестоимости, посменного планирования производства и учета оплаты сдельного труда).
Время выполнения – длительность исполнения операции. Точнее, это будет база для вычисления времени операции, которое рассчитывается как произведение реквизита "Время выполнения" на коэффициент "К". По умолчанию заполняется из технологической операции, но могут быть скорректированы пользователем.
Количество – это сколько операций следует произвести. Понятно, что от этого зависит и общая стоимость обработки, и время выполнения.
Поле "Следующая операция" - это имя следующей операции по маршруту (или имена нескольких следующих, перечисленных через запятую). Если поле оставлено пустым, то эта операция конечная. Конечных операций может быть несколько.
Реквизит "Перенос" применяется исключительно при посменном планировании производства – он определяет, можно ли эту операцию выполнять за несколько дней, а не за один. Или операция неделимая, например, термообработка, которую разрывать нельзя.
Последовательность, в которой будут производиться операции, система определяет по полю "Следующая операция", в котором может быть указан номер одно(нескольких) следующей операции или не указан(конечная операция). В силу такого описания маршрута можем описывать и расхождения, и схождения по маршруту:
- Если в технологической карте есть этап(операция), у которой в поле "Следующая операция" через запятую перечислено несколько номеров последующих операций – это "разветвление" маршрута. После этой операции могут запуститься несколько следующий(и не обязательно параллельно).
- Если же у двух этапов(операций) в поле "Следующая операция" указан одинаковый номер третьей операции, то будет происходить "схождение" веток, когда две операции заканчиваются третьей операцией.
Связь технологических карт со спецификациями в 1С:УПП осуществляется через регистр сведений "Технологические карты спецификаций номенклатуры":
Рисунок 4 – Связь спецификаций и технологических карт.
Назначение технологической карты для спецификации можно произвести также прямо из формы спецификации (в первый раз). Изменять и редактировать эту связь в последующих случаях – уже только через регистр.
Вторая связь спецификаций и технологических карт не такая явная. Есть еще один момент: внутри технологической карты ни для какой операции не хранится информация о том, какой материал на этой операции обрабатывается – технологическая карта не знает, какую номенклатуру обрабатывает, она описывает только процедуру выполнения, а что ей "Подсунут" на выполнение на каждую операцию ей всё равно. Поэтому мы должны сами описать в системе:
- Для каждой входящей номенклатуры – на какой операции в технологической карте она поглощается.
- Для каждой производимой номенклатуры – результатом какой операции она является.
Это указывается в спецификации, связанной с нашей технологической картой. То есть, каждый материал должен знать, на какую операцию он подается, а каждая продукция – на какой операции возникает. Но связывание номенклатуры спецификации с технологическими операциями не обязательно – функциональность связывания входов и выходов с операциями в технологической карте используется только в задачах посменного планирования.
Если мы не применяем посменное планирование, мы технологические карты можем использовать для заполнения документов производственного учета (например, заполнение перечня технологических операций в отчете производства за смену). Кроме этого, технологические карты используются при нормировании(расчет нормативов трудовых затрат для формирования плановой себестоимости – обработка "Расчет плановой себестоимости").
Аналоги
Аналогами материалов и комплектующих в 1С:УПП считаются те материалы и комплектующие, которые могут быть использованы вместо основных, причем их использование не изменит качества изготовленной продукции. Как правило, аналогами материалов приходится пользоваться по факту, в результате нехватки основных материалов. Планирование использования аналогов в конфигурации не ведется.
Аналоги задаются в регистре сведений "Аналоги номенклатуры"(интерфейс "Производство" - Номенклатура – Аналоги номенклатуры). Обязательно указание следующих реквизитов:
·"Номенклатура" – номенклатура, которая будет заменяться аналогом, возможно дополнительное указание характеристики
·"Вид аналога" – комплектующая или узел
·"Аналог" – номенклатура или номенклатурный узел, на который будет производиться замена, для номенклатуры возможно также указание характеристики
·"Количество" и "Единица" – количество и единица измерения номенклатуры, подлежащей замене
·"Количество аналога" и "Единица" – количество и единица измерения аналога, на который будет выполняться замена.
Дополнительно можно указать условия, при которых может выполняться замена. Например, можно указать явно спецификацию, продукцию, характеристику продукции, при производстве которой комплектующие могут быть заменены аналогами. Если для одной комплектующей задано несколько вариантов аналогов, то выбор аналогов может выполняться по приоритетам. Приоритет использования аналога указывается в реквизите "Приоритет". Нулевой приоритет (устанавливается по умолчанию) является наивысшим, то есть, аналоги с этим приоритетом будут использоваться в первую очередь.
Аналоги используются для подбора комплектующих, которые были использованы при производстве продукции в документы выпуска продукции. Например, "Отчет производства за смену" (при заполнении вкладки "Материалы" в режиме "Заполнить с подбором аналогов").
Рисунок 5 – Подбор материалов и аналогов
Открывается окно помощника и строится дерево возможных комплектующих по данным спецификаций изготовления продукции. Дерево имеет четыре уровня вложенности. На первом уровне показана продукция, на втором – перечень комплектующих согласно спецификации, на третьем – возможные аналоги комплектующих, если аналог является узлом, то на четвертом уровне будут показаны все составляющие узла.
Для комплектующих и аналогов справочно выводится следующая информация:
·"№ операции" – номер технологической операции, на которую подаются материалы согласно технологической карте производства (видна только если используется посменное планирование)
·"Норматив" – нормативное потребление комплектующих по данным спецификации
·"Единица" – единица измерения количества комплектующих
·"Свободный остаток на складе" – количество комплектующих или аналогов, которое есть в свободном остатке на складе
·"Свободный остаток в НЗП" – количество комплектующих или аналогов, которое есть в свободном остатке в незавершенном производстве, показывается только для той номенклатуры, для которой в справочнике "Номенклатура" включен признак необходимости ведения оперативных остатков материалов в НЗП
·"Приоритет" – приоритет использования аналогов, который задан в регистре сведений "Аналоги номенклатуры"
Подбор аналогов можно выполнять в автоматическом режиме (кнопка "Автозамена"). При нажатии на кнопку "Ок" в табличную часть документа перенесутся те строки, которые отмечены в колонке "Используется для выпуска".
Спасибо!
Поскольку задача написания «аналогов» и «альтернатив» 1С нетривиальная, есть смысл изложить свое видение и ключевые моменты на основе опыта написания своей наколенной поделки. Ну и как бонус услышать критику и вовремя переделать где промахнулся.
По факту, на данный момент 1С занимает подавляющий сегмент в нише учетных систем. Это объясняется рядом причин, в том числе и агрессивным маркетингом. Напомню техническую сторону. 1С в общем виде, состоит как бы из двух физически отдельных частей - собственно платформы (ядра, движка) и так называемой конфигурации.
Конфигурация - это та часть, где собственно и реализуется прикладная бизнес-логика. Платформа предоставляет персистентное хранилище, бизнес-объекты высокого уровня, всякого рода конструкторы и построители отчетов, и специальный язык программирования. Но сама по себе технологическая платформа, даже с такими возможностями, не имела бы успеха. Поэтому конфигурация поставляется с уже написанной логикой - бухучет, торговля, склад и т.д. с учетом действующего законодательства. Это достаточно объемный труд, но в результате пользователь получает готовое законченное решение. А поскольку код самой конфигурации открыт, то остается возможность, как угодно корректировать бизнес-логику и подстраивать под свой бизнес.
Это плюсы. Но есть и масса минусов. Чтобы не описывать тут можно почитать например .
Попыток вытеснить 1С предпринимается великое множество. Большинство проектов пытается переплюнуть плюсы 1С. Тягаться с огромной корпорацией дело малоперспективное. Продукты, писанные на Делфи или.NET, то есть требующие перекомпиляции, вообще неконкурентные, те, кто пытаются прикручивать в качестве DSL движки javascript или VBA выглядят чуть получше, но в любом случает такие решения могут использоваться в основном если есть штатный программист, чего малый бизнес, как правило, позволить себе не может.
Попробуем подобраться с другой стороны. Не пытаться переплюнуть достоинства 1С а предложить решения тех проблем где 1С имеет минусы.
Поскольку минусы где то уравновешивают плюсы а у нас этих минусов не будет то, даже если у нас не будет плюсов на уровне 1С, сальдо примерно будет такое же.
Итак, какие характеристики должны быть у создаваемой системы.
Open source. Кросплатформенность.
Тут объяснений не требуется.Веб приложение.
Многопользовательский режим с возможностью прямого доступа с мобильных устройств без необходимости писать специальных клиентов, синхронизировать справочники и т.д.PHP
Язык с низким порогом вхождения, знакомый большинству веб разработчиков. Для внесения изменений требуется только текстовый редактор. Веб приложение легко обновляется заменой отдельных файлов (привет конфигуратору 1С). Скриптовый слаботипизированный язык в сочетании с набором высокоуровневых бизнес-объектов хорошо подходит для написания бизнес-логики.Казалось бы, что еще нужно для счастья. Тем не менее, в реальности опенсорс учетные системы - это, как правило, кривое портирование забугорных разработок.
Причем кривое не только локализацией. Для приведения к отечественному законодательству требуется немалый труд. Но и это не все. Бухгалтер, глядя на страницу такой системы, не будет понимать для чего половина полей и вообще как тут работать. Не забываем, что пользователь наверняка уже имеет опыт с 1С и наверняка это его единственный опыт работы с учетной системой. Это означает, что из сотни способов сделать макет страницы ввода накладной и подписать элементы ввода нужно выбирать тот, который по максимуму напоминает 1С (а значит, надо перелопатить все страницы забугорного творения).
Когда я давал фрилансерам заполнять свою систему демо данными (типа как демо - конфигурация в 1С), ни разу не возник вопрос - а как тут работать.
Более распространенная проблема - переусложнение системы. Думаю, это основная причина, из-за которой проекты не доводятся до ума.
Программист обычно делает систему максимально гибкой (а как же иначе!) тратит две трети времени на написание многочисленных настроек, визардов, генераторов или того хуже тулсов для командной строки и т.д.
Пользователь, тетенька-бухгалтер, не будучи айтишницей, с тоской смотрит на все это добро, не понимая, почему нельзя просто поставить пару кнопок. Затем звонит программисту, чтобы он пришел, настроил программу после очередного приказа минфина. Программист искренне негодует, что за тупой пользователь, неужели сложно разобраться с парой десятков чекеров и комбобоксов. Правда его запал утихает, когда оказывается, что настройкой тут не обойдешься и теперь надо продираться сквозь дебри инфраструктурного кода, обеспечивающего пресловутую гибкость.
Примером является и сама 1С - от версии 2.0, где бухгалтера действительно вводили формулы на специальном «птичьем» языке до монстра 8.3. Попробуйте дать мануал непосвященному и посчитайте с какой попытки он врубится в витиеватую словесную конструкцию «план видов характеристик».
Отсюда вытекает следующая идея. Раз уж все равно приглашать программиста и стоимость работы этого программиста пропорциональна навороченности системы то зачем ее наворачивать. Не проще ли выкинуть все, что от лукавого и дать возможность программисту работать только с бизнес-логикой, потому как реализация бизнес-логики собственно и есть задача программы.
Поясню на примере. План счетов бухучета. Меняется крайне редко. Настраивается один раз при внедрении программы и, как правило, не меняется в процессе работы (напоминаю, речь не о энтерпрайз системах). Возможно, когда-то и понадобится добавить какой субсчет. Но под него наверняка надо скорректировать и код, а значит, звать программиста. Но программист за две секунды воткнет новую запись в план счетов с помощью обычного phpMyAdmin и незачем писать редактор плана счетов а юзера вынуждать указывать указывать наперед неизвестные счета в формах ввода первичных документов.
Аналогичным образом можно оставить только реально нужные и, главное понятные пользователю, настройки бизнес-логики - адреса, ставки налогов и т.д.
Вот основная идеология, которая, по моему мнению, должна присутствовать в реализации данного класса задач.
А теперь некоторые общие технические идеи, которые могут пригодиться «велосипедистам» при написании собственного «убийцо» 1С.
Хранение документов
Типичный вопрос на форумах, задаваемый писателями CRM, учетных, складских систем и систем документооборота. Как хранить документы, которые очевидно, имеют разнородную структуру. Отдельная таблица под каждый тип документа, общая таблица с кучей универсальных полей, модные нынче NoSQL хранилища…Предлагается хранить все документы в одной таблице в блобе, упакованными в XML. Отдельно - только общие поля, которые показываются в списках и журналах - номер документа, дата создания, автор, статус. Упаковка в XML имеет преимущество перед сериализацией или json - каждое значение обрамлено именованным тегом, а значит, можно выполнять сквозной поиск, не натыкаясь не лишние строки. То есть найти ссылку на контрагента по
не представляет труда, тем более большинство серверов БД поддерживают XPath. Упаковка-распаковка происходит автоматически в базовом классе, например, Document который содержит два предопределенных ассоциативных массива - header и details (массив массивов для табличной части) и которые заполняются дочерними классами - первичными документами как им по кайфу. Ключ ассоциативного массива становится тегом, значение - содержимым.
Функции упаковки и распаковки вызываются соответственно перед записью и после чтения документа из БД.
Кроме того, рекомендуется использовать денормализацию. Например, в документ пишется не только id контрагента а и его наименование, которое предъявляется пользователю. Много есть не просит, зато позволяет обойтись без джойнов к другим таблицам и использования «исторических» атрибутов.
Аналогично можно хранить справочники - контрагенты, сотрудники и т.д. Отдельно, в соответствующих таблицах, только поля идентификаторов, наименований, типов. То есть то по чем может понадобится сортировка или отбор. Остальное пакуется в XML. Такой подход, кроме всего прочего, позволит избежать необходимости изменения структуры БД при внесении изменений в систему (например появление нового атрибута справочника).
В идеале структура Бд должна меняться только при появлении в системе каких то совершенно новых бизнес-сущностей.
Печатные формы документов и отчетов.
Просто HTML. Плюс несложный шаблонизатор, например, Fenom .Преимущества очевидны - можем создать любую печатную форму без всяких построителей, отобразить ее в браузере или распечатать. Кроме того, HTML экспортируется в Word и Excel. Делается это просто - HTML сохраняется с расширением docx или xslx. При открытии файла офис (во всяком случае, майкрософтовский) сам сконвертит в нужный формат. Да, убого. Но зато просто, универсально и не требует специального кодирования. В крайнем случае, всегда можно подправить руками в том же екселе.
При желании можно конвертить и в pdf но библиотеки типа TCPDF чувствительны к верстке и стилизации посему, кому надо, поставит PDFCreator и будет ему счастье.
Впрочем, с введением электронной отчетности и обмена электронными документами на первый план выходит экспорт-импорт а не печать на бумаге, поэтому смысл печатных форм в основном - оперативный просмотр документов а экране.
Хранение аналитики
Аналитические данные, связанные с синтетическими счетами в проводках. Субконто в терминах 1С. Реализация - одна таблица, по сути представляющая собой таблицу фактов в ROLAP типа звезда. Ссылка на документ, синтетический счет (отдельная запись на каждый корреспондирующий счет -типа полупроводки), количество, сумма. Дополнительные измерения - ссылки на основные бизнес сущности - контрагенты, партии товаров, сотрудники, денежные счета. Количество и сумма (отмасштабированные в целые числа) для дебета пишутся с плюсом для кредита - с минусом. Это позволяет простым суммированием путем полного пересчета получать остатки и обороты на любой период в разрезах основных бизнес-сущностей без необходимости хранить промежуточные итоги. Так же просчитываются и синтетические счета в проводках.Такая схема позволяет удалять, проводить и перепроводить документы задним числом без пересчета итогов. А также проводить передним числом, например, реализовывая резервирование товаров.
Замечу, что хардкод синтетических счетов позволяет не выставлять их номера на формы ввода первичных документов. То есть, если пользователю нужен только складской учет он может не обращать внимания на бухгалтерию или использовать ее для управленческого учета.
Модульность
То, отсутствием чего страдает 1С. В некотором смысле систему можно разделить на условные «платформу» и «конфигуратор». Собственно структуру сайта, системные объекты и страницы можно считать платформой (ядром). Объекты бизнес логики - справочники, документы, отчеты и т.д могут быть подключены в произвольном сочетании. По сути каждый объект реализуется несколькими файлами. Для самого сложного - документа это 4 файла: шаблон страницы ввода, php файл - класс страницы ввода (бек-енд), файл шаблона печатной формы и php файл персистентной сущности (Entity), отвечающий за сохранение документа в хранилище. Файлы и классы PHP в них должны иметь общее «родовое» имя. Например, invoice или goodsissue. Файлы копируются в предопределенные папки. Затем в админпанели добавляется новый пункт меню со ссылкой на это имя и наименованием пункта меню, соответственно Счет или Накладная. При открытии основной страницы меню генерится автоматически, группируется, если указано, и получаем как бы “конфигурацию”. При выборе пункта меню система находит заведомо незнакомый файл страницы по «родовому» имени а дальше подтягиваются шаблоны и печатные формы…То есть, прикладная часть программы собирается и пересобирается как конструктор Lego. Даже непрограммист может стащить с оф. сайта или какого ресурса исправленный документ или отчет и закинуть на сайт. Ну и технически нет проблем организовать автообновление.
Кстати, для одиночных пользователей, не умеющих разворачивать сайты, не проблема сделать сборку на основе WAMP сервера.
Может показаться, что предлагается какое-то низкоуровневое программирование - все захардкодить. Но ведь язык 1С по сути ничем не высокуровневее того же PHP. Просто там манипуляция бизнес-данными производится с помощью высокоуровневых бизнес-объектов (документов, справочников) что предлагается делать и здесь.
Итак, сухой остаток - выкинуть по возможности все, что не относится к бизнес логике, сделать простым и универсальным все, что можно сделать просто и универсально. На мой взгляд, такой подход единственно конкурентоспособен, в отличие от попыток создавать прямые функциональные аналоги 1С.
Разумеется, система, сделанная таким образом вряд ли подойдет для серьезных решений. Но большинство потребителей 1С - мелкий бизнес и вряд ли возникнет ситуация что сервер не справляется с обработкой данных, зато саппорт системы на порядок проще и дешевле. А труд программиста нынче гораздо дороже куска памяти или процессора.
Модуль включает в себя следующие функции:
1. Соответствие нескольких или одного товара как аналогичный выбранному
2. Подбор аналогичного товара в момент составления счета или оформлении продажи при отсутствии выбранной позиции
3. Автоматическая взаимная аналогическая зависимость товаров. Т.е. выбрав аналог товару1 - товар2 и товар3 система автоматически будет считать аналогом для товара2 - товар1 и товар3, и для товара 3 - товар1 и товар2
Видеопрезентация модуля для УТ 11.4
При необходимости можете заказать доработку на платной основе под ваши потребности или вашу конфигурацию, если она не из списка совместимых, из расчета 900 р час.
Исходный код полностью открыт. Обработка может использоваться на неограниченном количестве рабочих мест но в пределах одной базы данных.
При покупке предоставляется внедрение в базу клиента бесплатно и бесплатная техническая поддержка в течение месяца.
Версии конфигураций, куда выполняется, по желанию, внедрение без дополнительной оплаты:
1. Торговля и Склад 926
2. Управление Торговлей 10.3
3. Управление Торговлей 11
4. Управление Нашей Фирмой
Для других конфигураций расчет суммы за внедрение индивидуальный, через обращение в техподдержку.
Гарантия возврата денег
ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
29.10.2016 (admin)
Любое предприятие стремится упорядочить систему контроля и учета во всех сферах деятельности: финансовой, хозяйственной и прочих. Однако известные 1С продукты подходят не всем. Кроме того, 1С является платной, как в приобретении, так и в обслуживании. Современные разработчики программного обеспечения предлагают бесплатные аналоги программ учета.
Хорошо себя показывает в использовании программа «Дебет Плюс». Она является бесплатной и будет полезна для только что открывшихся и небольших предприятий. Функционал не урезан и позволяет сводить бухгалтерский баланс, производить расчет зарплат и вести складской учет. Интерфейс является дружественным, все опции и справочники подписаны. Программа подходит для всех операционных систем.
Участники малого и среднего бизнеса могут обратить внимание на программу «Своя технология». Опции программы помогают настроить ее, полностью адаптировав под пользователя. Все функции сохранены в полном объеме, такие как: складской учет, ведение расчетов с клиентами, оформление первичных документов, взаимодействие с банк-клиентом. Пользователи отмечают высокую скорость работы программы, удобную системы фильтрации при построении отчетов, возможность работы с несколькими базами.
Система управления в программе «GrossBee» подойдет как для малых предприятий, так и для больших организаций. Количество функций позволяет провести практически любую операцию. Кроме того, каждый блок функций подчиняется своей подсистеме, которые образуют единую базу данных. Все базы обмениваются информацией между собой, что повышает точность отображения информации, и ее актуальность. Разработчики активно работают над программой, в ней появляются новые модули и системы.
Программа «ВС:Бухгалтерия» исключительно бухгалтерская. Она позволяет вести учет в разных режимах налогообложения. Присутствует возможность создания отчетов по любым фильтрам, кассовые операции, создание налоговых деклараций, всевозможные виды учетов и банк-клиент. Пользователи отмечают, что интерфейс является приятным и понятным. К минусам программы можно отнести то, что ее разработка остановлена. Официально программой можно пользоваться и она полностью функционирует, однако техническая поддержка полностью отсутствует.
«ERP Монолит» — комплекс программ, разработанный для решений разнообразных задач предприятия. Сюда входят такие продукты, как управление финансами, планирование, управление продажами и персоналом, электронный документооборот и прочее. Каждый из блоков отображает актуальную информацию и доступен для редактирования сразу нескольким пользователям. Все вместе они взаимодействуют, обмениваются данными. Отдельно вынесена возможность управления закупками и организация тендеров. Разработчики всегда остаются на связи со своими пользователями и оказывают техническую поддержку. Программа распространяется платно и является хорошей альтернативой продуктам 1С.
Для небольшого предприятия отличной альтернативой бухгалтерских продуктов 1С станет онлайн сервис «Класс365». Бесплатная версия несет в себе функционал для обслуживания одной организации одним пользователем. Пользователи отмечают приятное цветовое решение программы и удобный интерфейс. В бесплатную версию включены даже такие функции как CRM, торговый и складской учет. Техническая поддержка осуществляется в полной мере для всех пользователей, независимо от версии программы. В сфере торговли сервис себя показал особенно хорошо, так как в него встроена функция интеграции с интернет-магазинами.
Бесплатные аналоги 1с обновлено: Ноябрь 6, 2016 автором: admin
Достаточно часто пользователей посещает мысль о поиске аналога 1C Предприятия. В основном ими движут сугубо субъективные причины, такие как раздражение, вызванное медленной работой, плохой настройкой программного продукта или элементарным незнанием возможностей конфигурации.
Вы спросите: «Существует ли зарубежный или отечественный аналог 1C Предприятия, который включает в себя все привычные возможности данного известного программного продукта?». Давайте рассмотрим основных конкурентов 1С в области планирования ресурсов предприятия (ERP – систем) на нашем рынке программных продуктов.
Альтернативой 1C среди отечественных программ можно назвать системы «Галактика» и «Парус», а среди зарубежных программных продуктов выделяются «SAP» и «Мiсrоsоft Dinаmiсs АХ» (Nаvisiоn Ахаptа).
Итак, рассмотрим все перечисленные выше программы более подробно.
«Галактика»
Эта система достойный аналог 1C, существующий на рынке уже целых 25 лет. Она давно заняла свое место в области ERP – систем и достаточно большое количество клиентов построили автоматизацию управления ресурсами своего предприятия на ее платформе. Можно с уверенностью сказать, что данная программа полноценный аналог 1C. Однако есть несколько моментов, на которые стоит обратить внимание:
1) не очень дружелюбный интерфейс (определенное сходство с Excel);
2) корректировка системы не возможна (кроме небольших исправлений интерфейса);
3) все доработки заказываются у разработчика ПО, что, в сравнении с 1C, выходит намного дороже и длительнее по времени;
4) внешняя интеграция с системой осуществляется с помощью средств СОМ, ОDВС, XML, ActiveX.
«Парус»
История данного программного продукта начиналась в 1989 году с разработки программы для расчета заработной платы Центральной клинической больницы PAH. В 1990 году была основана компания «Парус», основными клиентами которой являются государственные учреждения. Благодаря длительной истории развития эту систему можно рассматривать, как хороший аналог 1С.
Плюсы и минусы данной программы следующие:
1) достаточно симпатичный интерфейс (лучше, чем у системы «Галактика»);
2) присутствует возможность масштабирования решения;
3) так же, как и 1C, «Парус» имеет модульную систему (МRР, бухгалтерия, СRМ, финансы и т.д);
4) программу дорабатывают только разработчики (принцип использования «как есть»);
5) установка происходит в базу данных Оrасlе, что, при использовании лицензионного ПO, достаточно дорого.
« SAP»
Данную ERP – систему, разработанную одноименной компанией из Германии в 1990 году, можно рассматривать, как самый перспективный и развивающийся аналог 1С. Особенности этого программного продукта заключаются в следующем:
1) хорошая репутация и высокая популярность среди ERP – систем в мире;
2) существует достаточно большое количество модулей различного назначения;
3) хорошо масштабируемое решение;
4) высокая цена на услуги и лицензии (в 3 - 10 раз выше по сравнению с 1С), поэтому внедрение происходит в основном на крупных предприятиях;
5) возможная, но трудоемкая доработка системы (в 1С 1 - 2 часа, тогда как в SAP 1 - 2 дня), поэтому в большинстве случаев SAP только настраивают.
«Мiсrоsоft Dinаmiсs АХ (Nаvisiоn Аха ptа)»
Прародителем данной системы является программа «Ахаptа 1.0» , которая была выпущена в 1998 году и обеспечивала функции управления предприятием с помощью серверов баз данных МSQL Sеrvеr и Оrасlе. Время шло и «Ахаptа 1.0» превратилась в огромную ERP – систему, предоставляющую разнообразные услуги для средних и крупных компаний по автоматизации управления финансами, логистикой, товарами, снабжением и т.д. Как и любой программный продукт «Мiсrоsоft Dinаmiсs АХ» имеет свои плюсы и минусы:
1) огромное сходство интерфейса с Excel - таблицами;
2) не очень большое распространение на российском рынке;
3) наличие всех современных модулей (МRР, НR, СRМ и т.д.);
4) интегрирование с программами от Мiсrоsоft (Оutlооk, Ехсеl и т.д.);
5) так же как и в SAP трудоемкая доработка софта, при условии малого количества специалистов на российском рынке.
Вот мы и рассмотрели основных конкурентов 1С. Теперь давайте попробуем ответить на вопрос: «Существует ли зарубежный или отечественный аналог 1C Предприятия, который включает в себя все привычные возможности данного известного программного продукта?».
Ответ: В настоящее время (с выходом ЕRР 2.0) 1C:Предприятие не имеет достойных аналогов ни по соотношению «цена - качество», ни по соотношению «масштабирование решения - настройка».
