Попросили обновить бухгалтерию, какие нынче ценники?или за почасовую брать?

почасовку, раумеется, если не абонентка.

подписку на ИТС требуй - ИМХО не стоит оно того

(0)как за почасовую. Если без выезда, то 800. Если с выездом, то в зависимости от удаленности, но не меньше 1000.

Мужики, сколько бы взяли за обновление на 10 релизов типовой бухии?

(4) 30 раз

(5)столько же, сколько и за обычное обновление. Просто натянул бы последний CF на базу и всё.

(4) Выгрузить новую цф и накатить разом, какая разница сколько релизов

(4)В зависимости от ситуации ну там разовый или нет заказ, удаленно или выезд.
Поэтому от 3тыс (минимальный выезд) до 300рублей (автомат)
Разумеется если конфа типовая. Если не типовая, то смотреть каждую персонально.

кстати вы за удаленку скидываете?или столько же час?

просто обновить и установить новые релизы программы проверить работоспособность обновить с начала   2013 года
ЗЫ там работы чисто даже по удаленке часа на три , если еще комп ппц то и все четыре + общение по телефону
ЗЫЫ не менее 4К ...
ЗЫЫЫ а то обновить ;)) понятие растяжимое ...

(7) вот после таких обновляльщиков и валятся базы и потом возникают темы - не могу обновить ляля ...

Еще любители есть откатиться назад в предыдущую редакцию проги. Это вообще что-то.

(11) им пофиг, обновил и уехал

После обновления назад валятся все базовые объекты.

(9)Каждый по разному.
Я допустим меньше чем за 3тысячи не поеду даже если надо всего одну кнопку нажать.
Ибо лень, долго, дорого и.т.п.
А по удаленке естественно дешевле.
Ну и от работ зависит.
Если клиент постоянный, на абонентке, это будет бесплатно, либо очень недорого.
Если разовый зависит от того сколько там работы.

Типовую на десять релизов поднять -
1)закидываем сами релизы  примерно 2-20минут ( пока заливаются занимаемся своими делами.
2)Запустить скрипт - 1минута
3)Проверить результат, и переговорить с клиентом 5минут.

(15) Копию не делаешь? Или она в скрипте.

(16)В скрипте все, вплоть до алерта на почту об окончании работ.
Чтобы не быть привязанным к монитору.

(17) Продай) занедорого)

(15) о чем можно с клиентом 5 минут разговаривать? :)

В Москве это 2.5- 3 т/час

(20) а если комп мощнейший и обновляется за 3 минуты?

(21) все равно час, франчи так делают

да и не франчи скорее всего тоже

(18)А что там продавать?
Папка с батником и парой утилит (майлер, архиватор)?
Путь в батнике правишь, старт жмешь
Стукни на почту, скину.
Была мысля оформить как приложение с интерфейсом, но так чо-та не сподоблюсь.

(22) просто это не часовая оплата, а оплата за обновление.

Кстати, сечас развивается новое направление: обновление по Москве - это ступенчатое обновление через ИТС-ника компании по телефону, и потом пересылается счет за телефонную консультацию, плюс стоимость самого ПО обновления и поддержка.

(18) Что у тебя нет такого скрипта? Ну ты даешь, весь мира давно работает кнопкой "сделать все". :)

сейчас если есть ИТС, франчи обновляют бесплатно.

(24) Сейчас стукнусь.
(27) Да вот как-то не озаботился)

Обычно обновление через ИТС-ника компании проиходит в случае работы с облачными программами.

(24) стукнулся вам на почту, по поводу скрипта

(28)Ага пригласи франча, покажи ему сотню баз и посмотри как он их все обновит забесплатно.

Уточню, ИТС-ник - это обычно сисадмин компании.

(32) если есть подписка этих баз, то и обновляют. А что есть и такие? Зачем сотня баз?

(28)они ночью приезжает, или вся контора покурить выходит пока он обновляет?

(35) Я не спорю, без нас никуда, но согласно договору ИТС они обязаны обновлять вроде. :)

(36) бесплатно до 3х штук вроде там написано

(31)Вечером, до дома доберусь отправлю.

(34)Ну смотри - если контора крупная, то у нее одна-две базы, и обе правленные, и 1с ник в штате.
Ей обновление от франча нафиг не надо.

Есть мелкие с одной базой.
А еще часто мелкие конторы отдают бухию на аутсорсинг.
Вот у этих аутосорсеров обычно 40-250баз.

(39) у нас мелкая 30+ баз

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

