Сдельная работа по созданию одной б/д.

@Dormer · Регистрация: 25.06.2008

Студворк — интернет-сервис помощи студентам

Требуется программист с опытом создания баз данных (SQL server, VB.Net/6).
Строительной организации требуется создать информационную систему (базу данных).
ВНИМАНИЕ. Исполнение - VB.Net (VB6) + SQL-сервер.
На Вас лежит установка и запуск программы и SQL Server и поддержка до 12 мес.
Дистанционная работа возможна, но более приветствуются живые контакты.
Работа сдельная. Итоговая оплата $1000-2000, в зависимости от полноты реализации задачи.
Подробнее на http://www.dormer.inc.ru/is/
Ваша рецензия на work@dormer.inc.ru

@Dormer · 07.01.2009, 16:11 **[ТС]**

ОК - мне нужен кодер.

@t1k · 07.01.2009, 16:17

>>1. Несколько человек - это и Access с пол-пинка потянет.
Так и файлы потянут, и MySQL потянет, и Excel потянет.
Но только вот в Access хранимых процедур нет. Не, SQL сервер самое-то.

>>2. Если есть НАПИСАННОЕ на момент согласования ТЗ само ТЗ - то можно договариваться о деньгах
Будет вам ТЗ, только зачем ограничивать заказчика в рамках этого ТЗ?
В процессе разработки и тестирования, несомненно придется ТЗ переработать. Ибо первую версию программы всегда приходится выбрасывать (c) Брукс.

>>Но вот РАЗРАБОТКА и ПОДДЕРЖКА заказчиком (который, кстати, сам еще не понял - чего он дальше хочет - поддерживать сам или разработчик будет поддерживать) будет несколько сложнее, чем на Access

Заказчик ясно сказал чего он хочет. Сторонний программист правит только ошибки, а свой отдел добавляет возможности.
Кстати, откуда взялось мнение о легкости поддержки Access?
Вы не путаете JET, с Access? Ибо JET можно использовать и в .NET, через OLEDB. А вот формы в Access поддерживать удовольствие еще то. С .NET и не сравнить.

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

@Dormer · 07.01.2009, 16:22 **[ТС]**

по поводу готовности ТЗ - чтобы нарисовать внешний вид формы на бумаге, рассказать что я хочу от нее и ответить на несколько уточняющих вопросов в диалоге с человеком мне надо 10-15 минут, а изобразить эту форму в Word и напечатать все, что я сказал сколько понадобиться времени?

@t1k · 07.01.2009, 16:35

однако если вы все это напечатаете, то разработчик вряд ли что-то позабудет

а форму лучше в Paint нарисовать, тем более планшеты для рисования стоят баксов 20, и в случае утери их легко переслать снова, да и стирать, вносить пометки, гораздо проще чем на листочке

07.01.2009, 17:07

1. Потянут. Вот только зачем мне триггеры или sp_'шки? Если я и без них прекрасно проживу? И сделаю систему? Которая будет работать? (хотя... каждый кулик свое болото хвалит)
2. Затем, что при смене ТЗ мы делаем новую ВЕРСИЮ. А это - дополнительные траты. Далее - кодер - он 'тупой'. Есть ТЗ - он его реализует. И его не... сношаеют политические игры, проблемы заказчика и прочее. Так что я за полное ТЗ. (у себя нахлебался по самое...)
3. Не путаю. При небольшом проекте, четко описанной системе БЕЗ перегибов (т.е. jet тянет 32 индекса на таблицу, а надо 40) и тд. и т.п. Access в состоянии ПРЕКРАСНО работать. И поддерживать тогда надо только ... добавление новых возможносей + обучение им пользователей.
4. По поводу роботов - ))). Ню-ню ))) Позволю себе не согласиться. По крайней мере в рамках данной задачи точно.
5. >> если вы все это напечатаете, то разработчик вряд ли что-то позабудет
Есть такое. Да и Вы потом получите возможность ТРЕБОВАТЬ с него четкого выполнения задания. А рисунок или, еже лучше, на словах - нууу... удачи. Лично я со слов ничего не принимаю для постановки задачи - как МИНИМУМ письмо по е-мылу с текстом - чего надо. Чего и Вам рекомендую )))

