У меня уж года как полтора мак мини на рабочем столе в качестве пресс-папье используется, а егойный моник подключен к ThinkPad X61 :)
Вру. Иногда использую. Последний раз месяц назад в качестве машинки для пинга удаленного свича при настройке VLANов в здании. Еще месяца три назад кому- то показывал, шо це за леопард и яка это гадость :)
Две недели после покупки на работе игралси, недели две дома стоял, пытался куда-нибудь приспособить... бесполезная для работы и боспонтовая для дома вещь :)
Вам тут все уже, в принципе, подсказали.
1. Собирайте деньги в Off-Line
2. Добавляйте рекламы.
Ага, с возможностью корректного сравнения стаиральной машинки и гидравлического домкрата :)
За такие деньги Вы хотите и первичку в удобном для хардкопи формате и основы интеллекта при заполнении? Ну-ну :)
Вы это 1С-никам расскажите. А то мужики-то не знают.
С ходу, самый тупой вариант, которым пользуются при интеграции с 1C
- Загрузка и выгрузка файлов через FTP. ( При правильной настройке работает довольно шустро )
- Через ODBC посылать SQL запросы в базу 1С.
А в восьмерке есть еще и Web сервисы, правда ублюдочные, но что-то уже с ними делать можно.
полностью согласен! Но магазин с вашими запросами - это 100% заказняк. Причем не за 7 и не за 70К рублей.
Web сервер у провайдера изъять намного проще, чем расшифровывать правильную локальную базу с первичкой на локальном компе или локальном серевре. Не городите чушь.
Уважаемый аналитик, Давайте возьмем, к примеру такой распространенный товар как картриджи для принтеров. Вы что В трезвом уме и твердой памяти заявляете, что при ежедневной продаже 20 картриджей, иметь пару сотен картриджей на своем складе, менее выгождно, чем ежедневно гонять курьеров по треугольнику офис - склад поставшика - заказчик - офис?
Могу, в свою очередь, добавить свое обязательное требования к Вашему модулю интернет магазина:
Необходимо, чтобы каждый вечер после 19 часов система автоматически вычисляла находящихся в офисе сотрудников и поставляла им к 19:15 вискарь с закуской из расчета 0,25 на морду лица.
Без такой фичи, навороченным интернет магазином управлять совершенно невозможно.
Тогда пишите своими словами. Ваша формулировка, если она не находит возражения у заказчика, вполне подходит для договора. Договор - это просто письменно зафиксированные условия взаимодействия сторон. И совершенно необязательно использовать чьи-то формулировки, особенно, когда их смысл не совсем понятен.
Договор должен быть:
1. Понятным обоим сторонам
2. Максимально исчерпывающим
3. Должны быть прописаны механизмы для маневра ( например заключение доп. соглашений на работы, которые изначально не предусмотрены ).
Разделы договора:
1. Стороны, и на основании чего они действуют
2. Предмет договора
3. Права и обязанности сторон
4. Порядок взаимодействия сторон
5. Стоимость договора и порядок оплаты
6. Срок действия и исполнения договора
7. Порядок сдачи-приемки работ
8. Гарантийные обязательства
9. Дополнительные условия
10. Реквизиты сторон.
Некоторую информацию можно подробно раскрывать в Приложениях и дополнениях с обязательной ссылкой на нее из текста договора.
Минимум 80 тыр в месяц, при аналогичных параметрах посещаемости, но с другой структурой трафа.
Документация написана на таком простом английском, что даже Промпт ее осилит без проблем. Или переводчик гугла. Читать смешно, но понятно. А если Вы даже стандартных английских терминов не знаете, то это Вам к специалисту надо обращаться, дабы он все сделал и настроил.
Типовой текст у каждого свой. Более того, в процессе жизненного цикла компании этот текст меняется. К примеру мои договора образца 2000 года практически полностью отличаются от современных.
Могут быть договора с сложной многоступенчатой системой оплаты и с возможностью внесения изменений в технические требования и функциональные спецификации проекта на некоторых этапах.
Мы, как правило, в таких рамочных договорах, описываем общие принципы взаимодействия с Заказчиком. Затем по каждому этапу составляется дополнительное соглашение, в котором прописываются конкретные технические требования этапа, виды выполняемых работ и методики приемки работы. К каждому такому дополнительному соглашению делается приложение с функциональными спецификациями и контрольными тестами ( для сложных алгоритмов, например каких-нибудь калькуляторов ).
Договор точно такой же как и с мелким сайтом.
Просто обговариваете письменно все условия работы :)
Использовать CMS не просто с логином/паролем а с цифровой подписью каждого документа и механизмом верификации при выдаче через HTTP. Не использовать для управления броузер и фтп.
Второй вариант объяснений:
Есть заказчик, который платит НДС. Он проводит тендер на работы, ну например по оптимизации своего сайта. В тендере участвуют две фирмы: А и Б. А - плательщик НДС, Б - УСН. При всех прочих равных, А предлагает цену работы в 33тыр, Б - 30тыр. Теперь посмотрим во что реально обойдется заказчику работа с А и с Б:
При работе с А - заплатив 33тыр, сэкономит уплату 5,033тыр. НДС в бюджет, а при работе с Б не сэкономит 4,576тыр. Т.е. фактически при меньшей цене работа с УСН обойдется заказчику дороже.
Плюс стандартная нелюбовь бухгалтеров к УСНщикам.