(24) Джамп, плиз и мне на почту скинь, буду благодарен :)

Вот из-за таких, как Tarzan_Pasha программисты 1С будут всегда зарабатывать мало, ибо всегда найдется Tarzan_Pasha, который все сделает за 1000, вместо как миниум 6000-7000.
(0)Говори что очень сложно, делать нужно много и заряжай ценник. Если клиент говорит что дорого, избавляйся от таких -с такими нечего ловить.

Недавно обновлял базу, работы на 20 минут, по факту заплатили 280$, потому тут как договоришься. Главное, не стесняться)))

5 к.

(44) красавчег... ибо нехер...

А я блин, 7-ку = 800 р., а 8-ку = 1000 р.

А народ тут капусту рубит, по 5000 р, по 280 баксов....

(24) и мне тоже можно?

(43) да это дибилушка казанский, его местные франчи сами скоро утрамбут

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

(50) вы о чем?я знаю как обновлять, тема про сколько взять за это а не как обновить, читать надо уметь!

(24) И мне уж до кучи скриптик, пожалуйста.

(24) И мне, пожалуйста.

(11), (13) о чем вы? Если ОБНОВИТЬ на последний cf поставщика, то обновится и конф.поставщика и конф.базы...

(24) И мне, пожалуйста. :)

(24) а мне так и не отправили :(

(54) Я вот тоже не понимаю. Обновляю cf-ой. Бывало через 15 релизов проблем нет.

(57) Вы серьезно?

(57) там действительно, можно умудриться: "обновить" cf-кой, через "сравнить и объединить", тогда cf поставщика старая остаётся. Видимо (11) и (13) об этом случае.. Но это ведь и не ОБНОВЛЕНИЕ ;)

(58) Абсолютно.
(59) Да, я тоже об этом подумал. Если как в 7-ке через объединение то ж... может быть.

обновить типовую удаленно на пару релизов - 2000. приехать лично - от 3500. мелочи типа "ой давно не обновляли" и "тут пара изменений" увеличивают стоимость пропорционально

(59), (60) а 1С последовательное обновление в 8-ке для лохов придумало, да?

(62) cfu - возможность сократить объём файла, который нужно тащить через интернет.
Обновил тестовую базу последовательно через cfu, выгрузилась cf поставщика и можно обновлять ей клиентские базы (если нужно прыгнуть через несколько релизов).

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

(62) оно нужно в 1 % случаев

Ой блин, всю почту заспамили.
Проще так - https://mega.co.nz/#!5kVjVKQS!RAlVaxIz-Em1vHdx6aq9vvy2lsQpC6JlMcBpqAdgjgY

(56)дык, вечером пятницы люди обычно водку пить начинают, а скрипты и прочее отправляют крайне неохотно, ибо лень.

(6) Из-за таких как ты у 1с-ников падает доход!!!

(63), (64) приятно себя считать обладателем тайного знания, правда? )

(62) Вы правда никогда не делали "конфигурация-загрузить конфигурацию из файла"?

(67) Куда уж там... "тайное знание" не вываливают на общественный форум ;)

(63) +, классика, и не надо придумывать
(65) благодарствую, добрый человек

(65) спасибо)

(65) и мое тоже спасибо. :)

(68) для обновления - никогда...
а вот поднимать базы после таких "грузильщиков" приходилось...

(73) А клиент сказал - эххх воо в прошлый раз паренек пришел и все за 5 минут сделал, а этот че то возиться не умеет нефига еще и почасовку берет.

(74) а через полгода прибегают со слезами...

(74) чёж он этого паренька и в этот раз не позвал?

(75) Им пофиг - они как правило и не вникнут кто там что сломал или нет. Если уж дошло до программиста - то там оценивают только его лояльность клиенту и типа скорость выполнения, а если не менял никто то сейчас она сама предложит обновиться

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

(73) Оставим "загрузить конфигурацию" в покое, обновить МОЖНО через обновление:

Конфигурация - Поддержка - Обновить конфигурацию - Выбор файла обновления - тут указать файл с конфигурацией поставщика.

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

(79) про "загрузить" не я спрашивала...

Я дискутировать на эту тему вообще не буду: после пары убитых баз и нескольких бессонных ночей просто соблюдаю все рекомендации 1С и уважаемых товарищей - и обновления проходят так, как мне нужно...

Кому нет необходимости обновлять через несколько cfu - ищу пятиминутных мальчиков. Я так не работаю.

*ищу пятиминутных мальчиков = ищут пятиминутных мальчиков

(80) "после пары убитых баз"

