Franquiasgigatron Perguntas e Respostas - Atividade recente em GigaMob

Respondida: GigaMob: Etapa: Enviar exclusão ao GigaMob ...

Tue, 06 Jan 2026 19:50:47 +0000

No caso do exemplo acima, a solução foi:

achar na tabela PP$DELETED_OBJS o script com esse hash 140510Jbn9eexSrU6BdQT-pMyUHg e apagar ele.

Editada: O campo deve ser string

Mon, 19 May 2025 13:47:10 +0000

O erro apresentado foi o baixo:

OUTRO ERRO SIMILAR AO ANTERIOR, PARA O QUAL FOI NECESSÁRIO O MESMO PROCEDIMENTO.

Respondida: Erro: vendedores.9.uid O campo vendedores.9.uid selecionado é inválido.

Mon, 05 May 2025 13:59:31 +0000

Foi necessário o envolvimento de um DEV para checagem e, ele verificou que:

Não importaram corretamente o banco de dados. tinha vários registros que existiam na tabela de vendedores, mas não estavam marcado a flag_vendedor na tabela de pessoas.

Depois que ele ajustou a flag_vendedor na tabela pessoas, então deu certo.

Respondida: Gigamob - Erro: VendasItens.99.cod_agrup: o campo vendasitens.99.cod_agrup é obrigatório.

Wed, 07 Dec 2022 10:36:29 +0000

Esse campo (cod_agrup) é usado quando vai agrupar vários itens em um só por exemplo eu tenho 3 vezes o produto 10 e está marcado o parâmetro para agrupar. O campo é de conteúdo obrigatório.

No chamado que deu origem a esse post, inicialmente foi feito a decodificação da mensagem de erro:

Mostra que o referido campo está sem o conteúdo.

Através do IBExpert foi feito uma consulta em todos os itens da venda (cujo id está aí na primeira coluna).

Verificou-se que o primeiro item tinha 1 como conteúdo do campo e os demais estavam com null.

Então os itens com null, o conteúdo do campo foi alterado para conteúdo 1.

Foi reativado a carga de envio do gigamob e tudo transcorreu sem problema.

Editada: Gigamob etapa envio dos XMLs do DocFix Erro: xmls.0.situação: O campo xmls.0.situação é obrigatório

Tue, 04 Oct 2022 19:40:25 +0000

O erro é o abaixo. Lembrando que ao invés do 0 (zero) que aparece no erro, pode ser qualquer outro número.

Respondida: Ao fazer login no Gigamob ocorre o erro "Esse usuário não está associado a nenhuma empresa"

Wed, 04 May 2022 11:28:55 +0000

Foi pego o email do usuário associado à licença do gigamob e tentou-se fazer um login no portal.

O login retornava o erro "esse usuario não está associado a nenhuma empresa". Foi visto que ele estava associado (em permissões).

Por fim, constatamos que o cadastro do cliente (que constava na licença) estava inativo no portal.

O mesmo foi ativado e sincronizado novamente a licença. Isso resolveu o problema.

Resposta editada: Gigamob: Erro: Não pode acessar dados desta empresa

Tue, 02 Mar 2021 13:59:58 +0000

Foi verificado a licença no portal.

Aparentemente ela estava ok.

Foi observado que haviam dois usuários gigamob cadastrado na lista apresentada pela licença no portal.

Então, foi conferido a configuração do GigaMob no GigaERP para verificar o email usado e se tentou fazer um login no GigaMob em nuvem com esse mesmo email.

Na tentativa do login o GigaMob avisou que o usuário não estava vinculado em nenhuma empresa e, que não era possível o login. No portal, havia esse vínculo, mas no gigamob em nuvem, algo ocorreu que não vinculou.

Então, se acessou o gigamob.com.br e nas permissões do usuário foi incluído a empresa.

Após isso, o problema foi resolvido.

