• 1
Sign in to follow this  
Cleber Griff

Seller_invoices - Documentação incompreensível

Question

Estou tentando compreender o envio de dados fiscais para a plataforma, conforme descrito em https://developers.mercadolibre.com/pt_br/faturamento-de-venda-atraves-do-seller_invoices#Envio-dos-dados-fiscais

Porém, a documentação deixou mais dúvidas do que esclarecimentos sobre o assunto. Gostaria de um auxílio para tentar compreender o que é preciso:

Envio dos dados fiscais

No exemplo citado:

Quote

{
	"sku": "QW123",
	"title": "Iphone 7",
	"type": "single",
	"tax_information": {
		"ncm": "39263000",
		"origin_type": "reseller",
		"origin_detail": "2",
		"csosn": "500",
		"cest": "0100500",
		"ean": "4242002824628"
	}
}

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?
2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?

Vinculando um SKU (produto ou kit) a um anúncio

3) O id do anúncio já não é o produto/SKU?
4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?
5) Como e onde faço o vínculo de PIS/COFINS?
6) Campo "destinations": é enviado por produto? Por SKU? Por NCM?
7) CFOP: deve ser informado por mim? Como? Onde?

Vejo que há muito pouca documentação sobre o assunto, e a documentação presente é pobre nos aspectos mencionados.
Se tiverem mais informações sobre como posso proceder, agradeço!

 

Edited by Cleber Griff
melhor compreensão da pergunta

Share this post


Link to post
Share on other sites

17 answers to this question

Recommended Posts

  • 2
On 11/12/2018 at 11:16 AM, Cleber Griff said:

Estou tentando compreender o envio de dados fiscais para a plataforma, conforme descrito em https://developers.mercadolibre.com/pt_br/faturamento-de-venda-atraves-do-seller_invoices#Envio-dos-dados-fiscais

Porém, a documentação deixou mais dúvidas do que esclarecimentos sobre o assunto. Gostaria de um auxílio para tentar compreender o que é preciso:

Envio dos dados fiscais

No exemplo citado:

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?
2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?

Vinculando um SKU (produto ou kit) a um anúncio

3) O id do anúncio já não é o produto/SKU?
4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?
5) Como e onde faço o vínculo de PIS/COFINS?
6) Campo "destinations": é enviado por produto? Por SKU? Por NCM?
7) CFOP: deve ser informado por mim? Como? Onde?

Vejo que há muito pouca documentação sobre o assunto, e a documentação presente é pobre nos aspectos mencionados.
Se tiverem mais informações sobre como posso proceder, agradeço!

 

Você precisa verificar várias coisas. Em primeiro lugar, veja a Consideração importante: Esta documentação está destinada aos Sellers que são Regime Normal e atuam em Fulfillment

Partindo deste princípio, o que esta documentação trata é como associar os dados fiscais e as regras para que o sistema do ML faça a geração das notas de forma automática, logo, pode-se presumir que já existe um processo interno da empresa para emissão de notas e a documentação trata apenas de receber esta mesma configuração para que a emissão dos itens do fulfillment seja feita de forma automática pelo sistema do ML. Sendo assim já deve-se considerar que os anúncios (produtos) já estão cadastrados de forma correta no ML com o SKU e que já existe um mapeamento interno da empresa no ERP dela com relação ao CFOP, NCM, PIS, COFINS, ICMS (normalmente fornecido ou controlado pelo contador). Basta fazer um levantamento dos dados dos anúncios e das regras existentes na empresa e montar um processo de inclusão e atualização destes dados junto ao ML.

Precisa entender a diferença entre produto e anúncio e como identificá-los tanto no ERP quanto no ML e quais dados fazem parte dos mesmos.

Com relação às suas dúvidas:

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?

É um código interno do vendedor associado ao anúncio. Entre outras coisas, serve justamente para associar o anúncio ao código de produto no ERP. Não é o ID do anúncio.


2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?

São processos separados, porque a configuração é feita partindo do SKU e o produto só precisa ter o SKU para que seja associado às regras. Após criar uma regra, se criar um novo anúncio e usar o mesmo SKU, a configuração anterior já vale para ele, porque está associada ao SKU. Se tem um produto com variações e cada uma tem um SKU, deve associar as regras para cada SKU existente.

3) O id do anúncio já não é o produto/SKU?

Não


4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?

Se a intenção é gerar nota de venda de forma automática, deve informar que é venda. Acredito que isso seja auto-explicativo.


5) Como e onde faço o vínculo de PIS/COFINS?

Na documentação tem as informações de Configuração do PIS e Configuração do COFINS. É só usar o template. Com relação aos dados, seu contador pode informar (ou o processo já existente no ERP da empresa)


6) Campo "destinations": é enviado por produto? Por SKU? Por NCM?

Seu contador pode informar como se aplicam as regras. A configuração do ICMS é feita por NCM. Pela documentação, você associa um SKU a um NCM e associa as regras ao NCM. O anúncio já deve ter o SKU associado.


7) CFOP: deve ser informado por mim? Como? Onde?

Vale a mesma regra dos itens acima e tem um item chamado Configuração do CFOP.

Share this post


Link to post
Share on other sites
  • 2
3 hours ago, Cleber Griff said:

Obrigado pelas explicações, Diogenes Lima!
Já possuo integração com outras plataformas de e-commerce como VTEX, Magento, entre outras integrações, possuo todos os produtos no ERP, bem como todas as regras fiscais aplicáveis e necessárias.
Minhas maiores dúvidas estão relacionadas à organização interna da relação produto/anúncio/regrafiscao no ML.

1) OK
2) Este creio que é o ponto principal da dúvida. Não encontrei a distinção entre "produto" e "anúncio" na documentação. Em ambos os casos, parece que acesso o endpoint https://api.mercadolibre.com/items/
3) OK
4) OK
5) 
Diogenes, neste caso eu consegui encontrar os templates de PIS/COFINS. Apenas não compreendi como associar esta informação a um produto
6) Associar a regra fiscal a um NCM está correto? Pergunto pois dois produtos distintos podem ter o mesmo NCM, porém regras fiscais diferentes, não?
7) Aqui persiste a dúvida semelhante ao PIS/COFINS: Como relacionar estes dados, que a documentação passa, com o respectivo SKU?

Item 2 - A documentação não vai informar mesmo. Produto é um produto mesmo. Anúncio é a forma como você vende um produto. O ML trabalha com anúncios, a maioria dos ERPs trabalha com produtos, então precisa ter uma associação entre os produtos do ERP e os anúncios no ML e muitas vezes um único produto pode ter mais de um anúncio, ou um anúncio ser composto por mais de um produto. A forma de mapear essa relação é usando  SKU, seja simples ou agrupado, agregado ou qualquer outro termo.

Item 6 - Corrigindo o que informei antes, você pode associar a regra a vários campos, não somente ao NCM, dependendo da sua necessidade. Acredito que associar ao NCM seja mais prático, pois produtos com mesmo NCM devem compartilhar as regras fiscais, mas isso deve ser confirmado com seu contador. Na documentação informa que pode associar as regras usando NCM, EAN, SKU, CEST ou ITEM_ID (este último é o ID do anúncio no ML).

 

Itens 5 e 7 - Tem exemplo lá na documentação sim. Precisa ler a documentação inteira.

Para cadastrar as regras deve fazer conforme este modelo abaixo (o que vai mudar é code_type e product_code, conforme a forma de associar e também o rule e a configuração do value, que tem exemplo em cada item na documentação):

 

Para o PIS por exemplo, no rule vai "PIS" e o value será conforme o template do PIS. Note que existe PIS e PIS_COMPOSITION que são regras diferentes e assim por diante.

Json para Configurar as regras fiscais: EXEMPLO DE ICMS CST 10.

 
curl -X PUT "https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN"

