Google Ads Connector

A1არქიტექტურა: სად მდებარეობს ის პლატფორმაში

Google Ads Connector is a first-class module of the Sourcing & Job Ads suite inside the authenticated Expertini ATS workspace. პლატფორმა მიზანმიმართულად არის სერვერზე გენერირებული: თითოეული ხედი მომზადებულია აპლიკაციის სერვერის მიერ და გაგზავნილია როგორც სრული HTML, კლიენტის მხარის ფრეიმვორკის, მესამე მხარის CDN სკრიპტების და მონაცემებსა და გვერდს შორის აგების ფენის გარეშე. რა რენდერდება არის ის, რაც სერვერმა გამოთვალა — თვისება, რომელიც ინტერფეისს აუდიტორულს ხდის.

ყველა პერსისტენცია მუშაობს ერთ საძიებო-მშობლიურ დოკუმენტების მაღაზიაზე; თითოეული მოთხოვნა ატარებს ორგანიზაციის იდენტიფიკატორს, როგორც სავალდებულო ფილტრს ყველაზე დაბალ მოთხოვნის ფენაზე. ტენანტის იზოლაცია ამიტომ სტრუქტურულია — თითოეული მოთხოვნის შედგენის თვისება — ნაცვლად პოლიტიკისა, რომელიც ეყრდნობა აპლიკაციის კოდს, რომელსაც ახსოვს შემოწმება.

Availability is governed by the platform's tool registry: this tool is registered from the Trial plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2მონაცემთა მოდელი და დამოკიდებულებების რუკა

In production the tool reads and writes job requisitions (ats_jobs). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

თითოეული ცალკეული გახსნა იწერება ინსტრუმენტის აქტივობის სათავსოში — და ეს ჟურნალი და არა პარალელური ანალიტიკური სისტემა არის ის, რასაც ანგარიშების განყოფილება აგრეგირებს. გამოყენების ციფრები, რომლებსაც ხედავთ, არის ციფრები, რომლებიც პლატფორმამ რეალურად ჩაწერა.

ყველაფერი, რაც ტოვებს მოთხოვნის გზას — შეტყობინებების გავრცელება, ვებჰუკის მიწოდება, აქტივობის ჟურნალირება, ფოსტა — მუშაობს ფონურ რეჟიმში. ნელ გარე საბოლოო წერტილს არასოდეს შეუძლია ინტერფეისის გაყინვა, ხოლო წარუმატებელი გვერდითი ეფექტი იწერება ჟურნალში და არა ჩუმად იმეორებს შეცდომას შეუსაბამობამდე.

A3ოპერატიული მოსაზრებები

ორგანიზაციის დონის პარამეტრები, დესტრუქციული მოქმედებები და კავშირები შეზღუდულია მფლობელისა და ადმინისტრატორის როლებით; რეკრუტორები მართავენ ინსტრუმენტს იმ ჩანაწერებზე, რომლებსაც ხედავენ. როლების ცვლილებები ძალაში შედის შემდეგ მოთხოვნაზე — აღსრულება არის მარშრუტზე და არა მენიუში.

შეცდომები ზედაპირზეა, არ არის გადაყლაპული: სერვერის მხარის ვალიდაცია აბრუნებს ზუსტ ველს და მიზეზს, მომწოდებლის შეცდომები ციტირებულია სიტყვასიტყვით, სადაც ინტეგრაციებია ჩართული, და ყოველი ჩაწერა ან ადასტურებს ან ატყობინებს. ექსპორტები ხელახლა გენერირდება მოთხოვნით, ვიდრე ქეშირდება — ანგარიში, რომელსაც ჩამოტვირთავთ, ასახავს მაღაზიას იმ მომენტში, როდესაც იკითხეთ, არა გასული ღამის სნეპშოტს.

ყველაფერი დაწერილი არის თქვენი წასაღებად: CSV ექსპორტები და Data Export აპი ფარავს იმავე მაღაზიებს, რომლებსაც თავად პროდუქტი კითხულობს. გასასვლელი ისეთივე ღიაა, როგორც შესასვლელი — დიზაინით და არა დათმობით.

A4Interaction contract

ინტერფეისი მიჰყვება პლატფორმის ძიებისა და არჩევის კონვენციას: ნებისმიერი ველი, რომელიც ასახელებს რეალურ ჩანაწერს — კანდიდატი, კლიენტი ან ვაკანსია — არის ტიპით-ძიების ამომრჩევი ცოცხალ მონაცემებზე, და არა თავისუფლად აკრეფილი სტრიქონი, რაც ინარჩუნებს აქტივობის კვალსა და დუბლირების მოხსნას სანდოს. სტატიკური არჩევანი არის ფილტრ-როგორც-აკრეფავ კომბოები ძირძველი ჩამოსაშლელი მენიუების ნაცვლად, ხოლო მდგომარეობის გადასვლები იძლევა ექსპლიციტურ უკუკავშირს: სერვერის დადასტურებები ჩნდება როგორც ტოსტები, ვალიდაციის შეცდომები ასახელებს ზუსტ ველს და არაფერია ნაჩვენები როგორც შესრულებული, რაც სერვერს არ დაუდასტურებია.

ქვემოთ მოცემული ვაირფრეიმი და ნაკადი დოკუმენტირებს ზედაპირის სტრუქტურულ კონტრაქტს — რა პანელები არსებობს, რა თანმიმდევრობით ხდება მდგომარეობები და რა ხდება ყველა კიდეზე — და არა პიქსელებს. განლაგება დაკომპლექტებულია მშობლიური CSS ბადით და ფლექსბოქსით და ადაპტირდება ფართო დესკტოპიდან ერთ სვეტამდე ცალკე მობილური ხედების გარეშე.