(uma outra situação foi a de que o usuário cadastrado no site do gigamob, estava sem vinculo (permissão) em uma das filiais, em uma instação que tinha a matriz e três filiais).

Resposta editada: GigaMOB Erro Etapa: Enviar tabela ao GigaMob: FORMAS_PAGTO. Erro: (em branco) e depois: Unauthenticated

Fri, 19 Feb 2021 10:38:18 +0000

1) Faça uma revisão na licença lá no portal.

Veja que consta o GigaMob na licença, se foi sincronizado e se está cadastro um usuário.

2) Se tudo estiver certo, faça download da licença no GigaERP.

3) Acione novamente o envio.

=> Esse erro é muito genérico, pois trata-se da primeira tabela a ser enviada e, embora exploda o erro aí, não é necessariamente um erro nos dados das formas de pagamento.

OBS: o caso específico que motivou a abertura desse registro é que a franquia havia cadastrado dois emails para o cliente. O primeiro email estava errado com um ponto (.) a mais. Esse email foi removido no site do Gigamob e deixado um só.

Então, o erro mudou para:

Etapa: Enviar tabela ao GigaMob: FORMAS_PAGTO. Erro: Unauthenticated

Foi revisto o email e senhas, tanto no site do GigaMob quanto no GigaERP. Estavam certos. Mesmo assim o erro continuou.

A solução foi entrar via ibExpert e, na tabela gigamob, tirar o conteudo do campo TOKEN e fazer um commit.

Depois entrar no GigaERP e confirmar usuário e senha nos parametros do GigaMob (clicar em confirmar para buscar novo Token). Depois passou a funcionar.

A conclusão é que o conteúdo do Token anterior estava com dados daquele email errado que havia sido excluido no site do gigamob.

O erro Unauthenticated pode ocorrer em diferentes situações. Veja um exemplo abaixo. O que vai mudar sempre é o nome da tabela que aparece antes do erro (no caso abaixo foi "Empresas". Mas o procedimento para corrigir é o exposto acima.

Respondida: Validar Token. Erro: Error connecting with SSL.

Wed, 07 Oct 2020 12:20:43 +0000

O que motivou esse cadastro foi a instalação de um cliente com uma versão antiga do gigamob.

Estava na 195, foi solicitado atualizar para a versão atual.

Nesse caso, resolveu o problema.

Respondida: Gigamob - Etapa: Validar Token. Erro: The provided authorization grant...

Wed, 26 Aug 2020 11:33:39 +0000

Este erro ocorre também quando é trocado a senha do usuário no portal do GigaMOB mas não foi trocado nas configurações do GigaMOB que fica no GigaERP.

Então quando o GigaMOB tenta fazer a conexão com o portal as senhas cadastradas no banco do GigaERP e a que está no portal do GIgaMOB não são as mesmas.

Neste caso deve-se trocar a senha no Portal do GigaMOB e mas configurações do GigaMOB no GigaERP.

Nas configurações do GigaMOB no GigaERP, a mensagem está bem clara que quando alterado no portal tem que fazer a alteração no Gigaerp. Verifiquem a mensagem que há na tela de configuração abaixo.

Na parte destacada em amarelo tem as instruções:

Respondida: GigaMob: Validar Hash das empresas

Fri, 21 Aug 2020 18:00:37 +0000

Para resolver, foi tevisto passo a passo tudo que foi feito desde o inicio.

Ao clicar no botão Sincronizar com Gigamob, observamos o erro abaixo.

A franquia não falou nada disso antes para nós.

Então questionamos a franquia. Ela se limitou a cicar no botão de usuários cadastrados, onde haviam outros emails diferentes daquele email que consta no cadastro da empresa (no portal), o qual estava com quantidade de caracteres superior a 40.

Para corrigir, foi alterado o email da empresa no portal.

Foi sincronizado novamente com o Gigamob (no portal).

Foi feito download da licença (GigaERP).

No GigaMob em nuvem foi atribuido ao novo email a permissão da empresa.

Respondida: Gigamob violation of PRIMARY or UNIQUE KEY constraint: "PK_PP$SAVED_CLOCKS" on table "PP$SAVED_CLOCKS"

Thu, 02 Jul 2020 20:23:42 +0000

É importante nesse caso, acionar o suporte para a realização dos passos que seguem.

a) Abrir o ibexpert

