0. stvorl 938 19.01.12 15:45 Сейчас в теме

Принципы внедрения и сопровождения учета на базе 1С

Соображения о методологии внедрения и сопровождения учета на базе систем 1С в виде коротких принципов, пояснений и иллюстраций к ним в виде примеров и выводов. Относится, преимущественно, к бухгалтерскому учету, однако применимо к любой отрасли, и, мне кажется, не обязательно к 1С. Целью написания статьи было изложить практически доступную информацию, а не завалить теорией, несмотря на получившийся объем. Статья предназначена для специалистов по внедрению, содержит, помимо технической информации, бухгалтерию и налоги.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. YPermitin 4048 19.01.12 15:45 Сейчас в теме
Отличная статья! Автору 5+. =)
ogroup; bus1ka; +2 Ответить
2. Saili 19.01.12 16:07 Сейчас в теме
Все принципы действительно важны, особенно заинтересовали - третий (наличие схемы бизнеса у пользователей), пятый (принцип замыкания) и седьмой (методическая корректность). Считаю наиболее важным именно последний принцип, т.к. только постоянная ориентация на целостность всей системы учета при автоматизации любой ее части позволит достичь всех целей проекта внедрения, в частности, что немаловажно, доверия к автоматизации со стороны пользователей.
3. Yury1001 1428 19.01.12 16:12 Сейчас в теме
1.Принцип окупаемости – описана цель автоматизации вообще (автоматизированное место заменяет несколько «бумажных»).
2.Принцип доверия – если его нет, значит клиент не созрел, причем созреть должно обязательно руководство, а пересчитывать иногда очень даже нужно (принцип: Excel forever:).
3.Принцип наличия схемы – всё чётко в примере, у самого таких полно.
Как частный случай: с завода отпустили одну машину мешков сахара с документами, вторую без документов и дешевле, а продать всё это нужно ну скажем в детские сады по тендеру и с договором (выбираю вариант а);).
4.Расширенный принцип IBM – ну опять же помимо прочего научите бухгалтера основам Excel и он сэкономит кучу времени себе и нервов вам, повторюсь проверять по началу нужно, пусть даже для душевного спокойствия! Да и уметь проверять всегда пригодиться.
5.Принцип замкнутости – точно всё подмечено.
6.сохранение типовой – всеми руками за!
7.да это ж надо клиентам давать читать!!! Особенно тем которые брызгая слюной кричат «а я хочу что бы эта кнопка была прямо в центре табличной части!»
Зачёт по всем пунктам +10 (обещаю несколько раз продвинуть)
ingmar; vkr; Арчибальд; +3 Ответить
4. Арчибальд 2708 19.01.12 17:13 Сейчас в теме
Тема статьи мне близка. Пару фраз в развитие приведенной классификации.
Принципы 1, 2 и (в определенной степени) 4 отражают социальный аспект автоматизации. При выполнении 2 и 4 окупаемостьдостигается почти автоматически. А эти принципы можно считать наполовину выполненными, когда бухгалтеры осознаЮт, что ОСВ - не единственный, и даже не главный отчет.
Принципы 3, 5, 6 и (опять-таки в определенной степени) 4 можно считать разбивкой/детализацией принципа 7. То есть методически правильная автоматизация должна накладываться не не хаос, а на внятный предмет-бизнес (принцип 3), должна быть комплексной (в терминологии автора - замкнутой), и надежной/живучей/устойчивой, чего нельзя достичь без сопровождаемости - важнейшей эксплуатационной характеристики. А сопровождаемость достигается при минимальности вмешательства в типовые механизмы ("неразрушающее конфигурирование" - это уже в моей терминологии).
stvorl; Uncore; +2 Ответить
5. stvorl 938 19.01.12 20:30 Сейчас в теме
Коллеги, спасибо - я правда не ожидал 30 лайков за 4 часа и висения статьи в топе инфостарта :-)
Рад, если статья чем-то помогла.

Отдельные моменты, и "контрольные точки" я попытаюсь отразить в других статьях в ближайшее время. Просто завал жуткий сейчас ввиду квартального отчета у всех клиентов.
35. ula1c 21.01.12 00:58 Сейчас в теме
(5) Спасибо! Казалось бы, как все знакомо! Несколько в другой терминологии, но по сути -так учили и в этом же утвердил собственный опыт. Прочла и ощущение как будто кто-то смахнул пыль с твоих знаний, добавил яркости в красках, рассортировал и упаковал, надписал и поставил на нужную полочку. Навел в твоем багаже радующий тебя порядок. Спасибо, интересно и доступно преломил общие теоретические принципы автоматизации в приложении к нашей работе, хорошая иллюстрация мысли в примерах. Отдельная благодарность за принцип замыкания - я этот часто момент упускала, особенно в регистрах накопления. Попробовала привязать названные принципы автоматизации к общетеоретическим :
1.Принцип окупаемости – принцип экономической эффективности
2.Принцип доверия – принцип достоверности
3.Приринцип наличия схемы – принцип системности, определенности и формализованности объкта автоматизации
4.Расширенный принцип IBM для автоматизированного учета - ?
5.Принцип замыкания - к 3?
6.Принцип сохранения типового функционала – принцип развития и совместимости.
7.Принцип методической корректности – принцип стандартизации и унификации
С интересом буду ждать новых публикаций.
78. Zas1402 26.01.12 11:11 Сейчас в теме
(5) Спасибо! Казалось бы, как все знакомо! Несколько в другой терминологии, но по сути -так учили и в этом же утвердил собственный опыт. Прочла и ощущение как будто кто-то смахнул пыль с твоих знаний, добавил яркости в красках, рассортировал и упаковал, надписал и поставил на нужную полочку. Навел в твоем багаже радующий тебя порядок. Спасибо, интересно и доступно преломил общие теоретические принципы автоматизации в приложении к нашей работе, хорошая иллюстрация мысли в примерах. Отдельная благодарность за принцип замыкания - я этот часто момент упускала, особенно в регистрах накопления. Попробовала привязать названные принципы автоматизации к общетеоретическим :
1.Принцип окупаемости – принцип экономической эффективности
2.Принцип доверия – принцип достоверности
3.Приринцип наличия схемы – принцип системности, определенности и формализованности объкта автоматизации
4.Расширенный принцип IBM для автоматизированного учета - ?
5.Принцип замыкания - к 3?
6.Принцип сохранения типового функционала – принцип развития и совместимости.
7.Принцип методической корректности – принцип стандартизации и унификации
С интересом буду ждать новых публикаций.