И есть информация, что базы были убиты именно так:

"Конфигурация - Поддержка - Обновить конфигурацию - Выбор файла обновления - тут указать файл с конфигурацией поставщика." ?

(82) ты можешь гарантировать, что в пропущенные релизы запихнули какую-нить обработку обновления, а потом не удалил ее?

(83) в типовых обработки по обновлению добавляют, последовательно и реквизиты не удаляют, т.к. обновить на конфигурацию поставщика - это такое же штатное действие, как обновить на cfu

А гарантировать можно так:
Архив до обновления
Обновление на конфигурацию поставщика
В пользовательском режиме смотреть сообщения об обновлениях: все этапы перечислены, ошибок нет, ок
Иначе - возврат к архиву.
;)

Сколько лет уже 8ке и до конца непонятно можно перескакивать через релизы или нет...

(84) хм.. рассуждение толковое - надо взять на вооружение

(84) "реквизиты не удаляют" - ты точно уверен что с типовыми от 1С работал? Я тебе секрет открою - удаляют...

(86) а через две недели пользователи звонят и сообщают про косяк... а архив двухнедельной давности...

(87) как будто обновления на каждый релиз отдельно спасет от звонка через 2 недели

(84)Рассуждение здравое. Однако возникает вопрос - а почему тогда заблокирована возможность просто указать нужный релиз при стандартном обновлении через интерфейс?

(88) не спасет, конечно... но вероятность кривого обновления при соблюдении последовательности релизов значительно меньше...
хотя, криво обновить и конфу "на замке" можно умудриться...

(89) это для/от трУсов заблокировано... ))

(82) Сколько раз загружал, ни одной не убил. А если и убьешь, пред обновлением базу не архивируешь что ли? Убил - загрузил обратно, обновил последовательно взял больше денег.

Ну и еще минус обновления заливкой cfu, который лично для меня перечеркивает все плюсы -
Невозможность автоматизации.

Т.е если клиент постоянный и база типовая - то просто висит скрипт в автозагрузке, который обновляет базы в день выхода релиза. И ситуаций чтобы поднять базу на несколько релизов просто не возникает.

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

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

Так что я бы делал так
1. Создал архив базы
2. Накатил сверху cf
3. Запустил обработку обновления (сама запустится), если будут ошибки, то:
4. Восстановить базу и обновлять по этапно.

(92) Тебе нравится что ли наблюдать как оно обновляется? За бегунком смотреть, эх красиво бежит )

(94)Я за процессом обновления не наблюдаю.
Я его запускаю, и когда придет уведомление об окончании контролирую, и только.
Т.е если компьютер слабый, релизов много, ну и нехай оно полдня обновляется.
Мне то какое дело? Я в это время своими делами занимаюсь.

Да и бегунка там собственно нет, только номера релизов на экране наблюдать можно.

(91) лично я один раз так сделал и больше не буду..

(65) Спасибо тебе, добрый человек!
А rar можно на 7z заменить...

(92) процесс заливки cfu уже автоматизирован и встроен в типовые

(99)Я говорю что не стоит возиться с ручной заливкой последнего.

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

(100) Да так же работают, я у себя поменял. Еще добавил в строке запуска 1с пользователя и пароль, через параметры. Или у вас все пользуются без пользователей?

(101)У меня их несколько вариантов, сразу не посмотрел, выложил тот что без авторизации.

В начале скрипта объявить
rem  **********************    Пользователь  *            
set User=""
set Passwd=""

Ну и в цикле обновления после  CONFIG /F  вставить /N %User /P %Passwd%

Блин, процент потерял после юзера.
Вот так - /N %User% /P %Passwd%

600 рублей за релиз

(89) заблокировано: если речь про обновления через цфу, так в каждом таком обновлении сидит только разница, т.е. в последнем цфу просто нет нужных данных, чтобы пропустить все предпоследние.
А при обновлении на цф поставщика ничего не заблокировано...

(87)  "Я тебе секрет открою - удаляют... "
Как-то не сходится: если реквизит отсутствует в новой конфигурации и есть в конф.базы данных, то при обновлении он остаётся на месте.
Удаляемые реквизиты в типовых переименовывают в УдаленСтароеИмя...

(106) "Удаляемые реквизиты в типовых переименовывают в УдаленСтароеИмя" - как много открытий тебе еще предстоит... завидую...

"если реквизит отсутствует в новой конфигурации и есть в конф.базы данных, то при обновлении он остаётся на месте" - если криво обновлять, как ты советуешь, то остается...
Секрет №2: при рекомендованном обновлении ненужные реквизиты удаляются автоматически...

