← На главную

При активном внедрении новых версий программных продуктов, таких как 1С:Управление торговлей 11.5, команда разработчиков часто сталкивается с необходимостью тестирования и выявления ошибок. Однако, процесс сообщения об этих ошибках в техническую поддержку фирмы «1С» может оказаться не таким простым, как кажется на первый взгляд, и вызывать значительные сложности. В этой статье мы подробно разберем, как грамотно построить взаимодействие с техподдержкой 1С, чтобы ваше обращение было рассмотрено оперативно и по существу, а также рассмотрим важные аспекты тестирования и выбора между типовыми и нетиповыми решениями.

Почему возникают проблемы с обращением в 1С:Техподдержку?

Наш опыт показывает, что даже при обнаружении критических ошибок и желании помочь разработчикам, процесс передачи информации может натолкнуться на бюрократические барьеры. Распространенная ситуация – это автоматические или полуавтоматические ответы техподдержки, запрашивающие дополнительную информацию. Часто это начинается с запроса ИНН компании, затем регистрационного номера купленного продукта, и иногда может дойти до требования указать регистрационный номер совершенно другой конфигурации, не имеющей отношения к вашему вопросу (например, 1С:Документооборот вместо 1С:Управление торговлей). Такие запросы могут вызвать разочарование и ощущение напрасно потраченного времени. Основная причина этих сложностей – необходимость автоматической идентификации клиента и продукта для корректной обработки запроса в системе поддержки 1С.

Правила эффективного составления обращения в 1С:Техподдержку

Чтобы избежать подобных недоразумений и максимально ускорить процесс рассмотрения вашего обращения, необходимо соблюдать определенные правила при его составлении. Рассмотрим их по шагам.

1. Что должно быть в каждом письме?

   Критически важно сразу предоставить полную и структурированную информацию. Это позволяет системе поддержки корректно идентифицировать вас и вашу проблему, избегая цепочки уточняющих писем. Вот основные данные, которые мы рекомендуем включать в начало каждого обращения:

   • Регистрационный номер программы: Укажите точный регистрационный номер комплекта программ 1С, по которому у вас возник вопрос. Этот номер подтверждает ваше право на поддержку.
   • ИНН компании или ИП: Идентификационный номер налогоплательщика необходим для привязки обращения к вашей организации. Помните, что для юридических лиц это 10 цифр, для индивидуальных предпринимателей – 12. Если вы физическое лицо и ИНН отсутствует, укажите «ИНН - НЕТ».
   • Полная версия платформы 1С:Предприятие: Например, 1С:Предприятие 8.3 (8.3.16.1502). Версия платформы влияет на воспроизведение ошибок и их исправление.
   • Полная версия конфигурации: Например, Управление торговлей, редакция 11 (11.4.12.75) или Управление торговлей, редакция 11.5 (11.5.Х.ХХ). Точная версия конфигурации позволяет разработчикам воспроизвести ошибку в нужной среде.

   Мы предлагаем следующий формат для начала вашего письма, который показал свою эффективность:

   Пример оформления письма:

   Скопировать код

   
   Добрый день!
   Рег. номер: 800ХХХХХХ
   ИНН: ХХХХХХХХХХ
   Платформа: 1С:Предприятие 8.3 (8.3.16.1502)
   Конфигурация: Управление торговлей, редакция 11.5 (11.5.ХХ.ХХ)
   
   Вопрос: [Здесь начинается подробное описание вашей проблемы]
   

   Важно помнить, что ИНН должен соответствовать регистрационному номеру, чтобы система поддержки не сомневалась в легитимности вашего обращения.

2. Подробное описание проблемы

   После предоставления базовых идентификационных данных, мы переходим к сути вопроса. Четкое и полное описание последовательности действий, приводящих к ошибке, является ключевым. Мы должны объяснить, какой результат мы ожидали увидеть и какой результат получили по факту. Рассмотрим, что должно быть включено в описание:

   1. Шаги воспроизведения: Опишите каждый шаг, который вы совершили, чтобы вызвать ошибку. Чем подробнее, тем лучше.
   2. Ожидаемый результат: Что должно было произойти в идеале?
   3. Фактический результат: Что произошло на самом деле? Какие сообщения об ошибках или некорректное поведение системы вы наблюдаете?
   4. Визуальные материалы: Если возможно, приложите файлы, демонстрирующие ошибку. Это могут быть изображения экрана или видеозаписи, показывающие проблему в динамике. Это значительно упрощает понимание и воспроизведение ситуации техническими специалистами.

