Порядок проведения оценки объема работ при первичной по интеграции с 1С через внешнюю обработку

Материал из razgovorov.ru
Версия от 16:27, 16 апреля 2015; Разговоров Михаил (обсуждение | вклад) (Определяем варианты отправляемых пакетов документов и их состав)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

Получаем информацию о 1С

Из какой конфигурации/базы надо делать выгрузку?

Спрашиваем у клиента с какими базами 1С требуется интеграция. Проводим оценку объема работ по каждой базе.

Определяем тип клиента 1С

Так как Выгрузку / загрузку будет осуществлять конкретный пользователь, то очень важно понимать какой тип клиентской части 1С он для этого будет использовать. В настоящее время имеется три типа клиентских частей 1С: толстый (обычные формы), тонкий (управляемые формы), веб (в т.ч. 1C fresh). Для толстого и тонкого клиента есть отдельные версии обработки. С Веб клиентом 1С возможна интеграция только при помощи технологии 1С из браузера.

Определить тип клиента можно только по внешнему виду 1С. .... примеры....

Определяем название конфигурации и её версию

... как? ....

Проверяем, входит ли конфигурация в список поддерживаемых

Определяем варианты отправляемых пакетов документов и их состав

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

В результате Вы должны составить список пакетов документов их состав, понимать житейскую логику формирования пакета (продажа материалов состоит из накладной и фактуры строится от реестра Реализация, фактура связана через связи документов визуализация стандартная; реализация электроэнергии состоит из счета, акта сверки, накладной и фактуры первые три документа печатаются от реестра СбытЭнергии, фйктура связана через связи документов визуализация стандартная)

Есть ли какие особенности/условия при формировании печатных форм?

Есть ли доработанные (нестандартные) печатные формы? если да, то получить образцы каждой

Определяем как связаны документы пакетов между собой и какой документ будет основным при формировании пакета

3. Получаем образцы заявленных печатных форм

4. Для каждой конфигурации Добавляем в смету "1С: Базовая интеграция" в описании работ пишем список согласно предоставленной информации

[Название и версия конфигурации]
-[Название пакета документов]
--[Название реестра] - [Название макета] - [Особенности формирования со слов клиента]


Например:

Бухгалтерия 3.0
-Реализация товаров и услуг
--Реализация - Накладная (доработанная печатная форма)
--Реализация - Акт
--Счета-фактуры выставленные - Счет-фактура
-Реализация электроэнергии
--Услуги оказанные - Акт передачи электроэнергии
--Счета-фактуры выставленные - Счет-фактура

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

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

7. Если отчет содержит ошибки в части реквизитов конкретного типа документов, либо таких документов вообще нет в конфигурационных файлах, то для каждой уникальной пары "Реестр документов - печатная форма" добавляем в смету "1С Выгрузка xml документа" (за один документ) с комментарием Название реестра документов - печатная форма. Для загрузки подход аналогичный.

8. Спросить к клиента, если ли какие либо особенности в печатных формах, когда значения изменяются от каких либо условий. Например в зависимости от типа контрагента, печатать разные платежные реквизиты и т.п. Если для какой-то печатной формы клиентом заявляется, что в ней заложена логика заполнения в зависимости от исходных данных. То за каждое условие включаем в смету "1С. Добавление логики в выгрузку документов (за одно условие)", в комментарии упрощенно описываем требуемую логику работы. Если клиент не в курсе, тогда проговаривается что с этим вопросом Главное получить проговорить этот вопрос, чтобы

9. Сравниваем печатные формы клиента со стандартными, если отличия для клиента принципиальны, то добавляем в смету изменение визуализации, а также если данный документ ранее не была включен в смету как "Выгрузка XML документов", то включаем в смету "1С изменение выгрузки xml документа" количеству дополнительных полей с указанием названий этих полей в комментарии.