Arquivo da tag: Arquitetura

de forma prática, a diferença dos arquitetos de ti

Ultimamente tenho visto muita gente falando sobre ser ou contratar arquiteto, ai começam as dicussões, o quanto o arquiteto que tem que liderar time, programar, fazer apresentações, saber DevOps/SRE, saber fazer testes… enfim, resolvi escrever de forma mais comportamental o que eu enxergo

Arquiteto técnico (ou líder técnico): foca na maior parte do tempo em aspectos de implementação tecnológica e está envolvido de forma ativa na codificação. A tecnologia envolvida nesse caso já é aplicada em outras frentes da organização e ele o faz no seu escopo de projeto com expertise e detalhe. Porém, não é esperado um amplo conhecimento da estratégia organizacional e do ciclo de vida completo da solução ou produto.

Arquiteto de soluções: é alocado em um projeto ou programa (conjunto de projetos) com a responsabildiade de garantir a integridade técnica e a consistência da solução ao longo de todo o seu ciclo de vida e da estratégia organizacional. Arquitetos de solução não estão normalmente codificando o tempo todo, pois a coordenação das atividades técnicas consome a maior parte do seu tempo. Além disso, em um contexto em que existem POCs ou incerteza, faz muito sentido o arquiteto de soluções faço o papel do arquiteto técnico.

Arquiteto corporativo: possui visão de toda a empresa, como o nome sugere. Preocupando-se com a visão holística de TI, desde a infraestrutura até frameworks arquiteturais de forma a otimizar resultados operacionais e entregar a estratégia corporativa.

Máquina de status

A máquina de status do eCommerce, nada mais é do que o funil de vendas do eCommerce com a visão de pós vendas com os possíveis status do pedido.

Aqui eu trago apenas uma visão sugestiva de como tratar o assunto, e entendo que aplicabilidade é possível em quase todas as operações de eCommerce que conhecemos.

Enquanto pensamos no pedido (contendo cliente, entregas, pagamentos etc), nossa visão vai do Store Front até a finalização dos pagamentos, a partir do momento em que focamos nas entregas, temos a visão de operação do CD, Fiscal e Logística, pois é comum termos quebra do pedido em mais de uma entrega, ainda mais quando um pedido multi-itens com itens característicos de courrier e itens característicos de rodoviário (rodo).

Nesse momento não é abordado a visão de tracking para o cliente, esse assunto será abordado no tópico tracking, nesse mesmo documento.

Abaixo há uma tabela contendo a visão de máquina de status do pedido / entrega por integração e também por operação dentro de cada produto do ecossistema. Minha intenção é dar uma ideia de como relacionar status do pedido e entrega com o resultado das integrações.

Status Integração/Operação Objeto
feito 01 – Pre auth Pedido
enviado ao backoffice 02 – Order Integration Pedido
em análise de fraude 04 – Request Analysis Pedido
analisado 05 – Request Response Analysis Pedido
Pagamento captura 06 –  Capture amount Pedido
Transportadora integrada 07 – Request Carrier Entrega
enviado para operação 08 – Sent Deliveries (parto f order) Entrega
enviado para onda Geração de odna – WMS Entrega
em Seperação Picking/Separação dos itens do pedido – WMS Entrega
em faturamento Pakcing/Empacotamento do pedido Entrega
Faturado 11 – Request Invoice Entrega
pronto para expedição 13 – Invoice’s group integration / Pre Doca – WMS Entrega
Expedido Expedição – WMS Entrega
Em poder da transportadora 14 – Status/Tracking – Operação da transportadora Entrega
em rota 14 – Status/Tracking – Operação da transportadora Entrega
entregue 14 – Status/Tracking – Operação da transportadora Entrega

Por enquanto é isso, até a próxima.