Спасиба за инфу
6. Brawler 446 19.01.12 20:43 Сейчас в теме
Эх в какой я попе)))

Очень много из озвученных проблем есть и в моей рабочей 1С 8.0 БП 1.5.3.8!!! (только на платформе 8.2.14 удалось конвертить базу для переноса остатков по правилам 1С для БП 1.6, ранее был бесконечный процесс мозгования кампа, после недели кумеканья процесс выключал на живую, терабайты перегнанных данных судя по колонкам в диспетчере задач свидетельствуют, о простом зависании платформы). Всего год работаю, но уже нахлебался. Благо хоть сейчас не вносятся конкретные изменения в базу, а до меня ее подпилили не плохо. Новые положения по учету НДС уже сейчас дают, о себе знать, убери эту проводку тут, а эту тут...

План счетов перекроем частично, добавлены счета, какие-то удалены, но потом возрождены с теми же именами, какие-то переименованы, а на их месте созданы новые, ну перенос сальдо такой блин)) Расширено количество субконто до 5-ти штук))) Самодельно много чего, реализация без перехода права собственности к примеру вообще чудно смотрится. Генерация тучи неверных движений по регистрам НДС впечатляет надолго.

Почти для каждого субсчета 19 счета, создан свой документ формирования книг покупок... Остатки по партиям для целей учета НДС изначально не были введены и при переходе на 2.0 чую будет тоже самое, так как нет адекватных остатков. Распределение косвенных соответственно не используется вообще. Учет НДС в полу ручном режиме, можно сказать учет идет на счетах (заведен еще некий перечень счетов), остатки по регистрам плывут с первых дней далекого 2006 года и никто не обращал внимание. Допилены взаиморасчеты, так как в БП 1.5 там типа все на автомате было, а нужно и по документикам бы конкретным... Попилены расчеты в УЕ и валюте... 20 счет закрывается полностью вручную, документ НЗП формирует проводки, по сути это уже не НЗП, а отражение факта... 20, 23 счета, оборотные субконто статьи затрат более не оборотные... производство это вообще отдельная тема...

Бухи в полном составе игнорят факт существования таких объектом метаданных как регистры и в частности регистры накопления по НДС... Одна отговорка, "нам про них не рассказывали"... И правда нахрена знать как работать в конкретном коммерческом программном продукте, если потом все незнание можно свалить на программиста, мол не обучил, программист учитель...

Кое как удалось слепить перенос остатков на базе правил БП 1.6 to БП 2.0, переделано немало, но счета 60, 62, 76 не удалось свести по человечески, субконто документов расчета с контрагентов заполнено доком ручного учета одним на все, пустая партия так называемая. Будут разносить вручную этот участок. Нюансов тьма на самом деле. Диву даешься, но сейчас один инструмент получения инфы по взаиморасчетам - это оборотка и глаза)))

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

Переход на БП 2.0 еще не состоялся, год закрывают, но и мала надежда на его осуществление, так как уже пол года как наблюдаю затягивание всех процессов под предлогом МЕГА отчетов по НДС и прочих, потом отпуска в канун наибольшего числа разборов полетов...

1С 7.7 развратило людей, перенесли модель учета и на восьмерку...

Привычки, злая сила)))

А главное то, что - "Вот этот вот молодой человек пришедший к нам недавно, много о себе мнит, пусть знает свое место и относится к нашей персоне уважительно!". Это реакция ГБ на служебки с приложениями в сотни листов ошибочных данных, нарушений целостности в закрытых периодах, глюки платформы 8.0, но их бы не было частично, если бы перепроводились документы как положено, а не бытовало мнение, о неправильности этого процесса, ведь данные при ручном проведении выверяются бухом. О какой целостности данных может идти речь, если перепилены Роли, право админа у трети бухов (ну тесно им было под правами Буха), роль настроена коряво, у всех новых доков и справочников была включена возможность интерактивного удаления, сколько объектов так полегло не знаю...
cosmo2004; cleaner_it; vkr; tango; +4 Ответить
10. tango 484 19.01.12 22:32 Сейчас в теме
(6) "Вот этот вот молодой человек пришедший к нам недавно, много о себе мнит, пусть знает свое место и относится к нашей персоне уважительно!"
или посылай и уходи, или терпи, брат
13. Brawler 446 19.01.12 23:22 Сейчас в теме
(10) tango, так легко не дамся. Меня это только заводит))

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

Если по публикации что нить сказать, то конечно все хорошо в теории, а как к практике так сразу человеческий фактор, кто-то в силу лет уже не учится, кто просто закаменел за рутинной работой... Если коллектив помимо того что профессионален, готов рисковать, то можно горы свернуть топая по своим ошибкам, лишь бы все были заинтересованы упростить себе жизнь в результате напряженно работы в течении некоторого числа месяцев. Дорогу осилит идущий.
14. GrayT 255 19.01.12 23:52 Сейчас в теме
(13) Brawler, для борьбы с человеческим фактором очень помогают понятия о управлении проектами. Лично по себе сужу, после того как стал стараться ставить SMART'ованные цели (кто не понял о чем речь, советую погуглить - это пересекается с темой топика) - на многое стал смотреть по-другому и вообще работу организовывать несколько иначе.

Еще маленькое замечание. Собственно говоря тут отметились люди, которые перестали быть просто кодерами, а уже реально занимаются управлением информационными потоками. При прочтении одной книжке по информационному менеджменту сделал для себя заметки по поводу Качества информации. Там всего 10 пунктов. я не буду их расписывать - первоисточника у меня нет, а на самостоятельную статью не созрел. В принципе в основном все и так будет достаточно понятно:
1. Уместность (релевантность) (чтоб не было как в английском анекдоте с воздушным шаром - "А мы где?" "На воздушном шаре")
2. Понятность
3. Достаточная точность (замечу - не избыточная)
4. Полнота (перекликается с принципом Замыкания)
5. Достоверность (Что там о доверии говорилось)
6. Краткость
7. Своевременность
8. Адресность
9. адекватность выбранного канала передачи
10. Ценность превышающая затраты на получение. В ценность также необходимо включить такие моменты как обеспечение конфиденциальности, защищенности, чувствительность к ошибкам, обеспечение своевременности.
Собственно говоря, очень много из топика легко сопоставляется с этими критериями качества (что я кое где и пометил). Это с одной стороны. А с другой, уже давно понял, что составляя очередное, пускай маленькое техзадание, и помня об этих принципах - почему то оно получается лучше :)
stvorl; cleaner_it; vkr; +3 Ответить
15. Brawler 446 20.01.12 00:27 Сейчас в теме
(14) SMART'ованные цели))) ну когда-то в инсте что-то подобное втирали, но под другим именем.

