SAP Business Application Studio

O SAP Business Application Studio é uma IDE no navegador que a SAP opera como serviço no ambiente Cloud Foundry do SAP BTP. Os desenvolvedores a abrem a partir de um subaccount que a assina, sem instalação local.

A ideia central é o dev space: um workspace na nuvem, comparável a uma máquina virtual isolada, com ferramentas e runtimes pré-instalados para um cenário. Dentro de um dev space, um desenvolvedor pode:

• clonar um repositório Git ou partir de templates de projeto da SAP;
• usar editores para tecnologias específicas da SAP, como editores de anotações e de CDS;
• abrir um terminal e executar comandos no sistema de arquivos do dev space;
• executar e testar o aplicativo dentro do dev space antes de implantá-lo, consumindo serviços remotos;
• gerar e implantar o resultado, por exemplo como multitarget application.

Como o editor é construído sobre o Code-OSS, a interface e muitas extensões se parecem com o Visual Studio Code. O SAP Business Application Studio é, portanto, um ambiente VS Code gerenciado e preparado para SAP, e não um novo tipo de ferramenta.

Extensões adicionais podem ser incluídas em um dev space quando um projeto precisa delas. Na Alder Manufacturing, a equipe que constrói um app de autoatendimento de fornecedores para a Cedar Office Supply usaria um dev space Full Stack Cloud Application, enquanto a equipe que adapta um app standard de pedidos de compra usaria um dev space SAP Fiori. Escolher o tipo de dev space é a primeira decisão de design no SAP Business Application Studio, porque ela define quais ferramentas estão prontas para uso.

Um dev space roda na nuvem, então toda conexão com o back-end passa pela conectividade do SAP BTP:

1. Um administrador cria uma destination no subaccount que assina o SAP Business Application Studio, apontando para o sistema.
2. Para sistemas on-premise e Private Edition, a destination passa pelo SAP Cloud Connector; o proxy embutido do dev space o utiliza.
3. A destination traz propriedades adicionais que indicam às ferramentas como usá-la, como WebIDEEnabled e HTML5.DynamicDestination definidas como true, e um valor de WebIDEUsage. Para um sistema ABAP, odata_abap habilita a exploração do catálogo de serviços e dev_abap habilita a implantação no repositório SAPUI5 ABAP e os projetos de extensão.
4. Para o SAP S/4HANA Cloud Public Edition e o SAP BTP ABAP environment, a SAP documenta passos de integração separados, incluindo um usuário desenvolvedor com a business role de desenvolvedor.

É a destination, e não a IDE, que define quais sistemas o SAP Business Application Studio consegue alcançar.

Pontos fortes

• Sem configuração por desenvolvedor. Os dev spaces vêm com ferramentas SAP, geradores e runtimes pré-instalados, o que encurta o onboarding.
• Conectividade preparada para SAP. As destinations e o SAP Cloud Connector oferecem um caminho governado até sistemas on-premise, sem abrir redes para notebooks.
• Editor familiar. A base Code-OSS preserva os hábitos do VS Code e muitas extensões.
• Parte de uma oferta maior. A SAP posiciona o SAP Business Application Studio como parte do SAP Build Code, junto com CAP, SAPUI5, SAP Fiori elements e SAP Mobile Services.

Onde chega ao limite

• É um serviço por assinatura. O acesso exige um entitlement no global account do SAP BTP, uma assinatura no subaccount em uma região onde o serviço está disponível e uma role de desenvolvedor.
• Não é uma bancada de back-end ABAP. O desenvolvimento ABAP clássico continua no ABAP Development Tools, e o trabalho com ABAP Cloud no BAS se limita ao seu dev space dedicado.
• Dependência da nuvem. O desenvolvimento exige acesso de rede ao SAP BTP, e os recursos dos dev spaces, como dev spaces em execução e espaço em disco por dev space, são limitados pelo plano de serviço.

O SAP Business Application Studio elimina a configuração local e centraliza a conectividade SAP; não substitui as ferramentas de back-end nem a governança em torno delas.

Os dois são suportados para trabalho com SAP Fiori e CAP: as SAP Fiori tools estão disponíveis como extensões para o Visual Studio Code e vêm pré-instaladas no SAP Business Application Studio. A SAP também permite que os desenvolvedores conectem um Visual Studio Code local a um dev space.

Escolha o SAP Business Application Studio quando:

• os desenvolvedores devem começar sem instalar Node.js, geradores ou extensões SAP localmente;
• o acesso ao back-end precisa passar por destinations do SAP BTP e pelo SAP Cloud Connector;
• a equipe desenvolve apps nativos SAP HANA ou mobile que dependem de ferramentas do dev space.

Escolha o Visual Studio Code local quando:

• os desenvolvedores precisam trabalhar offline ou de ferramentas locais que um dev space não oferece;
• a política corporativa mantém o código-fonte e as ferramentas em máquinas gerenciadas.

O critério de decisão é onde as ferramentas e a conectividade devem ser governadas: de forma centralizada no SAP BTP ou na máquina de cada desenvolvedor.

Percorra a conexão a partir do subaccount para fora:

1. Destination ausente ou com nome errado. O projeto ou a ferramenta usa um nome de destination que não existe no subaccount que assina o SAP Business Application Studio.
2. Propriedades adicionais incompletas. Falta WebIDEEnabled, HTML5.DynamicDestination ou o valor correto de WebIDEUsage, então as ferramentas ignoram a destination.
3. Client errado. Para sistemas ABAP, a propriedade sap-client está ausente ou aponta para o client errado.
4. Autenticação. O tipo de autenticação da destination não corresponde à configuração do sistema.
5. SAP Cloud Connector. O mapeamento do sistema ou os recursos permitidos não cobrem o caminho solicitado.

A função Check Connection da destination no SAP BTP cockpit é o primeiro teste mais rápido. A maioria dos problemas de conexão do SAP Business Application Studio é de configuração de destination, não defeito da IDE.