{
    "code_type": "NCM",
"product_code": "95030099",
    "customer_type": "TAXPAYER",
    "operation_type": "B2C", //atualmente só temos operações B2C***
    "origin": "SP",
    "origin_detail": 0,
    "product_origin_type": "RESELLER",
    "rule": "ICMS",
    "transaction_type": "SALE",
    "tax_system": "NORMAL",
    "value": {
        "destinations": [{
            "uf": "AC",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "AL",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "AM",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "AP",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "BA",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "CE",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "DF",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "ES",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "GO",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "MA",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "MT",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "MS",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "MG",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "PA",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "PB",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "PR",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "PE",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "PI",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "RJ",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "RN",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "RO",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "RS",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "RR",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "SC",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
            "uf": "SE",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }, {
    "uf": "SP",
"cst": "60",
    "pfcpufdest": 0,
    "picmsufdest": 0,
    "picmsinter": 0
},{
            "uf": "TO",
            "cst": "10",
            "modbc": 3,
            "picms": 18,
            "modbcst": 2,
            "pmvast": 18,
            "predbcst": 12,
            "picmsst": 7
        }]
    }
}

 

Share this post


Link to post
Share on other sites
  • 2
4 hours ago, Cleber Griff said:

Obrigado pelas explicações, Diogenes Lima!
Já possuo integração com outras plataformas de e-commerce como VTEX, Magento, entre outras integrações, possuo todos os produtos no ERP, bem como todas as regras fiscais aplicáveis e necessárias.
Minhas maiores dúvidas estão relacionadas à organização interna da relação produto/anúncio/regrafiscao no ML.

1) OK
2) Este creio que é o ponto principal da dúvida. Não encontrei a distinção entre "produto" e "anúncio" na documentação. Em ambos os casos, parece que acesso o endpoint https://api.mercadolibre.com/items/
3) OK
4) OK
5) 
Diogenes, neste caso eu consegui encontrar os templates de PIS/COFINS. Apenas não compreendi como associar esta informação a um produto
6) Associar a regra fiscal a um NCM está correto? Pergunto pois dois produtos distintos podem ter o mesmo NCM, porém regras fiscais diferentes, não?
7) Aqui persiste a dúvida semelhante ao PIS/COFINS: Como relacionar estes dados, que a documentação passa, com o respectivo SKU?

2) Mercado Livre não trabalha com produtos, trabalha com anúncios

5, 6 e 7) você deve contactar um contador, volto a frisar que isso é extremamente perigoso de ser aplicado errado, trabalhamos com empresas do simples, lucro presumido e lucro real,  fora os tipos fiscais existem variações (tanto no ICMS, quanto no PIS e COFINS) de acordo com os convênios estaduais. A regra fiscal não pode ser associada a um NCM pois dependendo da origem do produto a regra fiscal irá mudar, mesmo para o mesmo NCM .

Não sou especialista fiscal e nem me arrisco, trabalhamos em parceria com escritório especializado pois as regras fiscais para ecommerce são extremamente complexas (até mesmo para uma empresa do simples), e qualquer erro pode acarretar em multas de milhões (acredite, já vi erro de CFOP causar uma multa milionária para uma empresa)

Share this post


Link to post
Share on other sites
  • 2
23 minutes ago, Diogenes Lima said:

Item 6 - Corrigindo o que informei antes, você pode associar a regra a vários campos, não somente ao NCM, dependendo da sua necessidade. Acredito que associar ao NCM seja mais prático, pois produtos com mesmo NCM devem compartilhar as regras fiscais, mas isso deve ser confirmado com seu contador. Na documentação informa que pode associar as regras usando NCM, EAN, SKU, CEST ou ITEM_ID (este último é o ID do anúncio no ML).

tudo perfeito Diogenes, apenas corrigindo essa parte, não se deve associar uma regra somente a um NCM, pois a regra pode mudar dependendo da origem, mesmo para produtos com mesmo NCM

