Это продолжение двух предыдущих статей.
Сегодня фирма 1С является
по сути монополистом на рынке автоматизации бухгалтерского учета
среднего и малого бизнеса, если учитывать количество автоматизируемых
компаний. Тем не менее, регулярно, на различных IT-форумах, разгораются
дискуссии об альтернативных платформах, многие специалисты понимают что
уже давно востребованы альтернативные платформы, что 1с своими
действиями сама вынуждает переходить на них. Главные причины столь
частых дискуссий – недовольство программистов и пользователей 1С
возможностями программы, необоснованным усложнением, постоянными
изменениями конфигураций и платформы, огромным количеством нерешенных
проблем, вектором развития программы. Попробуем перечислить основные на
наш оценочный взгляд проблемы в 1С:
1.
Свой язык изменения
данных, вместо использования хранимых процедур или аналогии. Есть очень
сильное ощущение, что весь этот встроенный язык 1с по изменению данных
просто не нужен, а нужно лишь использовать хранимые процедуры (сама-то
платформа в итоге именно его использует для работы с базой, язык 1с
транслируется в язык sql). Типичная ситуация при формировании
проводок – делаются запросы, которые выгружаются в разные временные
таблицы (насколько выгрузка необходимый процесс? Во-вторых насколько это
ресурсозатратный процесс в случае больших таблиц?) Затем данные таблицы
обрабатывают, сворачивают (группируют) по несколько раз и уже только
после этого формируются проводки. Все это происходит с использованием
общих модулей. Вследствие всего этого непереносимость программного кода
как по выборке и обработке данных, так и по визуальному представлению
данных. Как следствие переход с платформы на платформу – с полным
переписыванием кода. Как формируются проводки можно понять только
проанализировав код, это может сделать только программист, а в типовых
этот код может быть колоссален по объему даже на одну проводку.
Попробуйте разобрать формирование проводок, например, в закрытии месяца
(около 8.000 строк кода без вызываемых внешних общих модулей), или
заполнение документа Отражение зарплаты в бухучете (около 30.000 строк
кода без общих модулей! Да, да, вы не ошиблись, именно тридцать тысяч).
Нужно пересмотреть громадный объем кода. Никто конечно этим не
занимается.
2.
Бесконечное необоснованное переписывание ТК из
релиза в релиз, перенос процедур из модуля документов в общие модули
зачем-то и др. подобные методики "улучшения" практикуются в 8.1 версии.
Какой смысл был в таких «улучшениях», если в 8.2 все просто заново
переписали? Данные изменения можно было сделать разово, а не ежемесячно,
а то и по несколько раз в месяц меняя ТК. Периодически, а зачастую и
почти в каждом update-релизе почему-то меняется большинство
основных справочников, документов. А что собственно в них меняют каждые
несколько недель? Из-за этого постоянные проблемы с обновлением
доработанных конфигураций – приходится регулярно (зачастую по несколько
раз в месяц) проделывать огромный объем пустопорожней работы по
обновлению. И все это не может быть объяснено изменениями
законодательства, ведь в год выходит по несколько десятков релизов одной
конфигурации, законодательство так часто не меняется и в таких объемах,
что меняется столько справочников и документов. Складывается такое
впечатление, что чем больше изменений, чем сложнее они – тем лучше, тем
больше денег пресловутые 1с-франчайзи сдерут на бессмысленных и
беспощадных, ставших уже регулярными и неизбежными как смена времен
года, переходах и обновлениях. В течение месяца может быть несколько
релизов одной конфигурации, и в этих релизах почему-то изменено
большинство справочников, документов, соответственно все доработки
затираются, их нужно заново вносить. При этом после обновления может
выясниться, что не работают какие-то модули, которые всегда работали.
Также существенно меняются конфигурации между выходами платформ раз в
1-3 года, причем эти изменения зачастую откатываются назад в последующих
релизах, как многие заранее предсказывали. Например в 7.7 версии был
один документ «Платежное поручение», в 8 версии их стало 2 – «Платежное
поручение исходящее» и «Платежное поручение входящее». Сейчас они вновь
сделали одно платежное поручение, как изначально было в 7.7 версии. В
7.7 версии был один план счетов, в 8 два (бухгалтерский и налоговый.
Сказали что так удобнее.) Сейчас вновь сделали один план счетов (молча,
ничего не сказали). Раз в два-три года, вообще кардинально
переписываются типовые, чего стоят все эти эпохальные переходы с
платформы на платформу, с релиза на релиз как это было например с
переходом БП 1.6->2.0. При этом зачастую не видно никакого особого
роста функционала, например переход БП 1.6->2.0. А работа проделана
серьезная по переводу доработанных баз. К тому же история {бухгалтерские
обороты, документы} в стандартных обработках не перебрасывалась.
Аналогично, а может и даже в большей степени различаются ТК Управление
торговлей 10 и 11 версии.
В разных релизах типовых используются
разные «методики» (они еще и на уровне конфигураций существуют, не
только платформы) проведения документов, партионного учета, блокировок и
т.п. Кто занимался 1с понимает, насколько отличаются «методики» в
7.7, 8.0, 8.1 и 8.2 версиях. Сравните к примеру названия функций модуля
документа одного вида в УТ 10 и УТ 11. А ведь были еще торговые
конфигурации для 7.7 версии. А сколько «методик» партионного учета в 1с?
Причины частой (раз в 2-3 года) смены «методик» в открытой печати мы не
видели.
Описанная ситуация ДЕСТИМУЛИРУЕТ программистов на развитие,
доработку конфигураций, создает множество бессмысленной работы, объем
которой просто огромен в масштабах страны.3.
Отсутствие в
ТК механизмов, которые требуются российским законодательством, причем
данные механизмы используются в значительном количестве организаций. -
Ежемесячное закрытие 20 бухгалтерского счета на 90 вне зависимости от
наличия выручки в данном месяце, такая схема используется во многих
компаниях занимающихся оказанием услуг. В 1с данное закрытие происходит
только при наличии выручки в месяце, если ее нет, 20 счет не закрывается
и еще другие действия нужно выполнить, скорее всего ненужные в данном
случае. Но очень большое количество организаций ежемесячно закрывают
данный счет вне зависимости от наличия выручки. Также весьма странна
принудительная привязка закрытия к некоей таблице
«ПорядокЗакрытияПодразделений». У многих возникали проблемы и с
быстродействием закрытия 20 счета, хотя алгоритм закрытия достаточно
прост. На форумах неоднократно обсуждались проблема закрытия 20 счета, в
день по несколько веток на форумах создается. По сути чтобы закрыть 20
счет нужно выбрать остатки по нему, и списать их на 90 (схема торговой
компании). Элементарная процедура размером в 100-200 строк кода в
минимальном варианте, не больше. А теперь посмотрите, как сложно это
реализовано в ТК Бухгалтерия предприятия (см. пункт 1).
- Проблема с
начислением сотрудникам аванса процентом от оклада в ЗУП. Аванс
стандартно нельзя начислить процентом от оклада, только фиксированной
суммой. Но во многих компаниях (а может и в большинстве) это нужно
именно процентом.
Сделать описанные механизмы – вопрос нескольких
дней для квалифицированного программиста, но проходят годы, а в 1С это
не реализовано. Это наводит на определенные выводы. Возможно так
искусственно создается необходимость доработки типовых конфигураций, за
деньги конечно.
4.
Конфигурации 1с закрыты для простого
программного просмотра и изменения метаданных (разные программы от
сторонних Кулибиных не рассматриваем). Официальное описание стандарта
метаданных просто отсутствует. Кто-то скажет, что и не нужно это
вовсе. Возможно да, а возможно и нет. Это можно будет узнать только
после массового использования платформы с открытым и простым доступом к
метаданным. Сегодня даже файлы офисных документов имеют общепризнанный
открытый стандарт. В любом случае у людей должен быть выбор. Известны
случаи, когда становились "битыми" конфигурации, и как-то исправить
можно было только с помощью программ от сторонних Кулибиных (да и то при
большом везении). Это действительно проблема. Неприятно когда приходишь
к клиенту – а у него конфигурация битая, вроде база работает, а
обновить или что-то подобное сделать – проблематично.
Также открытость метаданных даст толчок к развитию в 1с средств автоматизации проектирования, UML-средств,
в т.ч. силами энтузиастов. Силами энтузиастов в 7.7 версии были созданы
весьма мощные средства для изменения данных в базе в обход стандартных
методов 1с благодаря открытости файла конфигурации. Считается что эти
средства позволяют ускорить работу с большими базами.5. Нет
толкового описания в каких случаях делаются проводки в многочисленные
регистры накопления, зачастую неочевидно их назначение. Также нет
простого и качественного описания алгоритма закрытия счетов затрат,
формирования проводок по налогу на прибыль – 68.04.2, 09 счетам.
6.
Большие требования к оперативной памяти – десятки, даже сотни мегабайт.
Открытие метаданных в 8 версии в первый раз происходит несколько минут.
Утечки памяти по данным пользователей форумов. Примечательно, что в 7.7
версии памяти на порядок меньше съедалось.
7. Неадекватно
большие по объему файлы конфигураций – могут занимать сотни мегабайт,
тогда как в 7.7 версии от силы 10-20 мегабайт. Основное содержание
конфигурационных файлов – текст, откуда там сотни мегабайт текста –
непонятно. Update-релизы регулярно получаются невероятно больших размеров – от нескольких мегабайт до нескольких десятков мегабайт.8.
Регламентные отчеты раньше были во внешних файлах, сейчас встроены, и
используют кучу общих модулей, которые тоже меняются. Поэтому зачастую
пару новых регламентных отчетов не вставить, не обновив всю
конфигурацию, а это трудоемкий процесс в случае доработанных
конфигураций.
9. Частые ошибки на ровном месте в новых релизах
конфигураций, особенно это было заметно в ЗУП году в 2009 (2010?) с
расчетными листками и другими отчетами, когда элементарно отборы не
работали по сотруднику.
10.
Необъяснимо большое количество
типовых (не отраслевых) конфигураций для бухгалтерского учета
коммерческих организаций: бухгалтерия предприятия, управление
производственным предприятием, управление небольшой фирмой, комплексная
автоматизация, бухгалтерия предприятия корпоративная (и это только
конфигурации 8 версии 1с, есть еще совершенно другие по 7.7, и есть
внутри 8 версии кардинально отличающиеся версии одних и тех же
конфигураций). При этом зачем-то расчет зарплаты вывели в отдельную
конфигурацию – ЗУП ! (догадайтесь сами зачем). Да к тому же зачем-то
ввели в ЗУП учет «серых» выплат зарплаты, запрещенный налоговым
кодексом. Не совсем очевидна необходимость отдельной конфигурации для
учета в торговых компаниях – Управление торговлей. (Удивительно, но при
этом, по утверждению пользователей на форумах, невозможно получить в
отчетах прибыль в разрезе документов и строк.)
11.
Слабая
работа с доработками в конфигурациях, при небольших доработках в модуле в
update-релизе, затираются все изменения, все процедуры после обновления
в данном модуле. При добавлении реквизита на форму, изменения в форме
также затираются.12.
Бесконечные изменения в
законодательстве на пустом месте (счета-фактуры, учета НДС, регламентных
отчетов, безумная отчетность по зарплате и в пенс. фонд и т.д.)
возмущает всех, или почти всех. Но, по-видимому, только не фирму 1с, они
прилежно штампуют обновления. Хоть бы возразили что Минфину, но
нет, молчат. Видимо их это устраивает. С выходами обновлений тысячи
программистов 1с занимаются по сути пустой и ненужной работой –
обновлениями конфигураций и переносом доработок в обновленные
конфигурации. Предполагаю за границей изменения законодательства не
носят настолько регулярный и масштабный характер. К тому же многие
изменения происходят не заранее, а буквально за несколько недель до
вступления закона в действие, например, меняют счет-фактуры, а через
пару недель после подписания закона нужно уже новые печатать. Изменения
счет-фактур – вообще бесконечный сериал. Это приводит к увеличению
издержек для бизнеса. За это все в конечном итоге платим мы все –
граждане страны. Экономика становится менее конкурентоспособной. Можно
спросить: "при чем здесь 1с?" Ну может и ни при чем. А может и при том. В
1с работают десятки, сотни людей, в т.ч. наверно и эксперты в области
бухучета, которые могли бы для начала задать вопросы. Интересно, что
думают по данному вопросу авторы книг из серии «Сдача бухотчетности за
2003 год», … 2009, 2010, 2011 и т.д.?
13.
Неконтрастный, отталкивающий бледно-желтый интерфейс форм по умолчанию в 8 версии.
Странные закругленные кнопки (менее критично). Сомнителен и «тяжелый»
интерфейс рабочего стола. В 8.2 вообще значительную площадь экрана
занимают слева и сверху совершенно ненужные панели, до 2/3 экрана. Может
получится, что на 13,3 дюймовом ноутбуке открыв форму списка документа,
не увидишь самих документов, а лишь панели сверху и слева. Общее
впечатление от интерфейса 8 версии – прочно отрицательное.
14.
При формировании проводок данные из одной временной таблицы в другую
выгружают, используют общие модули, а нужно делать все только через
хранимые процедуры и конструкторы. По большому счету алгоритмы проводок
не настолько сложны, насколько сложно они формализованы в типовых
конфигурациях 1с.
15.
Выгрузка-загрузка данных через ТК
«Конвертация данных» (КД) слишком сложна, можно сделать все значительно
проще и удобнее. К тому же для файла выгрузки используется xml, что
создает определенные неудобства для просмотра и редактирования больших xml-файлов и вероятно в десятки раз ! увеличивает время выгрузки-загрузки данных для больших баз данных.
Странно использовать xml для переброски данных между базами 1с, когда
заранее известна структура баз, возможно это непонимание зачем вообще
нужен xml, а может и намеренно. Для таких целей целесообразно
использовать либо файлы баз данных – dbf, sql, access и др., либо на
худой конец текстовые файлы с разделителями. А еще лучше чтобы можно
было выбрать формат файла.
Но на кой черт использовать xml для переброски данных из одной таблицы в другую?
А что делать если нужно импортировать из Excel? И лишь когда обмен идет
с приложениями не на 1с, тогда в некоторых случаях может быть
целесообразным использование xml. Данная дурная идея с xml-файлами по
инерции получила значительное распространение среди программистов 1с для
обмена между своими же базами, видимо они также совершенно не понимают
зачем xml нужен. Для всего этого создана мегаобработка «Универсальный
Обмен Данными XML» с 15.000 строк кода для разбора xml файла. Да, не
забудьте посмотреть как сложно сделаны различные типовые конвертации.
Поменять в них выгрузку какого-либо субконто или добавить выгрузку счета
добавленного в ТК может быть достаточно непростой (хоть и решаемой)
задачей, при выгрузке остатков бухгалтерских используются как обычно
таблицы значений.
16. Зачем-то используют механизм кэширования
для работы с метаданными в 8 версии. Как следствие регулярные ошибки, с
которыми сталкивались многие.
17. Отдельным вопросом является
стиль и качество работы большинства 1с-франчайзи. Качество внедрения,
качество программного кода во многих случаях не выдерживает критики даже
в больших 1с-франчайзи. По сути этому вообще не уделяется никакого
внимания, как хочешь, так и работай. Сертификация специалистов в 1с
также представляет собой сомнительное мероприятие, подготовка к нему
сводится к натаскиванию, а не к изучению. Отдает феодализмом и диким
капитализмом распределение денег заработанных программистом: лишь 1/3
программисту, зато 2/3 работодателю, обоснования такой пропорции мы
нигде не видели, данная пропорция часто сохраняется и в больших и
небольших 1с-франчайзи. И это при том что зарплаты как правило «серые»,
налоги с них почти не платят, а других расходов на содержание
программиста может и не быть, ведь зачастую даже полноценный офис не
нужен, т.к. программисты работают у клиента. И это перечислены еще не
все проблемы 1с-франчайзинга. Характерно и отношение государства к
IT-бизнесу, если не ошибаюсь, ставка налога на прибыль одинаковая для
компаний занимающихся IT и компаний, например финансового сектора.
18. В
целом есть ощущение неприятия пожеланий пользователей и
непрофессионального подхода к программированию. Закрытость руководства
от общения с большинством программистов. Никаких интернет-конференций с
участием руководства. Да, проводятся некие закрытые семинары в
гостиницах с партнерами и приближенными, но этого недостаточно. Данный
текст не появился бы, будь руководство 1с открытым к реальному ДИАЛОГУ
со средой программистов и пользователей, ну хотя бы не идя наперекор их
пожеланиям и не усложняя умышленно разработку на 1с с целью получения
сверхприбылей.19. Можно попробовать возразить: не нравится
1с, переходите на другую программу, кто мешает? Но в том-то и суть, что
1с монополист по некоторым параметрам на рынке, и выбора нет.
20. И немного о других фирмах. Почитал форум по SAP. Впечатляют уже одни только используемые термины, уровень их отдаленности от бухучета и программирования. Что такое «тр.J3RFF4V», «схема J2 -> J7 -> JC», «RFUMSV50», «MW1, ZUD, ZUK», «Все налоги включены в T007K в группу SHP» и т.д. и каким образом это может быть связано с программированием и\или бухгалтерским учетом?-----------------------------------------------------
«Мы такой отчет строим в SAP BI через 30е счета, они уже отчищенны от
НДС, а НДС отдельно вытаскиваем. Там все просто рисуется структурой, Я НЕ УВЕРЕНА, что этот отчет можно реализовать через тр.J3RFF4V»
----------------------------------------------------- «
Уважаемые коллеги!Подскажите, плз, про экспортный НДС 0%.Имеется схема J2 -> J7 -> JCВсе налоги включены в T007K в группу SHP.Из того, что я вычитал на форуме и в документации настроил J2 так:J2MW1 0 76...98ZUD -100 76..98ZUK 100 76..95Счёт 76..95 с управлением ОП, налоговая категория >Счёт 76..98 с управлением ОП, налоговая категория >Следующие налоги не описываю, поскольку дальше не могу продвинуться.При
MW1 = 0 после оплаты счёта дебитора программа RFUMSV50 не переносит
налог, поскольку не может провести документ с нулевой позицией.А
если MW1 делать не нулевую, то это искажает выручку. К тому же, если я
правильно понял, этот счёт должен быть с управлением ОП, а счёт выручки у
нас без управления.Поделитесь опытом: какая схема НДС для экспорта у вас используется и какая последовательность обработки?»
----------------------------------------------------Ну что тут еще скажешь? - Чем только не будет заниматься человек ради денег.
(После таких веток начинаешь понимать почему в SAP такие высокие
зарплаты у консультантов, причем не программистов даже. Потому что
заниматься этим можно только за ооооооочень большие деньги, а кто-то и
ни за какие не захочет.) Но лично мы бы ни за какие деньги не стали бы
этим заниматься. Примечательно, но в 1с нет такой специализации –
консультант, есть программисты, которые при необходимости могут и
проконсультировать где и что нужно нажать в программе чтобы получить
нужный результат, и это копейки стоит в 1с. Дорого может стоить
значительная доработка в 1с.
Есть нелестные отзывы и об интерфейсе SAP, пишут что он очень устаревший и неудобный.
Даже книги по SAP в книжных магазинах стоят как правило 2, 3 тысячи рублей, что на наш субъективный взгляд тоже чересчур дорого.
Непонятно,
почему, если как утверждают некоторые статьи SAP такой суперполезный,
помогает оптимизировать бизнес, почему же SAP занимает такую малую
количественную долю в среднем и малом бизнесе в России.
И на такую
программу (SAP) выбрасываются сотни миллионов долларов в России. Хотя на
что только не выбрасываются сегодня в России миллионы. Внедряют SAP в
основном нефтегазовые, сырьевые компании. И как минимум средние по
размеру компании, скорее даже крупные. Что такого дает сырьевым
компаниям SAP – непонятно, может увеличивает добычу? Оптимизирует
хранение газа в газохранилищах? Где-то утверждалось, что внедрение SAP
ведет к росту стоимости акций на бирже, и именно поэтому ее внедряют.
Об
Аксапте мне известно что права на нее принадлежат Microsoft. Скорее
всего ее внедряют компании, у которых собственники на западе, им так
привычней.
В целом есть несоответствие между уровнем
технологий, прогресса которого добилось человечество в самых различных
областях науки и техники, в т.ч. и в микроэлектронике, микропроцессорах,
возможностях операционных систем и СУБД, и тем что представляют собой
распространенные платформы для автоматизации бухгалтерского учета.
Кто-то сейчас в мире пытается доказать теорему Гаусса, а кто-то внедряет
убогие бухгалтерские системы.21. Может показаться что мне
полностью не нравится 1с. Это не так. На определенном этапе это была
очень своевременная и удобная платформа. По показателям простоты
разработки, удобства интерфейса платформа 1с как минимум вполне
конкурентоспособна и с такими гигантами как SAP, а скорее всего и
превосходила (было бы интересно почитать аналогичный анализ про SAP, и
действительно ли она стоит своих миллионов).
Да, 1с сделала
значительный шаг вперед в данной области в конце 90-ых, но дальше
отсутствие конкуренции привело к обратному эффекту по многим
показателям. Перечисленные в статье проблемы создают гигантские
сложности для тысяч программистов, бухгалтеров, менеджеров и остальных
пользователей, бизнеса в целом, по сути ЭТО УЖЕ ПРОБЛЕМА
ОБЩЕНАЦИОНАЛЬНОГО МАСШТАБА. Годами обозначенные проблемы не решаются,
при этом постоянно на ровном месте создаются новые, происходит
необоснованное усложнение конфигураций. Ненормально когда десятки тысяч
предприятий, сотни тысяч людей загнаны в рамки одной программы и
вынуждены использовать неудобную, сложную, постоянно меняющуюся
программу, несоответствующую требованиям времени.