Ускорение работы пользователей 1с
Разработки

Переходить ли на новую платформу 1с с 7.7 на 8.3?

Вы работаете на 1с7.7? У вас используется типовая конфигурация? Или сильно доработанная? Автоматизация бизнес-процессов за много лет уже отлажены?

 

Даже при переходе на «1С: Предприятие 8.2" с других программ для ведения учета, например, с  "БЭСТ», «Парус», «Инфо-Бухгалтер», имеет ряд особенностей. В том числе они существуют и при переходе на новую платформу в самой 1с. Не следует принимать на веру утверждение, что переход на новую 1с — это лекарство от всех болезней в учете предприятия. Чаще всего это не соответствует действительности. Необходимо реально на примерах протестировать возможности программы и ни в коем случае не верить рекламе. Демонстрация реальных баз данных и примеров смоделированного учета может помочь в этом. Отличия в принципах подхода могут быть катастрофично различными.


В этой статье рассмотрим вопрос, а стоит ли переходить на новую платформу 1с?

 

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

 


 


 

 

В бытность запуска на одном предприятии конфигурации Управление производственным предприятием (УПП 1.3), в процессе запуска был проведен анализ на примерах как происходит закрытие месяца и распределение затрат. Все, казалось на тот момент, было нормально. Но как показала практическое применение, то оказалось прото все совсем наоборот. Скажете, что внедренец не опытный попался? Или человеческий фактор? Возможно, все в одном комплексе. Но проанализировав всю проделанную работу, можно с уверенностью сказать, что причина в другом.

 

Все было запротоколировано досконально. Каждую неделю разработчик-внедренец  представлял отчет заказчику и каждую неделю обнаруживалось что-то новое. Удручающе выглядело то, что в программе в типовой конфигурации находились ошибки. Но одно — наличие этих ошибок, и совсем другое — наличие механизмов их поиска и контроля. Так вот этих механизмов совершенно не оказалось. Достаточно простой вопрос, как проверить расчет по средневзвешенной, поставил в тупик. Ведомость по партиям этот ответ не дает. Вернее можно конечно сохранить отчет в Excel-е и там проверять. Но почему это в самой программе не предусмотрено? Самое интересно, что и на сегодня таких инструментов мы не можем найти в типовых конфигурациях. Если они и существуют, то они нам не давали простых ответов. Приходилось изобретать собственные инструменты. Но пока их искали и разрабатывали, были сданы отчеты за пару кварталов.

 

Конечно, виноват внедренец. Он понадеялся на то, что в типовой конфигурации все это должно работать как часы и необходимо только наладить удобство ввода данных, помочь в заполнении справочников и научить как правильно вводить документы. Только объем информации настолько оказался огромным. Таким огромным, что количества итераций в расчете себестоимости просто катастрофически не хватало. Очень долго искали проблемы ввода данных. И получилось так, что помочь в заполнении справочников, документов — помогли. Но это не гарантировало правильность закрытия периода. Ошибок все равно оказалось настолько много, что правильно рассчитать себестоимость сразу не удалось. За всеми пользователями не уследить. А если еще и на предприятии используется множественность видов учета, многофирменность. Когда у одного подразделения должно быть одно заполнено, у других другое. В одной организации должны вестись такие-то счета учета, а в другой свои номенклатурные группы. Инструментов типовых по контролю за введенной информацией нет.

 

В конфигурации было много установлено «заплаток» заполнения данных по-умолчанию, каких типовыми механизмами не возможно установить. Но и это не помогло. После закрытия нескольких кварталов (!) суммы почти не вызывали сомнений, что посчитано судя по всему правильно. Однако, мы увидели по нескольким номенклатурам непонятные отклонения и решили проверить, а насколько правильно считаются эти средневзвешенные цены. И сильно удивились, что они катастрофично посчитаны не верно. Катастрофой было то, что отчеты за два квартала были сданы, инструментов по проверке не достаточно или совсем нет, требуется полный пересчет себестоимости, при котором отчетность резко меняет показатели.

 

При этом программа совершенно бесполезно спрашивает каждый раз вещи, которые может быть и важны при заполнении первичных данных, но контроля это не добавляет.

 