Share this post


Link to post
Share on other sites
  • 1
6 hours ago, Cleber Griff said:

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?

Procure no Google sobre o SKU. É muuuuito importante você saber o que significa. É muito importante que entenda o conceito.

 

6 hours ago, Cleber Griff said:

2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?

É lógico que você só vai vender um produto que já anunciou.

6 hours ago, Cleber Griff said:

3) O anúncio já não é o produto/SKU?

volta e leia a resposta da questão 1

6 hours ago, Cleber Griff said:

4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?
 

Depende da operação que está ocorrendo? Você conseguiu traduzir os termos?

6 hours ago, Cleber Griff said:

5) Como e onde faço o vínculo de PIS/COFINS?
7) CFOP: deve ser informado por mim? Como? Onde?

Não, isto faz parte da configuração do produto, você está querendo informar os tributos e dados particulares de cada venda.

Share this post


Link to post
Share on other sites
  • 1
12 hours ago, Cleber Griff said:

Estou tentando compreender o envio de dados fiscais para a plataforma, conforme descrito em https://developers.mercadolibre.com/pt_br/faturamento-de-venda-atraves-do-seller_invoices#Envio-dos-dados-fiscais

Porém, a documentação deixou mais dúvidas do que esclarecimentos sobre o assunto. Gostaria de um auxílio para tentar compreender o que é preciso:

Envio dos dados fiscais

No exemplo citado:

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?
R.: como o Rodrigo disse, basta procurar no google (é mais rápido que criar um tópico no forum)


2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?
R.: obviamente sim

Vinculando um SKU (produto ou kit) a um anúncio

3) O anúncio já não é o produto/SKU?
R.: primeiro entenda o que é SKU


4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?
R.: o nome já diz tudo, o que você vai enviar depende da operação (obviamente)

5) Como e onde faço o vínculo de PIS/COFINS?
R.: consulte seu contador


6) Campo "destinations": é enviado por produto? Por SKU? Por NCM?
R.: o nome do campo já diz a finalidade


7) CFOP: deve ser informado por mim? Como? Onde?
R.: consulte seu contador

Vejo que há muito pouca documentação sobre o assunto, e a documentação presente é pobre nos aspectos mencionados.
Se tiverem mais informações sobre como posso proceder, agradeço!

R.: há pouco documentação pois isso não é uma questão de programação, é uma questão fiscal, você deve consultar seu contador, e qualquer erro pode gerar milhares de reais em multas

 

 

Share this post


Link to post
Share on other sites
  • 1
1 hour ago, Cleber Griff said:

Obrigado mldev e Diogenes!
Creio que o ponto a qual me referia com o tópico era justamente esta associação, que não havia ficado clara para mim.

Corrijam-me se estiver errado. No caso do exemplo abaixo:


"code_type": "NCM",
"product_code": "95030099",

1) Se minha intenção for realizar a associação via SKU, devo enviar da seguinte forma:


"code_type": "SKU",
"product_code": "01110",

Sendo 01110 o meu código interno do ERP. Correto?

2) Pelo que foi explicado até o momento, devo enviar um POST/PUT para a URL abaixo para cada regra fiscal que preciso, então?

Exemplos:

Envio de ICMS


https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN

    ...
    "rule": "ICMS",
    "value": {...}

 

Envio de PIS


https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN

    ...
    "rule": "PIS",
    "value": {...}

 

Sendo nestes exemplos o  "value": {...} correspondente ao exemplo dado na documentação. Estou no caminho certo?

Sim, está no caminho certo.

 

Mas pare de usar downvote para ordenar as postagens. Não é prá isso que serve e só dificulta entender a sequencia das mensagens.

Share this post


Link to post
Share on other sites
  • 0
3 hours ago, Cleber Griff said:

1) Entendo o conceito de SKU e toda busca foi feita antes de criar o tópico. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
2) Não é tão óbvio. Reformulando: Devo enviar os dados fiscais JUNTO com o produto, ou DEPOIS de enviar o produto devo ATUALIZÁ-LO com os dados fiscais?
3) Novamente 1. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
4) Sim, entendo os termos, entendo o conceito, mas não entendo quais dados devem ser enviados e como
5) Não questionei sobre a parte contábil. Minha dúvida é como vincular os dados contábeis ao produto
6) Mesmo que 5. Não ficou claro como vincular os dados ao produto
7) Novamente, 5.  Não ficou claro como vincular os dados ao produto

Creio que não compreenderam a intenção das minhas dúvidas. Espero que os esclarecimentos acima ajudem na elaboração e revisão das respostas dadas.

 

Teu problema é conceito básico, não programação

1) O que seria o "sku"? O código interno do produto no ERP? O código do produto já anunciado no ML?

image.thumb.png.1936ba03e61c80c25d7bac89ac70973d.png

Você informou (ou deve informar) o SKU nos atributos ele é a ligação do seu sistema com o mercado livre. Suponha que voce venda o mesmo produto num kit de uma peça ou 500 provavelmente os dados fiscais não se alteram por isso que tu associa os dados ao sku e não ao anúncio


2) Devo primeiro enviar um produto pela API e depois vincular os dados fiscais?

Qual seria o sentido de enviar antes do anúncio ?

 


3) O id do anúncio já não é o produto/SKU?

Não você emite nota fiscal usando o id do anúncio do Mercado Livre ? O mesmo conceito se aplica aqui

4) transaction_type (sale, inbound, devolution): o que exatamente devo enviar?

Isso não é meio implícito ?

  • SALE: Operação de venda de mercadoria
  • INBOUND: Transferência de mercadoria para o centro de distribuição
  • DEVOLUTION: Devolução de mercadoria

 

5) Como e onde faço o vínculo de PIS/COFINS?

Tem o exemplo dos dois na documentação. Os termos são de conhecimento geral da esfera contábil. Se não é sua área de operação você deve usar uma consultoria ou no mínimo falar com seu contador


6) Campo "destinations": é enviado por produto? Por SKU? Por NCM?

Por UF origem/destino.  Se tu não entende esses conceitos é um erro tentar fazer isso sozinho. Tu pode levar multas pesadas no futuro


7) CFOP: deve ser informado por mim? Como? Onde?

Isso está na documentação . Na minha operação varia pelo ncm do produto , estado de origem/destino e o regime tributario do comprador

 

Share this post


Link to post
Share on other sites
  • 0
4 hours ago, Cleber Griff said:

1) Entendo o conceito de SKU e toda busca foi feita antes de criar o tópico. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
2) Não é tão óbvio. Reformulando: Devo enviar os dados fiscais JUNTO com o produto, ou DEPOIS de enviar o produto devo ATUALIZÁ-LO com os dados fiscais?
3) Novamente 1. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
4) Sim, entendo os termos, entendo o conceito, mas não entendo quais dados devem ser enviados e como
5) Não questionei sobre a parte contábil. Minha dúvida é como vincular os dados contábeis ao produto
6) Mesmo que 5. Não ficou claro como vincular os dados ao produto
7) Novamente, 5.  Não ficou claro como vincular os dados ao produto

Creio que não compreenderam a intenção das minhas dúvidas. Espero que os esclarecimentos acima ajudem na elaboração e revisão das respostas dadas.

suas dúvidas não são de programação, você é programador? o uso é para sua empresa ou terceiros?

questões fiscais são seríssimas, qualquer erro as multas são pesadas e ficou claro que você não sabe como aplicar CFOP, NCM, SKU, etc... contrate um escritório de conabilidade especializado em ecommerce (de preferência), pois o ecommerce lida com diversas questões fiscais interestaduais

Share this post


Link to post
Share on other sites
  • 0
23 minutes ago, Cleber Griff said:

mldev, sim. Sou desenvolvedor e, como dito em resposta ao Diogenes, já possuo todas as regras fiscais e todo o conhecimento necessário da parte fiscal. 
Minhas dúvidas são relacionadas à programação. Não está claro como os dados fiscais exibidos na documentação vão ser vinculados ao SKU, ou seja, não ficou clara como é feita a relação entre os JSONs de PIS/COFINS/CFOP e o SKU cadastrado na plataforma.

se possui as regras fiscais então você deveria saber, por exemplo, que não existe um CFOP "fixo" por produto, que irá depender da transação

Share this post


Link to post
Share on other sites
  • 0
2 hours ago, Cleber Griff said:

mldev, sim. Sou desenvolvedor e, como dito em resposta ao Diogenes, já possuo todas as regras fiscais e todo o conhecimento necessário da parte fiscal. 
Minhas dúvidas são relacionadas à programação. Não está claro como os dados fiscais exibidos na documentação vão ser vinculados ao SKU, ou seja, não ficou clara como é feita a relação entre os JSONs de PIS/COFINS/CFOP e o SKU cadastrado na plataforma.

Se tu ficar dando downvote porque nao gostou da resposta ou porque não mastigaram a resposta para voce eu acho que cada vez menos pessoas vão te ajudar . Mesmo porque eu te respondi essa pergunta. Se não entendeu é porque falta conhecimento sobre a área fiscal .

 

Share this post


Link to post
Share on other sites
  • 0
On 11/13/2018 at 10:54 AM, Cleber Griff said:

2) Não é tão óbvio. Reformulando: Devo enviar os dados fiscais JUNTO com o produto, ou DEPOIS de enviar o produto devo ATUALIZÁ-LO com os dados fiscais?

Isto ocorre porque o ML está mudando o formato, aos poucos.
Ele era uma plataforma de venda de produtos usados, leilões. cada um criava seu anúncio. Depois vieram os vendedores de produtos novos.
Com uma mudança global de entendimento passaram, que foi que o produto é único, e também com a convergência para marketplace, os produtos devem ter IDs(GTIN, EAN, ...) logo podem ser completados os dados das características técnicas e fiscais do produto, o NCM é uma categorização fiscal que não muda em nenhum lugar do país, para cada produto. Assim passa a ter uma possibilidade melhor de comparar preços, criar buy box (irgh, !)criar anúncios, promoções, ... Já imaginou aparecer um produto de sex shop em promoção de pneus??? Com a classificação do NCM isso não ocorre. Com o GTIN (CPF do produto) fecha mais ainda.
Então, é um para muitos, um produto e vários anúncios (um de cada vendedor).

Id do anúncio é diferente do SKU que vocẽ usa. Ele serve para o De/Para. Deve ter sido isso que instigou o MLDEV a questioná-lo sobre ser desenvolvedor.

 
Aprenda sempre conceitualmente. O ML dificulta isso por alterações estranhas e alguns desenvolvimentos de novas funcionalidades que parecem ter sido feitas por estagiários de curso técnico sem acompanhamento de supervisor.

Share this post


Link to post
Share on other sites
  • -2
11 hours ago, mldev said:

tudo perfeito Diogenes, apenas corrigindo essa parte, não se deve associar uma regra somente a um NCM, pois a regra pode mudar dependendo da origem, mesmo para produtos com mesmo NCM

Obrigado mldev e Diogenes!
Creio que o ponto a qual me referia com o tópico era justamente esta associação, que não havia ficado clara para mim.

Corrijam-me se estiver errado. No caso do exemplo abaixo:

"code_type": "NCM",
"product_code": "95030099",

1) Se minha intenção for realizar a associação via SKU, devo enviar da seguinte forma:

"code_type": "SKU",
"product_code": "01110",

Sendo 01110 o meu código interno do ERP. Correto?

2) Pelo que foi explicado até o momento, devo enviar um POST/PUT para a URL abaixo para cada regra fiscal que preciso, então?

Exemplos:

Envio de ICMS

https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN
    ...
    "rule": "ICMS",
    "value": {...}

 

