Number of allotaries Interactive terminals

Open data API in a single place

Provided by etalab

Get early access to Number of allotaries Interactive terminals API!

Let us know and we will figure it out for you.

Dataset information

Country of origin
Updated
2022.11.07 00:00
Created
2022.09.08
Available languages
French
Keywords
allocataire, borne
Quality scoring
195

Dataset description

This is the total number of different recipient files consulted on the interactive terminals belonging to the Caf, during the same day and at the same location. A recipient file is recorded from the time a signature is registered. A signature corresponds to successful identification and authentication on any of the interactive terminals of the Caf by entering a recipient number (Matricule) and associated confidential code. Several identical signatures (seized with the same number and confidential code) on the same day and at the same place count for only one successful file. These recipient files can be consulted by the tenant himself or through a third party (provided that they have the number of the lessee for whom they are consulting and their confidential code). Several steps can be taken following this signature(s) on the same day (printing form, simple consultation of payments, etc.). The indicator is broken down as follows: \- Caf recipients on terminals of my Caf \- Other Caf recipients on my Caf terminals All the recipient files consulted are counted as soon as there is a signature regardless of whether: \- the reason for the consultation: information, records of benefits, social action, litigation, etc. \- the person who consults: recipient or third party \- the access site: whatever the location of the terminal belonging to the Caf (Caf, CCAS, town hall...) \- the Caf of attachment of the recipient file: CAF, other CIFs The indicator is as close as possible to the concept of reception visits with the following reservations: \- Two signatures at different times of the same day with the same number and the same confidential code entered and at the same place may represent in reality two trips of a recipient to consult his file on the terminals but are counted as only one file consulted in the indicator. The choice was made to have only one recipient file consulted per day, per place and per recipient in order to avoid an overvaluation of the burden. In fact, during the same consultation of the terminal, the tenant may sign himself several times during his navigation under the various headings. However, this case cannot be distinguished from genuinely separate cases of visits. Similarly, a recipient may consult several terminals consecutively at a reception site (for example, waiting to be received at the counter) without this being multiple visits. \- Failure to identify and authenticate (persons who wish to access their folder via the interactive terminal but fail to do so) are not taken into account in the indicator. Similarly, unsigned consultations do not fall within the scope of the indicator (e.g. the homepage, the Practical Information section) because it is not possible to identify them, and represent a very important part of the use of the terminals. For the monthly period, the number of terminal sub-contractors corresponds to the cumulation of the number of sub-contractors recorded on each of the days of the month. Similarly, the number of annual allocations corresponds to the cumulation of the number of allotted persons recorded on each of the days of the year. The same beneficiary can therefore be counted several times over the month and year. This type of cumulation makes it possible to obtain an evaluation of the load absorbed by the terminals.
Build on reliable and scalable technology
Revolgy LogoAmazon Web Services LogoGoogle Cloud Logo
FAQ

Frequently Asked Questions

Some basic informations about API Store ®.

Operation and development of APIs are currently fully funded by company Apitalks and its usage is for free.
Yes, you can.
All important information such as time of last update, license and other information are in response of each API call.
In case of major update that would not be compatible with previous version of API, we keep for 30 days both versions so you will have enough time to transfer to new version. We will inform you about the changes in advance by e-mail.

Didn't find the API you need?

Let us know and we will figure it out for you.

API Store provides access to European Open Data via scalable and reliable REST API interface.
Copyright © 2024. Made with ♥ by Apitalks