Подружись з 1С-програмістом або програй

Всі знають, що від кожного члена команди залежить результат у будь-якій справі. Але далеко не всі замислюються про розміри своєї команди в процесі роботи над проектом. З досвідом приходить усвідомлення того, що командою потрібно вважати не тільки колег своєї компанії, але і співробітників замовника, які працюють над проектом.

Ви можете мати супер-круту команду на своєму боці, але отримати купу проблем з боку замовника в особі програміста 1С. Погляньмо детальніше.

Завжди є стандартні стадії роботи з проектом:

• отримання інформації та завдань від замовника;

• розробка технічного завдання та прототипів майбутніх макетів;

• розробка дизайну;

• верстка і розробка функціональної складової;

• тестування;

• наповнення контентом;

• запуск проекту.

Найчастіше, працюючи з 1С-Бітрікс, замовник і виконавець впевнені, що платформа має зовнішній модуль для 1С. І внутрішній механізм отримання інформації який допоможе з'єднати цих 2 продукти без зайвих зусиль. Через ці переконання перші і другі залишають роботу з підключення 1С на останню стадію розробки або ж на етап наповнення контентом. У підсумку в більш ніж в 50% випадків їх чекає сюрприз.

Найпоширеніші проблеми:

• Дані з 1С надходять в повному вигляді, але ламають структуру каталогу.

• Дані взагалі не структуровані за принципом «дерева» і їх потрібно попередньо підготувати.

• Інформація надходить в «сирому» вигляді і її потрібно додатково обробляти.

Два перших пункти підштовхують розробника шукати правильне рішення з того самого моменту, коли озвучене завдання. І в результаті цього народжуються складні і / або «елегантні» схеми. Але всі ці незручні способи можна обійти, якщо заглянути в документацію по модулю для 1С. Там і захована розгадка про побудову власної структури для вивантаження на сайт. Працюючи з таким рішенням, ви отримаєте повністю нову структуру сайту, де будуть об'єднані маленькі розділи в більші або навпаки.

А тепер розглянемо останній пункт зі списку проблем. Припустимо, необхідно показати інформацію про наявність товару, а на сайт не надходить належна інформація про його наявність і торгові пропозиції (SKU). Якщо це досить великий магазин і він має онлайн і оффлайн представництво, то інформація про наявність повинна оновлюватися досить часто. У нашій задачі є 3 варіант рішення:

• Нічого не робити і вираховувати цю інформацію в момент демонстрації.

• Отримати дані з 1С і самостійно перераховувати сумований стан для наявності товару.

• Отримати результуючі дані у вигляді підсумкового значення з 1С.

Останній варіант найкращий з точки зору навантаження на сайт. Але найнеприємніший для програміста 1С, якому потрібно робити «зайву роботу» там, де, на його думку, і так все працює добре.

Якщо з вами працює досвідчений програміст, то ви отримаєте швидке виконання ваших задач, оскільки людина розуміє логіку роботи бази 1С, вміє і не боїться писати новий код. У гіршому ж випадку, вам може попастися недосвідчений розробник, що приховує своє незнання і невміння за фразою «Навіщо потрібно лізти в те, що працює? Нехай програмісти роблять на сайті те, що їм потрібно». В результаті ви будете грати з цією людиною в гру «доведи замовнику свою правоту».

Це з'їдає час і нерви всієї команди на певному етапі роботи. Особливо неприємно якщо це відбувається на «фінішній прямій».

Для того, щоб уникнути затягувань з проектом, досить перемістити стадію знайомства з програмістом 1С на етап написання технічного завдання. В результаті ви отримаєте паралельний процес роботи над сайтом і його інформаційною складовою і зможете завершити проект вчасно. Без травмування нервової системи своїх колег і замовника.