Погуглил http://kremnev.info/inf/blog/smart/

Ну собственно все пять критериев оценки поставленной цели подвластны осмыслению.

  • Конкретная - Переход с БП 1.5 на БП 2.0 и ведение учета именно в БП 2.0 после некоторого параллельного учета.
  • Измеримая - Ну переход он или состоится или нет, большего не дано.
  • Достижимая - Большинство приготовлений сделано, осталось перенести остатки и начинать загонять документы путем импорта их из разработанной в недрах организации, программы управления производством, складом, документооборотом... Ничего сверх естественного. Лишь бы не мешали.
  • Реалистичная - Переход на новые рельсы не так сложен, так как по сути всего лишь обновляем версию конфигурации, хоть и с кучей допилов в виде внешних обработок. Стратегию минимального вмешательства в конфигурацию пока выдерживаем, так как печальный опыт виден воочию. Пока ничего серьезнее вывода дополнительной колонки Кода в форме выбора подразделений не менял.
  • Определенная по времени - До моего прихода решение о переходе было принято годом ранее, но явно никто не готов был это осуществить. Готов получать шишки, да и плевать. Опыт! Временные рамки очень обозримы. Конец января, начало февраля, перенос остатков и первички, потом труды по закрытию периода одновременно с закрытием ныне действующей базы. Параллельный учет несколько месяцев пока страхи не пропадут, а потом Шифт + Делет старой базы.
stvorl; vkr; +2 Ответить
21. tango 484 20.01.12 10:08 Сейчас в теме
(15) "переход он или состоится или нет" - он еще может "как бы состояться"
aikosyapr; +1 Ответить
34. stvorl 938 21.01.12 00:39 Сейчас в теме
(6) Brawler,

А главное то, что - "Вот этот вот молодой человек пришедший к нам недавно, много о себе мнит, пусть знает свое место и относится к нашей персоне уважительно!".


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

Некоторые, конечно, при первом общении начинают издалека гнуть пальцы, но примерно через 10 минут разговор автоматически переходит в конструктивное русло. Если разговор не переходит, стараюсь невербально показать, что я рад буду помочь только тому, кому это надо, и вообще, есть счеты, бумага, эксель, а у меня еще сегодня 3 клиента и работы полно.
7. GrayT 255 19.01.12 21:39 Сейчас в теме
Отмечусь по третьему пункту:
Очень часто мне приходится говорить заказчику, как правило руководителю, что автоматизация это не просто вливание бабла в компьютеры и программистов, а наведение порядка в умах. При правильной автоматизации зачастую вылазят все косяки существующих бизнес-процессов и документооборота, которые приходится исправлять или полностью перестраивать. Именно это зачастую и добиваются руководители начав автоматизироваться. Иначе начинаешь действовать по принципу "Дайте мне алгоритм бардака и я его автоматизирую, но автоматизировать бардак - невозможно"

По седьмому - такое вот неприятное состояние: абсолютно согласен со всем сказанным и стою на пороге нового проекта с неизвестной мне до селе конфигурацией. Понимаю, что без ошибок не обойтись и думаю как же их минимизировать. :) Существующая документация, как правило, ни как не отображает сути методологии учета, а момент личного обучения не может быть затянут на неопределенное время. И как быть если рядом нет реального специалиста? Остается только вариант собственных ошибок. Очень тернистый путь, который и описан в 7 пункте.
Chromis; Chernik; stvorl; +3 Ответить
8. Little-ann 14 19.01.12 21:51 Сейчас в теме
Статья действительно супер! Все в точку! Даже добавить нечего. Часть примеров как будто я писала... С нетерпением жду продолжения.
9. Новиков 291 19.01.12 22:14 Сейчас в теме
Отличная статья!

Перед автором склоняю седую голову. С таким людями приятно работать, жаль правда, что в основном засилье у нас автоматизаторов из последнего параграфа - я тут просто код пишу, а после нас - хоть потом.
11. tango 484 19.01.12 22:37 Сейчас в теме
(9) "в основном засилье у нас автоматизаторов" - а не правда ваша, заслабье это. плата за научить топов как вести бизнес в проектах не бывает
30. stvorl 938 20.01.12 23:24 Сейчас в теме
(11) tango,
плата за научить топов как вести бизнес в проектах не бывает

Зато я одно время сотрудничал с консалтинговой фирмой, которая на возмездной основе учила топов как вести бизнес - разрабатывала и внедряла всякие схемы. Ух, как же они красиво работали %) Ценник у них, конечно, был впечатляющий, но и результат тоже. Мне они скидывали всякие субподряды по 1С, в основном расчетного характера (т.е. перерасчитать в базе прошедший год в соответствии с какими-то вводными).
Хотя до работы с ними имел неплохой опыт по бухгалтерскому и налоговому учету, все-таки у них многому научился.

