Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Замовлення будуть приходити з Пром та Розетки в Бокс
Менеджери клієнта поки продовжуватимуть обробляти замовлення в 1С Торгівля Україна 3.1
Коли Бокс приходить замовлення, він буде передавати в 1С . І у 1С формуватиметься ТТН Нової пошти.
ТТН треба забрати з 1С в Бокс на замовлення та відправити клієнту через смс
А також змінювати статус замовлення, залежно від статусу ТТН. І передавати статуси замовлень у 1С.
Чи можна зробити налаштуваннями (особливо синхронізація з 1С) або де треба буде швидше за все програмування (скільки приблизно годин)?
Замовлення будуть приходити з Пром та Розетки в Бокс Менеджери клієнта поки продовжуватимуть обробляти замовлення в 1С Торгівля Україна 3.1 Коли Бокс приходить замовлення, він буде передавати в 1С . І у 1С формуватиметься ТТН Нової пошти. ТТН треба забрати з 1С в Бокс на замовлення та відправити клієнту через смс А також змінювати статус замовлення, залежно від статусу ТТН. І передавати статуси замовлень у 1С. Чи можна зробити налаштуваннями (особливо синхронізація з 1С) або де треба буде швидше за все програмування (скільки приблизно годин)?
Загатний Кирило Співробітник писав/ла: Замовлення будуть приходити з Пром і Розетки в БоксМенеджери клієнта поки продовжуватимуть обробляти замовлення в 1С Торгівля Україна 3.1Коли в Бокс приходить замовлення, то він буде передавати в 1С. І в 1С формуватиметься ТТН Нової пошти. І передавати статуси замовлень в 1С. Чи можна зробити налаштуваннями (особливо синхронізація з 1С) або де треба буде швидше за все програмування (скільки приблизно годин)?
Ні, це просто налаштування не зробити. 1) Потрібен спеціаліст з боку 1с, який виконуватиме всі налаштування з боку 1с, а з боку Onebox налаштування виконуватиме хтось із інтеграторів. Без 1сника можна навіть не розглядати налаштування, тому що тільки в дуже поодиноких випадках це виходить зробити без них. 2) Потрібно визначити спосіб передачі. Скажу відразу не потрібно покладати великі надії на модуль, він обмежений у функціоналі, навіть якщо він встановиться без помилок, то навряд чи повністю закриє всі потреби, так як і 1с і бокс це по суті конструктори і в 1с точно так само можна налаштувати багато всяких функцій. Тому варіанти такі: - модуль (але тут також потрібен спеціаліст з боку 1с, щоб виправляти помилки або робити доопрацювання при необхідності, інтегратор сам цього не зробить). - xml – старий добрий метод. На стороні 1с та боксу наполягає вивантаження та завантаження даних - API - або на стороні 1с писати api і з боксу стукати в нього, або на стороні 1с робити запити в бокс Тепер саме з твого питання. Якщо розглядаємо варіант із 1сником, то можемо подивитися на модуль. Описую лише варіант по модулю, тому що всі варіанти описувати довго і не зрозуміло, яка у тебе ситуація. Його ставлять у 1с, перевіряємо на помилки, чи запускається і т.д. Робиться адаптація, виправлення помилок. Допустимо, модуль встановлений, він працює, все бл. 1) Налаштувати вивантаження замовлень із боксу в 1с - У модулі налаштовується обмін "Завантаження замовлень" (він так і називається). З боку боксу налаштовуємо якісь статуси вивантажувати в 1с. Налаштовуємо сценарій обміну, даних тут не повинно бути багато, тому можна навіть раз на хвилину (але якщо замовлень буде багато, то краще збільшити інтервал) - (модуль стукає у бокс, бокс формує файл із замовленнями, передає на сервер 1с, 1с завантажує замовлення ) 2) Налаштувати вивантаження замовлень та ТТН - налаштовуємо обмін "Вивантаження замовлень". У ньому вказуємо, що потрібно вивантажувати поле Номер ТТН) якщо його немає в списку, то тут 1снік нам допоможе) і вивантажуємо номер замовлення в 1с. - тут є один момент - щоб усі замовлення не збиралися і не віддавалися постійно у файлі при завантаженні в 1с - налаштовуємо з боку боксу дію на стартовому етапі, яка перевірятиме чи заповнений номер замовлення 1с (зовнішній id) і якщо заповнений, то переключити в інший статус. Потім налаштовуємо таку саму дію на перевірку номера ТТН і перемикаємо у статус, де відправлятиметься смс 3) Вивантаження статусів у 1с - Тут знову знадобиться 1сник, щоб налаштувати прийом статусів в 1с, з нашого боку вони вивантажуються. Звучить просто, але найскладніше тут досягти, щоб модуль працював коректно. :) Явних доробок тут немає, але це залежить від вимог замовника. PS Без першого сника навіть не рекомендую починати це робити - це буде довго, боляче і неприємно.
[quote]
Загатний Кирило
Співробітник писав/ла:
Замовлення будуть приходити з Пром і Розетки в БоксМенеджери клієнта поки продовжуватимуть обробляти замовлення в 1С Торгівля Україна 3.1Коли в Бокс приходить замовлення, то він буде передавати в 1С. І в 1С формуватиметься ТТН Нової пошти. І передавати статуси замовлень в 1С. Чи можна зробити налаштуваннями (особливо синхронізація з 1С) або де треба буде швидше за все програмування (скільки приблизно годин)?
[/quote]
Ні, це просто налаштування не зробити.
1) Потрібен спеціаліст з боку 1с, який виконуватиме всі налаштування з боку 1с, а з боку Onebox налаштування виконуватиме хтось із інтеграторів. Без 1сника можна навіть не розглядати налаштування, тому що тільки в дуже поодиноких випадках це виходить зробити без них.
2) Потрібно визначити спосіб передачі.
Скажу відразу не потрібно покладати великі надії на модуль, він обмежений у функціоналі, навіть якщо він встановиться без помилок, то навряд чи повністю закриє всі потреби, так як і 1с і бокс це по суті конструктори і в 1с точно так само можна налаштувати багато всяких функцій.
Тому варіанти такі:
- модуль (але тут також потрібен спеціаліст з боку 1с, щоб виправляти помилки або робити доопрацювання при необхідності, інтегратор сам цього не зробить).
- xml – старий добрий метод. На стороні 1с та боксу наполягає вивантаження та завантаження даних
- API - або на стороні 1с писати api і з боксу стукати в нього, або на стороні 1с робити запити в бокс
Тепер саме з твого питання.
Якщо розглядаємо варіант із 1сником, то можемо подивитися на модуль. Описую лише варіант по модулю, тому що всі варіанти описувати довго і не зрозуміло, яка у тебе ситуація. Його ставлять у 1с, перевіряємо на помилки, чи запускається і т.д. Робиться адаптація, виправлення помилок.
Допустимо, модуль встановлений, він працює, все бл.
1) Налаштувати вивантаження замовлень із боксу в 1с
- У модулі налаштовується обмін "Завантаження замовлень" (він так і називається). З боку боксу налаштовуємо якісь статуси вивантажувати в 1с. Налаштовуємо сценарій обміну, даних тут не повинно бути багато, тому можна навіть раз на хвилину (але якщо замовлень буде багато, то краще збільшити інтервал) - (модуль стукає у бокс, бокс формує файл із замовленнями, передає на сервер 1с, 1с завантажує замовлення )
2) Налаштувати вивантаження замовлень та ТТН
- налаштовуємо обмін "Вивантаження замовлень". У ньому вказуємо, що потрібно вивантажувати поле Номер ТТН) якщо його немає в списку, то тут 1снік нам допоможе) і вивантажуємо номер замовлення в 1с.
- тут є один момент - щоб усі замовлення не збиралися і не віддавалися постійно у файлі при завантаженні в 1с - налаштовуємо з боку боксу дію на стартовому етапі, яка перевірятиме чи заповнений номер замовлення 1с (зовнішній id) і якщо заповнений, то переключити в інший статус. Потім налаштовуємо таку саму дію на перевірку номера ТТН і перемикаємо у статус, де відправлятиметься смс
3) Вивантаження статусів у 1с
- Тут знову знадобиться 1сник, щоб налаштувати прийом статусів в 1с, з нашого боку вони вивантажуються.
Звучить просто, але найскладніше тут досягти, щоб модуль працював коректно. :)
Явних доробок тут немає, але це залежить від вимог замовника.
PS Без першого сника навіть не рекомендую починати це робити - це буде довго, боляче і неприємно.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар