Como criar marketplace de serviços: o que muda na fiscal (NFS-e, ISS e intermediador)

Guia prático para lançar marketplace de serviços no Brasil: por que plataforma de produto físico não resolve NFS-e, retenção de ISS e dados de intermediador, e o que decidir antes de construir.

Equipe Vendra

marketplace de serviços NFS-e ISS retenção intermediador fiscal Brasil prestador de serviço marketplace

Como criar marketplace de serviços: o que muda na fiscal (NFS-e, ISS e intermediador)

Montar marketplace de serviços no Brasil costuma começar com catálogo, app e percentual de comissão, até o primeiro pedido corporativo. Aí a conversa muda: NFS-e municipal, retenção de ISS, nota por prestador e o que a plataforma registra como intermediadora. Stack pensada só para produto físico raramente cobre isso de ponta a ponta.

Para fundadores, produto e financeiro que querem lançar sem empurrar a fiscal para “depois do MVP”, o texto organiza o mapa (não substitui contador nem advogado) para escolher processo e tecnologia que aguentem operação real, não só vitrine.

Marketplace de serviços não é “ecommerce sem estoque”

Em marketplace de produto, o centro da operação costuma ser catálogo, frete, estoque, NF-e e logística. Em marketplace de serviço, o centro muda:

Quem executa (prestador, profissional, empresa parceira)
Quando o serviço acontece (agenda, reserva, visita, projeto com prazo)
Como provar entrega (check-in, evidência, aceite do cliente, avaliação)
Como o dinheiro libera (antes, durante ou depois da execução: muitas vezes com retenção)
Como cada município enxerga a nota (NFS-e com regras locais)

O comprador compra confiança + disponibilidade + execução, não uma caixa no correio. Fluxo de loja online colado em serviço quebra na primeira cidade nova, no primeiro prestador MEI sem cadastro municipal e no primeiro cliente PJ que só libera pagamento com NFS-e correta.

Por que plataforma de produto físico não resolve

Ferramentas de ecommerce tradicional ou marketplace genérico de mercadoria costumam assumir:

Documento principal: NF-e (federal, padronizada em grande parte do fluxo)
Imposto de circulação de mercadoria no centro da conversa
Seller que “despacha” ou entrega bem físico
Split e repasse alinhados a venda de produto

Marketplace de serviços no Brasil exige outra camada:

Tema	Produto físico (visão comum)	Serviços no marketplace
Nota principal	NF-e	NFS-e (municipal, varia por prefeitura)
Imposto local forte	ICMS (contexto de mercadoria)	ISS (município do prestador / regra do serviço)
Retenção	Menos central no dia a dia B2C	Retenção de ISS (e outras retenções em B2B) aparece cedo
Papel da plataforma	Intermediação + NF-e de comissão em muitos modelos	Intermediador, dados do prestador, às vezes dois níveis de documento
Prova de entrega	Rastreio, transportadora	Execução, agenda, aceite, disputa de qualidade
Escala de sellers	Lojistas com ERP de produto	Mil prestadores com maturidade fiscal desigual

Nenhuma vitrine bonita substitui isso. Se o software não nasce com prestador, pedido de serviço, status de execução e trilha fiscal por participante, você remenda planilha, e planilha não escala quando entram dez prefeituras e cem profissionais.

Aprofundamos o mapa de “quem emite o quê” em Quem emite nota fiscal em um marketplace? e o fluxo de caixa em Split de pagamento no Brasil.

O que a fiscal de serviços exige que você decida cedo

NFS-e: uma nota por cidade (e por prestador)

A Nota Fiscal de Serviço eletrônica (NFS-e) é emitida no ambiente da prefeitura do prestador (ou conforme regra do serviço e do cadastro). Layout, prazo, cancelamento e integração mudam de município para município.

Para quem opera marketplace de serviços, isso implica:

Cada prestador (seller de serviço) precisa estar apto a emitir, ou você precisa de processo claro de quem emite em nome de quem (sempre com contador).
A plataforma precisa saber qual CNPJ/CPF prestou, em qual cidade, qual código de serviço e qual valor entrou na nota do cliente versus na nota de intermediação.
“Emitir nota automática no go-live” sem cadastro municipal do prestador é promessa vazia.

