1. Google Cloud Console (console.cloud.google.com): criar um projeto, ativar a Gmail API e a People API (essa segunda não costuma ser mencionada, mas sem ela dá erro de API desabilitada).

2. Configurar a tela de consentimento OAuth (tipo Externo, domínio, e-mail de contato) e adicionar os escopos do Gmail.

3. Criar uma credencial "ID do cliente OAuth", tipo Aplicativo Web, com o URI de redirecionamento: https://SUABASE.sankhya.com.br/mge/genericOAuth.mge.

4. No Sankhya, em Configurações OAuth (Menu: Configurações » Avançado » Envio de Mensagens), cadastrar o Client ID e Client Secret gerados.

5. Na tela de Servidor SMTP, ativar "Autenticar com OAuth", vincular a configuração criada, e preencher o campo Usuário com o e-mail completo (não um nome de usuário genérico) — se não bater com a conta autorizada no Google, aparece o erro "Por favor, selecione o mesmo e-mail que foi inserido nessa tela".

6. Clicar em "Autenticação OAuth" e logar com a mesma conta.

Erros que apareceram no meio do processo, caso ajude alguém a identificar o que está acontecendo:

• Erro 401: invalid_client → Client ID/Secret incorretos.

• Erro 400: redirect_uri_mismatch → falta cadastrar o redirect URI certo (o erro do Google já mostra qual é).

• "People API has not been used..." → falta ativar a People API.

Referências oficiais da Sankhya sobre o tema:

• Obtenção das credenciais do aplicativo Google para o protocolo OAuth

• Configurações OAuth

Espero que ajude quem passar pela mesma situação!

 🚀 🚀 🚀

por favor, como resolver a Rejeição P3046: A alíquota deve ser informada em 'pAliq' quando satisfazer a condição: tribISSQN = 1 (Tributável), regEspTrib = 0 (Nenhum), BM não informado, e uma das opções: a) optante do simples nacional (opcional quando ISS não retido); b) tributado fora do município.

Que acontece somente em notas de Contagem para Contagem.

-Cidade na TGFCAB = Contagem/MG

O b) tributado fora do município da P3046 está sendo determinado pelo ambiente de homologação GovBR, porque o emitente é tratado como Regente Feijó/SP enquanto a prestação está em Contagem/MG.

O erro real é a ausência da tag 'pAliq' na DPS transmitida ao GovBR, apesar de o Sankhya já enviar aliquotaIss: 2.0 no JSON:

"aliquotaIss": 2.0,
"issRetidoFonte": true,
"ufPrestacaoServico": "MG",
"municipioPrestacaoServico": "Contagem"

Como alterar no Sankhya pra validar essas NFSes?

Eu havia combinado por e-mail de finalizar o curso do programa de consultores até o dia 22/09, devido aos problemas que tive de acesso. Hoje tentei logar o dia inteiro e não consegui, pois mostrava um erro de gatway 504, inicialmente achei que seria a minha internet. Agora a noite depois de muito tentar, o site abriu, mas informa que o meu usuário expirou e eu iria aproveitar o final de semana para finalizar todas as trilhas que ainda não havia conseguido.

Ao tentar realizar a liberação desse pedido é exigido que seja informado o usuário e a senha

Porém meu usuário do SUP (Usuário 0) não permite fazer essa liberação do pedido.

Fiz duas tentativas para resolver o problema.

1. Desativar a exigência de "Sempre exigir Liberação" dentro da TOP - Pedido de Venda, mas acredito que como o pedido foi lançado com a exigência eu não consigo realizar a confirmação e faturamento do pedido.

2. Alterar a senha do Usuário CAMILLA, mas o sistema não permite alterar.

Como proceder nesse caso?

Alguem sabe como posso configurar para que o cadastro de um novo produto so possa ter utilizado apos a aprovaçao ou liberação de um supervisor.

Pensei na liberação de limites e mais proxima seria 41 - Confirmação de Nota com análise dos itens

seria possivel criar novo evento de liberação de limite?

Numa outra implantação do sankhya na qual participei o consultor realizou esta configuração.

Se alguem puder me ajudar por favor

Há um tempo venho recebendo esse aviso, no entanto continuou a funcionar muito tempo, ontem

tentei editar um relatório e ele não abre a consulta para edição. O app parou de funcionar mesmo ou já há uma nova versão do app compatível com o sankhya??

Estamos configurando uma operação de exportação temporária para exposição em feira no exterior, utilizando a TOP 8700 – REMESSA EXPORTAÇÃO, com CFOP 7.949 e parceiro cadastrado como exterior, com UF EX / país França.

O problema é que, mesmo após criarmos uma nova regra de ICMS específica para a operação SP → EX, com tributação 41 – Não tributada e alíquota zero, o Sankhya continua atribuindo aos itens a alíquota código 861, que é nossa regra de operação SP → SP, com tributação interna.

Na Central de Vendas, ao inserir ou atualizar os itens, a coluna “Cód. Alíq. ICMS” permanece com o código 861 em todos os produtos.

Já realizamos os seguintes testes/configurações:

• parceiro específico para operação no exterior;

• UF do destinatário = EX;

• país = França;

• destinatário sem CNPJ/IE;

• CFOP dos itens = 7.949;

• TOP específica para exportação;

• regra de alíquota cadastrada para UF Origem SP → UF Destino EX;

• exceção por empresa;

• tributação configurada como 41 – Não tributada;

• alíquota de ICMS = 0%;

• atualização dos itens da nota;

• exclusão e reinclusão de itens;

• criação de novo pedido para teste.

Mesmo assim, o sistema continua buscando a regra 861 SP→SP, em vez da nova regra SP→EX.

Alguém sabe como arrumar isso ?

Alguém poderia me ajudar por favor?

Obrigada!

Estamos utilizando o cClasstrib regular aplicável à tributação do produto, não sendo os cClasstrib 410003 ou 410026.