Кстати, одно время я пробовал разрабатывать схемы для клиентов, но понял, вскоре, что это дело неблагодарное. Во-первых, ты себя позиционируешь как специалист по автоматизации, и как налогового юриста, тебя, разумеется, всеръез не воспринимают. Во-вторых, отсюда проистекает меньшая оплата. В третьих, ты не можешь гарантировать свою схему, отстаивая, если что, клиента в суде у налоговой инспекции. В четвертых, невозможно поддерживать актуальность знаний во всех областях сразу - что-то начнешь упускать.
nvot; krv2k; +2 Ответить
31. mad_maksim 90 20.01.12 23:41 Сейчас в теме
(11) tango, Плата "за научить боссов есть", назывыется коучинг. Но это совсем другая сфера, с автоматизацией практически не связана.
12. Alex_E 2049 19.01.12 22:52 Сейчас в теме
Всё в тему, даже добавить практически нечего - читал, и практически под каждым абзацем всплывал пример из собственной жизни.
16. GrayT 255 20.01.12 01:26 Сейчас в теме
Тоже не все, из того что втирали, сразу понял :)
17. ThunderUA 20.01.12 03:43 Сейчас в теме
18. marinasem 20.01.12 07:36 Сейчас в теме
Да, после прочтения в очередной раз пришла к невеселому выводу, что развивать автоматизацию надо не только снизу - с исполнительной и технической стороны, но и сверху. Как правильно отметили выше, побольше таких статей надо читать самим менеджерам. Может, распечатать и носить с собой, подсовывая под нос при требовании кнопки на табличной части))
22. tango 484 20.01.12 10:13 Сейчас в теме
(18) сто пудов испортишь отношения, со всеми последствиями.
в общем, таков здесь (в стране пребывания) "бизнес": владельцу надо чтоб все было тихо и чинно, учет отдается на усмотрение менеджеров (я хочу сказать менеджеров, а не продавцов), а тем надо себе бонусов получить: как следствие это мутная водичка оперативного учета, а бух учет - только в фискальных целях и полностью определяется адекватностью главбушки.
ну вот, и все причины "провалов" автоматизации. биться лбом об это - только из эфемерных (быстропреходящих) чуйств типа "профессиональное достоинство". результат: "сказали галку - сделал галку".
CheBurator; teflon; +2 Ответить
158. Medvedik 17.05.12 13:04 Сейчас в теме
Статья хорошая, да. Автору - спасибо и похвала.
Отмечу так же жизненный комментарий (22), сам в такой ситуации нахожусь ((
19. Арчибальд 2708 20.01.12 08:06 Сейчас в теме
Кстати, на внедренческом рынке есть и другой "принцип" внедрения:
Короткое и "легкое" обследование предприятия и дальнейшее лоббирование одной из интегрированных систем …под красивыми лозунгами настройки и адаптации под конкретного заказчика (кстати, стоимость такой настройки может на порядок превышать стоимость модулей системы и требовать серьезных временных затрат, совместимых с затратами на разработку новой системы). При этом, как правило, фирма-исполнитель еще до проведения обследования (да и вообще, до появления заказчика на ее горизонте) знает, какую именно систему она будет внедрять…
20. vkr 101 20.01.12 09:08 Сейчас в теме
Отличная статья !!! И как раз ко времени - распечатал в трех экземплярах
и подсунул бухгалтершам для заучивания... :)
А то прямо по тексту - куча доп.счетов из семерки и хотелка кнопок везде.
З.Ы. Скорее бы продолжение - успеть прочесть, пока не вляпались во что-нибудь...
23. tango 484 20.01.12 10:17 Сейчас в теме
(20) "успеть прочесть, пока не вляпались", - поздняк метаться

"Владимир Путин поручил министерствам внести к 15 февраля в правительство предложения очередной налоговой реформы. Вчера глава Минфина Антон Силуанов объявил о начале «творческой» работы над реформой. Министр сообщил, что власти могут снизить прямые налоги и взамен поднять косвенные — то есть, например, снизить налог на прибыль, но увеличить акцизы или налог на добавленную стоимость (НДС)."
24. bahcha8 20.01.12 11:26 Сейчас в теме
Отличная статья, читала с удовольствием.
Признак - отсуствие схемы - очнень знакомо,
а 7. Принцип методической корректности - КАК СТРАШНО ЖИТЬ/
25. 4ish 20.01.12 11:43 Сейчас в теме
Плюсанул. Все в тему, лаконично и по существу. )
26. angler225 99 20.01.12 17:37 Сейчас в теме
Спасибо, за познавательную статью. Хороший обзор по всем пунктам автоматизации. Вопрос автору, как обрести методические знания, перейдя от простого программиста к внедренцу?
33. stvorl 938 21.01.12 00:32 Сейчас в теме
(26) angler225,

Спасибо, за познавательную статью. Хороший обзор по всем пунктам автоматизации. Вопрос автору, как обрести методические знания, перейдя от простого программиста к внедренцу?

Да нет никаких особенных методических знаний. То, что есть, зарабатывалось разным трудом - высшим техническим, преподавательством, руководством собственной маленькой фирмой (инфраструктура + 1с), потом, уже позже - работой в более крупном франче. Ну и конечно, насмотрелся на около 100 разных клиентов за все время. :-) Слава богу, серьезно нигде не накосячил.

Мне кажется, что обрести методические навыки помогает не столько сам опыт, сколько системный анализ и наблюдение опыта, а также попытка не решать локальные задачи, а просчитывать варианты - что будет, если сделать АБВГД. Конечно, мне бы раньше очень помогли готовые формализмы по внедрению учета, но я, проштудировав разную литературу и пол-интернета, не нашел ничего, что могло бы помочь. Пришлось набивать шишки самому.

Мне самому нравится выражать свои знания в понятной для окружающих форме. Если кому-то эта статья пригодилась, что-то открыла, я рад - я достиг того, что хотел.
27. MegatronX 20.01.12 20:14 Сейчас в теме
А это проверено на практике?
28. ipyu 20.01.12 21:57 Сейчас в теме
29. latrium 20.01.12 23:14 Сейчас в теме
Спасибо, прочитал с интересом.
32. profibalans 20.01.12 23:51 Сейчас в теме
Спасибо, хорошая статейка
36. iov 364 21.01.12 11:27 Сейчас в теме
на уровне автоматизации - руководители хотят сократить затраты (читай уволить работников с бумажной работы).
Люди не идиоты- понимают это.
Итак
этап 1) пришел- увидел- согласился.
Этап 2) Сбор информации (ибо те схемки нарисованные руководителями имеют мало что схожего с реальностью).
Этап 3) Написание бизнес процесса с учетом "особенностей".
Этап 4) Тестовый запуск - провал. (не полный а по многим пунктом много недочетов).

разбор- а при сборе информации оказалось что много "забыли сказать". И оказывается что есть правила о которых вообще никто не говорил. И НИКТО не догадается о таких правилах сам.

И тут возникает вопрос к руководству- что за ???? Мы пришли вам помочь а тут откровенный саботаж!!!
Не готовы предоставить достоверную информацию - давайте работать на типовой схеме! Нет слышим мы ответ - у нас очень специфический бизнес. После автоматизации 5-10 идентичных уникальных "бизнесов" понимаешь что проще сразу ломать схему без "прелюдий".

