Сервисы

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

1 февраля 2021 года фирма «1С» полностью изменила правила игры для пользователей, у которых на компьютерах есть «ломалки» или следы взлома системы 1С:Предприятия. Теперь у всех пользователей нелегальных 1С программа закрывается каждые... Программы 1С:Предприятие ПРОФ и КОРП версий защищены от нелицензионного использования аппаратными или программными ключами защиты. Чтобы программа не закрывалась, нужно удалить с компьютеров все эмуляторы, файлы и настройки, позволяющие запускать 1С нелицензионно. В данном случае не важно, действительно используются средства взлома или они случайно «завалялись» на компьютере, всё нужно удалить. В этой статье мы дадим рекомендации, как устранить проблему самостоятельно. Если вам нужна помощь специалистов Простых решений, рекомендуем ознакомиться с информацией по этой ссылке. Почему моя 1С нелицензионная? Ошибки быть не может, различного рода «ломалки» для 1С всегда были распространены в интернете и фирма 1С хорошо о них осведомлена и умеет вычислять их использование. Обычно взломанная 1С появляется на компьютерах в двух случаях: 1. Компания использует нелегальное ПО (или частично нелегальное), например: не куплена сама «основная» программа 1С:Предприятие и клиентские лицензии на рабочие места, а также не куплены лицензии на сервер или используется больше рабочих мест чем куплено или версия КОРП вместо купленной ПРОФ и т. п. Такие действия могли быть произведены как осознанно, так и случайно: кто-то мог оказать добросовестному пользователю 1С такую «медвежью услугу». 2. На компьютере есть следы «взлома» защиты, хотя сейчас используются только легально приобретенные программы 1С:Предприятие со штатной защитой. Мы встречались с тем, что иногда администраторы выбирают вариант установить ломаные 1С, т. к. бывает сложнее разобраться с тем как правильно установить систему защиты 1С. Еще вариант — после «легализации» некоторые пользователи забывают удалить ломалки и по факту так и остаются пиратами. Официальные рекомендации по проверке лицензионности программ 1С есть на сайте https://1c.ru/rus/support/surrog.htm Что делать с ломанной 1С 1. Сделайте резервную копию своей программы 1С 2. Удалите из системы нелицензионные программы, эмуляторы ключей защиты, «подчистите» следы их установки. Сделать это можно вручную или с помощью деинсталляторов, самостоятельно при наличии необходимых компетенций или с помощью специалистов 1С: Франчайзи. Рекомендации по удалению эмулятора HASP приведены в конце статьи. Обращаем ваше внимание, что если любое из этих действий вызывает у вас затруднение или непонимание, лучше сразу обратиться к ИТ-специалистам фирм 1С: Франчази, обслуживающих вашу организацию, иначе можно сделать своей системе еще хуже. 3. Если у вас есть лицензионные программы 1С — использовать только их, со штатными аппаратными USB-ключами или активировав программные ПИН-коды. 4. Если не все рабочие места обеспечены легальными лицензиями — срочно приобрести недостающие лицензии 1С. Их можно бесплатно получить на сайте 1С «1С:Предприятие 8. Временные лицензии для восстановления», и в течение 60 дней с момента получения временных лицензий докупить недостающие программы. 5. До активации временной лицензии необходимо скачать на сайте https://releases.1c.ru/project/Platform83 и установить последнюю версию технологической платформы 1С: Предприятие 8.3 6. Если вы уверены, что точно покупали все необходимые программы 1С, но быстро не можете найти регистрационный номер программы, дистрибутивы, ключ защиты или ПИН-коды, вы также можете бесплатно получить на сайте 1С «1С:Предприятие 8. Временные лицензии для «восстановления» https://portal.1c.ru/software/registration (см. п.4), и в течение 60 дней докупить недостающие программы или подтвердить наличие легальных поставок 1С и пользоваться ими: Если ваша программа с аппаратными USB-ключами защиты — использовать их, если они утеряны — восстановлению не подлежат Если ваша программа с программной защитой — найти и активировать ПИН-коды. Если бланк с ПИН-кодами утерян — в большинстве случаев ПИНы можно восстановить письмом на lic@1c.ru, обязательно указав регистрационный номер Вашей программы. 7. Обратите внимание, если вы работаете в облаке «1С:Фреш» 1cfresh.com или «1С:Готовое рабочее место» (1С: ГРМ), то эти сервисы не могут выдавать подобные сообщения. Скорее всего на вашем компьютере или в вашей локальной сети запускаются другие взломанные программы «1С». Возвращайтесь к п.1. Пошаговая инструкция удаления ломалки 1С Сообщение «Обнаружено нарушение целостности системы» — это не ошибка, а штатное поведение платформы «1С:Предприятие». Причиной появления этого сообщения может быть наличие на компьютере: 1. Пиратского эмулятора HASP, с которым в данный момент работает платформа «1С:Предприятие» 2. Пиратского эмулятора HASP или его остатков, с которым в данный момент платформа «1С:Предприятие» не работает, а использует легальную лицензию. 3. Модифицированной версии платформы «1С:Предприятие». Варианты действий при появлении сообщения «Обнаружено нарушение целостности системы» (только для ИТ-специалистов!): 1. Удалить эмулятор HASP: Вариант 1. Найдите и удалите файлы VUsb.sys и vusbbus.sys Вариант 2. Выполните команды: loaddrv.exe -stop haspflt loaddrv.exe -remove haspflt Если утилиты loaddrv на компьютере нет, то в списке служб остановите и удалите службу haspflt del %systemroot%\system32\drivers\haspflt.sys Рекомендуется удалить также ветки реестра: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\haspflt\ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vusbbus HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\NEWHASP\Services\Emulator\HASP\Dump Убедитесь, что в реестре ничего не обнаруживается при поиске по слову «hasp» Вариант 3. Найдите и удалите файл multikey.sys. Он может быть в каталогах: C:\Windows\System32\drivers\ C:\Windows\System32\ C:\Windows\SysWOW64\ Разных эмуляторов слишком много, и не получится дать универсальные рекомендации, которые сработают всегда. Если они не помогли, вы можете самостоятельно поискать рекомендацию по удалению того эмулятора, который ставился на ваш компьютер. 2. Если все усилия по удалению эмулятора не привели к результату — переустановите операционную систему Windows и заново установите «1С:Предприятие». Спецпредложение. Если вы купите лицензионные программы 1С в нашей компании, мы поможем вам бесплатно удалить все ломалки (не сможем помочь только если понадобится переустановка Windows). Нужна помощь в легализации 1С