3. Проверка на актуальной версии

   Фирма «1С» постоянно выпускает обновления, исправляющие выявленные ошибки. Мы часто сталкиваемся с тем, что первое, что просит техподдержка – это обновиться до последней версии платформы и конфигурации. Поэтому, перед отправкой обращения, всегда проверяйте, воспроизводится ли проблема на самой свежей версии. Это сэкономит ваше время и время специалистов техподдержки.

4. Альтернативные каналы связи

   Если прямое обращение в «1С» через электронную почту вызывает сложности, рассмотрим другие способы:

   • Через франчайзи: Если ваша компания работает с партнером 1С (франчайзи), мы рекомендуем обращаться к ним. Франчайзи, как правило, имеют налаженные каналы связи с «1С» и могут помочь правильно оформить и донести ваше обращение. Более того, многие франчайзи обладают экспертизой для самостоятельного решения типовых проблем.
   • Специальные формы в программе: Некоторые конфигурации 1С предоставляют встроенные механизмы для отправки сообщений об ошибках или предложений разработчикам. Используйте их, если они доступны.

Особенности тестирования новых версий 1С:Управление торговлей 11.5

Переход на новую версию, такую как УТ 11.5, всегда сопряжен с активным тестированием. Важно понимать, что версии с индексом «11.5» могут находиться на стадии активной разработки и тестирования, и наличие в них ошибок — это нормальный этап становления продукта. Рассмотрим это подробнее.

1. Ожидайте ошибки в тестовых релизах

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

2. Типичные проблемные места в УТ 11.5

   Опыт показывает, что в новых версиях 1С:Управление торговлей часто возникают проблемы в следующих функциональных блоках:

   • Расчет себестоимости: Один из самых сложных участков учета. Часто возникают неточности или ошибки при расчете себестоимости, особенно в случаях со сложными схемами закупок, производства или перемещений.
   • Отрицательные остатки: Могут появляться из-за расхождений между данными учета и фактическим наличием товаров, а также из-за некорректной последовательности документов.
   • Синхронизация данных: Обмен данными с другими конфигурациями 1С (например, БухгалтерияПредприятия) или внешними системами (например, интернет-магазинами, EDI) часто является источником проблем, связанных с некорректной передачей или интерпретацией данных.
   • Закрытие месяца: Процесс закрытия месяца может быть трудоемким и вызывать ошибки из-за различных причин, таких как дублирование номенклатуры, некорректная аналитика или незавершенные операции.
   • Пробитие чеков ККМ: Взаимодействие с контрольно-кассовой техникой (ККТ) и фискальными регистраторами может быть подвержено ошибкам, связанным с драйверами, настройками или самим функционалом ККМ.

Выбор между типовыми и нетиповыми решениями

В ходе дискуссии на форуме часто поднимается вопрос о целесообразности использования типовых конфигураций и их доработки в сравнении с разработкой полностью нетиповых систем. Руководителям отделов разработки и проектов важно понимать стратегические последствия этого выбора.

1. Преимущества типовых решений

   Использование типовых решений 1С с минимальными доработками имеет ряд неоспоримых преимуществ:

   • Официальная поддержка и обновления: Типовые конфигурации регулярно обновляются фирмой «1С», что обеспечивает их соответствие законодательству, исправление ошибок и добавление нового функционала. Это значительно упрощает сопровождение и переход на новые версии.
   • Снижение рисков: Поддержка типовых конфигураций осуществляется большой командой разработчиков 1С. Это уменьшает риски, связанные с уходом ключевых специалистов, создававших нетиповые решения.
   • Стандартизация: Типовые решения воплощают лучшие практики ведения учета и управления, что может помочь в оптимизации бизнес-процессов компании.

   Мы видим, что крупные компании с множеством юридических лиц часто стремятся максимально использовать типовой функционал, дорабатывая его лишь в тех случаях, где типовое решение не покрывает уникальные потребности бизнеса. Это позволяет сохранить управляемость системы и обеспечить ее долгосрочную поддержку.

2. Риски нетиповых решений

   Разработка решений "с нуля" или сильная модификация типовых конфигураций, когда от них почти ничего не остается, несет значительные риски:

   • Высокие затраты на поддержку: Вся ответственность за поддержку, обновление и развитие нетипового решения ложится на плечи компании-пользователя или сторонних разработчиков. Это может быть очень дорого.
   • Зависимость от разработчиков: При уходе ключевых разработчиков, знакомых с архитектурой и кодом нетиповой системы, компания сталкивается с риском коллапса. Найти новых специалистов, способных разобраться в уникальном "велосипеде", бывает крайне сложно.
   • Проблемы с обновлением: Обновление нетиповых решений до новых версий платформы или конфигурации становится крайне трудоемкой и дорогостоящей задачей, часто требующей существенной переработки кода.
   • Низкая гибкость: Парадоксально, но сильно доработанные решения могут стать менее гибкими, так как любое изменение типового функционала потребует анализа и адаптации всех нетиповых изменений.

   Мы наблюдаем тенденцию, когда компании, столкнувшись с проблемами поддержки сильно доработанных систем (например, переход с сильно измененной УТ 10), принимают решение о переходе на более новые типовые версии (УТ 11 или УТ 11.5) с целью максимально приблизиться к типовому функционалу.