@Dormer · 07.01.2009, 17:08 **[ТС]**

напишу кога-нибудь, разумеется

а вот на рисование, увы, времени маловато

07.01.2009, 17:09

2 Dormer - сорри, мы тут углубились в спам, а по делу ничего.
2 other - идея - перенести флэйм в соответствующий форум )))

07.01.2009, 17:10

2 Dormer - рисовать можно и в Power Point - если не ошибаюсь, эта хрень предназначена для презентаций, но и для рисования не так плоха.

@monstrU · 09.01.2009, 13:14

я послал вам вопрос по поводу вашего предложения.
взяться за работу я могу, но уточните что вам нужно и спомощью чего реализовывать. про VB.NET и MS SQL 2000 понятно, это нормально, но что еще ?
напишите пожалуйста, на thebest@pisem.net

@Dormer · 11.01.2009, 10:49 **[ТС]**

пожалуйста, все кто присылает свои заявки, отвечайте на вопросы, которые заданы на http://www.dormer.inc.ru/is/ и там же указано все, что необходимо будет реализовать.

11.01.2009, 12:22

2 Dormer - некорректное утверждение, что перечисленно, что реализовывать.
Написано: 'Экранные отчеты.' - зашибись. Но между 1 отчетом, 10-ю и 100-ней есть принципиальная разница.
Так что - сначала - ТЗ (полное), потом уже можно говорить о сроках и о деньгах. (ИМХО)

@Dormer · 11.01.2009, 13:23 **[ТС]**

немного уточнил

11.01.2009, 17:42

'Ввод данных - 10-15 форм (все стандартные, каждая для отображения одной записи и команды перехода по записям)'
Хммм... что значит стандартные? Как в Access, где это дело мастер лепит? А как быть со списковыми формами, которая открывается для правки одной записи?

29.01.2009, 00:23

Здравсвуйте Уважаемый Заказчик!

Вами была поставлена довольно несложная задача , за которую с легкостью могла бы взяться наша фирма на любом языке Vb.net / VC++7.0
если мы придём к согласию , и в результате выполним ваш заказ , то
с вопросами выполнения наших ошибок вопросов - небудет ,
предложения по дороботки со стороны заказчика должны будут оплачиваться отдельно.
Если вас заинтерисовало наше предложение пишите на адрес LonG3R@mail.ru Сергею или Михаилу , Лучше мне-> Сергею!

@Tygra · 03.02.2009, 15:11

Н-дааааа!
Прочитав весь топик, пришел к некторым умозаключениям (учитывая собственный опыт):

1. Когда заказчик говорит: Ну, Вы делайте, делайте, а что делать - это все по ходу, а уж ТЗ по результатам работы составим - это к доктору с такими пожеланиями. У всех заказчиков всегда 'только 10-15 простых форм и больше ничего'. Ну-ну, все поверили. А потом еще 10-15, а потом еще, а потом первые 10 надо переделать - т.к. уже все изменилось, а потом остальные.... Про Белого бычка, короче. А если программер скажет: а вы мне такого не говорили сделать, не помню. И ТЗ нет. Что тогда? Или сидел я неделю, делал пару отчетов, принес - а мне: нууу, это не совсем так, надо вот эдак. Время то мое тратиться.
Много чего такого еще мона сказать, но набирать лень....

2. По словам заказчика: это все просто, это стандартно, тут всего пара десятков отчетов, писать вы должны на этом, тут вообще легко и т.д... Ну коли ты, заказчик, ТАКОЙ УМНЫЙ, че же ты сам тогда не делаешь, раз все легко и своими силами будешь функциональность добавлять? Много вас таких, умных. Наверно тот, кто это делает, причем профессионально, больше вас знает, легко это или нет, быстро или долго и на чем это писать.