И не бывает внедрений с минимальными затратами и вообще без изменений схем бизнеса. НЕ БЫВАЕТ.... Хотя кому я это тут руководители никогда и не читают каменты.

Да и все общая практика когда после внедрения приходит фикси и хает внедренцев.

Как и почему- а все просто.
внедренец видит задачу - решает её- выгрузка из почти типовой в почти типовую УПП. решает её - пишет инструкцию как и что не стоит делать.
инструкция через пару недель бесследно исчезает.
меняется работник - и при следующей выгрузке он выгружает документ в "закрытый период" в базе приемнике. результаты описывать? Документы не проведены- движения есть справочники в которых ничего нет и прочая и прочая... Кого ругать? Себя что за что не проверил всю конфу лично? Пользователя? Конечно внедренцев!!!

Вообщем подводя итог - внедрение тяжкий труд и большинство выбора стоит делать правильно или дешево.
Что выбираете вы- и что выбирает руководитель?
CheBurator; +1 Ответить
38. ula1c 21.01.12 18:10 Сейчас в теме
(36) iov, Не бывает автоматизации без совершенствования схем бизнес-процессов. Даже более того - сама автоматизация - это способ совершенствования бизнес-процессов и наиболее удачный момент для этого. Еще на этапе предпроектного обследования необходимо не только изучить действующие схемы, но и по однозначно определиться какой будет схема в вашем проекте, максимально сблизив ее с типовой. Заявленная заказчиком уникальность в большинстве случаев всего явлется следствием или некомпетентности или непроработанности системы управления. Хорошо, когда на этапе предпроектного обследования в результате полноты сбора и систематизации информации критически оцениниваются бизнес-процессы не только разработчиком, но и зачазчиком (теперь перед ним полная картина), совместно прорабатываются варианты модернизации и он становится не только заинтересованным лицом, но и "первым руководителем" проекта. Есть такой принцип автоматизации - "принцип первого руководителя". Тогда есть реальный рычаг и опора и такие сложности как саботаж и т.п преодолеваются или волевым решенитем или мотивацией. Тогда отношения как к "шайке вымогателей" не будет и цена проекта в этом случае вопрос согласуемый. Хуже, когда это не происходит и все отдается "на ваше усмотрение", а потом работают "по своему усмотрению", и результат становится непредсказуемым и вцелом виноват остается разработчик. Это обязательно надо учитывать.
39. iov 364 21.01.12 18:31 Сейчас в теме
(38)Я за это и говорю что когда руководитель ПОНИМАЕТ и ДОВЕРЯЕТ - можно полностью исследовать, а когда его в течении месяца просто невозможно выловить и НИКТО не готов его заменить? Написано правильно - но это идеальное состояние абсолютно круглого коня в вакууме. Зачастую отдел бухгалтерии сегментирование по типам работ настолько что сотрудники не знают работы своего соседа. Или как например без подсказки узнать что документы поступающие от компании партнера поступают в PDF формате на сайт, откуда его забирает оператор и перемещает в определенную папку из которой его забирает задача описанная в планировщике как авто обновление сайта? Я говорю что нельзя все валить на внедренцев. Я сейчас фикси разгребающий проблемы после внедрения - и объективно я их понимаю а как фикси я ОБЯЗАН указать кто виноват и почему! И ведь указываю. Хоть понимаю что проблема была в том что мало денег - некомпетентные люди при постановке задач и непонимание бизнес процесса в целом.
44. Арчибальд 2708 23.01.12 07:52 Сейчас в теме
(39)
Хоть понимаю что проблема была в том что мало денег - некомпетентные люди при постановке задач и непонимание бизнес процесса в целом
Бывает и другая проблема - когда денег много. Ну вот выделило руководство холдинга 20 лимонов на автоматизацию. А рыночная цена - 2 лимона. Как прикажете выкручиваться ИТ-директору? За что платить внедренцам - ведь все деньги надо "освоить"?
Выход один: провести тщательное обследование бизнеса, и по результатам обследования исковеркать хотя бы ключевые и отлаженные бизнес-процессы. Разрушить ту самую схему бизнеса, которая упомянута в статье. Восстановление позволит потом освоить и 20, и 40, и вообще, сколько угодно лимонов...
45. iov 364 23.01.12 09:12 Сейчас в теме
(44)Тут я выкручивался тем что закупал технику- тройная система резервирования и дублирования... 50% ушло на 3 серверных обеспеченных всем включая мини холодильник и кофе аппарат. А оставшиеся деньги были пущены в софт. А так согласен- был свидетелем того как компания интегратор получила много денег и при помощи аналитиков исковеркала рабочую систему. Бизнес развалился не могу утверждать что причина была именно в этом, но "посильная помощь" была оказана именно со стороны внедряющей автоматизирующей стороны.

