Жобаны талқылау

QQDEV · ҚЫРҒЫЗСТАН · ҚАШЫҚТАН

Тіркеме берілді, файл ашылмады: жүйелер арасындағы алмасуды тексеру

Сілтеме, көшірме және жаңа нұсқа — берудің әртүрлі нәтижелері. Алушы қолжетімділігін тексеріп, файл ережесін таңдау.

Жарияланды

2 мин26

Шартты мысал: бір жүйеден екіншісіне сипаттама файлының сілтемесі берілді. Әкімшіде құжат ашылады, орындаушыдан кіру сұралады. Карточкада «берілді» белгісі тұр, бірақ алушы тіркемемен жұмыс істей алмайды. Интеграция мекенжайды жеткізді, міндетті түрде қолжетімділікті емес.

Компания сату мен орындауға әртүрлі бағдарлама қолданса, не берілетінін алдын ала таңдаңыз: бастапқы құжат сілтемесі ме, әлде бөлек көшірме ме? Бұл нұсқаларға әртүрлі ереже керек.

Сілтеме мен көшірме әртүрлі міндет шешеді

Сілтеме бастапқы жүйедегі құжатқа апарады. Алушыға тиісті құқық пен ашу тәсілі қажет. Көшірме басқа жақта сақталады, сондықтан түпнұсқа өзгерісі онда өздігінен пайда болмайды.

Қызметкерге қайсысы керек екенін көрсетіңіз: қазіргі жұмыс нұсқасы ма, әлде белгілі сәтте келісілген бекітілген файл ма? «Сипаттама» атауы дұрыс нәтиженің қайсы екенін түсіндірмейді.

Интеграция қандай мекенжай беретінін нақтылаңыз

Битрикс24-те интерфейсте ашу сілтемесі мен жүктеу мекенжайы — бөлек деректер. Файл жүктеу туралы ресми нұсқаулықта алу тәсілі сақтау орны мен файл байланысына тәуелді екені де сипатталған. Жүктеуге құқықтар мен тиісті әдістің рұқсаты керек.

Қолжетімділік параметрлері бар техникалық мекенжайды қызметкерлерге ортақ сілтемеге айналдырмаңыз. Әзірлеуші файлды кім, кімнің құқықтарымен алатынын түсіндірсін. REST API — алмасудың бағдарламалық интерфейсі — қолжетімділігі мен екінші жүйе шектеулері бөлек тексеріледі.

Әдеттегі алушыны тексеріңіз

Әкімшінің емес, нақты қатысушының құқықтарымен сынаңыз. Тіркемені керек карточкадан ашып, бастапқы жүйеден шыққаннан кейін тексеруді қайталаңыз. Осылайша байқалмай ашық тұрған сеансқа тәуелділік көрінеді.

Сыртқы алушыға ашық қолжетімділік жарай ма — бөлек шешіңіз. Битрикс24 сілтеме параметрлері мен шектеулері файл қолжетімділігі нұсқаулығында берілген. Алмасу қатесін жасыру үшін ғана жалпы қолжетімділікті қоспаңыз.

Қырғызстандағы команда үшін атаулардың жұмыс тілдерін, файл атындағы кириллицаны және қолданылатын құрылғылардан ашылуын тексеріңіз.

Жаңарту мен қателерді келісіңіз

Бастапқы құжатты сынақ жаңа нұсқамен алмастырыңыз. Алушы келісілген мінез-құлықты көретінін тексеріңіз: сілтемедегі өзекті файл не бұрын бекітілген көшірме. Көшірме жаңаруы керек болса, бұл — интеграцияның бөлек әрекеті.

Рұқсаттан бас тартуды, жойылған файлды және қайта беруді тексеріңіз. Жүктеу қатесі жауаптыға көрінсін; мекенжай жолы сақталғаны үшін ғана «жеткізілді» белгісін қоюға болмайды.

QQDev Битрикс24 REST API арқылы интеграция әзірлейді. Қызмет бетінде интерфейсі қажет сценарийді қолдаса, компанияның қазіргі жүйесін сақтап, тіркемелерді беруді талқылауға болады. Жеке дерексіз файл әкеліп, кімге керек, қайда ашылуы тиіс және қай нұсқа дұрыс екенін түсіндіріңіз.

← Блогтың барлық жазбалары