3. По оплате: очень странная формулировка ПО ОКОНЧАНИИ РАБОТЫ ВЫ ПОЛУЧИТЕ... Это как же это? Что же я должен задаром три месяца делать чего-то, а вы еще потом будете думать, платить или нет, пришел ли срок этого окончания работы? Извините, но только по ходу выполнения работы - это сделал, столько заплатили, еще сделал - еще заплатили. По окончании - все, что осталось. А то у меня был опыт - делал, делал, как раб, ничего не получал - потом - а когда подошло время и жизнь поджала, выставили такие требования - и договор 'страшный', и еще много чего, а если не подпишешь и не согласишься, то хрен тебе денег. Пришлось всеми силами прогу подгонять прямо под требования, лишь бы на день сдачи работало

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

Так что то, что вы предлагаете - это для начинающих, кто еще не сталкивался в полной мере с прелестями разработки. Только толку то - все-равно криво сделает.
А сумма 1000-2000 - мало того, что настолько размытая, так еще и маленькая.

@Dima83 · 18.07.2010, 17:08

.NET и MSSQL - а чего там интересного то? Куча форм, запросы к базе данных прям из клиента, клиент толстый - имеем стандартную прогу для работы с БД, нечего тут ловить интересного, сплошная рутина и минимум гарантий получения нужных денег в нужный срок.

21.07.2010, 19:45

Поскольку первое сообщение этой темы датировано 28.10.2002, было бы интересно узнать - а чем всё закончилось? Получил ли заказчик то, что хотел?

@monstrU · 21.07.2010, 21:26

2 Lena
вряд ли заказчик добился успеха, работая удаленно над этой задачей.
мы с ним начали уточнять ТЗ, чтобы привести его к варианту, пригодному для программирования. Даже на этом этапе сделать ничего не получилось. Автор темы составил ТЗ, но в терминах и понятиях, малопригодных для реализации - им были сразу предоставлены требования на экранные формы, что должно вводиться, что должно получаться на выходе, но крайне мало описаны базы данных, с какими нужно было оперировать. никакого описания процессов, объектов , присутсвующих в задаче.
после того как я подключился к составлению ТЗ, начали обсуждать постановку задачи в текстовом виде - и то хорошо, учитывая первоначальную постановку. только заказчик оказался слишком загружен на работе, и поэтому мало мог уделять этому комплексу. в итоге на этапе постановки работа остановилась.
вообще требуется достаточно объемная система , и пытаться получить ее за 2000$ не стоило - переводить на такую систему бухгалтерию предприятия опасно.

Новые блоги и статьи Все статьи Все блоги /
21 мат мед. Планы на развитие модели здравоСохранения anaschu 01.06.2026 AnyLogic: план развития симуляционной модели рабочего коллектива — динамический абсентеизм, реальные данные, три сценария сравнения Продолжаю серию постов о дискретно-событийной модели рабочего. . .	20. Мат мед. Абсентеизм как отдельный тип простоя anaschu 29.05.2026 Апдейт модели: исправленные баги, абсентеизм и новые механизмы Продолжаю развивать ранее описанную модель рабочего коллектива на AnyLogic. За последние несколько дней был проведён серьёзный. . .	19. здоровье, усталость и психотип работника влияют на производительность предприятия, и наоборот, производительность на здоровье, усталось и психотип anaschu 28.05.2026 Дискретно-событийная модель рабочего коллектива на AnyLogic: здоровье, выгорание, психотипы и микростимуляция Привет, коллеги. Хочу поделиться итогами нескольких недель работы над симуляционной. . .	"Прокси" для последовательного порта Eddy_Em 28.05.2026 Эту штуку написал я достаточно давно. Но сейчас вот понадобилось настроить датчик грозы, но при этом не отключать его от "метеодемона". Соответственно, надо запустить этот "прокси": метеодемон будет. . .
Рефакторинг программы уравнивания. Massaraksh7 26.05.2026 Пример по предыдущей записи в блоге. Но, надо заметить, что, во-первых, там оптимизация не только математики, но и работы с базой данных, и с графами, а во-вторых, это ещё не всё.	Использование TThread в Lazarus для математических вычислений. Massaraksh7 25.05.2026 Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .	Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает anaschu 24.05.2026 Имитационная модель корпоративного здравоохранения: что показывает математика Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .	Модель здравосохранения 17. Планы на выгорание anaschu 23.05.2026 Вот конкретная схема реализации: В классе Работник добавить: накопленнаяУсталость — растёт каждый час работы, снижается в перерывы и болезни коэффициентПрезентеизма — снижает продуктивность. . .

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12

	Сдельная работа по созданию одной б/д. 04.01.2009, 14:08. Показов 3366. Ответов 37 Метки нет (Все метки) Требуется программист с опытом создания баз данных (SQL server, VB.Net/6). Строительной организации требуется создать информационную систему (базу данных). ВНИМАНИЕ. Исполнение - VB.Net (VB6) + SQL-сервер. На Вас лежит установка и запуск программы и SQL Server и поддержка до 12 мес. Дистанционная работа возможна, но более приветствуются живые контакты. Работа сдельная. Итоговая оплата $1000-2000, в зависимости от полноты реализации задачи. Подробнее на http://www.dormer.inc.ru/is/ Ваша рецензия на work@dormer.inc.ru

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12
	07.01.2009, 16:11 [ТС]
	ОК - мне нужен кодер.