Наши консультанты часто сталкиваются с этим вопросом от клиентов. Комментирует соучредитель ООО «Простые решения», руководитель разработки Сергей Мордвин. Кажется, что без предварительной оценки работ не обойтись. Нужно понять, стоит ли вообще внедрять решение, или это неоправданно дорого. Хочется сравнить предложения разных подрядчиков и выбрать самый выгодный вариант.  Оплата по фактическим трудозатратам кому-то кажется непривычной, но мы работаем по этой системе уже восемь лет и убедились, что именно так клиенты получают оптимальное решение своей задачи. Что беспокоит клиентов Стоит ли внедрять новое решение? Упрощать себе жизнь и оптимизировать процессы стоит всегда, когда есть такая возможность. Но вдруг стоимость нового решения покажется слишком высокой? Такое может произойти, если сразу делать расчет строго по заданию клиента. Но наши знания и опыт позволяют видеть больше возможностей, больше вариантов решения задачи — вместе мы находим лучший путь и с точки зрения логики программы 1С, и с точки зрения бюджета клиента. Иногда результат совершенно отличается от первого технического задания. Самое важное — чтобы клиент увидел, что такое решение лучше ему подходит. Но на старте еще непонятно, что именно мы будем делать, поэтому мы не стремимся сразу назвать стоимость работ.  Как выбрать лучшую цену на рынке? Наша ставка за час работы — 1700 рублей. Это ниже, чем у большинства на рынке. Почему? Очень просто: мы находимся в Смоленске. Сотрудники обучаются наравне с московскими и питерскими специалистами, наращивают огромный опыт, но мы можем позволить себе предложить такую цену за услуги.  В чем сложность предварительной оценки стоимости работ? Ведь так делают другие компании, значит, это возможно.  Да, возможно. Могу объяснить, как это происходит с точки зрения подрядчика. Специалистов, которые знают четкую себестоимость работ, нет. Лучший разработчик не знает, как долго он будет искать решение. Лучший консультант не знает, за какое время он вместе с вашими сотрудниками выстроит процесс. На это влияет слишком много факторов.  Никто не хочет уйти в минус, поэтому в оценку будут заложены все возможные риски — в итоге стоимость будет в два-три раза выше.  Еще, если стоимость обозначена заранее, подрядчику приходится отклонять доработки и замечания клиента. Он уже не может позволить себе потратить больше времени, чтобы скорректировать курс или разбираться с деталями.  Такой проект может даже остаться незавершенным. Клиент отказывается, потому что не получает желаемого, подрядчик, потому что не готов выйти за себестоимость ⇨ Нам не нравится такой подход.  Что предлагаем мы. В чем преимущества оплаты по факту Мы делаем процесс разработки прозрачным для клиента. Вы всегда знаете, на каком этапе проект. Мы на связи с клиентами, подробно обсуждаем детали и сразу же делимся новой информацией. Наш подход для тех, кто готов общаться и принимать решения по ходу работы.  Мы показываем промежуточный результат, чтобы убедиться, что мы движемся в правильном направлении. Так мы не окажемся в ситуации, что проект нужно переделывать, а клиенты не потратят деньги на дополнительные часы работы специалистов. Уже на первой итерации проще понять, какое время займёт задача: пять или пятьдесят часов. Клиенты сразу же могут применять внедренные решения, пока мы работаем над остальной частью задачи. Мы ищем решение, которое потребует от нас минимального сопровождения в будущем. Если сопровождение будет сложным и дорогим, нам это невыгодно Мы не закладываем в стоимость лишние риски, и это может снизить итоговую сумму в несколько раз.  Как клиент проверит, сколько времени программист потратил на работу с задачей? Строго говоря, никак. Но могу точно сказать, что даже если смотреть на монитор разработчика, это ничего не даст неподготовленному человеку, со стороны будет ничего непонятно. Основа нашей работы — доверие. Мы доверяем нашим сотрудникам и воспитываем культуру справедливой и честной работы. Для контроля и проверки работ у нас есть наставники. Мы много вкладываем в обучение сотрудников, наши специалисты стремятся быть лучшими и предлагать лучшие решения. Мы доверяем своим клиентам и договариваемся о постоплате — и предлагаем довериться нам в ответ. Как вы пришли к такой системе работы? Это все-таки необычно для рынка Идея не наша, система называется Time&Material. Оплата по фактическим трудозатратам — это общепризнанная модель ценообразования в аутсорсинге. Мы работаем так уже восемь лет и можем утверждать: это лучший подход, когда качество продукта для клиента на первом месте. Мы концентрируемся на ценности для клиента, а не на том, чтобы формально уложиться в оговоренную сумму и количество часов. Оплата наших услуг по факту — не столько расходы, сколько инвестиция в будущее бизнеса. Простые решения сложных задач — наша работа.