А вот выделение денег без IT директора - это любопытно. Откуда цифру то взяли? Вот я тоже всегда удивляюсь тому насколько "осведомлены" люди в вопросах стоимости лицензий на софт и требуемых мощностях серверов. А клавишу insert самостоятельно отжать не могут.
46. Арчибальд 2708 23.01.12 09:21 Сейчас в теме
(45) Деньги были выделены при пред-предыдущем ИТ-директоре. Предыдущий попытался разобраться в ситуации, но проработал всего 4 месяца. Сейчас выкручивается текущий.
47. iov 364 23.01.12 09:28 Сейчас в теме
(46) Аааа... А вот эот до боли знакомо...
49. Арчибальд 2708 23.01.12 09:44 Сейчас в теме
(47) Собственно, и статья получила такой отклик, потому что многим напомнила их жизнь.
51. iov 364 23.01.12 09:49 Сейчас в теме
(49) Самое обидное что это не то что стоит вспоминать. Хотя может внукам и будет интересно то как мы бились с серверами и залатывали дыры после глюков 1С.
52. Арчибальд 2708 23.01.12 09:51 Сейчас в теме
(51) У меня внук уже интересуется ;)
53. iov 364 23.01.12 09:59 Сейчас в теме
(52) У меня дочь до того как научилась нормально читать 13 символьный пароль набирала быстрее меня. Сейчас приходится дома права настраивать - :( Блин у меня в её возрасте спички отбирали, я у дочери - роли...
160. KroVladS 17.05.12 16:02 Сейчас в теме
(44) Арчибальд, (45) iov,
Возьмите меня к себе работать... пожалуйста.
161. iov 364 17.05.12 16:18 Сейчас в теме
(160) ни в коем случае... Художник должен быть голодным... Шутка - просто уважаю как разработчика и звать туда где самому не нравится - не красиво по крайней мере.

были настолько рутинные задачи - что я не выдержал и ушел... в более мелкую с зп поменьше - но зато не скучно и от дома пару шагов... И задолбал этот крупный бизнес - хорошо когда ты интегратор со стороны - пришел составил план - утвердил если они не выполнили свою часть - ответственность снимается.... А когда изнутри - ты еще и виноват что кто-то там ошибается в первичке... придумай так чтоб не ошибались... или к утру надо новую схему расчета бонусов по формуле которую дадут в обед....
162. KroVladS 17.05.12 16:29 Сейчас в теме
(161) iov,
ты еще и виноват что кто-то там ошибается в первичке... придумай так чтоб не ошибались... или к утру надо новую схему расчета бонусов по формуле которую дадут в обед


Как раз такая ситуация, только денег выделяют в десятки раз меньше.
163. iov 364 17.05.12 16:52 Сейчас в теме
(162) зато есть система учета - задача - счет - получение- исполнение.
и отчет на ком повисла задача - так вот 80% задач на оплате умирает.
так что жо прикрыта была... но работы нет - скучно.....
199. serge_focus 4 25.08.13 21:41 Сейчас в теме
Cтатья порадовала. Жирный ПЛЮС.
И комментарии прочитал с удовольствием.
Полностью согласен с (38) -Не бывает автоматизации без совершенствования схем бизнес-процессов. Даже более того - сама автоматизация - это способ совершенствования бизнес-процессов и наиболее удачный момент для этого. Еще на этапе предпроектного обследования необходимо не только изучить действующие схемы, но и по однозначно определиться какой будет схема в вашем проекте, максимально сблизив ее с типовой. Заявленная заказчиком уникальность в большинстве случаев всего явлется следствием или некомпетентности или непроработанности системы управления.
Перед началом внедрения нужно максимально убирать бардак с схемы бизнес-процессов. Иначе после автоматизации получится АВТОМАТИЧЕСКИЙ БАРДАК ;).
На заре версии 7 тоже наступал на грабли подстройки под хотелки .
Результат - потраченное время и нервы... И не только свое .
204. ula1c 11.11.14 19:38 Сейчас в теме
(199) serge_focus, 25 лет в автоматизации бухучета, но никогда не была исполнителем "хотелок", потому что люблю свою работу и не люблю халтурить. Всегда потрачу время на изучение проблемы, обязательно перепроверю соответствие "хотелки" требованиям бухучета, прав ли клиент в своих пожеланиях. И не жалею о времени - полученные знания в дальнейшем выручат меня не раз. Считаю, что подсказать,показать, убедить клиента какой выбор правильнее сделать в данной ситуации- это тоже моя работа. И, слава Богу, никогда еще не столкнулась с клиентами-самодурами, всегда как-то удавалось прийти к взаимопониманию и доверию. Думаю ключ к нему лежит все-таки в уровне нашей квалификации в области деятельности клиента. Когда клиент перестает видеть в тебе только программиста, а видит "равного себе", то начинает уважать и доверять.
АлександрЯрославичъ; Alex_E; odin777; +3 Ответить
37. iov 364 21.01.12 11:43 Сейчас в теме
Когда руководитель хочет универсальную автоматизированную систему от предатавляет это. сделать хорошо
а когда ты ему приносишь он крайне
озадачен тем что за "такие деньги" (произносить тоном мецената) сделали не то что он ожидал.
И получая ответ что за "такие деньги" (произносить тоном сборщика мусора на пляже в Таиланде) только это можно сделать - вы автоматически становитесь некомпетентной шайкой вымогателей и он нанимает того кто "проверит вашу работу".
vkr; Свой; +2 Ответить
180. tango 484 23.10.12 18:03 Сейчас в теме
(37) iov, ну да. быть хорошим 1снегом - это очень даже далеко не все. надо уметь продавать
181. iov 364 23.10.12 18:09 Сейчас в теме
(180) да ну шо вы говорите... какой продавать таки от сердца отрываю... отдаю ниже себестоимости... (И ЧЕСТНЫЕ ЧЕСТНЫЕ ГЛАЗАМИ МОРГ-МОРГ)
182. tango 484 23.10.12 18:15 Сейчас в теме
(181) iov, не-а
надувать щеку надо так же, как покупатель
40. thang_madi 21.01.12 20:09 Сейчас в теме
Хорошая статья!

Спасибо автору!
41. pro-rok 249 22.01.12 16:53 Сейчас в теме
Спасибо автору за статью, близко до боли. Сам постоянно сталкиваюсь с промблемами типа "сделайте так как я хочу иначе я вообще работать в ВАШЕЙ программе не буду и пойду директору жаловаться". А потом директор говорит "Дим ну ты сделай пусть заткнется, ну не увольнять же её из-за этого". ВОТ ТАК и идем на поводу у заказчиков а потом огребаем по полной когда говорят что наша программа не работает. Извините господа заказчика программа в первую очередь ВАША а не наша. Мы же Вам помочь хотим, а вы от нас информацию скрываете и сотрудники Ваши саботажи устраивают. Или когда говориш заказчику хочу удаленный доступ к вашему серверу и базе, а они а вдруг вы чтонить украдете и продадите. Извините господа заказчики если будет надо украсть своруем и без удаленки у Вас на глазах, но вся промблема в Том что никому ваша база не нужна кроме вас самих ну и внедрецев.

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