@t1k 4 / 4 / 5 Регистрация: 10.05.2007 Сообщений: 1,616
	07.01.2009, 16:17
	>>1. Несколько человек - это и Access с пол-пинка потянет. Так и файлы потянут, и MySQL потянет, и Excel потянет. Но только вот в Access хранимых процедур нет. Не, SQL сервер самое-то. >>2. Если есть НАПИСАННОЕ на момент согласования ТЗ само ТЗ - то можно договариваться о деньгах Будет вам ТЗ, только зачем ограничивать заказчика в рамках этого ТЗ? В процессе разработки и тестирования, несомненно придется ТЗ переработать. Ибо первую версию программы всегда приходится выбрасывать (c) Брукс. >>Но вот РАЗРАБОТКА и ПОДДЕРЖКА заказчиком (который, кстати, сам еще не понял - чего он дальше хочет - поддерживать сам или разработчик будет поддерживать) будет несколько сложнее, чем на Access Заказчик ясно сказал чего он хочет. Сторонний программист правит только ошибки, а свой отдел добавляет возможности. Кстати, откуда взялось мнение о легкости поддержки Access? Вы не путаете JET, с Access? Ибо JET можно использовать и в .NET, через OLEDB. А вот формы в Access поддерживать удовольствие еще то. С .NET и не сравнить. >>Простите - речь идет о кодере или постановщике задач? Не стоит делать из людей роботов, с очень ограниченным набором функциональности. Вот типа, этот только кодировать может, а вот этот только задачи ставить. А шаг вправо, шаг влево - шизофрения - расщепления сознания. Узкая специализация отупляет. Ибо узкий специалист подобен флюсу - полнота его односторонняя.

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12
	07.01.2009, 16:22 [ТС]
	по поводу готовности ТЗ - чтобы нарисовать внешний вид формы на бумаге, рассказать что я хочу от нее и ответить на несколько уточняющих вопросов в диалоге с человеком мне надо 10-15 минут, а изобразить эту форму в Word и напечатать все, что я сказал сколько понадобиться времени?

@t1k 4 / 4 / 5 Регистрация: 10.05.2007 Сообщений: 1,616
	07.01.2009, 16:35
	однако если вы все это напечатаете, то разработчик вряд ли что-то позабудет а форму лучше в Paint нарисовать, тем более планшеты для рисования стоят баксов 20, и в случае утери их легко переслать снова, да и стирать, вносить пометки, гораздо проще чем на листочке

