ETL: sync PEC validation results into a CRM via webhook
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start by reading the SDK's API client and response handling entry points; the issue does not name files or tests. Decide whether the SDK should expose a structured response, processing hooks, and dry-run support, and whether a pipeline runner belongs in scope. Done requires settling these open design questions and defining the integration behavior.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Context
Several teams run nightly jobs that validate PEC addresses and push the results into their CRM (HubSpot, Salesforce, custom). The current SDK makes the API call straightforward but the surrounding ETL glue is always written from scratch.
Typical integration code
$client = new Client($token);
foreach ($contacts as $contact) {
$raw = $client->get('https://pec.openapi.com/check', [
'pec' => $contact['email']
]);
$result = json_decode($raw, true);
if ($result['valid'] === true) {
$crm->updateContact($contact['id'], ['pec_verified' => true]);
}
}
What's missing
- No structured response object — consumers always
json_decodemanually. - No event/hook to plug into after each item is processed.
- No dry-run mode for testing the pipeline without hitting the API.
Open questions
- Would a response DTO or a
ResponseInterfacebe welcome, or is raw JSON preferred to keep the SDK agnostic? - Should the SDK ship with a
PipelineRunnerhelper, or is that out of scope?
- Lenguaje dominante
- PHP
- Estrellas
- 20
- Forks
- 3
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de openapi/openapi-php-sdk
-
Improve PHPDoc Consistency Across the CodebaseQuizá libre de nuevo @Seraphim200001 la tomó hace 140 días y no hay ningún pull request abierto. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
openapi/openapi-php-sdk#36 · 3 comentarios ·
-
enhancement help wanted
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#34 ·
-
good first issue question
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
openapi/openapi-php-sdk#33 · 2 comentarios ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#32 ·
-
help wanted question
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
openapi/openapi-php-sdk#31 ·
Todos los issues de openapi/openapi-php-sdk
Issues similares
-
sync-en
Dificultad 1/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 4 días
-
feature request
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Automattic/blocks-engine#2803 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
hestiacp/hestiacp#5798 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
Bug Component: HTTP Component: Telemetry
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100