3. Гибридный подход

   Оптимальным часто оказывается гибридный подход: мы используем типовые решения как основу и точечно дорабатываем их под наши уникальные нужды. Главное здесь – не переделывать лишнего. При наличии типового решения, мы всегда стараемся сначала использовать его, а затем, при необходимости, оптимизировать или расширить. Это требует команды специалистов, способных грамотно оценить необходимость доработок и реализовать их таким образом, чтобы не потерять возможность легкого обновления.

Проблемы производительности в 1С:Бухгалтерия 3.0 и общие рекомендации

Вопрос о "тормозах" в программах 1С, например, в 1С:Бухгалтерия 3.0, является распространенной проблемой, с которой сталкиваются многие пользователи. Медленная работа системы может быть вызвана множеством факторов. Мы разберем основные причины и предложим пути их решения.

1. Причины низкой производительности

   Выясним, почему система может работать медленно, даже на, казалось бы, "космическом" компьютере:

   • Аппаратное обеспечение: Недостаток оперативной памяти (RAM), использование медленных жестких дисков (например, HDD вместо SSD) или устаревший/слабый процессор могут быть узкими местами. Например, для баз данных 1С критически важна скорость работы дисковой подсистемы.
   • Настройки программы: Многие конфигурации 1С содержат обширный функционал, который по умолчанию может быть включен, но не использоваться в вашей работе. Ненужные опции и подсистемы могут потреблять ресурсы.
   • Фоновые и регламентные задания: В 1С существует множество автоматических процессов, таких как обновление курсов валют, загрузка новостей, пересчет итогов, обмены данными. Если их слишком много или они плохо оптимизированы, они будут "тормозить" систему. Объекты типа РегламентныеЗадания могут быть причиной замедлений.
   • Оптимизация кода и запросов: В доработанных конфигурациях или даже в некоторых типовых решениях могут быть неоптимальные участки программного кода или сложные запросы к базе данных, которые выполняются очень долго. Это особенно актуально при работе с большими объемами данных.
   • Большой объем базы данных: С ростом количества документов, справочников и регистров информационная база увеличивается в размере. Это естественным образом замедляет выполнение запросов и общую работу системы.
   • Проблемы с сетью: Если пользователи работают в клиент-серверном варианте или через удаленный доступ, медленное сетевое соединение может быть причиной задержек.

2. Что предпринять для оптимизации производительности?

   Мы можем предпринять ряд действий для улучшения скорости работы 1С:

   • Проверить и улучшить аппаратное обеспечение:
     • Убедитесь, что на сервере или рабочем компьютере используется SSD-накопитель, а не HDD.
     • Добавьте оперативную память, если ее недостаточно для активных пользователей и запущенных процессов.
     • Оцените загрузку процессора – возможно, требуется более мощное оборудование.
   • Оптимизировать настройки программы:
     • Отключите неиспользуемый функционал в разделе "Администрирование -> Настройки программы".
     • Проведите тестирование и сравнение разных режимов работы 1С (например, тонкий клиент vs. веб-клиент, если применимо).
   • Управлять фоновыми и регламентными заданиями:
     • Проанализируйте список активных РегламентныхЗаданий.
     • Отключите те, которые не требуются, или настройте их расписание на нерабочее время.
     • Обратите внимание на такие задания, как "Актуализация данных информационной базы" или "Обновление индекса полнотекстового поиска".
   • Регулярно обновлять платформу и конфигурацию: Новые релизы часто содержат оптимизации и исправления ошибок, влияющих на производительность.
   • Провести анализ базы данных:
     • Выполните "Тестирование и исправление" информационной базы, обращая внимание на логическую целостность.
     • При очень больших объемах данных рассмотрите возможность архивации старых данных или свертки информационной базы.
     • Оптимизируйте работу СУБД (SQL Server, PostgreSQL), если используете клиент-серверный вариант.
   • Анализировать производительность: Используйте встроенные средства 1С:Предприятия (например, технологический журнал или центр контроля качества) для выявления "узких мест" в коде или запросах.

   Мы видим, что комплексный подход к диагностике и устранению проблем производительности позволяет значительно улучшить пользовательский опыт работы с 1С.