Ghost
	07.01.2009, 17:07
	1. Потянут. Вот только зачем мне триггеры или sp_'шки? Если я и без них прекрасно проживу? И сделаю систему? Которая будет работать? (хотя... каждый кулик свое болото хвалит) 2. Затем, что при смене ТЗ мы делаем новую ВЕРСИЮ. А это - дополнительные траты. Далее - кодер - он 'тупой'. Есть ТЗ - он его реализует. И его не... сношаеют политические игры, проблемы заказчика и прочее. Так что я за полное ТЗ. (у себя нахлебался по самое...) 3. Не путаю. При небольшом проекте, четко описанной системе БЕЗ перегибов (т.е. jet тянет 32 индекса на таблицу, а надо 40) и тд. и т.п. Access в состоянии ПРЕКРАСНО работать. И поддерживать тогда надо только ... добавление новых возможносей + обучение им пользователей. 4. По поводу роботов - ))). Ню-ню ))) Позволю себе не согласиться. По крайней мере в рамках данной задачи точно. 5. >> если вы все это напечатаете, то разработчик вряд ли что-то позабудет Есть такое. Да и Вы потом получите возможность ТРЕБОВАТЬ с него четкого выполнения задания. А рисунок или, еже лучше, на словах - нууу... удачи. Лично я со слов ничего не принимаю для постановки задачи - как МИНИМУМ письмо по е-мылу с текстом - чего надо. Чего и Вам рекомендую )))

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12
	07.01.2009, 17:08 [ТС]
	напишу кога-нибудь, разумеется а вот на рисование, увы, времени маловато

Ghost
	07.01.2009, 17:09
	2 Dormer - сорри, мы тут углубились в спам, а по делу ничего. 2 other - идея - перенести флэйм в соответствующий форум )))

Ghost
	07.01.2009, 17:10
	2 Dormer - рисовать можно и в Power Point - если не ошибаюсь, эта хрень предназначена для презентаций, но и для рисования не так плоха.

@monstrU 0 / 0 / 1 Регистрация: 30.11.2006 Сообщений: 510
	09.01.2009, 13:14
	я послал вам вопрос по поводу вашего предложения. взяться за работу я могу, но уточните что вам нужно и спомощью чего реализовывать. про VB.NET и MS SQL 2000 понятно, это нормально, но что еще ? напишите пожалуйста, на thebest@pisem.net

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12
	11.01.2009, 10:49 [ТС]
	пожалуйста, все кто присылает свои заявки, отвечайте на вопросы, которые заданы на http://www.dormer.inc.ru/is/ и там же указано все, что необходимо будет реализовать.

Ghost
	11.01.2009, 12:22
	2 Dormer - некорректное утверждение, что перечисленно, что реализовывать. Написано: 'Экранные отчеты.' - зашибись. Но между 1 отчетом, 10-ю и 100-ней есть принципиальная разница. Так что - сначала - ТЗ (полное), потом уже можно говорить о сроках и о деньгах. (ИМХО)

@Dormer 0 / 0 / 0 Регистрация: 25.06.2008 Сообщений: 12
	11.01.2009, 13:23 [ТС]
	немного уточнил

Ghost
	11.01.2009, 17:42
	'Ввод данных - 10-15 форм (все стандартные, каждая для отображения одной записи и команды перехода по записям)' Хммм... что значит стандартные? Как в Access, где это дело мастер лепит? А как быть со списковыми формами, которая открывается для правки одной записи?

Long3R
	29.01.2009, 00:23
	Здравсвуйте Уважаемый Заказчик! Вами была поставлена довольно несложная задача , за которую с легкостью могла бы взяться наша фирма на любом языке Vb.net / VC++7.0 если мы придём к согласию , и в результате выполним ваш заказ , то с вопросами выполнения наших ошибок вопросов - небудет , предложения по дороботки со стороны заказчика должны будут оплачиваться отдельно. Если вас заинтерисовало наше предложение пишите на адрес LonG3R@mail.ru Сергею или Михаилу , Лучше мне-> Сергею!