b) achar tabela PP$SAVED_CLOCKS e veja qual foi o último código gerado.

c) Ir até generation e encontrar gen_PP$SAVED_CLOCKS_id

d) setar o valor desse generator para o mesmo codigo visto no passo b

Respondida: GigaMob Etapa: Enviar Tabela ao GigaMob: VENDAS_SAT_ECF Erro: VendasDocsFiscais

Thu, 18 Jun 2020 12:10:41 +0000

O primeiro passo é decodificar o JSON do erro, copiando na aba correspondente (na tela da imagem acima de erro) e colando lá no decodificador que encontra-se no GigaERP.

No caso do erro acima, foi obtido o abaixo:

Observou-se que no registro 483 que foi citado como errado, o campo numero está zero e o campo chave está em branco. Logo abaixo (registro 486) há outro em situação similar.

RESOLUÇÃO:

Procurar na tabela de vendas, o número do cupom ou sat que está em branco, colocar o código da venda pra passar (o numero do SAT, no problema acima, é o 59 - campo modelo).

Respondida: email do contador sendo usado, mas se tentar login com email dele diz que não há empresa vinculada.

Tue, 05 May 2020 13:58:03 +0000

Nesse caso deve ser acessado o endereço abaixo:

https://gigamob.com.br/administrador/permissoes

informar o email do contador no campo "usuario", depois abaixo encontrar pelo menos uma empresa para vincular ao mesmo.

Respondida: Ao fazer a primeira carga da integração do GigaMOB da erro de vendas_parcelas

Tue, 31 Mar 2020 13:55:09 +0000

Neste caso mesmo pegando o JSON e colando para decodificar no menu 6.13.2 Decodificar JSON com erro não irá achar o erro em questão. Recomenda-se, na primeira carga, não utilizar o sistema.

Quando está enviando a primeira carga com o sistema sendo utilizado ocorre este erro, neste caso basta parar integração e enviar novamente a carga.

Respondida: Gerenciador do Gigamob erro no upload. Host not found. [DocFix - Download XML]

Tue, 24 Mar 2020 13:41:51 +0000

O erro ocorre por não achar a conexão com o Docfix. O GigaMOB lê os registros de notas fiscais do GigaERP e busca na base do Docfix os XMLs.

Então recomenda-se executar o GigaMOB onde o Docfix está em execução.

Se está executando na mesma máquina, verifique se o Docfix está ativo, caso não esteja ativo inicie o Docfix ou reinicie o Docfix.

Após estes procedimentos pause e inicie novamente o processo de envio do GigaMOB.

Resposta editada: Gerenciador GigaMob, erro durante upload. Campo obrigatório.

Fri, 24 Jan 2020 19:41:31 +0000

Deve clicar na aba "Json com erro" e capturar o conteúdo.

Depois acessar a opção 6.13.2 e colar o Json, em seguida clicar no botão Decodificar.

Então aparecerá a tabela de dados. Para identificar o registro para se posicionar na linha de número "9999" conforme apresentado na mensagem de erro.

O conteúdo da coluna UID da tabela de erros poderá ser utilizado em IBexpert para verificar na respectiva tabela o que poderá estar ocorrendo (campo PP_ID_GLOBAL). Talvez seja necessário o envolvimento do desenvolvedor.

Um exemplo abaixo (considerando a tabela vendas):

select * from vendas v where v.pp_id_global = '142106BfeL0LqlMkiAhBGbEnqekw';

O que está grifado acima, é o conteúdo que foi copiado da tabela de erro.