Material de mercado sobre NFS-e em plataformas reforça: volume de prestadores multiplica certificado digital, cadastro na prefeitura e suporte quando a prefeitura cai. Isso é infraestrutura, não botão opcional.

ISS e retenção na fonte

O ISS incide sobre prestação de serviços. Em marketplace, a pergunta não é só “quem paga o imposto”, mas quem retém, em qual município, sobre qual base (valor bruto, líquido de desconto, comissão da plataforma dentro ou fora).

Em B2B, retenção de ISS (e outras retenções previstas) entra cedo: o cliente corporativo só libera pagamento com documento e retenções corretas. Marketplace que ignora retenção descobre na conta grande que o contas a pagar do cliente trava tudo.

Regra prática para o time: alinhe com contador por tipo de comprador (PF x PJ), por tipo de serviço e por município do prestador antes de prometer “nota em 24h”.

Intermediador e dados para o prestador

Além da NFS-e do serviço principal, a plataforma costuma faturar intermediação (comissão, taxa de tecnologia, divulgação). Em cadeias com produto, campos de intermediador na NF-e ganharam destaque; em serviços, a transparência de quem conectou comprador e prestador continua relevante para cruzamento fiscal e para o cliente PJ.

Você precisa decidir o que o sistema guarda e repassa:

Identificação do prestador vinculada ao pedido
Valor da intermediação separado do valor do serviço
Momento da emissão: na reserva, na execução, no aceite?
O que acontece com cancelamento, no-show e reembolso parcial

Sem isso escrito, cada disputa vira mediação manual no suporte; isso não escala com centenas de prestadores.

Passo a passo: como criar marketplace de serviços (com fiscal no desenho)

1. Defina o serviço e o “momento da verdade”

Escreva em uma página:

O que o cliente compra (hora, pacote, projeto, assinatura)
Quem executa (prestador fixo, leilão de profissionais, empresa parceira)
Quando a obrigação fiscal nasce (pagamento, início, fim, aceite)
Política de cancelamento e reagendamento

Se isso não estiver claro, tecnologia só automatiza confusão.

2. Desenhe os papéis: plataforma x prestador x cliente

Na maior parte dos modelos de intermediação:

O prestador emite NFS-e (ou o documento aplicável) ao cliente sobre o serviço principal.
A plataforma emite sobre comissão ou taxa de intermediação; não sobre o valor inteiro como se fosse ela quem prestou o serviço.

Modelos em que a plataforma centraliza a prestação (marca única, equipe própria) mudam o jogo: aí ela pode ser o prestador fiscal principal. Misturar os dois modos na mesma vitrine sem separar no catálogo é receita para bitributação e briga com sellers.

3. Escolha pagamento e repasse compatíveis com serviço

Serviço costuma pedir retenção até confirmação (menos chargeback “não chegou”, mais “não fez” ou “fez mal”). Combine:

Split na operadora de pagamentos (quem recebe o quê no fluxo)
Calendário de liberação alinhado ao status do pedido (reservado → em execução → concluído)

Split organiza o caixa; não substitui política fiscal. Leia Split de pagamento no Brasil antes de fechar gateway.

4. Monte cadastro de prestador com dados fiscais mínimos

Antes do primeiro pedido pago, colete o que contador e prefeitura vão pedir:

CNPJ ou CPF, regime, CNAE compatível com o serviço ofertado
Município de emissão da NFS-e, inscrição municipal quando houver
Certificado digital (A1/A3) ou integração com emissor acordado
Contato do responsável fiscal do prestador (MEI sem contador vira fila de suporte)

Marketplace com centenas de micro-prestadores precisa assumir maturidade desigual e processo de onboarding fiscal, não só upload de foto de perfil.

5. Defina integração de nota e conciliação

Operação madura conecta pedido → pagamento → repasse → documento:

ERP ou emissor (Bling, Omie, Tiny, NFE.io, Focus NFe, etc.) conforme seu stack
API ou exportação que não force redigitar pedido
Painel do prestador com número da nota, valor, data, vínculo ao pedido