Вот яркий пример. Почему в документах постоянно спрашивает пользователя при установке галочки «Отражать в бухгалтерском учете» в документе реализация товаров «Перезаполнить счета учета или нет?». И это при каждом нажатии! Мало того, что это раздражает, так еще все равно возникают ошибки в их указании. Один пользователь завел номенклатуру, другой не указал в настройках указания счетов по-умолчанию, а в документах тогда что фигурирует? Проходит месяц. Пытаемся закрыть месяц, а счета учета не те! В нескольких тысячах документов!!! В каждый заходить и устанавливать галочку? Это ж чокнуться можно. Даже групповые обработки не спасают. Все равно полностью ведь пересчитывать все и вся. Скажете, что в самом начале не правильно определено административным путем, кто, что должен заносить в справочники? И будете правы. Но, тем не менее, сколько бы не бились над этим административным путем, ошибки как были, так никуда и не уходили. А вот механизм установки их по-умолчанию при записи документа, сразу дает результат. Не дается на откуп пользователю вводить эти данные, они устанавливаются автоматически. Ругать пользователя? Наказать его? А если до отчетной даты сдачи отчета по прибыли остается 5 дней? Лучший способ — предотвратить.

 

К чему мы именно указали именно этот пример? К тому, что таких «заплаток" в базе установлено в нашем случае около полутора тысяч. Как считаете, это в новой программе все будет учтено? Ничего не забыто? А если конфигурация будет резко отличаться от способов ведения учета? Допустим Управление торговлей 10.3 и 11.0. Это ведь по-сути совершенно принципиальное имеет отличие. Схожесть может, и найдем в пару сотне случаев, а в остальном на грабли будем уже новые наступать. Так как считаете, стоит ли переходить на новую конфигурацию?

 

Прежде всего, следует детально проработать текущие бизнес-процессы, а затем уже определятся с необходимостью перехода. Причиной для перехода может послужить неудовлетворенность в работе текущей программы (например, постоянные блокировки, плохая скорость работы). Лучше составить общую таблицу с определением плюсов и минусов текущей программы и новой конфигурации, необходимо оценить работу уже имеющегося учета, все достоинства и недостатки системы. Если действительно разница будет существенной, то тогда стоит рассматривать. А вот, если в работе никаких сложностей не возникает, программа стабильно работает, оправдывает себя, то вероятнее всего и не стоит на данном этапе заниматься ее заменой. Лучше проблемы устранить в текущей программе.

 

А вот при регистрации нового предприятия, когда только начинается работа. Тут как раз не будет существовать такого анализа между старым и новым. Возникнет только анализ между новыми конфигурациями.

 

Вывод

 

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

 

Фирма "1С" довольно тки часто меняет платформу, а следом за ней и разрабатывает новые конфигурации. Хорошо, если она продолжает их технологическое сопровождение. Но, по-большей части, это слишком затратно становится и с поддержки конфигурация снимается. Таким образом, фирма "1С» стимулирует переход на новую платформу. Здесь получается совсем не хорошая картина. Предприятия, которые постоянно модернизирует собственные наработки с помощью заказов разработчикам, остаются с чем? С тем, что конфигурации будут не поддерживаться?

 

Даже при этих условиях, жизнь показывает, что конфигурации остаются в работе на очень долгое время. На сегодня многие продолжают работать на платформе 1с7.7. Покидать платформу 1с8.2? А насколько существует потребность в переходе на 1с8.3 — этот вопрос необходимо тщательно проработать. Если действительно это ускорит работу пользователей, то тогда, видимо, стоит. Поддаваться настроениям моды мы никому не советуем.

 

А для вас переход на новую конфигурацию будет безболезненным? Вы действительно находите вещи в новых конфигурациях, которые ускорят работу пользователей или помогут в вашем нелегком учете?


ИМЕЮТСЯ ПРОТИВОПОКАЗАНИЯ. НЕОБХОДИМО ПРОКОНСУЛЬТИРОВАТЬСЯ СО СПЕЦИАЛИСТОМ
Нравится 0 Не нравится
Уважаемый посетитель, Вы зашли на сайт как незарегистрированный пользователь. Мы рекомендуем Вам зарегистрироваться либо зайти на сайт под своим именем.
Добавить комментарий
Ваше имя: *
Ваш e-mail: *
Вопрос: Юзабилити - это удобство работы в программе?
Ответ:
Код: Кликните на изображение чтобы обновить код, если он неразборчив
Введите код: