Только что позвонил мне мой клиент с претензией: "Не работает загрузка из excel в 1С, которую вы писали!".
Обстоятельства ситуации таковы:
Обработка мной писалась полгода назад.
Во время работы с ними всё основывалось на устной договоренности - т.е. либо я заранее оцениваю, сколько часов(денег) займет работа и после согласования выполняю, либо сразу предупреждаю, что оплата по факту. В данном случае было по факту. ТЗ либо письменно формулируется(через почту), либо устно обсуждается(письма такого я не нашел, соответственно, было устное обсуждение). Формулировка была: "Требуется, чтоб файлы прайсов(xls) загружались в 1С".
Писалась обработка на машине с либраофис(другие программы, которые могут читать xls на данном компьютере отсутствовали).
Сегодня во время разговора выяснилось, что клиент пытается грузить прайс на машине с MS Excel, но без либраофис. На мои возражения, что загрузка может быть только посредством Либраофис клиент напирает на то, что "загружать файлы exl" означает, что их можно загрузить любыми средствами и теперь требует с меня доработку за мой счет до универсального. Мои аргументы про то, что на компьютере не было мс ексель, что оплата была по факту затраченного времени(соответственно для доработки до универсального нужно будет ещё затратить) и что прошло уже полгода(соответственно, уже никакие гарантии не могут действовать на работу) не помогли.
Решил создать тему с целью потом показать клиенту, так как он сам учился на программиста и, надеюсь, аргументы специалистов сообщества будут для него более убедительны, чем мои.

(343)ну и я о том же.

1сник, который не может сказать нет нахальному клиенту, профнепригоден!

интересно, а лицензионный ли у клиента эксель?

(340) >>Если в тз написано было, что загружать xls Файлы на машинах, с установленным Либраофис
Там так и было написано

+ (349) см (163)

(336) Это бред... Работа и все критерии должны прежде всего соответствовать выделенному бюджету. Если тебе выделили денег на двигатель для мопеда, то не будет инженерной недоработкой, что он не потянет космический корабль!

(0) чем типовая загрузка не нравится ?

(352) В принципе, выделенного на работу бюджета - 3000, достаточно, чтобы научить клиента типовой загрузке...

(340) >>Если в тз было написано, что загрузка из Excel, то обработка должна загружать xls файлы все.
Как ты себе это представляешь? Ты бы как делал такую обработку?

(343) Но программист тоже не может гарантировать работу в любых условиях? И даже если все прописать в акте как предлагают тут (версию ОС, версию 1С, формат файлов, установленные компоненты, dll). То я уверен, что все равно найдется какой-нибудь вариант не описанный в ранее, при котором работать не будет.

Как в таком случае гарантировать работу программы? Только по факту проверил, принял, подписал акт. Досвидос? Всех условий и вариантов не возможно все равно описать.

(343)
Обращается "клиент" к падавану, падаван смотрит текущие условия работы, делает ему загрузку из файла эксель за 1000 руб. Всё работает, клиента устраивает, он годами пользуется и знать не знает, что на самом деле ему сделали плохо, не универсально, медленно (короче, не соответсвует ни одному из твоих 4-х критериев).

Обращается "клиент" к мега-профессионалу, тот прикидывает стоимость загрузки под любую ОС, без установленного экселя, с многостраничностью и т.п. выставляет счёт 10 тыров. В итоге, если "клиент" заплатил, клиент получает неиспользуемого функционала на 9 тыров.

По мне, так клиент рассчитывает на оптимальное удовлетворение своих потребностей по соотношению цена/качество.

Понятно, что мега-профессионал он на то и мега-профессионал, что начнёт выяснять все потребные условия работы. Выдаст "клиенту" опросник на 15 листов c разными уточняющими вопросами, в то время как падаван скажет "всё понятно, к пятнице сделаю". И тут уж не угадаешь, чего же хочет клиент, сделать чтобы работало "без лишних вопросов" или "лучше день потерять, потом за пять минут долететь".

Короче, в данной ситуации, автор сделал то, что от него хотели. А если условия изменились, автор может, но не обязан что-либо переделывать бесплатно.

(355) Акт подписал, ну можно еще гарантию дать на 1-3 месяца

(320) Написал бы сразу: "не смогли заставить свою мегакомпоненту работать локально на 8.3.9, выкрутились как смогли" :)

(357) +100 Других вариантов не вижу. Как бы тут не убеждали остальные. Но по сложившейся практике, такие вещи регулируются актом принятых работ. Если он подписан, и работы сданы, то что потом с ними случилось и почему не работает это проблемы заказчика. По крайней мере после истечения срока гарантии.

(357) А что понимается под гарантией? В данном случае, обработка работает так, как должна была. Изменились условия клиента и явно требуется расширение функционала. А это не гарантийный случай :)

(360) в данном случае конечно нет

(356)  Мегапрофессионал возьмет готовую загрузку из БСП. Она подойдет к любому виду вордов и екселей, потому что загружает из буфера обмена. :-)

http://its.1c.ru/db/bspdoc#content:487:hdoc

Тут все зависит от "нужности" клиента! Прежде всего определиться, выгоден ли он...А дальше смотреть

(363) Смотря как поставлена задача. Может заказчик хочет чтобы в файл с прайсом кидался в папку, а 1С само загружало.

(363) И обломается, ибо у клиента старая УТ 10 на 8.1 в которой БСП не работает

(366) обновить ут до актуальной

(367) Что еще нужно сделать?

Давай, за цену обработки (3 тысячи) ты обновишь мою переписанную в хлам ТиС до последней версии УТ с сохранением всего функционала. Готов?

(369) 72 * 3000 = 216 000 р

смотря, что за функциональность

Сразу видно, что ТС приличный человек, а заказчик негодяй и пользуется этим. Ведь ТС мог бы просто "послать" заказчика.
Если я понял правильно, речь идет о 3000 руб.
Писать суперсоглашения о работе на эту сумму смешно, и будет дороже стоить.
Мое предложение такое: месяц на тестирование, потом оплата, которая подтверждает, что работа принята. Все остальное - отдельное обсуждение.
Главное, не работать с подонками.

(356)

А мне кажется тут все банальнее, хотя признаюсь честно что читал все посты по диагонали...

Вообще, когда спец из (0) взялся писать по либру, ЗНАЮ, что MS Excel - это, наверное, 90% рынка электронных таблиц, то надо было это прописать в шапке обработки "золотыми" буквами.

А заказчик как и все заказчики "по 3000 рЫблей":
- О! Работает!
- Что, что? А ладно, целую, пока....

И теперь он косвенно прав...

Ведь ситуация "Вы не предоставили описание задания" с моей СУБЪЕКТИВНОЙ точки зрения равна "Вы не предоставили подробной документации с указанием всех нюансов работы этой поделки"...

ЗЫ А тут (0) я бы советовал искать компромисс - виноваты ОБА!

(372) Лучше исходить из позиции, что никто не виноват )))

(372) Предоставляешь сам "подробную документацию с указанием всех нюансов работы этой поделки" когда делаешь свою работу?

(371) Если принять за решение таких проблем вариант "написания суперсоглашения", то я пока даже не увидел в этой ветки пример хотя бы приблизительный такого суперсоглашения на примере разработки (0).
Предлагали писать версии ОС, 1С, dll и проч.. Но я уверен что все равно будет какой нибудь вариант не описанный в "суперсоглашении".
Если у кого есть такой вариант welcome

(374)

Боженька ко мне благосклонен - поделками не занимаюсь.

А на работы документация предоставляется в больших объемах, чем сами задачи и проекты.

(370) А это тут причем? Речь вроде об обработке за 3000 -  загрузка прайса из екселя и что профессионалы юзают код из БСП, а если у клиента старая версия, то ты предложил в эту сумму включить переход на новую версию.С чего это вдруг 3000 превратились в 200 тысяч за простую обработку?

(372) Прав в чем? НА момент написания у заказчика был установлен либеро. Исходя из установленного ПО и была написана обработка. Через полгода заказчик сменил комп и ПО, после этого потребовал бесплатно переписать обработку под новое ПО.

(0) Клиент не прав.
Сам писал обработки по загрузки из Excel, от версии Excel зависит тоже много.

(360)(361) Я бы назвал это не гарантией, а поддержкой. В принципе, разумное время поддержки должно закладываться в стоимость разработки. Дальше - поддержка по желанию клиента ее оплачивать.

(367) И получить воспросы типа "Чо оно все висит?! Покупатели уходят! Возвращай как было!"

(373) А потому за доработку надо доплатить :)

(378) Ну вот, честно, поставьте себя на место заказчика. Будете вы останавливать работу и требовать чтобы именно специалист поставил Libre Office? Или таки найдете 3 минуты сделать самому или поручить самому умному подчиненному? Поэтому озвученное - это просто предлог прогнуть программиста чтобы он начал исправлять ситуацию и уже на месте окончательно прогнуть его, т.к. прайс не грузится из-за того, что поменялась структура, например.

(320) Женя, круто! Если долбить в одну точку и верить то обязательно получится самый лучший продукт.
А можно какие нибудь технические подробности про этот сервис? На чем написан, как решён вопрос безопасности, на каком железе крутится, сколько максимально таблиц поступало на обработку? Очень любопытно.

жгете ))
(0) пускай платит

(379) Клиент прав. Акта о выполнении работ нет. Исполнитель если не ценит свой труд, в вечном рабстве.

(384) бумажка вторична -- главное, как реально договорились и что по факту сделано

(385) Мы же видим, как в (0) эту договоренность воспринимают противоположные стороны. Вот отсюда и конфликт.

(0) >> "загружать файлы exl" означает, что их можно загрузить любыми средствами

Нет, не означает.
"загружать файлы exl" означает, что их можно загрузить хотябы чем-то. Но не обязательно всем подряд.
Какие еще могут быть возражения?

+(386) А по факту, исполнитель должен был предупредить о границах применения обработки. Что сделано не было.

(388) ну так известно. 3 000 рублей.
Чесно говоря за трешку раздувать такую огромную тему....))
Я хз что может 3 000 строить. Я максимум бы оценить разработку печатной формы. И то неохотна.

Это просто даже не смешно.
При условии того что с клиентом еще общаться надо и тратить время - 3к у меня бы стоило просто поболтать и потратить время на это

(384) Договора тоже нет, и оплаты не было. Так что акт не нужен.

(387) в 0 мало данных

(388) если они про либру говорили -- значит он для неё и сделал

Вообще надо было объяснить как тупому, что если бы делал под МС, то оно бы не работало под либру. А делать и под МС и под либру - это делать две разных работы. А оплату он взял только за одну работу, да еще и меньше чем эта работа стоит, клиенту еще повезло что вообще сделал такую вещь так дешево.
Если это нормально объяснить, то думаю клиент не сможет ничего возразить.

(394) :) Там среди множества постов уже разобрали предположили психологию этого клиента. Каждый из участников смог припомнить что-то из своего опыта, по общению с такой вот категорией заказчиков. Это - целое племя :)

Прайс, который грузила обработка - это прайс самого заказчика, который вернулся от его покупателей с указанным количеством. Грузится в Заказ клиента. После реализации я заказчика предупредил, что он только под либру и тогда вопросов не возникло.

(395) Это не психология.
Это намеренный прогиб контрактера на дополнительную работу.
Это профессиональный навык закупщиков.
Которому специально обучают.

При этом психует программист.
А клиент в ровном психологическом фоне.

Для клиента прогнуть программиста это хорошо сделанная работа.
А не прогнуть - значит квалификация низкая.
Это работа такая  получить больше за те же деньги.

(396)Всё логично.
А теперь заказчик не помнит этого?

(395)
И соответственно надо ссылаться не на психологию.
В психологии программист всегда хуже закупщика.
А на теорию игр.

Указывать что контракт подразумевает прибыль с обоих сторон от работы.
И стоять на этом.

400

(398) Заказчик будет помнить то что ему интересно.
Это работа с контрагентом получить дополнительную услугу бесплатно.
И заказчик делает ее хорошо.

(396)
Вообще пригибание контрагентов.
Это весьма ценная профессия.
И оплачивается лучше чем профессия программиста.

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

ИМХО
Защита только одна.

Вести статистику фактически затраченного времени (включая коммуникации) и полученных денег.

И если час стоит дешево.

Получить от заказчика ответ, понимает ли заказчик это.
Если это не случайность.

То переходить на почасовую оплату или расстаться.

Указывая в качестве аргумента фактические затраты времени.
И фактический доход.

(402)Думаешь, такого заказчика убедят цифры?

(402) а позже снова будет ветка, в которой будет подробный разбор, почему учет трудозатрат бессмысленный, аналогичная той, что была не так давно. Там много-много постов было наброшено. Практически все самые активные участники обсужения и там отметились.

(403)
Это для программиста.
Понять что программиста разводят специально.
А не по недоразумению.
И указав на это дать выбор переход на часы или окончание работы.

Важно: принимает решение заказчик.
Так как заказчик сильная сторона переговоров.

Заказчик не злой, и не идиот.
У него работа такая, получить больше за меньшие деньги.

И он может принять что достаточно нагнул программиста, если работа ему нужна.
И перейти на потасовку.

Или пойдет искать следующего программиста чтобы его нагибать.
Работа заказчика тоже стоит денег.
И перебирать программистов может быть для него дороже чем платить разумную почасовку.

(398) А почему заказчик должен помнить? Бумаги нет, и он вправе заявить, что его никто не предупреждал. ТС говорит, что предупреждал, но это лишь слова.

(406) Это переговоры.
Отдельная профессия.
Заказчик обязательно будет помнить только то, что выгодно для его переговорной позиции.
Заказчик профессионал в переговорах.
А программист не профессионал в переговорах.

(404)
Учет затрат не всегда стоит показывать заказчику.
Это важно.
Подумать об этом, прежде чем показать.
Но вести учет затрат рабочего времени для себя нужно всегда.

1)Чтобы знать свои сильные и слабые стороны.
2)Чтобы знать точность своих прогнозов в оценке задач.
3)Чтобы знать чем выгоднее заниматься.
4)Чтобы знать когда сказать НЕТ на предложение о работе.

фсе не читал, заказчику предоплатная почасовка за поговорить про сабж уже выставляется, не?

(409) ) конечно нет.
Тот программист который выставит заказчику за поговорить предоплату.
Работает программистом не на своем месте.
Поскольку не использует свой ценный талант.
Такой талант заработает переговорщиком ГОРАЗДО больше чем программистом.

(410) пора тебе, Антоха, организовать профсоюз, в защиту угнетенных 1сников.

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

(411)
Угнетенных 1с-ников нет.
Программисты вообще плющатся плохо из-за фартового рынка труда.

(411) Вовремя напоминать об этом заказчику  нужно.
Поскольку он так всех плющит.
И программистов за одно.
Что рынок труда немного разный.
У кассира и программиста.

(412) Это не классовая вражда.
Это понимание целей и задач заказчика.
Для лучшего выполнения работы для заказчика же.

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

(416) Программист скорее всего не сможет это определить сразу.

Отличный показатель дополнительные условия к контракту, которые уже готовы.
И появляются сразу в процессе переговоров.
Но на запросе цены этих дополнительных условий не было специально.

+ Отсылка того, что вы не работаете если фактический ваш часовой доход будет ниже определенной планки.(За фактически полученные деньги.)
Такие заказчики сразу теряют к Вам интерес.
Так как заинтересованы в долгом плодотворном сотрудничестве с прогнутым программистом.

(417) Слишком много спорной агрументации, выдаваемой тобой как "проверенная" аксиома. Будь осторожен, рассуждая вообще можно попасть в просак. Если честно, то в части (0) ты несешь словеса мало соответствующие теме. Конкретика уже озвучена много выше и раньше и не тобой. А твой "просак" в этой теме - сказал много, но не о том.

(418)
ИМХО.
На фрилансе важно вовремя отказаться от подозрительного заказа.
Экономя время, свое и заказчика.

Так как уровень переговорщика у Меня и у среднего программиста заведомо ниже.
То главное в таких переговорах для программиста, быстро из них выйти.
С минимальными потерями.
И искать другой заказ.

(418)
Используется очень часто на программистах:

14. Датский аукцион. Эта тактика предполагает осторожное увеличение полезности предложений в зависимости от поведения контрагента.

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

Другими словами, ваши предложения и требования растут вслед за позитивным продвижением дела.

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

Самое главное при такой тактике — задать верный интервал продвижения требований и всячески подчеркивать их незначительность.

http://peregovorshiki.ru/priemy/taktika-peregovorov-21-takticheskij-priem.html

(407) Программисту надо просто забыть, что он делал эту загрузку :)

(421)
Предложить дополнительно оплатить.
Дополнительную работу.
Не участвовать в разборе задачи по существу.
Без принятия этого факта.

Вот хороший пример: программист - это ежик )

http://peregovorshiki.ru/rasskazy/vstretili-soprotivlenie-v-peregovorax-stranno.html

(422) 5+

(422) Дык для этого и надо "забыть" - чтобы попросить напомнить сколько они заплатили. И намекнуть, что требования выдвигать без бумажек не комильфо. Потом разъяснить, что за 3 тыра делается одноразовая обработка по принципу "as is". Т.е. сделал - и забыл. И дальше плавно перейти к условиям оплаты новой работы.

(424)
ИМХО:
Это сложная коммуникация.
Программист (я в том числе) однозначно хуже в переговорах.
Сложная коммуникация и многоходовка.
Значит что каждый ход программист будет проигрывать.

Но плюсы:
1) Как есть устраивает программиста.
- это значит что отказ это выгодно.
2) Работа нужна заказчику.

По этому простое предложение и простая коммуникация.
Выгодны программисту.

А многоходовка и длинные переговоры не выгодны программисту.

Если сказать коротко то, что АнтонБ пишет десятками постов, выйдет - "продавая свои услуги, фрилансер должен уметь продавать".
Немного логично, не правда ли? :)

(426) Программист который будет в переговорах лучше чем его покупатель.
Это уже не программист.
Переговорщик - другая профессия.
Нужно это здраво понимать.
Не пытаться строить из себя супер-переговорщика.
Не лезть в долгие переговоры.
Не давать советы как выиграть в длинных переговорах.
Потому что ответ - никак.

(427) Хм. Позиция жертвы детектед. Если уж так приперло думать, что "переговорщик - другая профессия", то пусть этот гипотетический программист наймет себе переговорщика для переговоров :)

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

"о пусть этот гипотетический программист наймет себе переговорщика для переговоров :)"
Фактически программист в этот момент наймет себе начальника.
И создаст из своих клиентов для этого начальника компанию.

Тогда лучше просто идти по найму.

(425) Ну, можно сразу послать в кассу за деньгами, да. Но заказчик при этом теряет лицо, а это, обычно, воспринимается им негативно даже если он с самого начала понимал, что это естественный процесс. Я же исхожу из предположения, что программист хочет дальше работать с заказчиком.

(430)
ИМХО.
Заказчик ведет коммуникацию.
Если ему нужна долгая коммуникация.
С заходами о погоде, о семье.. и прочая чушь.
Значит преследуются определенные переговорные цели.

