v1.1.0

contributing/template.md → CONTRIBUTING.md

@@ -9,11 +9,11 @@ Aqui na stone-payments nós :green_heart: receber input, seja para:
 
 ## Nós desenvolvemos com GitHub
 
-Nós usamos GitHub para armazenar nosso código, para rastrear issues e requisitar features, além de aceitar pull requests.
+Nós usamos GitHub para armazenar nosso código, para rastrear issues (_em repositórios públicos_) e requisitar features, além de aceitar pull requests.
 
 ## Toda mudança no nosso código ocorre por pull request. 
 
-Pull requests são a melhor forma de propor mudanças no código(majoritariamente usamos [Github Flow](https://guides.github.com/introduction/flow/index.html)). PRs são muito bem-vindos:
+Pull requests são a melhor forma de propor mudanças no código (_majoritariamente usamos [Github Flow](https://guides.github.com/introduction/flow/index.html)_). PRs são muito bem-vindos:
 
 1. Crie seu fork de nossos repositórios, faça suas modificações e nos envie o pull request.
 2. Se você adicionou código que deve ser testado, adicione testes.
@@ -36,8 +36,8 @@ Bug Reports tipicamente têm:
 
 ## Código de Conduta
 
-Todo PR deve ser feito levando em consideração as [boas práticas da StoneCO](https://github.com/stone-payments/stoneco-best-practices), em especial o [Código de Conduta](https://github.com/stone-payments/stoneco-best-practices/tree/master/codeOfConduct).
+Todo PR deve ser feito levando em consideração as [boas práticas da StoneCO](./README.md), em especial o [Código de Conduta](./CODE_OF_CONDUCT.md).
 
 ## Referências
 
-Esse documento foi adaptado do [Transcriptase Contributing]( https://gist.github.com/briandk/3d2e8b3ec8daf5a27a62)
+Esse documento foi adaptado do [Transcriptase Contributing](https://gist.github.com/briandk/3d2e8b3ec8daf5a27a62)

README.md

@@ -4,7 +4,7 @@
 ![Ícone de Boa Prática da Stone Co.](https://img.shields.io/badge/STONE-BOA%20PR%C3%81TICA-green?style=for-the-badge)
 [![Check spelling](https://github.com/stone-payments/.github/actions/workflows/spell-checking.yaml/badge.svg)](https://github.com/stone-payments/.github/actions/workflows/spell-checking.yaml)
 
-_Esse documento está em processo de revisão em um Fórum de Boas Práticas e Comunidade Open Source da Stone Co. se você é colaborador e deseja participar procure no Slack por #temp-stone-open-source, para solicitar a entrada pode procurar @EndersonMenezes_
+_Esse documento está em processo de revisão em um Fórum de Boas Práticas e Comunidade Open Source da Stone Co. se você é colaborador e deseja participar procure no Slack por #stone-open-source, para solicitar a entrada pode procurar @EndersonMenezes_
 
 Este repositório contém uma coleção de melhores práticas, diretrizes, estilos de código e recomendações adotadas e incentivadas pelas organizações que fazem parte da Stone Co.
 
@@ -19,7 +19,7 @@ Se você acha que qualquer informação está errada ou faltando, por favor crie
 
 * [Nomenclaturas](naming-convention/README.md)
 * [README.md](readme/README.md)
-* [Código de Conduta](code-of-conduct/README.md)
+* [Código de Conduta](./CODE_OF_CONDUCT.md)
 * [CONTRIBUTING.md](contributing/README.md)
 * [Git Style](git-style/README.md)
 * [Tópicos](topics/README.md)

SECURITY.md

@@ -0,0 +1,31 @@
+# Política de Segurança da Stone Payments
+
+## Reportando Vulnerabilidades
+
+**Contato prioritário:**  
+Para relatar vulnerabilidades de segurança, utilize exclusivamente o e-mail:  
+**opensourcesec@stone.com.br**  
+
+- Forneça detalhes técnicos completos, incluindo versões do software afetado.
+- Inclua etapas reproduzíveis e evidências (logs ou capturas de tela).
+  - Obs: Não é indicada a exploração de vulnerabilidades, mesmo em caráter de POC, para o report.
+- Resposta inicial dentro de 48 horas úteis.
+
+## Processo de Divulgação
+
+1. [Interno] Confirmação da vulnerabilidade pela equipe de segurança.
+2. [Interno] Desenvolvimento e teste da correção (prazo médio: 14 dias)
+3. [Interno] Notificação coordenada aos usuários via:
+   - GitHub Security Advisory
+   - Canal Privado de Comunicação para Eventos de Segurança
+   - E-mail para responsáveis estratégicos do projeto reportado.
+4. [Externo] Divulgação pública da vulnerabilidade.
+
+## Reconhecimento
+
+Contribuidores que seguirem esta política serão mencionados nesse repositório como forma de reconhecimento.
+
+---
+
+*Esta política aplica-se a todos os repositórios públicos sob a organização [stone-payments](https://github.com/stone-payments)*  
+*Última atualização: 2024-02-17*

SUPPORT.md

@@ -0,0 +1,31 @@
+# Suporte Técnico - Stone e Pagar.me
+
+## 📚 Documentação Oficial
+
+**Stone**  
+- [DevCenter Stone](https://www.stone.com.br/devcenter/) - Central de desenvolvedores com guias de integração  
+- [SDK Stone OpenBank](https://docs.openbank.stone.com.br/docs/guias/sdk/) - Documentação para integração bancária  
+- [API Connect Stone](https://www.stone.com.br/devcenter/) - Integração com maquininhas físicas  
+
+**Pagar.me**  
+- [Documentação Pagar.me](https://docs.pagar.me) - Gateway de pagamentos online  
+
+## 🛠 Canais de Suporte
+
+**Equipe Técnica Stone**  
+- `E-mail`: suporte.dev@stone.com.br (prioritário para parceiros)  
+- `Chat Online`: Disponível no DevCenter após login  
+- `Comunidade`: 1.500+ desenvolvedores na Partner Tech Community  
+
+**Fluxo de Suporte Técnico**  
+1. Consultar documentação relevante  
+2. Verificar fóruns da comunidade  
+3. Abrir ticket via canais oficiais  
+
+## 🚨 Status de Serviço
+- Verifique: [status.pagar.me](https://status.pagar.me) (Pagar.me)  
+
+---
+
+🔖 **Última atualização**: 2025-02-17
+[Políticas de Suporte](https://www.stone.com.br/devcenter/) | [Termos de Uso](https://www.stone.com.br/devcenter/)

contributing/README.md

@@ -1,10 +1,10 @@
 # Diretrizes para Contributors
-:honeybee: Existe um template para Contributing.md disponível [aqui](template.md):honeybee:
+:honeybee: Existe um template para Contributing.md disponível [aqui](../CONTRIBUTING.md):honeybee:
 
 ## Pull Requests
 
 - **DÊ** aos PRs nomes curtos-mas-descritivos (p.ex. "Improve code coverage for System.Console by 10%" e não "Fix #1234").
-- **NÃO** submeta PRs em "work in progress". Um PR só deve ser submetido quando for considerado pronto para review (ready for review) e consequentemente ser _"merged"_ pelo the contributor.
+- **NÃO** submeta PRs em "work in progress". Um PR só deve ser submetido quando for considerado pronto para review (ready for review) e subsequentemente aprovado para merge pelos mantenedores do projeto
 - **MARQUE** quaisquer usuários que devem saber a respeito e/ou revisar a mudança.
 - **SUBMETA** todas as mudanças de códigos via pull requests (PRs) ao invés de um commit direto. PRs serão revisados e potencialmente _"merged"_ pelos mantenedores do repositório depois de uma revisão de um colega que inclua pelo menos um mantenedor.
 - **ASSEGURE-SE** que cada commit "construa" (build) com sucesso. O PR inteiro deve passar em todos os testes do sistema de Integração Contínua (Continuous Integration, CI) antes de ser _"merged"_ .