Se o emissor não espelha participantes do marketplace, o problema é modelo de negócio ainda aberto; não “falta de API”.

6. Valide manualmente antes de escalar tecnologia

Como em Como validar uma ideia de marketplace, pilote com formulário, agenda compartilhada e pagamento controlado. Observe:

Prestadores aceitam comissão e obrigação de nota?
Clientes PJ pagam só com NFS-e correta?
Onde a operação manual “dói” (retenção, cancelamento, duas cidades)?

Tecnologia entra para organizar operação que já mostrou sinal de vida.

7. Escolha plataforma feita para serviço e intermediação no Brasil

Evite adaptar carrinho de loja única para agenda + prestador + repasse + camada fiscal. Prefira software onde seller de serviço, pedido com status de execução e participantes da venda já são conceito central: como a Vendra, pensada para produtos, serviços, reservas e modelos híbridos com operação multi-atores no Brasil.

Checklist rápido antes de “abrir o site”

Leve ao contador (perguntas objetivas, não “o que acha de marketplace?”):

Quem é prestador principal e quem é intermediador em cada tipo de oferta?
Em qual município nasce ISS e NFS-e para cada cenário (prestador em A, cliente em B)?
Há retenção de ISS nos seus clientes B2B? Quem recolhe e como aparece na nota?
Comissão incide sobre valor bruto ou líquido? Cupom da plataforma muda base?
Nota sai no pagamento, na execução ou no aceite?
Cancelamento e estorno: roteiro de cancelamento de NFS-e e ajuste de repasse?
Plataforma híbrida (serviço próprio + prestadores): como separar no catálogo e no relatório?

Se as respostas não estiverem no contrato e no produto, elas aparecem no fechamento do mês.

FAQ: como criar marketplace de serviços

Posso usar a mesma plataforma que uso para vender produtos físicos?

Às vezes para um piloto mínimo; para escalar serviços no Brasil, você precisa de fluxo de agenda ou execução, cadastro de prestador, política de liberação de pagamento e trilha para NFS-e/ISS: itens que ecommerce de produto trata como secundários. Avalie se o sistema separa item de serviço x item de produto e dono fiscal de cada linha.

Quem emite a NFS-e: a plataforma ou o prestador?

Na intermediação clássica, o prestador emite ao cliente sobre o serviço; a plataforma emite sobre a comissão. Modelos em que a plataforma é o prestador visível mudam essa regra. Detalhes em Quem emite nota fiscal em um marketplace?.

Retenção de ISS é problema só de empresa grande?

Não. Basta o primeiro cliente corporativo com processo de contas a pagar rigoroso. Marketplace B2B de serviços descobre cedo que nota errada trava pagamento.

Preciso de split de pagamento desde o dia um?

Não obrigatoriamente no piloto, mas centralizar todo o valor na conta da plataforma sem processo maduro vira operação de caixa improvisada. Planeje split antes do volume que não cabe na planilha.

Como escolher entre marketplace de serviços, produtos ou B2B primeiro?

Use o critério de acesso aos dois lados e de complexidade fiscal que você consegue operar. Comparativo em Produtos, serviços ou B2B: qual modelo começar primeiro?.

Conclusão

Criar marketplace de serviços no Brasil é desenhar intermediação de confiança e execução com fiscal municipal no centro; não depois do lançamento. NFS-e, ISS, retenção e dados de intermediador para o prestador formam um pacote que plataforma de produto físico não resolve sozinha; ignorar isso transforma GMV em fila de suporte e contas a pagar travadas.

Na prática, o que sustenta escala é combinar papéis contratuais claros, pagamento amarrado ao status do serviço, cadastro fiscal de prestador, integração de nota e software que já trata cada participante da venda como entidade própria.

Leituras complementares no blog Vendra

Referências externas (mercado e fiscal)

A Vendra apoia marketplaces de serviços, reservas, produtos e modelos híbridos a estruturar prestadores, pedidos, pagamentos e repasses numa plataforma pensada para a realidade brasileira de operação multi participante.