Libraries tagged by form processing
eventix/omnipay-first-atlantic-commerce
12384 Downloads
First Atlantic Commerce V3 driver for the Omnipay PHP payment processing library
eseperio/omnipay-redsys
5616 Downloads
Redsys (Credit card + Bizum) payment gateway for the Omnipay PHP payment processing library
digistorm/omnipay-nmi
1791 Downloads
NMI (Network Merchants Inc.) driver for the Omnipay PHP payment processing library
cakejob/php-resque-ex
2549 Downloads
Redis backed library for creating background jobs and processing them later. PHP port based on resque for Ruby.
andylibrian/omnipay-veritrans
9215 Downloads
Veritrans driver for the Omnipay PHP payment processing library
ahfeel/php-resque
59953 Downloads
Redis backed library for creating background jobs and processing them later. Based on resque for Ruby.
labs7in0/omnipay-wechat
17498 Downloads
WeChat driver for the Omnipay PHP payment processing library
tomigun-ua/omnipay-netbanx
4315 Downloads
NetBanx driver for the Omnipay 3.0 payment processing library
tomigun-ua/omnipay-amex
3600 Downloads
Amex driver for the Omnipay 3.0 payment processing library
co-stack/reversible
3047 Downloads
Provides portable reversible functions and queues. Can be used e.g. for transport encoding or complex value processing
academe/omnipay-wirecard
24195 Downloads
Wirecard payment gateway driver for the Omnipay 3.x payment processing library
paytic/omnipay-common
4152 Downloads
Common classes for drivers extending ThePhpLeague Omnipay multi-payment processing library
migliori/php-pdo-database-class
369 Downloads
The DB class is a database abstraction layer that provides a simple, consistent interface for interacting with different types of databases. It handles connection management, query execution, pagination and result processing
karen_he/avataxclient
992 Downloads
Client library for Avalara's AvaTax suite of business tax calculation and processing services. Uses the REST v2 API. Updated to use Guzzle 7 for Laravel compatibility.
inda-hr/php_sdk
597 Downloads
# Introduction **INDA (INtelligent Data Analysis)** is an [Intervieweb](https://www.intervieweb.it/hrm/) AI solution provided as a RESTful API. The INDA pricing model is *credits-based*, which means that a certain number of credits is associated to each API request. Hence, users have to purchase a certain amount of credits (established according to their needs) which will be reduced at each API call. INDA accepts and processes a user's request only if their credits quota is grater than - or, at least, equal to - the number of credits required by that request. To obtain further details on the pricing, please visit our [site](https://inda.ai) or contact us. INDA HR embraces a wide range of functionalities to manage the main elements of a recruitment process: + [**candidate**](https://api.inda.ai/hr/docs/v2/#tag/Resume-Management) (hereafter also referred to as **resume** or **applicant**), or rather a person looking for a job; + [**job advertisement**](https://api.inda.ai/hr/docs/v2/#tag/JobAd-Management) (hereafter also referred to as **job ad**), which is a document that collects all the main information and details about a job vacancy; + [**application**](https://api.inda.ai/hr/docs/v2/#tag/Application-Management), that binds candidates to job ads; it is generated whenever a candidate applies for a job. Each of them has a specific set of methods that grants users the ability to create, read, update and delete the relative documents, plus some special features based on AI approaches (such as *document parsing* or *semantic search*). They can be explored in their respective sections. Data about the listed document types can be enriched by connecting them to other INDA supported entities, such as [**companies**](https://api.inda.ai/hr/docs/v2/#tag/Company-Management) and [**universities**](https://api.inda.ai/hr/docs/v2/#tag/Universities), so that recruiters may get a better and more detailed idea on the candidates' experiences and acquired skills. All the functionalities mentioned above are meant to help recruiters during the talent acquisition process, by exploiting the power of AI systems. Among the advantages a recruiter has by using this kind of systems, tackling the bias problem is surely one of the most relevant. Bias in recruitment is a serious issue that affect both recruiters and candidates, since it may cause wrong hiring decisions. As we care a lot about this problem, we are constantly working on reduce the bias in original data so that INDA results may be as fair as possible. As of now, in order to tackle the bias issue, INDA automatically ignores specific fields (such as name, gender, age and nationality) during the initial processing of each candidate data. Furthermore, we decided to let users collect data of various types, including personal or sensitive details, but we do not allow their usage if it is different from statistical purposes; our aim is to discourage recruiters from focusing on candidates' personal information, and to put their attention on the candidate's skills and abilities. We want to help recruiters to prevent any kind of bias while searching for the most valuable candidates they really need. The following documentation is addressed both to developers, in order to provide all technical details for INDA integration, and to managers, to guide them in the exploration of the implementation possibilities. The host of the API is [https://api.inda.ai/hr/v2/](https://api.inda.ai/hr/v2/). We recommend to check the API version and build (displayed near the documentation title). You can contact us at [email protected] in case of problems, suggestions, or particular needs. The search panel on the left can be used to navigate through the documentation and provides an overview of the API structure. On the right, you can find (*i*) the url of the method, (*ii*) an example of request body (if present), and (*iii*) an example of response for each response code. Finally, in the central section of each API method, you can find (*i*) a general description of the purpose of the method, (*ii*) details on parameters and request body schema (if present), and (*iii*) details on response schema, error models, and error codes.