суббота, 3 сентября 2011 г.

Предпроектное обследование при внедрении 1С:Предприятие


Обследование

Обследование - это работа аналитиков, результатом которой является рекомендации по выбору оборудования, программных продуктов, доработкам конфигураций, а также описание технического задания на внедрение, стоимости его выполнения и т.д.
Обследование организаций предполагающих крупное внедрение, необходимо по следующим причинам:
1. Нужно иметь исчерпывающую информацию о текущем состоянии дел в автоматизации
2. Нужно иметь возможность на основе данных, полученных в результате обследования принимать решение о необходимых объемах внедрения
3. Нужно иметь возможность отказаться от внедрения при выяснении его нецелесообразности, при этом не понеся значительных расходов
4. Перед тем как внедрять нужно быть уверенным, что внедрение принесет пользу
Обследование зависит от видов деятельности организации и ее специализации, а также от наличия связанных сторон (если это необходимо для сводной отчетности).
Срок обследования обычно согласовывается с клиентом и зависит от задачи, которую ставит клиент. Обычно обследование длится несколько дней.
Результатом проведения обследования является отчет, который содержит все существенные вопросы, а именно:

  • целесообразность внедрения программного продукта
  • технология и сроки внедрения
  • определением детального объема работ с приложение технического задания
  • интеграция с другими программными продуктами
  • стоимость работ по внедрению
Далее приведены типичные примеры того, как проводится обследование
Обследование бухгалтерии
Выделяются основные объекты учета, проводится анализ ведения каждого участка. Особое внимание уделяется автоматическому формированию отчетности и точкам ввода. Если структура холдинговая, тогда проводится анализ учета внутригрупповых операций.
Обследование отдела менеджеров
Анализируется работа менеджера с клиентами и поставщиками, взаимодействие со складом и логистами, а также система обработки документов, формирования договоров, условий. Здесь проводится исследование системы контроля менеджеров, на предмет выполнения плана и не нарушения регламентов.
Обследование складов и удаленных точек
Изучается порядок оприходования и отгрузки товаров. Порядка инвентаризации, а также наличие оборудования (штрих-сканеров и т.д.) для ускорения складской работы.

Как правильно составить техническое задание программисту



В этом разделе мы расскажем Вам, как правильно составить задание программисту. Сразу заметим, что всё нижеизложенное является только советом, основанном на нашем опыте работы, и ни в коем случае не требованием, предъявляемым к тех. заданиям. Основным результатом работы и для заказчика и для исполнителя, естественно, является сама программа, но кроме этого заказчику важно, чтобы работа была выполнена быстро, качественно и недорого, а для исполнителя очень важно верно оценить объем и не потерять клиента. Не секрет, что любая база данных - это не просто программа, а сложный механизм, который дорабатывается и улучшается на протяжении всего срока использования. Поэтому программист всегда старается сохранить перспективные отношения с клиентом и, учитывая Ваши интересы, старается подсказать как правильно, быстро и недорого реализовать проект.
Чем отличается Проект от Технического задания? Проект - это намерение разработать некий механизм автоматизации учёта или желание получать быстрые и точные отчёты от уже имеющийся системы. Начинается он с назначения руководителя проектом. Им может быть либо сотрудник фирмы заказчика, либо фирмы исполнителя; во втором случае, естественно, все услуги по ведению проекта войдут в его стоимость. Далее, в случае с "1С:Предприятием", выбирают и изучают типовую конфигурацию по вопросам её возможностей и необходимости в доработках. Только после соответствующего анализа руководитель проекта составляет доскональное и точное задание программистам на внесение изменений в конфигурацию. Это задание и называется Техническим заданием, составление которого рассматривается в данном разделе.
Есть ли смысл изменять конфигурацию? Этот вопрос требует серьёзного рассмотрения. Все конфигурации, работающие с бухгалтерской компонентой, в некоторой степени - правовые системы, т.е. кроме функций расчёта и хранения информации от них требуется соответствующее государственным законам ведение учета. Для этих программ фирмой "1С" ежемесячно выпускаются обновления, как форм отчётности, так и самих конфигураций. Но что получится, если Вы измените программу, а после установите обновление? Все Ваши изменения пропадут. Можно каждый раз восстанавливать их, но зачастую это практически то же, что делать работу заново. В данной ситуации самый лучший способ - выполнять все доработки во внешних модулях. Рассмотрим конфигурацию, доработка которой, по мнению пользователей, необходима - "Торговля и Склад". Необходимость доработки - это не значит, что программный продукт некачественный, наоборот, эта конфигурация, пользуется огромной популярностью. В своём базовом варианте она способна работать в разных торговых сферах деятельности. Но у каждого бизнеса есть свои нюансы, и совмещать их в одной программе не имеет смысла.
Теперь перейдем к теме. У Вас возникла идея изменить программу или автоматизировать учёт. В своём воплощении любая идея проходит 4 стадии: Проектирование -> Реализация -> Проверка -> Анализ. В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым "круг"; такой цикл будет существовать на протяжении всего срока эксплуатации программы. Как показывает практика, для воплощения идеи необходимо 3-4 цикла, потом, через какое-то время, возникнет новая идея, но её реализация потребует меньших усилий. Что бы воплотить Ваш проект в жизнь при минимальных финансовых затратах, необходимо найти опытного исполнителя. Но, каким бы опытным не был программист, в первых двух циклах стадии: Проектирования, Проверки и Анализа желательно выполнять своими силами, при соответствующих консультациях исполнителя. Очень важно не жалеть времени на изучение материала -типовой конфигурации. Писать программу с "нуля" не имеет смысла, так как приобретая "1С:Предприятие" Вы в любом случае в комплекте получите конфигурацию. Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за неправильно сформулированных требований. Опытному программисту не стоит большого труда воплотить практически любое задание в жизнь, но его работа - это Ваши деньги и время; следовательно, чем точнее и продуманнее задание, тем быстрее и дешевле реализация.
Рассмотрим основные принципы составление технического задания:
  1. Изучите имеющуюся у Вас программу. Если её нет, попросите исполнителя установить демо-версию. В любом случае, сначала необходимо ознакомится с тем, что вы имеете, чтобы дважды за это не платить. Заполните справочники, создайте несколько документов, проверьте работу отчётов. Если что-то не понятно, проконсультируйтесь у исполнителя. По возможности начните работу в программе и, по мере необходимости, небольшими заданиями её изменяйте. Самое главное: не относитесь к типовой конфигурации как к полуфабрикату - это готовый к использованию программный продукт, написанный большим коллективом разработчиков и отлаживавшийся годами. Не ознакомившись с программой и написав большое задание, Вы практически "выбрасываете деньги на ветер", создавая сложности исполнителю и себе. Вывод: хотите меньше потратить денег на доработку - изучайте программу.
  2. Ознакомьтесь с интерфейсом программы. В случае, если назначение какого-то элемента Вам не понятно - проконсультируйтесь у исполнителя. Очень часто при разработке технического задания пользователи, которые только начинают использовать "1С:Предприятие", просят убрать не нужные, с их точки зрения, поля, документы или справочники. Не спешите этого делать, так как с одной стороны убрать их, для программиста несколько часов работы, а вернуть их в будущем обратно раза в два больше, и это время Вам придётся оплатить. Что же касается настройки прав доступа и меню - это совсем несложно, здесь нет необходимости приглашать специалиста. Не забывайте только о том, что, если Вы отдали конфигурацию на доработку, подождите, пока её вернут, иначе придётся делать настройки заново. Вывод: старайтесь по минимуму изменять интерфейс, в плане удаления "ненужных" полей или усовершенствования, это дорогой и бесполезный процесс, а настройку прав и меню, проконсультировавшись со специалистом, сделайте своими силами.
  3. При составлении ПЕРВОГО технического задания помните о том, что это задание, а не весь проект и постарайтесь объяснить программисту, что от него требуется в результате. Снабдите его образцами форм, сделанными в Ms Excel, Ms Word или нарисованными от руки, но в точности такими, какие Вы хотите получить. Постарайтесь не использовать подобных объяснений: "интерфейс должен быть предельно понятным", "документы желательно распечатывать по какой-то форме", "по результатам нужно, чтобы строился какой-то отчёт" или "документы как-то должны попадать в 1С:Бухгалтерию". Если Вы попросите оценить подобное задание, то цена может быть 10-1000 у.е., точнее сказать трудно. Лучше сформулируйте так: "интерфейс документа похож на документ Реализация ТМЦ", "необходимо две печатные формы, образцы прилагаются", "по результатам необходим следующий отчёт, его форма в Excel-файле". Разрабатывать обмен данными между базами лучше после накопления некоторого опыта работы с ними и проведения основных доработок, связанных с изменением структуры программы. Подробнее о нем можно прочитать в разделе "Обмен информацией". Вывод: постарайтесь в первом задании как можно подробнее объяснить программисту, что от него требуется. В дальнейшем задания могут иметь более свободную форму, всё зависит от взаимопонимания с исполнителем.
  4. Если Ваш проект по замыслу глобален, а времени мало и Вы не знаете с чего начать, то не составляйте сразу большое техническое задание, а проконсультируйтесь с исполнителем и по возможности начните с небольших заданий последовательно.
  5. Возникающие при разработке алгоритма трудности стоит обсудить с программистом. При всех различиях и спецификах деятельности в большинстве проектов реализуются схожие задачи. Наиболее часто такие как: система скидок (постоянные, накопительные или от суммы документа), система учёта заявок покупателей, системы расчёта потребностей в товаре и заказов поставщику, и конечно наиболее частые задания - по обмену между базами. Некоторые из этих вопросов уже решены в типовых конфигурациях, возможно, только стоит с ними ознакомиться.
