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

да

исправляешь сам и пишешь на [email protected]

(0) Программа лицензионная?

Просто шесть типовых БУ, без измений, не хотелось бы ломать, а потом каждый раз помнить...

(3) Да. Правда не в курсе, продлен ли у них ИТС в данный момент. Поддерживаю их удаленно...

(2) +1

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

(0) Конечно, надо сообщить. Но ни на что не надеяться.
И записать, какие исправления в типовых были сделаны, то их можно не запоминать :)

(6) Письмом на [email protected], в свободной форме описать проблему, с указанием версий конфиги? Или нужны специфические данные: контактные данные, кто покупал, наличие подписки и т.п.? Еще ни разу не приходилось обращаться...

(8) нужны

(0)писал когда-то про комплексную на клюшках несколько раз про разные ошибки, один раз сам прислал решение - в последнем случае в типовой быстрее поправили.

(8) Название компании, рег номер продукта, версия конфы и платформы, описание проблемы.

(11) Если окажется, что у них подписки нет, стоит ли писать?

(0) кто посоветовал?

(13) Другой программист 1С

+ (14) Который имел негативный опыт такого обращения: голову поморочили, но проблему не решили, по крайней мере в течении нескольких месяцев, когда это было актуально.

(0) Какая конфа?

(16) БУ для Украины. У них одна управленческая, сильно переделанная УТ, которую дорабатываю под их хотелки, потом попросили сопровождать несколько типовых БУ. После очередного обновления, перестали создаваться документы через com-соединение в той базе, к которой подключаемся, оказалось причина в том, при записи документов, стало по другому получаться значение одного параметра (ДатаНКУ2015), это вызывает ошибку.

Сообщать - есть
Надеяться - нет

(18) +100500

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

Да, у меня был реальный случай - исправили ошипку в бп3.
Правда не сразу, а через релиз

(21) + и я горжусь этим, я изменил ход истории 1С
:)

хы) напиши анонимное письмо в 1с коли не лицензионщик )

(0) Исправляй сам - быстрее будет. Некоторые ошибки они годами не исправляют.

(20) Во-во. Сначала там сидит девочка-консультант и отпинывает, насколько возможно. Вот как ты ей объяснишь, что порядок элементов в объекте Соответствие неопределен и на него нельзя полагаться? Из-за чего в одной из баз он не тот, что в нескольких десятках других - и их мегакод работает неправильно из-за того что полагается на порядок элементов в Соответствие.

+(25) И да, если у вас ИТС Техно - обращаться можно только раз в месяц. Чаще - пошлют не разбираясь.

(20) Ясен пень, надо доходчиво описать проблему. На той стороне тоже не телепаты сидят. Лучше всего описать как воспроизводится на демо базе. И да, это работает. Не так оперативно как хотелось бы, но ошибки исправляются. Довольно много наших можно найти например в баг трекере зуп 3.0. Так что не стесняйтесь - пишите. Четко и ясно. Вы же сами не любите, когда пользователи вам пишут всякую ересь)

(12) Сначала напиши, а потом уже видно будет)

(0) В фирме 1С есть разные отделы и разные разработчики, которые поддерживают разные конфигурации и их части. В некоторых конфигурациях ошибки не исправляются годами даже после регистрации. А в некоторых конфигурациях ошибки правятся достаточно оперативно.
Например, одна моя ошибка в УПП от 2007 года до сих пор не исправлена (прошло 8 лет!!!). А, скажем ошибки по ЭДО в БП 3.0 лечатся практически в следующем релизе. То же можно сказать о ныне флагманском продукте УП 2.0 - ошибки в нём лечатся гораздо быстрее, чем в УПП.
Поэтому см. идеальный ответ на свой вопрос в (18).

P.S. Добавлю маленький "плюс": фирма 1С потихоньку, как скрипучая избушка на курьих ножках, но поворачивается лицом к клиентам. Так, например, раньше ошибки регистрировались исключительно через техподдержку, а теперь и через партнёрскую конференцию тоже. Хотя официально регламент регистрации не поменялся.

(0) готов подписаться под каждым словом

(27) Не напомнишь, сколько лет 1С не исправляла ошибку в УПП, когда при редактировании графиков работы очищалось измерение Смена в РС ГрафикиРаботыПоСменам? А ошибка вообще-то появилась из-за новомодных свистоперделок.

(31) А ее исправили?

(32) Буквально недавно была исправлена.

(33) Пойду, посмотрю, чем отличается от моего варианта 2012 года :)