@Tygra 0 / 0 / 0 Регистрация: 19.11.2007 Сообщений: 12
	03.02.2009, 15:11
	Н-дааааа! Прочитав весь топик, пришел к некторым умозаключениям (учитывая собственный опыт): 1. Когда заказчик говорит: Ну, Вы делайте, делайте, а что делать - это все по ходу, а уж ТЗ по результатам работы составим - это к доктору с такими пожеланиями. У всех заказчиков всегда 'только 10-15 простых форм и больше ничего'. Ну-ну, все поверили. А потом еще 10-15, а потом еще, а потом первые 10 надо переделать - т.к. уже все изменилось, а потом остальные.... Про Белого бычка, короче. А если программер скажет: а вы мне такого не говорили сделать, не помню. И ТЗ нет. Что тогда? Или сидел я неделю, делал пару отчетов, принес - а мне: нууу, это не совсем так, надо вот эдак. Время то мое тратиться. Много чего такого еще мона сказать, но набирать лень.... 2. По словам заказчика: это все просто, это стандартно, тут всего пара десятков отчетов, писать вы должны на этом, тут вообще легко и т.д... Ну коли ты, заказчик, ТАКОЙ УМНЫЙ, че же ты сам тогда не делаешь, раз все легко и своими силами будешь функциональность добавлять? Много вас таких, умных. Наверно тот, кто это делает, причем профессионально, больше вас знает, легко это или нет, быстро или долго и на чем это писать. 3. По оплате: очень странная формулировка ПО ОКОНЧАНИИ РАБОТЫ ВЫ ПОЛУЧИТЕ... Это как же это? Что же я должен задаром три месяца делать чего-то, а вы еще потом будете думать, платить или нет, пришел ли срок этого окончания работы? Извините, но только по ходу выполнения работы - это сделал, столько заплатили, еще сделал - еще заплатили. По окончании - все, что осталось. А то у меня был опыт - делал, делал, как раб, ничего не получал - потом - а когда подошло время и жизнь поджала, выставили такие требования - и договор 'страшный', и еще много чего, а если не подпишешь и не согласишься, то хрен тебе денег. Пришлось всеми силами прогу подгонять прямо под требования, лишь бы на день сдачи работало Правда договор получился 'страшным', но не совсем. Юрист(ка) не фига же не соображает про ИТ... Другой проект делал уже по-другому: и ТЗ заказчик написал, не поленился, и платил постепенно, сверяясь по ТЗ, и за все доработки доплачивал - за те, которые он сам не предусмотрел, и т.д.... Так что то, что вы предлагаете - это для начинающих, кто еще не сталкивался в полной мере с прелестями разработки. Только толку то - все-равно криво сделает. А сумма 1000-2000 - мало того, что настолько размытая, так еще и маленькая.

@Dima83 0 / 0 / 0 Регистрация: 11.02.2010 Сообщений: 111
	18.07.2010, 17:08
	.NET и MSSQL - а чего там интересного то? Куча форм, запросы к базе данных прям из клиента, клиент толстый - имеем стандартную прогу для работы с БД, нечего тут ловить интересного, сплошная рутина и минимум гарантий получения нужных денег в нужный срок.

Lena
	21.07.2010, 19:45
	Поскольку первое сообщение этой темы датировано 28.10.2002, было бы интересно узнать - а чем всё закончилось? Получил ли заказчик то, что хотел?

@monstrU 0 / 0 / 1 Регистрация: 30.11.2006 Сообщений: 510
	21.07.2010, 21:26
	2 Lena вряд ли заказчик добился успеха, работая удаленно над этой задачей. мы с ним начали уточнять ТЗ, чтобы привести его к варианту, пригодному для программирования. Даже на этом этапе сделать ничего не получилось. Автор темы составил ТЗ, но в терминах и понятиях, малопригодных для реализации - им были сразу предоставлены требования на экранные формы, что должно вводиться, что должно получаться на выходе, но крайне мало описаны базы данных, с какими нужно было оперировать. никакого описания процессов, объектов , присутсвующих в задаче. после того как я подключился к составлению ТЗ, начали обсуждать постановку задачи в текстовом виде - и то хорошо, учитывая первоначальную постановку. только заказчик оказался слишком загружен на работе, и поэтому мало мог уделять этому комплексу. в итоге на этапе постановки работа остановилась. вообще требуется достаточно объемная система , и пытаться получить ее за 2000$ не стоило - переводить на такую систему бухгалтерию предприятия опасно.