"1С:Предприятие" пользуется огромной популярностью, и при серьёзном подходе к вопросу проектирования, результат оправдает Ваши ожидания. С помощью программирования возможно реализовать любые схемы учёта, но заказчику необходимо вполне определённо представлять результат, который он хочет получить. Надеемся, что наши советы помогут в решении Ваших задач.

1с Предприятие 7.7 + MS SQL 2005 требует версию 6.5 или выше



Требуется ms sql server версии 6.5 + service pack 5a или более старшая версия.


Выходили из этой проблемы следующим образом.


Заменой на пропатченные версии файлов 

  • BkEnd.dll


  • odbcbcp.dll


  • sqlsrv32.dll


  • sqlsrv32.rll
    Скачать их можно по ссылке







  • вторник, 30 августа 2011 г.

    Свертка базы 1С: архивирование периода путем усечения базы на дату

    Однажды наступает момент, когда работа в конкретной информационной базе 1С Предприятия 8 становится невыносимой из-за медленной обработки данных. В таких случаях возможны следующие пути решения:
    1. Модернизация сервера (аппаратная) - временное решение, эффективно до тех пор пока база "молодая", т.е. содержит данные только за 1-3 года работы предприятия. Когда база содержит данные за больший период, то пользователи 1С сталкиваются с проблемой взаимных блокировок при проведении документов, пока система бесполезно обрабатывает итоги.
    2. Модернизация сервера (программная) - тоже временное решение. Перевод "важных" пользователей 1С в терминальный режим временно решит проблему до очередного увеличения базы.
    3. Модернизация ПК пользователей - обязательная процедура, с оговоркой, что сложно определить, кому нужно модернизировать ПК для работы, а кому для имиджа.
    Рано или поздно среди доводов относительно усечения базы 1С появляются следующие:
    1. Мощный сервер стоит несоизмеримо дорого.
    2. Мощный сервер не решает проблем возникающих из-за взаимных блокировок пользователей при проведении документов либо других операций.
    3. База содержит данные за период проверенный налоговой.
    4. Пришла новая команда, нужно начать с чистого листа.
    5. Данные за прошедшие периоды не имеют ценности для будущих операций, а повторное заполнение базы займет много времени.

    Мы предлагаем решения данной задачи путем свертки информационной базы 1С.
    В результате использования нашего решения в актуальной базе рассчитываются итоги по остаткам в регистрах и формируются документы ввода остатков на заданную дату.
    Наше решение позволяет выполнить операцию архивирования периода в базе 1С без прерывания рабочего процесса на предприятии.

    Порядок выполнения работ по архивированию периода в 1С Предприятие 8:
    Этап 1.
    1. Проверка технической возможности свертки конкретной базы. Пробное сворачивание любого архива с актуальной конфигурацией информационной базы. По итогам этого этапа определяются технические ограничения "свертки" базы.
    2. Проверка правильности выполнения процедуры архивирования. Пользователи на свернутой базе проверяют возможность выполнения операций, с данными подвергнутыми обработке.
    Этап 2.
    1. Подготовка актуальной базы 1С к процедуре архивирования периода. Создание образа базы, связывание баз 1C. Установка запрета редактирования документов ранее даты свертки в рабочей базе.
    2. Обработка образа базы. Выполнение процедуры архивирование периода. Проверка правильности работы обработки.
    3. Перенос остатков из образа базы в рабочую базу. Удаление документов ранее даты свертки.
    4. Контроль остатков.

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

    Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки

    Цель использования: разгрузить процессор, когда два или более пользователей пытаются провести документ. 1С пытается заблокировать таблицы, но делает это без пауз, и загружает процессор на 100%. При этом пользователи практически "встают", и нормальная работа прекращается. Компонента (или патч) позволяет решить эту проблему и нормализовать работу пользователей. Особенно актуально при работе в режиме сервера терминалов.

    Установка
     Плагин присоединяется в качестве одного из бинарных файлов 1С:Предприятие (чтобы 1С его загружала, я использую небольшой патч с подменой имени DLL). Управление загрузкой плагина происходит через файл ini. Скачать можно тут - http://infostart.ru/public/download.php?file=51438

    Если у вас файл-серверная версия 1С (77, 8.0 или 8.1) ставьте из папки Plugin_dbf_77_80_81

    Если у вас клиент-серверная (SQL) версия 1С 7.7 - ставьте из папки plugin_sql_77.

    Если у вас есть и DBF, и SQL базы 7.7 - ставьте и то, и то (они друг другу не мешают).

    Если у вас клиент-серверная (SQL) версия 8.0 или 8.1 - вам не нужно ничего ставить (проблемы с блокировками там нет).

    Чтобы было удобнее устанавливать и (при необходимости) отключать плагин сразу у всех пользователей, имеет смысл расположить файлы 1С:Предприятие на сервере (в папке, которая открыта пользователям в режиме "только чтение"). Потребуется исправить только ярлыки на рабочем столе, чтобы они указывали туда. Это позволит оперативно вносить исправления в программные файлы 1С:Предприятие, устанавливать новые релизы платформы и т.д.

    Сигнальные файлы

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

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