Открою и еще один секрет: "УдаленСтароеИмя" часто исчезает через несколько релизов...

(102) пожалуйста, можно ли на вменяемый файлообменник (65) перезакачать ? в опере и ИЕ не работает :(

(108)Оно конечно можно, но нужно ли?

Сразу возникает вопрос -  что ты считаешь нормальным файлообменником? Тот с которым работает  Netscape Navigator и Internet Explorer 3.0 ?

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

И да - специально проверил  ссылка прекрасно работает в опере, ИЕ, хроме и файерфоксе.

(106) Скажем так - развитие 2.0 (да и 10.3)  в приницпе заморожено - они дорабатываются в основном только под требования законодательства - поэтому в 2.0 вероятность напороться на грабли при обновлени на cf мягко говоря не слишком велика - и там пропустить 5-10-20 релизов можно действительно почти безболезненно (при условии что ЗП считается в отдельной зарплатной программе).

А вот с 3.0 и 11.1 пропускать релизы в условиях активной разработки и постоянного добавления удаления реквизитов - я бы точно не стал.

Просто проблема актуализировалась из-за ОКТМО и Платежек - начали всплывать всякие упрощенщики которые работали по 2-3 года на 20-30 релизах и в ус не дули - пока не напоролись на невозможность выгрузки ПП в клиент банк
И поперли обновления по 20-30 релизов - конечно бекап и cf в этой ситуации практически единтсвенный выход - поскольку большинство  при счете 0/5 часа за релиз по нормативу - хватаются за сердце и начинают ныть про то как им тяжело жить и денег у них столько нет - да и вообще им только платежки нужны

(108)Так лучше? http://yadi.sk/d/075PXJHoMcgy2

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

(112) А вот это в типовой, к сожалению, автоматом не сделать - вылезает окно подтверждения лицензионности.

В провинции в зависимости от модели устанавливаемой конфигурации - базовая вообще бесплатная, при условии подписки на ИТС, проф - 800-1000 руб/час.

(114) ты бесплатно ездишь базовые обновлять?

(107) опять не сходится: как по-твоему может быть убит реквизит в результате обновления на цф, если при таком обновлении он (реквизит) остается в базе и не удаляется? ;)

(116) что там в твоих изобретенных методах обновления у тебя не сходится - я не могу оценить.
Запусти уже нормальное штатное обновление и посмотри, как все сходится...
Сложно обсуждать с тобой тему, о которой ты имеешь очень смутное представление...

З.Ы. читаю изменения к текущему релизу УПП: "Удалены:    Константа***"
Никак в 1С не хотят поверить, что при обновлениях ничего не удаляется...

(117) не, ты просто не хочешь меня услышать... При обновлении на цф в базе реквизиты НЕ удаляются и поэтому убить ничего лишнего нельзя... ;)

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

"реквизиты НЕ удаляются" - это плохо... часто, в соответствии с типовыми конфигурациями, необходимо, чтобы реквизиты удалялись...

http://clip2net.com/s/7f6Pc1

реальная чёрная расчетка, сегодня, Новосибирск

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

(121) ты не только фокусник, а еще и сказочник...
сам придумал, приписал эти словам мне, и пасанул...
логика, да, на грани фантастики... А еще что-то про женскую логику рассуждают....

(122)
"сам придумал, приписал эти словам мне"
Возможно я не правильно ТРАКТОВАЛ Ваши слова, но я их не ПРИДУМАЛ ;)

Вот цитаты на тему: "не правильное обновление удаляет реквизиты и убивает этим данные"

(73) "а вот поднимать базы после таких "грузильщиков" приходилось..."
(80) "после пары убитых баз "
(87) ""реквизиты не удаляют" - ты точно уверен что с типовыми от 1С работал? Я тебе секрет открою - удаляют... "

А вот на тему того, что удаление реквизитов - это хорошо:
(119) "реквизиты НЕ удаляются" - это плохо... часто, в соответствии с типовыми конфигурациями, необходимо, чтобы реквизиты удалялись..."

PS и про женскую логику я ничего не писал ;)

(123) и где во всем перечисленном хоть намек на "не правильное обновление удаляет реквизиты и убивает этим данные"?

(0) бери так, чтобы не было мучительно обидно за потраченное время, иначе перестанешь сам себя уважать :)

(124) а что есть "убитая база" в результате "не правильного" обновления?

(126) убитая база - это база, которая не работает

