Компания 1С является лидером на рынке программ для автоматизации деятельности предприятий.
1С:Бухгалтерия, 1С:Управление торговлей, 1С:Зарплата и управление персоналом, 1С:Управление производственным предприятием — стали визитными карточками компании 1С и активно используются не только на маленьких и средних, но и на крупных предприятиях.
Компания 1С обладает огромным штатом высококвалифицированных специалистов, которые регулярно совершенствуют имеющиеся разработки, но идентичного бизнеса не бывает, поэтому всегда найдется клиент задачи которого не покрываются типовым функционалом.
Вот тут в игру вступают сторонние разработчики, фриланс программисты 1С, профильные компании, франчайзи 1С с благими намерениями доработать типовое решение в соответствии с пожеланиями клиента.
Как показывает практика не все доработки дают положительный эффект. Перекроенные до неузнаваемости конфигурации – верный путь остаться без обновлений от поставщика, тобишь компании 1С.
В чем причина? Некоторые считают, что причина такой ситуации связана с уровнем профессионализма сторонних разработчиков. Существует мнение, что виновато несовершенство архитектуры решений типовых решений. Какое же предположение верное? На самом деле проблемы с обеих сторон: 1С игнорирует правильные подходы к доработке типовых решений, а многочисленные сторонние разработчики предпочитают работать по старинке, не затрачивая времени на изучение новых возможностей и не изучают порой очень важную и нужную документацию.
Проблема
Повторимся, что типовые решения от 1С не могут выполнить все «пожелания» компаний на 100% и единственный способ их реализовать – обратиться к сторонним разработчикам или взять разработчика в штат. В случае, когда «пожелания» затрагивает типовые механизмы (объекты, формы, алгоритмы), то конфигурация становится непригодной для автоматического обновления.
Обновить ее можно, но делать это придется в ручном режиме. А если делать это будет не совсем компетентный программист 1С, вчерашний студент, который привлек низкой стоимостью на свои услуги, то высока вероятность что-нибудь поломать.
В итоге клиент получает: желаемый функционал, проблемы с обновлением и зависимость от сторонних разработчиков (при отсутствии штатного программиста 1С).
Документирование
Перед те как Вы решите дорабатывать конфигурацию, первое, что необходимо освоить – процесс документирования. Без этого все последующие советы можно выкинуть в утиль.
Все вносимые изменения без исключения должны фиксироваться. Документация по внесенным изменениям должна дополнять информацию, из хранилища конфигурации или другой системы контроля версии. Документация не должна писаться ради документации, документы должны своевременно обновляться.
Если эта задача выполняется, и разработчики имеют дело с такими документами, то количество ошибок, возникающих в процессе актуализации версий конфигураций с поставщиком, будут стремиться к нулю.
Конфигурирование
Осознавая тот факт, что создать универсальное коробочное решение, готовое к работе практически невозможно, привести бизнес-процессы компаний к какому-то общему знаменателю – непосильная задача, компания 1С пришла к мысли что решением может стать предоставление возможности самостоятельного конфигурирования.
Не всегда документация по возможным настройкам успевает дозреть вместе с программным решением. В итоге начинается изобретение велосипедов: задачи в несколько кликов, как показывает практика, реализовывается в виде квадратных колес, накачанных не самым качественным кодом.
Нужны примеры квадратных колес?
Заказчику всегда не хватает полей в стандартных документах/справочниках и он желает добавить свои. Исполнить это желание проще без открытия конфигуратора. Активировать использование дополнительных реквизитов в настройках и потом быстренько создать все необходимые поля. Созданные таким образом реквизиты не затрагивают конфигурации, и они пригодны для использования в отчетах.
Другой распространённый пример – создание дополнительных печатных форм. Ни одна типовая конфигурация не способна обеспечить клиента всеми необходимыми печатными формами, поэтому разработку недостающих, отдают на аутсорсинг.
Одну и ту же печатную форму можно сделать разными способами: воспользоваться механизмом, предоставляемым БСП (библиотека стандартных подсистем) или написать код напрямую в модуль формы/менеджера определенного объекта. Результат будет один и тот же – клиент получит желаемое, а вот поддержка решения усложнится.
Примеры велосипедов с квадратными колесами масса, а вывод один – изучайте рабочий инструмент максимально детально и внимательно. Ищите как проблему обойти, найти альтернативное решение, и влезайте в типовые механизмы в случаях, когда без этого действительно не обойтись.
Многие задачи эффективно решаются без открытия конфигуратора. Не ленитесь следить за технологическими новинками, участвуйте в форумах, где делятся люди своим опытом.
Хотелось бы резюмировать все вышесказанное и добавить пару мыслей, которые нет желания расписывать на несколько томов, а выразить их тезисно:
1. Типовая 1С:Бухгалтерия и 1С:Зарплата и управление персоналом в 99,999% случаев покрывают потребности бизнеса в регламентированном учете, поэтому внимательно то, что Вам предлагает компания 1С. Доработки Бухгалтерии и ЗУП – последнее дело. Не допускайте доработок без крайней необходимости.
2. Если что-то не получается – виновато не программное обеспечение! Как показывает наш опыт работы с различными компаниями — дело или в некорректных настройках, или в ошибках в данных. Ошибки, если над ними не работать накапливаются и превращаются в огромную гору проблем, чем дольше проблемные ситуации остаются нерешенными, тем глубже потом придется копать.
3. Представим часто встречающуюся ситуацию, когда в компании появилась новая операция (комиссия, лизинг и т.д.). Для того чтобы новинка не вышла боком, мы рекомендуем выделить время и деньги один раз, чтобы разобраться, как корректно с точки зрения рекомендаций и методологии 1С ее отражать и обучить этому персонал, который будет в дальнейшем с этим работать. Это намного эффективнее, чем потратить время и деньги потом, чтобы исправлять ошибки, перепроводить документы и заново закрывать периоды.
4. Релизы всегда должны быть последними. Свежие релизы решают много проблем.
5. Обновлять необходимо весь комплекс продуктов: свежая бухгалтерия и старый ЗУП – это потенциальная проблема в обменах.
И напоследок о наболевшем
Запомните: учет будет в порядке при правильных настройках и правильном отражении хозяйственных операций.
Если не изучать возможности того функционала, который предлагается в типовых конфигурациях, то придется раз за разом привлекать программиста 1Сника и прибегать к ручному управлению. Ручной труд будет множиться в геометрической прогрессии. Сломанный автоматический учет сделает невыносимой работу бухгалтера и зависимой от программиста 1С.
Каждый раз, когда на глаза попадается база, в которой: львиная доля учёта осуществляется ручными операциями; автоматически не закрывается месяц (вот уже сто лет как не закрывается); корректировкой поправили проводки, но не поправили регистровые записи, по лицу начинают играть желваки и проскакивает нервный тик.
Бейте по рукам 1Сника, который открыл конфигуратор и полез в нем что-то программировать. Бейте больно. Мы испытываем чувство величайшего гнева, когда видим перед собой изуродованную непрофессиональным фрилансером типовую 1С:Бухгалтерию – в которой механизмы, заложенные авторами, работают через раз или вообще не работают.
Есть крайне редкие случаи, когда доработки Бухгалтерии и ЗУП действительно необходимы. Но в этих случаях осуществлять их должны профессионалы высочайшего уровня, и главный вопрос, который Вам стоит задать им: «Я хочу обновлять свою базу с каждым релизом, выпускаемым «1С»?
Развивайтесь. Учитесь. Растите профессионально. Добивайтесь совершенного владения инструментом 1С. Повышайте свой профессиональный уровень, обращайтесь с вопросами к профессионалам, разбирайте проблемы по мере возникновения.