Árvore de páginas

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 29 Próxima »

VALIDAR PARÂMETROS PARA PEDIDOS


OBS:

ASSINATURA DE CONTRATO:

Os Meios de Pagamento TPI - PIX e Pagamento em Retirada ou Entrega, não precisam de Antifraude.


01 - Representante

  • Cadastrar o CNPJ da Ninegrid para ser o representante dos pedidos.


Exemplo:

  • OBS: Verificar Flag de representante antes de iniciar o cadastro


02 - Transportadora

  • Validar se para o componente (PESFM010) existe o CNPJ da loja e se o parâmetro “Transportadores” está ativado, caso não, é necessário cadastrar a loja e ativar o parâmetro.


Exemplo:


03 - Bandeiras (DE/PARA)

  • Validar se para o componente (FCXFL002 > FCXFL003) existe o De/Para, caso não, é necessário cadastrar conforme é disponibilizado pelo gateway/meio de pagamento. 


Exemplo:


CampoAPI MODAAPI Venda digital by ninegrid
PAGSEGUROcreditCardOperator: PAGSEGURO  e creditCardBrand: ECOMMERCE
CIELOcreditCardOperator: CREDITCARD creditCardBrand: VISA
ESITEF

creditCardOperator: Redecard creditCardBrand: MASTERCARD

creditCardOperator: Cielo, creditCardBrand: VISA

creditCardOperator: Redecard creditCardBrand: DINERS



04 - Validar Parâmetros

  • Validar se para o componente (ADMFM014) existe algum valor, caso sim, solicitar para o cliente retirar, porém validar qual será o impacto caso ele remova do ambiente. Parametros CD_TIPOCLAS_PED. 
  • OBS: Pois pode influenciar em relatórios de pedidos. Atualmente não é tratado pela integração, por isso precisa ficar em branco.

Exemplo:


05 - Vincular Tipo Classificação / Classificação em Produtos - Massa

  • Para vincular uma classificação em massa em diversos produtos, basta utilizar o componente (PRDFP022).

Exemplo:


EXEMPLO DE PEDIDO:

{"Dados":"400 - [object Object],[object Object] - Verificar formato e valores enviados","message":[{"code":"ParameterRequiredValue","detailedMessage":"SalesOrderDomainService.IsClassificationRequiredValid","message":"Respecting the parameter CD_TIPOCLAS_PED in the list of Classifications, the value 1 is mandatory."},{"code":"NotFound","detailedMessage":"SalesOrderDomainService.ValidatePayment","message":"payments.CreditCardOperator / payments.CreditCardBrand / payments.Installment CREDITCARD / VISA / 1 not found."}],"typemsg":"error","success":false}

{"Dados":"400 - [object Object],[object Object] - Verificar formato e valores enviados","message":[{"code":"ParameterRequiredValue","detailedMessage":"SalesOrderDomainService.IsClassificationRequiredValid","message":"Respecting the parameter CD_TIPOCLAS_PED in the list of Classifications, the value 1 is mandatory."},{"code":"NotFound","detailedMessage":"SalesOrderDomainService.ValidatePayment","message":"payments.CreditCardOperator / payments.CreditCardBrand / payments.Installment CREDITCARD / MASTER / 1 not found."}],"typemsg":"error","success":false}


06 - Operação Fiscal de capa

  • No componente GERFM065 do TOTVS Moda, há cadastro de operações fiscais de Capa (a esquerda) e Faturamento (a direita):

Exemplo:


  • O cliente sempre deve nos passar a operação de capa, para que o pedido seja gerado com uma operação de capa e não apresente a ocorrência a seguir no momento de Faturar o pedido no TOTVS Moda.

  • Obs: pegamos esse cenário com a My Story e ao chamar o analista do Moda, passaram a seguinte informação:

  • No Venda Digital, no campo deve ser informada uma operação fiscal de capa para gerar o pedido do TOTVS Moda. 



  • Sem rótulos