(127) "убитая база - это база, которая не работает"

Правильно ли я понимаю, те две убитые базы (которые не работают) обнаружились через 2 недели и через полгода соответственно?

Цитаты:
(75) "а через полгода прибегают со слезами..."
(87) "а через две недели пользователи звонят и сообщают про косяк... а архив двухнедельной давности.."

Т.е. базы всё-таки "работают", но работают "не правильно"?
И при этом реквизиты не были удалены в базе и данные не пропали:

Цитата:
(124) "и где во всем перечисленном хоть намек на "не правильное обновление удаляет реквизиты и убивает этим данные"?"

В чем именно проявились те два "косяка"?

(128) "Правильно ли я понимаю" - нет, неправильно...
Не старайся выдумать то, чего тебе не говорили, читай только то, что пишут...
Извини, но я устала в твоих выдумках разбираться, твои выводы, сделанные без каких бы то ни было причинно-следственных связей, сложновато даже читать, не то что оценивать...

"В чем именно проявились те два "косяка"?" - думаю, скоро узнаешь, если будешь продолжать использовать нерекомендованную схему обновления...

Я еще раз, последний, повторюсь: чтобы обсуждать нечто, обсуждающие должны быть в курсе этого нечто...
Я больше не буду обсуждать с тобой то, чего ты не знаешь: сначала тебе, на мой взгляд, следовало бы разобраться с тем, как работает ТИПОВОЕ обновление, потом уже обсуждать его особенности и недостатки...

(129) Ну и славно.

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

С другой стороны, прошлый-позапрошлый год, счет резервов, 96 в течение квартала побыл счетом, группой и снова счетом. Оба раза все прогонялось через "Я96, удалить оценочные обязательства" что-то я сомневаюсь, что обработки обновления отработают правильно, если ты пропустишь сразу весь этот кривой квартал. Хотя, может и вывернулись 1С ники, не проверял.

(131) обработки остатков отпусков, например, при перескоках не отрабатывают правильно... они вообще никак не отрабатывают - исчезли потому что сами обработки заполнения...

(132) Есть более конкретный пример: версия где есть "обработки заполнения", затем следующая версия, где её уже нет?

(133) ты уже научился типовые обновлять?

(134) Конкретный пример можно не ожидать, я правильно понимаю?

(135) я тебе ничего больше не буду говорить, ни конкретного, ни общего: ты все равно извратишь и вывернешь наизнанку то, что тебе скажут, потом приплетешь к чужим словам свои тайные мысли и будешь их выдавать за чужие и с ними же спорить...

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

(136) ИМХО, сложно "вывернуть на изнанку" "конкретный пример".

Но Вашу позицию я понял...

(136) "а изучив то, что я тебе рекомендую"

Года три назад я вникал в "общий подход", который используется в процедуре из общего модуля: ПроцедурыОбновленияИнформационнойБазыПереопределяемый.ВыполнитьОбновление

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

Например в текущей ЗУП "2.5.79.4"  первое такое обновление идет для: "2.5.25" Итого, все обновления начиная с
2.5.25
и заканчивая
2.5.79
итого 55 штук "обновлений" находятся в последней (текущей) версии ЗУП.

Таким образом, запустив обновление на CF поставщика самой последней версии, в режиме предприятия мы получаем ВСЕ последовательно обновления.

Зачем разработчикам выкидывать промежуточно какие-то обработки я не представляю (раз уж они ВСЕ 55 этапов тянут до текущей версии).

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

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

Сорри, если кого обидел, цели такой совершенно не имею ;)

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

Подскажите, что спрашивать с заказчика перед обновлением? Договора на поставку ИТС достаточно? Или ключи тоже надо проверять?

меньше 5 тыр даже не взгляну на клиента

(139)Да так и есть.

(140)Зависит от ситуации.
Если обновления твои, то неплохо бы узнать есть ли подписка на ИТС.
Если обновления предоставлены заказчиком - ничего не надо спрашивать.
Ключи проверять это вообще жесть, я бы такого обновлялщика послал сразу и надолго.

(0) а ты позвони в первую десятку известных франчей и поинтересуйся сколько будет стоить данная работа.

Я недавно тоже интересовался сколько будет стоить выезд спеца расставить пару галочек в рознице 2.0, 2.5 тыр если память не изменяет, это насколько я понимаю ставка за 1 час.

(24) Jump  мне если не трудно скинь на почту скриптик, пожалуйста.

(143) я бы за такую сумму точно никуда не поехал бы..
В такой ситуации лучше удаленно помочь

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