Envio de PIS

https://api.mercadolibre.com/users/{user_id}/invoices/fiscal_rules?access_token=$ACCESS_TOKEN
    ...
    "rule": "PIS",
    "value": {...}

 

Sendo nestes exemplos o  "value": {...} correspondente ao exemplo dado na documentação. Estou no caminho certo?

Edited by Cleber Griff

Share this post


Link to post
Share on other sites
  • -3

1) Entendo o conceito de SKU e toda busca foi feita antes de criar o tópico. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
2) Não é tão óbvio. Reformulando: Devo enviar os dados fiscais JUNTO com o produto, ou DEPOIS de enviar o produto devo ATUALIZÁ-LO com os dados fiscais?
3) Novamente 1. Minha pergunta foi direcionada sobre como o SKU e dados fiscais se relacionam com o anúncio.
4) Sim, entendo os termos, entendo o conceito, mas não entendo quais dados devem ser enviados e como
5) Não questionei sobre a parte contábil. Minha dúvida é como vincular os dados contábeis ao produto
6) Mesmo que 5. Não ficou claro como vincular os dados ao produto
7) Novamente, 5.  Não ficou claro como vincular os dados ao produto

Creio que não compreenderam a intenção das minhas dúvidas. Espero que os esclarecimentos acima ajudem na elaboração e revisão das respostas dadas.

Share this post


Link to post
Share on other sites
  • -3

Obrigado pelas explicações, Diogenes Lima!
Já possuo integração com outras plataformas de e-commerce como VTEX, Magento, entre outras integrações, possuo todos os produtos no ERP, bem como todas as regras fiscais aplicáveis e necessárias.
Minhas maiores dúvidas estão relacionadas à organização interna da relação produto/anúncio/regrafiscao no ML.

1) OK
2) Este creio que é o ponto principal da dúvida. Não encontrei a distinção entre "produto" e "anúncio" na documentação. Em ambos os casos, parece que acesso o endpoint https://api.mercadolibre.com/items/
3) OK
4) OK
5) 
Diogenes, neste caso eu consegui encontrar os templates de PIS/COFINS. Apenas não compreendi como associar esta informação a um produto
6) Associar a regra fiscal a um NCM está correto? Pergunto pois dois produtos distintos podem ter o mesmo NCM, porém regras fiscais diferentes, não?
7) Aqui persiste a dúvida semelhante ao PIS/COFINS: Como relacionar estes dados, que a documentação passa, com o respectivo SKU?

Edited by Cleber Griff
Reformulação

Share this post


Link to post
Share on other sites
  • -3
1 hour ago, mldev said:

suas dúvidas não são de programação, você é programador? o uso é para sua empresa ou terceiros?

questões fiscais são seríssimas, qualquer erro as multas são pesadas e ficou claro que você não sabe como aplicar CFOP, NCM, SKU, etc... contrate um escritório de conabilidade especializado em ecommerce (de preferência), pois o ecommerce lida com diversas questões fiscais interestaduais

mldev, sim. Sou desenvolvedor e, como dito em resposta ao Diogenes, já possuo todas as regras fiscais e todo o conhecimento necessário da parte fiscal. 
Minhas dúvidas são relacionadas à programação. Não está claro como os dados fiscais exibidos na documentação vão ser vinculados ao SKU, ou seja, não ficou clara como é feita a relação entre os JSONs de PIS/COFINS/CFOP e o SKU cadastrado na plataforma.

Edited by Cleber Griff

Share this post


Link to post
Share on other sites
  • -3
Just now, Diogenes Lima said:

Sim, está no caminho certo.

 

Mas pare de usar downvote para ordenar as postagens. Não é prá isso que serve e só dificulta entender a sequencia das mensagens.

Respostas úteis ao meu caso = Upvote
Respostas que não abordaram o ponto, não foram úteis ao objetivo ou não agregam valor = Downvote

Não seria este o uso correto?
 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this