Спасибо автору.
CheBurator; tango; vkr; +3 Ответить
42. krv2k 368 22.01.12 17:52 Сейчас в теме
Статья хороша, очень хороша. Может служить ориентиром для неискушенных внедренцев.
43. sunny_5 23.01.12 00:03 Сейчас в теме
48. fonomo0 23.01.12 09:31 Сейчас в теме
мини холодильник и кофе аппарат Это хорошо ))
50. iov 364 23.01.12 09:44 Сейчас в теме
(48) Их отжала бухгалтерия моментально... Но мы не расстроились потому что в холодильник максимум что влазило это пиво а кофе аппарат надо заправлять - а нечем. Зато в результате ошибки было закуплено 100 сетевых карт вместо 10 и ровно через неделю на свич уронили провод под напряжением - автомат сработал почти моментально - но 90 сетевых карт мгновенно выгорело. В результате за оперативность восстановления работоспособности премии и отгулы...
56. tango 484 23.01.12 14:03 Сейчас в теме
(54) еще раз скажу - "заслабье"
потому что на "кочинг" топы согласны (лишь бы не работать), а чтобы какой-то 1снег их учил жить - это вряд ли
ну и получайте, чего хотите
не надо на прогеров сваливать ответственность за идиотскую организацию
55. romansun 189 23.01.12 13:29 Сейчас в теме
Спасибо, прочитал с удовольствием. Четко и структурировано.

Статья лишний раз подтверждает, что сейчас на профильных ресурсах начинает "рулить" именно методика. Вот такого контента не хватает и на ИС и вообще в инете по 1С автоматизациям. Программить все в той или иной степени научились уже давно. Почти вся нужная и интересная техническая инфа есть и сведена в faq'и. Читай, постигай.

А вот теоретической инфы на уровне управления проектов, методик внедрения очень мало. Посему, еще раз спасибо.
57. aids-ice 23.01.12 15:10 Сейчас в теме
Простые истины доступным языком!!!! автору большой плюс! спасибо.
58. Max.Potapov 23.01.12 18:00 Сейчас в теме
Все про нашу нелегкую профессию
59. ivpctotru 23.01.12 18:05 Сейчас в теме
Спасибо. Хорошая статья, очень полезно.
60. OLga_gab 24.01.12 01:00 Сейчас в теме
Как хорошо описаны наши проблемы. Спасибо автору!
61. Artemuch2 24.01.12 10:36 Сейчас в теме
1.Принцип окупаемости – как можно посчитать косвенную выгоду от внедрения системы. ЗАчастую при начале внедрения происходит увеличения затрат а Заказчик как раз в этот момент ожидает эффекта от нее
2.Принцип доверия – без доверия руководства проект точно начинать не стоит. Очень опасно когда проект инициирует какой нибудь топ менеджер а руководству это не нужно. Тогда сдать такой проект очень сложно.
3.Принцип наличия схемы – это тоже не всегда работает. Хотя бы потому что за время проекта эта схема может поменяться и Заказчику плевать что вы уже все разработали. Потому как интересы бизнеса прежде всего.
4.Расширенный принцип IBM – ох хотелось бы всем опытных заинтересованных пользователей. Но так бывает редко.
5.Принцип замкнутости – сдесь согласен
6.сохранение типовой – тем более что можно сделать практически все отдельной объектной моделью. может вам и кажется сейчас что проще изменить существующий объект, но подумайте как вы потом будете это сопровождать когда уже забудешь что и зачем ты тут менял.
7.ага
62. Artemuch2 24.01.12 10:40 Сейчас в теме
ВАжно что бы проект внедрения был прибылен для Исполнителя. Тогда можно расчитывать (а хотелось быть уверенным) что он привлечет лучшие ресурсы свои и выделит их на нужное для проекта время. Нужно получить гарантии, что проект будет выполняться в монопольном режиме а не по остаточному принципу.
63. Artemuch2 24.01.12 10:42 Сейчас в теме
Да и бойтесь универсальных механизмов. это как автонажатие кнопки сделать все. Создание универсальных механизмов а не решение поставленной задачи погубило не один проект автоматизации
64. Oleg1708 24.01.12 14:56 Сейчас в теме
"В связи с этим, специалисту-внедренцу полезно провести с представителями заказчика разъяснительную работу, в ходе которой до их сведения будут доведены конкретные выгоды, которые появятся лично у каждого"

Извените это как? Затраты времени на новое обучение. И нужно ли оно юзерам и бухам? Так что саботаж или первоначальное отторжение новой системы сразу будет 90%.

"чтобы лично у каждого действительно появлялись выгоды, упростилась работа, загорелся свет в нелегкой трудовой жизни"
Премию руководство может и не выписать. И весь свет будет токо в том что их не уволят...
66. ula1c 24.01.12 21:35 Сейчас в теме
(64) Oleg1708, а обучение работе с новой программой за счет работодателя и в результате повышение своей квалификации и конкурентности на рынке труда - разве это не личная выгода.
69. Oleg1708 25.01.12 09:16 Сейчас в теме
(66) ula1c,
Это будет и так за счет работодателя. Да и в + себе очень редко кто ставит. А говорит про это еще меньше.
В будущем юзеру может и понадобиться. Но текущие затраты больше давят чем будущие знания.
70. Арчибальд 2708 25.01.12 10:05 Сейчас в теме
(66) ula1c (Юля?), о ком речь идет? О каком рынке труда?
Если о "рядовых" бухгалтерах, то позвольте возразить. Тенденция такова, что прогресс в автоматизации бухучета постепенно превращает эту профессию из массовой в невостребованную. Вот здесь http://infostart.ru/public/105642/ это доказывается. Требоваться будут операторы ввода первички, которым не надо приплачивать за высшее образование. Интуитивно это понимая, бухгалтеры объективно (в некоторых случаях неосознанно) будут противиться прогрессу - за исключением тех, кто намерен сделать профессиональную карьеру, пробившись в бухгалтерскую элиту, которую сейчат власти пытаются создать.
Кстати, это универсальная тенденция - конвейеризация. Вспомним, с чего начиналось благосостояние США (по их собственному мнению). Это был переход Форда от изготовления автомобилей (инженерами и механиками) к их сборке малоквалифицированными слесарями.
74. ula1c 25.01.12 13:12 Сейчас в теме
(70) Арчибальд, согласна и с тенденциями и с осознанным/неосознанным противлением, но реалии сегодняшнего момента какие?

На малых предприятиях главбух в одном лице - "и швец и жнец и на дуде игрец" - хочешь быть в профессии в своем ранге - будешь думать о повышении квалификации. Главбуха оператором не заменишь. Одно "но" -часто политику автоматизации учета на малых предприятиях определяет и диктует сам главбух.