Демонстрация программистом заинтересованности.
Для таких заказчиков, повод получить еще больше работы бесплатно.
Абсолютно!!! любая дополнительная коммуникация с заказчиком.
Это худшие условия договора для программиста.
Так как на каждом этапе коммуникации программист будет отжат по чуть - чуть.

Можно проявлять заинтересованность
"в интересной задаче"
"в новых технологиях"
"готовность приступить немедленно"

Но не в этом КОНКРЕТНОМ Контрагенте.

(430)
"Теряет лицо" - это тоже манипуляция.
Ему абсолютно не волнует что о нем думает программист или дворник.
Если это не говорится вслух.

Это не его круг общения.
Или он теряет лицо каждый раз когда платит?
А терять лицо он не хочет )

(429) Парадокс. Быть самому себе начальником компетенций не хватает, ибо "переговорщик - это другая профессия". Но пользоваться услугами тех, кто такими компетенциями обладает, тоже нельзя, ибо "программист в этот момент наймет себе начальника". Что делать, куды бечь бедному программисту?
Мы помаленьку приходим к осознанной целесообразности ИТ-менеджеров в отрасли :))) И мысль проста как валенок - если фрилансер хочет быть полностью независим от других, то он должен (подчеркиваю - должен!) обладать соответствующими компетенциями. А если не обладает, то как фрилансер он не котируется, пускай идет под крыло к менеджерам.
(431) "Абсолютно!!! любая дополнительная коммуникация с заказчиком. Это худшие условия договора для программиста. " Это не так. Это так только для кодера-социофоба. Мы только про таких?

(433)
Целесообразность ИТ менеджмента никто не оспаривает.

Есть круг (маленьких) задач.
Где программисту одному быть выгоднее.
Даже если программиста немного отожмут на переговорах.
И это именно советы для такого круга задач.

Не для ведения ИТ проектов боже упаси.

(433)
+ Судя по (0) мы примерно так и видим ТС.
Иначе этот вопрос бы не ставился публично.
А решился бы без этой ветки.
Положительно или отрицательно... не знаю.
Но быстро.

(435) Фиг знает, я по аватарке диагнозы ставить не берусь.
(434) "Где программисту одному быть выгоднее. Даже если программиста немного отожмут на переговорах." Это описание странной ситуации, когда на переговоры выходит некто без компетенций, о чем-то там договаривается (кстати, не понимая и не осознавая рисков развития ситуации), а потом почти всегда ловит нежданчик конфликта с заказчиком. Я даже затруднюсь представить, в какой попе нужно находится, чтобы это было выгоднее, чем работать не одному.

(436) "Что делать, куды бечь бедному программисту? "
Это добрый вопрос.
Бежать никуда не надо.
Такая проблема есть объективно.

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

Таким образом набираются заказчики которые получают результат.
И которым не выгодно отжимать из спортивного интереса.
И снова искать другого программиста.

(436)
Причем отсечение может происходить очень корректно.
Я например, рекомендую другую команду программистов.
И говорю что это ____ новая для меня задача.
Но я знаю отличную команду которая это делала.

В результате все в плюсе.

> В результате все в плюсе.
Получается, что ты тут ничего не заработал?

(439) Да.
Но и зато как (0) не попал за 3000.
Плюс "другая команда" тоже что-то может подкинуть.
Возможно часть работы у этого-же клиента.

(439)
Коммуникация это часть проекта.
Если для меня коммуникации слишком сложны.
Может клиент действительно меня отжимает по деньгам и условиям.
А может я просто не понимаю как с ним работать.

Тогда лучший выбор скинуть этот лид.
Это уже не мой клиент.

(441) АнтонБ, я тебя люблю. У тебя талан евангелиста. Ты вдумчиво и хорошо доносишь, что необходимо ценить свой труд, просчитывать риски\прибыль.

Странная ориентация мужика к мужику...

(443) (

(443) ::::)))))