feratel-check-api-client 1.0.0

Sign up to get free protection for your applications and to get access to all the features.
Files changed (121) hide show
  1. checksums.yaml +7 -0
  2. data/Gemfile +9 -0
  3. data/README.md +159 -0
  4. data/Rakefile +10 -0
  5. data/docs/AgeGroup.md +22 -0
  6. data/docs/AgeGroupTranslation.md +20 -0
  7. data/docs/CheckPoint.md +38 -0
  8. data/docs/CheckPointGroup.md +20 -0
  9. data/docs/CheckPointItem.md +26 -0
  10. data/docs/CheckResourcesApi.md +545 -0
  11. data/docs/CheckResult.md +26 -0
  12. data/docs/CheckState.md +20 -0
  13. data/docs/CheckStateEnum.md +15 -0
  14. data/docs/CheckStateTranslation.md +20 -0
  15. data/docs/CheckpointError.md +22 -0
  16. data/docs/Customer.md +24 -0
  17. data/docs/History.md +18 -0
  18. data/docs/HistoryItem.md +24 -0
  19. data/docs/HistoryItemState.md +26 -0
  20. data/docs/Identification.md +36 -0
  21. data/docs/IdentificationStatus.md +15 -0
  22. data/docs/IdentificationType.md +26 -0
  23. data/docs/IdentificationUsage.md +26 -0
  24. data/docs/IdentificationUsageType.md +15 -0
  25. data/docs/Identifier.md +20 -0
  26. data/docs/IdentifierType.md +15 -0
  27. data/docs/ServiceProvider.md +24 -0
  28. data/docs/ServiceType.md +28 -0
  29. data/docs/ServiceTypeAssignment.md +22 -0
  30. data/docs/ServiceTypeTranslation.md +20 -0
  31. data/docs/ServiceUsage.md +36 -0
  32. data/docs/ServiceUsageType.md +15 -0
  33. data/docs/SystemResourcesApi.md +147 -0
  34. data/docs/TransactError.md +22 -0
  35. data/docs/TransactResult.md +34 -0
  36. data/docs/TransactState.md +20 -0
  37. data/docs/TransactStateEnum.md +15 -0
  38. data/docs/TransactStateTranslation.md +20 -0
  39. data/docs/ValidTransactionInfo.md +20 -0
  40. data/docs/Week.md +30 -0
  41. data/feratel-check-api-client.gemspec +39 -0
  42. data/git_push.sh +57 -0
  43. data/lib/feratel-check-api-client/api/check_resources_api.rb +586 -0
  44. data/lib/feratel-check-api-client/api/system_resources_api.rb +148 -0
  45. data/lib/feratel-check-api-client/api_client.rb +394 -0
  46. data/lib/feratel-check-api-client/api_error.rb +58 -0
  47. data/lib/feratel-check-api-client/configuration.rb +308 -0
  48. data/lib/feratel-check-api-client/models/age_group.rb +255 -0
  49. data/lib/feratel-check-api-client/models/age_group_translation.rb +223 -0
  50. data/lib/feratel-check-api-client/models/check_point.rb +327 -0
  51. data/lib/feratel-check-api-client/models/check_point_group.rb +244 -0
  52. data/lib/feratel-check-api-client/models/check_point_item.rb +271 -0
  53. data/lib/feratel-check-api-client/models/check_result.rb +250 -0
  54. data/lib/feratel-check-api-client/models/check_state.rb +247 -0
  55. data/lib/feratel-check-api-client/models/check_state_enum.rb +82 -0
  56. data/lib/feratel-check-api-client/models/check_state_translation.rb +223 -0
  57. data/lib/feratel-check-api-client/models/checkpoint_error.rb +256 -0
  58. data/lib/feratel-check-api-client/models/customer.rb +262 -0
  59. data/lib/feratel-check-api-client/models/history.rb +216 -0
  60. data/lib/feratel-check-api-client/models/history_item.rb +262 -0
  61. data/lib/feratel-check-api-client/models/history_item_state.rb +250 -0
  62. data/lib/feratel-check-api-client/models/identification.rb +338 -0
  63. data/lib/feratel-check-api-client/models/identification_status.rb +43 -0
  64. data/lib/feratel-check-api-client/models/identification_type.rb +271 -0
  65. data/lib/feratel-check-api-client/models/identification_usage.rb +314 -0
  66. data/lib/feratel-check-api-client/models/identification_usage_type.rb +42 -0
  67. data/lib/feratel-check-api-client/models/identifier.rb +245 -0
  68. data/lib/feratel-check-api-client/models/identifier_type.rb +44 -0
  69. data/lib/feratel-check-api-client/models/service_provider.rb +262 -0
  70. data/lib/feratel-check-api-client/models/service_type.rb +282 -0
  71. data/lib/feratel-check-api-client/models/service_type_assignment.rb +253 -0
  72. data/lib/feratel-check-api-client/models/service_type_translation.rb +223 -0
  73. data/lib/feratel-check-api-client/models/service_usage.rb +380 -0
  74. data/lib/feratel-check-api-client/models/service_usage_type.rb +50 -0
  75. data/lib/feratel-check-api-client/models/transact_error.rb +256 -0
  76. data/lib/feratel-check-api-client/models/transact_result.rb +349 -0
  77. data/lib/feratel-check-api-client/models/transact_state.rb +247 -0
  78. data/lib/feratel-check-api-client/models/transact_state_enum.rb +54 -0
  79. data/lib/feratel-check-api-client/models/transact_state_translation.rb +223 -0
  80. data/lib/feratel-check-api-client/models/valid_transaction_info.rb +223 -0
  81. data/lib/feratel-check-api-client/models/week.rb +268 -0
  82. data/lib/feratel-check-api-client/version.rb +15 -0
  83. data/lib/feratel-check-api-client.rb +75 -0
  84. data/spec/api/check_resources_api_spec.rb +137 -0
  85. data/spec/api/system_resources_api_spec.rb +59 -0
  86. data/spec/models/age_group_spec.rb +48 -0
  87. data/spec/models/age_group_translation_spec.rb +42 -0
  88. data/spec/models/check_point_group_spec.rb +42 -0
  89. data/spec/models/check_point_item_spec.rb +60 -0
  90. data/spec/models/check_point_spec.rb +96 -0
  91. data/spec/models/check_result_spec.rb +60 -0
  92. data/spec/models/check_state_enum_spec.rb +30 -0
  93. data/spec/models/check_state_spec.rb +42 -0
  94. data/spec/models/check_state_translation_spec.rb +42 -0
  95. data/spec/models/checkpoint_error_spec.rb +48 -0
  96. data/spec/models/customer_spec.rb +54 -0
  97. data/spec/models/history_item_spec.rb +54 -0
  98. data/spec/models/history_item_state_spec.rb +60 -0
  99. data/spec/models/history_spec.rb +36 -0
  100. data/spec/models/identification_spec.rb +90 -0
  101. data/spec/models/identification_status_spec.rb +30 -0
  102. data/spec/models/identification_type_spec.rb +60 -0
  103. data/spec/models/identification_usage_spec.rb +60 -0
  104. data/spec/models/identification_usage_type_spec.rb +30 -0
  105. data/spec/models/identifier_spec.rb +42 -0
  106. data/spec/models/identifier_type_spec.rb +30 -0
  107. data/spec/models/service_provider_spec.rb +54 -0
  108. data/spec/models/service_type_assignment_spec.rb +48 -0
  109. data/spec/models/service_type_spec.rb +66 -0
  110. data/spec/models/service_type_translation_spec.rb +42 -0
  111. data/spec/models/service_usage_spec.rb +90 -0
  112. data/spec/models/service_usage_type_spec.rb +30 -0
  113. data/spec/models/transact_error_spec.rb +48 -0
  114. data/spec/models/transact_result_spec.rb +84 -0
  115. data/spec/models/transact_state_enum_spec.rb +30 -0
  116. data/spec/models/transact_state_spec.rb +42 -0
  117. data/spec/models/transact_state_translation_spec.rb +42 -0
  118. data/spec/models/valid_transaction_info_spec.rb +42 -0
  119. data/spec/models/week_spec.rb +72 -0
  120. data/spec/spec_helper.rb +111 -0
  121. metadata +255 -0
@@ -0,0 +1,42 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckPointGroup
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckPointGroup do
21
+ let(:instance) { FeratelCheckApiClient::CheckPointGroup.new }
22
+
23
+ describe 'test an instance of CheckPointGroup' do
24
+ it 'should create an instance of CheckPointGroup' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckPointGroup)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "id"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "name"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ end
@@ -0,0 +1,60 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckPointItem
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckPointItem do
21
+ let(:instance) { FeratelCheckApiClient::CheckPointItem.new }
22
+
23
+ describe 'test an instance of CheckPointItem' do
24
+ it 'should create an instance of CheckPointItem' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckPointItem)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "id"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "active"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "code"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "name"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ describe 'test attribute "tenant"' do
55
+ it 'should work' do
56
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
57
+ end
58
+ end
59
+
60
+ end
@@ -0,0 +1,96 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckPoint
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckPoint do
21
+ let(:instance) { FeratelCheckApiClient::CheckPoint.new }
22
+
23
+ describe 'test an instance of CheckPoint' do
24
+ it 'should create an instance of CheckPoint' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckPoint)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "id"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "active"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "code"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "entry"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ describe 'test attribute "exit"' do
55
+ it 'should work' do
56
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
57
+ end
58
+ end
59
+
60
+ describe 'test attribute "group"' do
61
+ it 'should work' do
62
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
63
+ end
64
+ end
65
+
66
+ describe 'test attribute "name"' do
67
+ it 'should work' do
68
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
69
+ end
70
+ end
71
+
72
+ describe 'test attribute "number"' do
73
+ it 'should work' do
74
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
75
+ end
76
+ end
77
+
78
+ describe 'test attribute "open_permanently"' do
79
+ it 'should work' do
80
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
81
+ end
82
+ end
83
+
84
+ describe 'test attribute "service_type_assignments"' do
85
+ it 'should work' do
86
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
87
+ end
88
+ end
89
+
90
+ describe 'test attribute "tenant"' do
91
+ it 'should work' do
92
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
93
+ end
94
+ end
95
+
96
+ end
@@ -0,0 +1,60 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckResult
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckResult do
21
+ let(:instance) { FeratelCheckApiClient::CheckResult.new }
22
+
23
+ describe 'test an instance of CheckResult' do
24
+ it 'should create an instance of CheckResult' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckResult)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "check_point"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "check_state"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "identification"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "valid_transaction_info"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ describe 'test attribute "valid"' do
55
+ it 'should work' do
56
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
57
+ end
58
+ end
59
+
60
+ end
@@ -0,0 +1,30 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckStateEnum
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckStateEnum do
21
+ let(:instance) { FeratelCheckApiClient::CheckStateEnum.new }
22
+
23
+ describe 'test an instance of CheckStateEnum' do
24
+ it 'should create an instance of CheckStateEnum' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckStateEnum)
27
+ end
28
+ end
29
+
30
+ end
@@ -0,0 +1,42 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckState
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckState do
21
+ let(:instance) { FeratelCheckApiClient::CheckState.new }
22
+
23
+ describe 'test an instance of CheckState' do
24
+ it 'should create an instance of CheckState' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckState)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "state"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "translations"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ end
@@ -0,0 +1,42 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckStateTranslation
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckStateTranslation do
21
+ let(:instance) { FeratelCheckApiClient::CheckStateTranslation.new }
22
+
23
+ describe 'test an instance of CheckStateTranslation' do
24
+ it 'should create an instance of CheckStateTranslation' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckStateTranslation)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "language"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "name"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ end
@@ -0,0 +1,48 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::CheckpointError
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::CheckpointError do
21
+ let(:instance) { FeratelCheckApiClient::CheckpointError.new }
22
+
23
+ describe 'test an instance of CheckpointError' do
24
+ it 'should create an instance of CheckpointError' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::CheckpointError)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "check_state"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "valid"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "translations"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ end
@@ -0,0 +1,54 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::Customer
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::Customer do
21
+ let(:instance) { FeratelCheckApiClient::Customer.new }
22
+
23
+ describe 'test an instance of Customer' do
24
+ it 'should create an instance of Customer' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::Customer)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "id"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "first_name"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "last_name"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "age_group"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ end
@@ -0,0 +1,54 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::HistoryItem
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::HistoryItem do
21
+ let(:instance) { FeratelCheckApiClient::HistoryItem.new }
22
+
23
+ describe 'test an instance of HistoryItem' do
24
+ it 'should create an instance of HistoryItem' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::HistoryItem)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "identification"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "service_type"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "state"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "transaction_date"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ end
@@ -0,0 +1,60 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::HistoryItemState
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::HistoryItemState do
21
+ let(:instance) { FeratelCheckApiClient::HistoryItemState.new }
22
+
23
+ describe 'test an instance of HistoryItemState' do
24
+ it 'should create an instance of HistoryItemState' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::HistoryItemState)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "double_use"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ describe 'test attribute "entry"' do
37
+ it 'should work' do
38
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
39
+ end
40
+ end
41
+
42
+ describe 'test attribute "exit"' do
43
+ it 'should work' do
44
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
45
+ end
46
+ end
47
+
48
+ describe 'test attribute "misuse"' do
49
+ it 'should work' do
50
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
51
+ end
52
+ end
53
+
54
+ describe 'test attribute "offline"' do
55
+ it 'should work' do
56
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
57
+ end
58
+ end
59
+
60
+ end
@@ -0,0 +1,36 @@
1
+ =begin
2
+ #CheckAPI Standard
3
+
4
+ #This documentation describes your available CheckAPI REST services: Get your checkpoints and their details, check the permission of a customer's ID, take a look at your checkpoint's history - everything a checkpoint needs can be found here in one place. Please look at the descriptions in each service below. <div id=\"authorize-information-wrap\"><h1>Authorize</h1><p>You can use this automated authentication to try out your activated methods - just click „Authorize“, enter CardAPI credentials and have a try! You received the CardAPI username and password via e-mail – credentials are different from your developer-portal credentials. Authentication is based on OAUTH2 (implicit grant flow) and needs to be implemented and called prior to using any API method. <b>CLIENT_ID</b><br>The client ID is pre-filled automatically according to the chosen application. You can find your available client IDs in the \"Applications\" - Area. <b>GRANT_TYPE</b><br>With grant_type=password you get an access-token and a refresh-token for your request. The received access token can be used for 10 minutes, there are two ways to renew it. Either you can send the same request again or you can use the grant_type=refresh_token. The refresh token needs to be used every 30 minutes and can provide new access tokens for 10 hours without using your credentials.</p></div>
5
+
6
+ The version of the OpenAPI document: 1.17.0
7
+
8
+ Generated by: https://openapi-generator.tech
9
+ Generator version: 7.8.0
10
+
11
+ =end
12
+
13
+ require 'spec_helper'
14
+ require 'json'
15
+ require 'date'
16
+
17
+ # Unit tests for FeratelCheckApiClient::History
18
+ # Automatically generated by openapi-generator (https://openapi-generator.tech)
19
+ # Please update as you see appropriate
20
+ describe FeratelCheckApiClient::History do
21
+ let(:instance) { FeratelCheckApiClient::History.new }
22
+
23
+ describe 'test an instance of History' do
24
+ it 'should create an instance of History' do
25
+ # uncomment below to test the instance creation
26
+ #expect(instance).to be_instance_of(FeratelCheckApiClient::History)
27
+ end
28
+ end
29
+
30
+ describe 'test attribute "history_items"' do
31
+ it 'should work' do
32
+ # assertion here. ref: https://rspec.info/features/3-12/rspec-expectations/built-in-matchers/
33
+ end
34
+ end
35
+
36
+ end