Самый простой и удобный способ связаться со специалистами нашей компании ー написать нам в чат 1С-Коннект. Ваш вопрос никогда не потеряется, а нашим специалистам будет проще сориентироваться в вашей задаче: быстро решить или зарегистрировать ... ul.square{ padding-left: 45px; } 1С-Коннект ー это сервис, который позволяет вам обращаться за помощью по 1С в режиме чата, вы можете посылать картинками или позвонить, если это требуется. Также через 1С-Коннект мы можем подключиться к вам удаленно для решения вопросов (аналогично тим-виверу ). Установка 1С-Коннект Чтобы установить себе коннект, перейдите по ссылке и в правом верхнем углу нажмите Скачать 1С-Коннект. Распакуйте скачанный архив и запустите файл, находящийся в нем. В поле Папка назначения укажите путь, куда хотите установить программу (можно оставить по умолчанию), после чего нажмите Установить На рабочем столе появится ярлык 1C-Connect , запустите его. Если ранее использовали 1С-Коннект, в появившемся окне введите логин и пароль (если логин и пароль не сохранились, их можно уточнить у наших специалистов) и нажмите Далее Если 1С-Коннект не использовали, то нажмите на кнопку Получить аккаунт. В браузере откроется окно с формой регистрации, заполните в ней все поля и нажмите Отправить После того, как наши специалисты обработают заявку, на почту, указанную в форме придет письмо с логином и паролем, которые нужно будет ввести в программе. Как мы обрабатываем вашу заявку? Давайте на примерах разберемся, как мы решаем ваши вопросы через 1С-Коннект. Ситуация 1. Простой вопрос Если у вас возникает простой и типовой вопрос (ответ на который могут быстро дать специалисты нашей линии консультации), то мы отвечаем оперативно, время ожидания часто не более 10-15 минут. Например, у вас не получается войти в программу УНФ в сервисе 1С:ФРЕШ. Вы открываете коннект и пишите нам об этом, прикладывая картинку. Специалист нашей поддержки видит ваше обращение и дает быстрый ответ. В конце разговора вам будет предложено оценить работу технической поддержки. Нам очень важно знать ваше мнение, если все хорошо, будем рады пятерке, если что-то пошло не так ー не стесняйтесь ставить нам плохие оценки. Также вы можете оставить комментарий к оценке. Ситуация 2. Сложный вопрос Если у вас вопрос сложный, для решения которого необходима помощь узких специалистов (мы называем их 2-я линия), то линия консультации зарегистрирует заявку на ответственных и подскажет вам ее номер. По номеру заявки легко уточнить ее статус и сроки решения / взятия в работу. Решение подобных вопросов оплачивается соответственно выбранному тарифному плану. Например, у вас вопрос про восстановление НДС при сырьевом экспорте. Этот вопрос должен разбирать специалист по НДС, в этом случае линия консультации регистрирует заявку на консультацию. Все заявки, зарегистрированные через 1С-Коннект видны на стартовой закладке программы. По каждой заявке можно получить подробную информацию, кликнув на нее. В заявке виден текущий статус, срок и ответственный. В завершенных заявках отображается итоговая трудоемкость. Оперативная информация об обслуживании 1С Сервис 1С-Коннект позволяет нам оперативно передавать вам информацию об обслуживании вашей 1С (различную в зависимости от выбранного тарифа): количество отработанных за месяц часов остаток пакета дополнительных часов состояние взаиморасчетов с нашей компанией Для того, чтобы увидеть эту информацию необходимо нажать на кнопку Личная информация в главном окне программы. Информация обновляется раз в день по ночам. Общение со своими коллегами Если у вас в компании еще нет каких-либо общих чатов, то 1С-Коннект может вам хорошо подойти для переписки с вашими коллегами. Подключение дополнительных пользователей ー бесплатно. Поддержка сервисов 1С-Отчетность и 1С-ЭДО и т.п. Через 1С-Коннект вы можете напрямую (без участия наших специалистов) обращаться в техподдержку сервисов 1С-Отчетность и 1С-Коннект (и многих других). Для этого надо добавить себе новые линии поддержки. По этим линиям техподдержка решает только вопросы связанные с соответствующими сервисами. Как установить себе 1С-Коннект? Чтобы зарегистрировать себе 1С-Коннект оставьте нам, пожалуйста заявку и наши специалисты с вами свяжутся.     Стоимость:  Бесплатно ₽  Заказать установку 1С-Коннект Если у вас уже есть аккаунт 1С-Коннект, то использовать его можно одним из 3-х вариантов: установить программу себе на компьютер использовать браузерную версию установить мобильное приложение