На крупных предприятих сегодня в разряде "рядовые" бухгалтера -
1)грамотные и надежные специалисты, но не имеющие перспективы роста на данном предприятии, или часть из них не желает делать карьеру , 2)начинающая и пробующая себя молодежь, 3)люди случайные в профессии,она им неинтересна и перспектив для себя не видят,4)бухгалтеры пред и пенсионного возраста,когда мысль доработать бы до ... (пенсии) становится главной, 5)тяжкообучаемые бухгалтеры, способные освоить операции на одном участке учета и не более . По опыту собственных внедрений скажу, что все они против перехода на новое программное обеспечение. И тут очень важным является позиция руководства. Кто из них готов уволитья? Противление сошло до нуля, когда поняли, что грядут большие перемены и успеть бы освоить новое, и если уж прийдется уходить, то со знанием и опытом работы в новой программе. Бухгалтеры тоже осознают,что сегодня это, как вы написали, "ключевое и единственное значимое" умение. Примерно через год состав бухгалтерии обновился наполовину. Ушли случайные и тяжкообучаемые - еще вначале внедрения, т.к. не способны или не хотели напрягаться. Ушли после освоения программы те, кто решил, что способен теперь на большее. И у них это поучилось. Чудеса твердости духа показывают многие предпенсионеры, тянут все, что на них валят.
К чему прийдем? К тому о чем вы пишите - будут главбухи (как вы называете - элита) и счетоводы (не нашла аналога этому термину в применении не к счЁтам, а программе (юзеры?)). Но так уже было. Эпоха перемен вызвала новый тип бухгалтера и,похоже, он постепенно уходит в небытие, оставаясь в нашей памяти. С уважением, Галина.
CheBurator; Арчибальд; +2 Ответить
65. NatalyaVP 24.01.12 21:17 Сейчас в теме
Очень хорошая полезная статья. Спасибо автору.
67. Gasdrubal 25.01.12 06:48 Сейчас в теме
вы все очень хорошо написали, по принципам учета, может вам стоит вести блог - по методике, было бы очень полезно. я например, тот самый программист, который пока не умеет продавливать логику учета.

Неплохо бы иметь описанный опыт внедрения УПП ил комплексной. Посто чтение дкоументации немного дает.
68. 1cinfo1 7 25.01.12 06:58 Сейчас в теме
Очень правильные моменты подмечены в статье. Автор, пиши еще!
И когда можно ожидать "О контрольных точках по НДС, взаиморасчетам и другим участкам я попытаюсь опубликовать отдельные статьи"?
71. Iriska099 25.01.12 10:21 Сейчас в теме
Спасибо, хорошая статья.
72. jinnnka 25.01.12 10:23 Сейчас в теме
очень интересно,спасибо:)
73. cerg110 3 25.01.12 11:47 Сейчас в теме
спасибо за отличную статью.
75. Little-ann 14 25.01.12 22:23 Сейчас в теме
Вот люблю такие публикации. и сама статья интересная, да и комменты тоже почитать одно удовольствие. Все о наболевшем.
Соглашусь с предыдущим постом - часто не только политику автоматизации, но и вообще все, что хоть как-то относится к непосредственной деятельности малого предприятия определяет главбух. И очень часто бывает, что даже в этом случае в кресле главбуха (он же оператор, кассир, расчетчик, секретарь и зав.складом в одном лице) сидит молодая не обремененная интеллектом+опытом+образованием девочка с амбициями вице-президента. А тебе с ней работать... Она ни толком процесс описать не может, а часто даже понять, что от нее хотят, ни уж тем более хоть как-то формализовать свои требования. А потом звонит с вопросами, претензиями и понеслось...
76. Nado2010 26.01.12 00:01 Сейчас в теме
все конечно интересно.... но боюсь что на практике очень частоююювсе не так ....с клиентами сложно работать
77. nelse 26.01.12 00:25 Сейчас в теме
Такой объем здесь читать трудно. Сохранил. Посмотрю.
Не со всеми восторженными комментами согласен, но это потом.
79. hamsar 5 26.01.12 11:52 Сейчас в теме
Спасибо автору хорошая статья.
80. pt_olga 62 26.01.12 14:52 Сейчас в теме
однозначно автору плюс за эпохальное творение!

даже перечитывать буду... приятно, когда мнение и ощущения специалистов сходятся, а это значит, что истина где-то рядом
81. leon111 14 26.01.12 14:55 Сейчас в теме
82. GalKo 27.01.12 14:35 Сейчас в теме
А я из народа - я за типовые конфы!
83. zhleonid8 27.01.12 18:52 Сейчас в теме
84. zhleonid8 27.01.12 18:52 Сейчас в теме
я тож за типовые!!!!!!!!!!!!!!!!!
87. Valia 29.01.12 15:13 Сейчас в теме
Хорошая статья. Действительно, внедрение-это совместная работа грамотных специалистов с обоих сторон - Заказчика и Исполнителя. Вот только сложно заставить пользователей смотреть по отчетам, что именно они наворотили в базе данных. Им проще записывать все на бумаге, чем сформировать отчет, например, по заказам покупателя, в котором нужно выбрать Клиента или Заказ. И пробиться через это нежелание очень трудно.
И еще одно замечание по поводу первой части статьи. Все дело в том, что на стадии знакомства с функционалом будущей системы разработчик работает с руководителями у которых, как оказывается потом, довольно идеалистическое представление о работе их подразделений. И сопротивление нижнего звена не стоит недооценивать, Вам будут кивать и со всем соглашаться, но простого контроля данных не будут проводить.
Спасибо за сформированные принципы внедрения, которые вырабатываются годами и опытом.
88. kirillsas 6 31.01.12 07:35 Сейчас в теме
Перед автором склоняю голову. С таким людями приятно работать, жаль правда, что в основном засилье у нас автоматизаторов из последнего параграфа - я тут просто код пишу, а после нас - хоть потом.
90. hamsar 5 31.01.12 21:18 Сейчас в теме
91. kmar 01.02.12 09:18 Сейчас в теме
Статья отличная, много правдивых слов от автора, впредь пиши такие же замечательные статейки!
92. Les_Saboteurs 01.02.12 09:22 Сейчас в теме
Очень интересная статья
93. hmv59 01.02.12 12:05 Сейчас в теме
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Владивосток
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Программист 1С
Екатеринбург
зарплата от 120 000 руб. до 120 000 руб.
Полный день

Руководитель проектов 1С
Санкт-Петербург
Полный день