BR112019010235A2 - sistema e método para reduzir fraude em seguro e financiamento comerciais - Google Patents

Abstract

a invenção se refere a um sistema e método para fornecer seguro e financiamento comercial. o sistema para facilitar seguro e financiamento comercial compreende um controlador central disposto em comunicação com um ou mais bancos de dados para obter eletronicamente informações dos bancos de dados, em que as informações incluem uma fatura; e um concentrador de blockchain conectado operacionalmente ao controlador central para circular as informações do controlador central para uma ou mais plataformas, o concentrador de blockchain capaz de gerar uma saída de resposta de hash com base em uma solicitação da uma ou mais plataformas, em que caso a fatura atenda a pelo menos um critério pré-determinado, o controlador central fornece a fatura para uma seguradora para seguro e para um financiador para financiar a fatura.

Description

SISTEMA E MÉTODO PARA REDUZIR FRAUDE EM SEGURO E FINANCIAMENTO COMERCIAIS

CAMPO DA INVENÇÃO [001] A invenção refere-se a um sistema e método para reduzir fraude em particular em transações de financiamento comercial e se refere especificamente a seguro de crédito comercial.

ANTECEDENTES [002] A discussão a seguir dos antecedentes para a invenção se destina a facilitar um entendimento da presente invenção. Entretanto, deve ser considerado que a discussão não é uma confirmação ou admissão de que qualquer material referenciado tenha sido publicado, seja conhecido ou parte do conhecimento geral comum em qualquer jurisdição como na data de submissão do pedido.

[003] Em transações computadorizadas, um vendedor frequentemente envia mercadorias para um comprador antes de ser pago por tais mercadorias. O vendedor pode esperar por um periodo de tempo significativo antes de receber pagamento por as mercadorias. Por exemplo, o vendedor pode ter que esperar por 30 dias, 60 dias, 90 dias, 120 dias, etc., dependendo de termos da transação. Enquanto isso, o vendedor pode ter capital significativo retido nas mercadorias. Por exemplo, o vendedor pode ter gasto $1 milhão para as matériasprimas e mão-de-obra para produzir as mercadorias. Até que o vendedor receba pagamento, esse capital está imobilizado e não pode ser usado para outras operações, tais como produzir mercadorias novas. Consequentemente, um vendedor frequentemente está interessado em receber pelo menos alguma porção dos fundos devidos ao vendedor antes da data de

Petição 870190047008, de 20/05/2019, pág. 10/194

2/59 pagamento antecipada ou acordada.

[004] Um vendedor que espera pagamento de uma transação tem uma venda a receber (também conhecida como contas a receber). A venda a receber tem valor, especialmente se o comprador é solvente. Consequentemente, um vendedor pode buscar um empréstimo ou outro financiamento com o uso da venda a receber como garantia. Receber esse empréstimo pode ser denominado como receber financiamento comercial ou terminologia similar. O vendedor pode usar recursos do financiamento comercial como capital de giro para sustentar operações e/ou produção em andamento. O financiador, por sua vez, recebe juros no empréstimo e minimiza seu risco. Caso o vendedor posteriormente não pague o empréstimo, o financiador pode recuperar todo ou uma porção do montante do empréstimo quando o comprador, por fim, pagar por as mercadorias.

[005] Um risco para um vendedor, e potencialmente para um financiador, é que o comprador não pague. Por exemplo, o comprador pode se tornar insolvente antes do vencimento do pagamento. Nesse caso, o vendedor pode sofrer a perda de capital investido nas mercadorias. Caso o vendedor tenha tomado um empréstimo com o uso do recebivel como garantia, então, o valor da garantia pode ser reduzido ou destruído, e o financiador pode ser incapaz de recuperar seu empréstimo.

[006] Consequentemente, um vendedor pode buscar seguro contra a fiabilidade crediticia do comprador. A seguradora de crédito comercial pode pagar caso o comprador se torne insolvente, seja incapaz de pagar seus débitos e/ou seja incapaz de pagar o vendedor e/ou de outro modo não pagar o vendedor.

Petição 870190047008, de 20/05/2019, pág. 11/194

3/59 [007] Outro risco para um vendedor, e potencialmente para um financiador, é que as mercadorias não cheguem ao comprador intactas. Por exemplo, as mercadorias podem ser perdidas, roubadas, danificadas, etc. Nesse caso, o comprador pode se recusar a pagar e o vendedor sofrerá a perda de capital investido nas mercadorias. Caso o vendedor tenha tomado um empréstimo com o uso do recebivel como garantia, então, o valor da garantia pode ser reduzido ou destruído, e o financiador pode ser incapaz de recuperar seu empréstimo.

[008] Consequentemente, um vendedor pode buscar seguro contra perda, roubo ou dano das mercadorias vendidas. Esse seguro pode permitir que o vendedor receba compensação pelas mercadorias vendidas mesmo se as mesmas forem perdidas, roubadas, etc.

[009] Por algumas estimativas, a demanda por financiamento comercial é alta. Entretanto, muitos vendedores que desejam financiamento comercial são incapazes de obtê-lo. Por algumas estimativas, em 2015, quase $1,4 trilhão de valor de financiamento comercial foi desejado, mas não obtido. Muitos vendedores que foram incapazes de obter o financiamento desejado foram empresas pequenas e de médio porte (SMEs). Esse hiato de financiamento comercial cria uma dificuldade para vendedores, e potencialmente produtividade perdida através de falta de acesso a capital de giro. Ademais, o hiato de financiamento comercial representa uma oportunidade perdida para que financiadores obtenham receitas significativas na forma de juros.

[010] Um motivo possível para que muitos vendedores não recebam financiamento comercial é um temor por financiadores de que o vendedor cometa fraude. Esse temor pode

Petição 870190047008, de 20/05/2019, pág. 12/194

4/59 ser ampliado quando um vendedor é relativamente pequeno ou desconhecido. Um vendedor pode cometer fraude ao buscar financiamento comercial mais do que uma vez por a mesma venda. 0 vendedor pode não pagar seus empréstimos e, então, múltiplos financiadores descobrem que estão tentando recuperar pagamento com o uso da mesma garantia, a qual é insuficiente. Naturalmente, vendedores também podem cometer fraude de várias outras formas.

[011] Outro motivo possível pelo qual muitos vendedores, particularmente as empresas pequenas e médias ou SMEs, não podem ter acesso a financiamento comercial é que financiadores cobram taxas de juros altas ou não estão dispostos a emprestar, algumas vezes em taxas de juros inferiores, sem uma proteção de seguro de crédito comercial. Seguro de crédito comercial é usualmente muito oneroso, e o prêmio é com base no faturamento anual do vendedor. Além disso, fornecedores de seguro de crédito comercial não estão dispostos a cobrir vendedores com pequeno faturamento como o custo de cobrir vendedores pequenos é muito alto em relação aos lucros.

[012] Consequentemente, existe uma necessidade para aumentar acesso a financiamento comercial reduzindo-se a possibilidade de fraude entre vendedores e tornando-se a disponibilização de seguro de crédito comercial mais eficiente, segura, e menos onerosa tanto para fornecedores quanto para vendedores.

SUMÁRIO DA INVENÇÃO [013] Várias modalidades incluem sistemas e métodos para facilitar a aquisição de financiamento e seguro comercial com o uso de tecnologia de blockchain/livro razão distribuído.

Petição 870190047008, de 20/05/2019, pág. 13/194

5/59 [014] A maior parte dos financiadores exige alguma forma de segurança para faturas de financiamento. Essa segurança pode vir na forma de seguro de crédito comercial. Entretanto, taxas de prêmio de seguro de crédito comercial são usualmente onerosas demais para empresas menores, e seguradoras tipicamente não servem para essas empresas menores devido a altos custos administrativos envolvidos. A invenção, portanto, permite que pequenos negócios acessem financiamento de fatura através de seguro de crédito comercial.

[015] De acordo com um aspecto da invenção, há um sistema para facilitar seguro e financiamento comerciais que compreende, um controlador central disposto em comunicação com um ou mais bancos de dados para obter eletronicamente informações dos bancos de dados, em que as informações incluem uma fatura; e um concentrador de blockchain conectado operacionalmente ao controlador central para circular as informações do controlador central para uma ou mais plataformas, o concentrador de blockchain capaz de gerar uma saida de resposta de hash com base em uma solicitação da uma ou mais plataformas, em que, caso a fatura atenda a pelo menos um critério pré-determinado, o controlador central fornece a fatura para uma seguradora para seguro e para um financiador para financiamento.

[016] A invenção fornece uma forma economicamente eficaz, segura e eficiente para conectar negócios tanto a Seguradoras quanto a Financiadores.

[017] Através da invenção, partes diferentes podem interagir para fornecer negócios com as exigências necessárias para proteger e financiar suas transações. Os riscos de fraude (por exemplo, financiamento de fatura duplo)

Petição 870190047008, de 20/05/2019, pág. 14/194

6/59 também são mitigados uma vez que a plataforma faz uso de tecnologia de blockchain/livro razão distribuído.

[018] De forma preferencial, um dos bancos de dados é um dispositivo de vendedor em comunicação de dados com o controlador central para vendedores submeterem faturas para o controlador central.

[019] É uma vantagem se um dos bancos de dados for um dispositivo de comprador em comunicação de dados com o controlador central para compradores se ligarem com vendedores que querem negociar com os mesmos.

[020] De forma mais vantajosa, um dos bancos de dados é um dispositivo de seguradora em comunicação de dados com o controlador central para receber a fatura transmitida pelo controlador central.

[021] É preferencial que um dos bancos de dados seja um dispositivo de verificador em comunicação de dados com o controlador central para verificar informações transmitidas para e a partir do controlador central, que inclui verificar se a fatura atende a vários critérios e verificar a autenticidade de vendas de mercadorias.

[022] Também é preferencial que um dos bancos de dados seja um dispositivo de financiador em comunicação de dados com o controlador central para uso por financiadores para visualizarem informações para tomarem uma decisão sobre o financiamento de faturas.

[023] De forma vantajosa o controlador central compreende um ou mais componentes selecionados de um grupo que inclui um processador, uma memória, uma porta de comunicações, um dispositivo de entrada, um dispositivo de saida e um dispositivo de armazenamento.

Petição 870190047008, de 20/05/2019, pág. 15/194

7/59 [024] De forma preferencial cada um dentre o um ou mais bancos de dados contém informações para identificar o banco de dados.

[025] De forma mais preferencial, um ou mais conhecimentos de embarque são submetidos ao controlador central.

[026] É preferencial que cada conhecimento de embarque seja codificado como uma blockchain a ser ligada a um ou mais outros conhecimentos de embarque.

[027] É uma vantagem que a verificação de atendimento da fatura ao critério predeterminado seja realizada correspondendo-se o um ou mais conhecimentos de embarque com um registro em um banco de dados externo.

[028] De forma preferencial a verificação bemsucedida resulta em aprovação da fatura.

[029] De forma preferencial, o sistema é operável para trabalhar com um ou mais programas selecionados de um grupo que compreende: autenticação de dois fatores, reconhecimento óptico de caractere, aprendizagem de máquina, gerenciamento de banco de dados, análise de dados, inteligência empresarial, inteligência artificial e interface de programação de aplicativo.

[030] De forma preferencial, o sistema inclui um processador para processar reivindicações de seguro automaticamente mediante o não pagamento de um comprador associado à fatura particular.

	[031]	De	forma	preferencial,	o concentrador	de
blockchain	compreende	um sistema de mensagens distribuído	se
comunicar	com a	uma	ou mal	s plataformas	para circular	as
informações do	controlador	central para	a uma ou mais

Petição 870190047008, de 20/05/2019, pág. 16/194

8/59 plataformas .

[032] De acordo com outro aspecto da invenção, há um método para fornecer financiamento comercial seguro, que compreende as etapas de armazenar informações em um ou mais bancos de dados, em que as informações incluem uma fatura; e comunicar as informações para um controlador central conectado operacionalmente a um concentrador de blockchain gerar uma saida de resposta de hash para circulação entre uma ou mais plataformas; e [033] fornecer a fatura para que um financiador financie a fatura caso a fatura atenda a pelo menos um critério pré-determinado.

[034] De forma preferencial informações armazenadas no um ou mais bancos de dados são fornecidas por um ou mais dispositivos selecionados de um grupo que compreende: um dispositivo de vendedor, um dispositivo de comprador, um dispositivo de seguradora, um dispositivo de verificador e um dispositivo de financiador.

[035] Reconhecimento óptico de caractere é usado para extrair informações da fatura.

[036] De forma preferencial o método compreende adicionalmente a etapa de verificar a autenticidade de uma venda de mercadorias relacionada à fatura.

[037] É preferencial que o método compreenda adicionalmente a etapa de processar automaticamente uma reivindicação de seguro mediante o não pagamento da fatura.

[038] De acordo com outro aspecto da invenção, há uma plataforma para facilitar aquisição de seguro para financiamento comercial, sendo que a plataforma compreende: uma memória que armazena informações sobre um vendedor e um

Petição 870190047008, de 20/05/2019, pág. 17/194

9/59 comprador com quem o vendedor deseja negociar;

[039] um processador para corresponder e identificar o vendedor para uma seguradora e/ou para um financiador especifico; em que transações entre o vendedor, o comprador, a seguradora e o financiador são registradas em uma blockchain e/ou livro razão distribuído.

[040] De forma preferencial o processador realiza a correspondência e identificação com base em uma ou mais peças de informações selecionadas de um grupo que compreende de localização, indústria, volume de faturamento, valor de fatura média, precificação, termos de pagamento.

[041] A invenção, portanto, é capaz de fornecer seguro de crédito comercial por transação em uma plataforma única que também oferece acesso a empréstimo.

[042] O financiamento comercial e seguro comercial permanece, em geral, com base em papel o gue é inconveniente em economia digital atual. A invenção computadorizada é distinguida de plataformas atuais com sua capacidade para se integrar com vários sistemas e interfaces de partes diferentes para a transação. Isso permite transferência de dados mais rápida e mais segura de um sistema

para outro. Isso inclui integração para	plataformas de
contabilização,	plataformas de	seguro e		sistemas de
financiadores.
[043]	Registrando-se	dados	de	diferentes
usuários, padrões	em comportamento	de usuário	e	transações, a

invenção fornece melhor percepções em gerenciamento de risco, gerenciamento de fluxo de caixa e, até mesmo, geração de receitas. Risco de crédito, por exemplo, não será simplesmente com base em riscos macroeconômicos, industriais e financeiros,

Petição 870190047008, de 20/05/2019, pág. 18/194

10/59 mas será capaz de levar em conta padrões de pagamento e prevenção de risco de partes para a transação.

BREVE DESCRIÇÃO DOS DESENHOS [044] A Figura 1 retrata um sistema, de acordo com várias modalidades.

[045] A Figura 2 retrata um controlador central, de acordo com várias modalidades.

	[046]	A	Figura 3	retrata um	dispositivo	de
vendedor,	de acordo com várias modalidades.
	[047]	A	Figura 4	retrata um	dispositivo	de
comprador,	de acordo com várias modalidades.
	[048]	A	Figura 5	retrata um	dispositivo	de
seguradora	, de	acordo	com várias	modalidades.
	[049]	A	Figura 6	retrata um	dispositivo	de
verificado	r, de	acordo	com várias	modalidades	•
	[050]	A	Figura 7	retrata um	dispositivo	de
financiado	r, de	acordo	com várias	modalidades	•
	[051]	A	Figura 8 retrata um banco de dados	de

vendedor, de acordo com várias modalidades.

[052] A Figura 9 retrata um banco de dados de comprador, de acordo com várias modalidades.

[053] A Figura 10 retrata um banco de dados de financiador, de acordo com várias modalidades.

[054] A Figura 11 retrata um banco de dados de seguradora, de acordo com várias modalidades.

[055] A Figura 12 retrata um banco de dados de verificador, de acordo com várias modalidades.

[056] A Figura 13 retrata um registro cronológico, de acordo com várias modalidades.

[057] A Figura 14 retrata um processo realizado

Petição 870190047008, de 20/05/2019, pág. 19/194

11/59 por um vendedor, de acordo com várias modalidades.

[058] A Figura 15 retrata um processo realizado por uma seguradora, de acordo com várias modalidades.

[059] A Figura 16 retrata um processo realizado por um financiador, de acordo com várias modalidades.

[060] A Figura 17 retrata um processo realizado por um verificador, de acordo com várias modalidades.

[061] A Figura 18 retrata o fluxo resumido da plataforma e sua integração com tecnologias compatíveis.

[062] A Figura 19 retrata o fluxo de processo de informações compartilhadas.

[063] A Figura 20 retrata o uso de Reconhecimento Óptico de Caracteres e Aprendizagem de Máquina.

[064] A Figura 21 retrata a integração da plataforma com Tecnologia de Blockchain/Livro Razão Distribuído.

[065] A Figura 22 retrata Inteligência Empresarial que pode ser gerada com a plataforma.

[066] A Figura 23 retrata o uso de Autenticação de Dois Fatores (2FA).

[067] A Figura 24 retrata a correspondência do processo vendedor-financiador-seguradora.

DESCRIÇÃO DETALHADA [068] Várias modalidades incluem sistemas e métodos para facilitar a aquisição de seguro comercial e financiamento comercial. Por exemplo, vendedores podem obter financiamento comercial para mercadorias que os mesmos tenham vendido, mas para as quais pagamento ainda não tenha sido recebido. Financiadores, tais como bancos, podem fornecer o financiamento comercial. Uma seguradora pode fornecer seguro

Petição 870190047008, de 20/05/2019, pág. 20/194

12/59 de crédito contra não pagamento pelo comprador. Uma seguradora também pode fornecer seguro contra perda, roubo, danos, etc., de mercadorias, tais como mercadorias em trânsito. Um verificador pode verificar que uma suposta transação de vendas entre o comprador e vendedor é autêntica e/ou legitima. Um registro cronológico pode manter um registro de transações entre compradores e vendedores. 0 registro cronológico pode adicional ou alternativamente manter um registro de transações de financiamento comercial. 0 registro cronológico pode, desse modo, reduzir a possibilidade de que a mesma transação entre comprador e vendedor seja usada mais do que uma vez para obter financiamento comercial.

[069] De acordo com várias modalidades, vendedores podem se beneficiar de acesso maior e/ou mais rápido a financiamento comercial. Vendedores podem, desse modo, ganhar acesso maior e/ou mais rápido a capital de giro para financiar operações em andamento, para manter ou aumentar produtividade, etc.

[070] De acordo com várias modalidades, financiadores podem se beneficiar de um conjunto expandido de mutuários. Financiadores também podem se beneficiar de mitigação de risco para seus empréstimos. Alguma mitigação pode acontecer como um resultado de seguro de crédito sobre compradores. Por exemplo, mesmo se um comprador se tornar insolvente e uma venda a receber (por exemplo, garantia) perder seu valor, o financiador ainda pode recuperar seu empréstimo a partir do pagamento de seguro de crédito. Alguma mitigação pode acontecer como um resultado de seguro contra perda, roubo, danos, etc. das mercadorias vendidas. Alguma mitigação pode vir como um resultado de um registro cronológico ou registros

Petição 870190047008, de 20/05/2019, pág. 21/194

13/59 cronológicos que reduzam a probabilidade de financiamento duplicado ser fornecido para o vendedor para a mesma transação de compra/venda. Alguma mitigação pode vir como um resultado de um processo de verificação que verifique a existência ou autenticidade de uma transação de compra/venda.

REGISTRO CRONOLÓGICO [071] Em várias modalidades, um registro cronológico pode fornecer um registro de transações. O registro cronológico pode incluir um registro de uma ou mais transações anteriores. O registro cronológico pode incluir um registro de todas as transações anteriores que aconteceram através do sistema.

[072] O registro cronológico pode assumir várias formas, de acordo com várias modalidades. O registro cronológico pode assumir a forma de um arquivo ou arquivos de papel, uma fita de papel, um arquivo de computador, um arquivo eletrônico, um registro eletrônico, um banco de dados, um banco de dados distribuído, uma blockchain, um banco de dados de blockchain e/ou qualquer outra forma ou combinação de formas. Em várias modalidades, pode haver múltiplas instâncias ou cópias de um registro cronológico em existência. Em várias modalidades, um registro cronológico pode ser armazenado em uma localização única. Em várias modalidades, um registro cronológico pode ser armazenado em múltiplas localizações, distribuído, etc.

[073] Em várias modalidades, o registro cronológico pode armazenar informações sobre uma transação. As informações podem incluir um ou mais dos seguintes: (a) nome ou outro identificador para um comprador; (b) nome ou outro identificador para um vendedor; (c) nome ou outro identificador

Petição 870190047008, de 20/05/2019, pág. 22/194

14/59 para uma seguradora; (d) nome ou outro identificador para um financiador; (e) as mercadorias que são compradas/vendidas (por exemplo, soja, arroz, café, etc.); (f) a quantidade de mercadorias que são compradas/vendidas (por exemplo, 1.000 toneladas métricas); (g) a porta/localização de expedição; (h) a porta/localização de entrega; (i) a data de expedição; (j) a data de entrega; (k) a natureza, qualidade e/ou condição de mercadorias na expedição e/ou na entrega; (1) os termos de pagamento para mercadorias compradas/vendidas; (m) a quantia a ser paga por as mercadorias; (n) a data de vencimento do pagamento; (1) o montante de financiamento comercial solicitado; (η) o montante de financiamento comercial recebido; (o) termos para reembolso do financiamento comercial; (p) o transportador para as mercadorias; (p) nome ou outro identificador para um verificador; e/ou quaisquer outras informações.

[074] Em várias modalidades, informações sobre uma transação podem incluir informações de um conhecimento de embarque. O conhecimento de embarque pode incluir uma lista de mercadorias que são despachadas como parte da transação. Informações armazenadas no registro cronológico podem incluir o conhecimento de embarque, uma cópia digitalizada do conhecimento de embarque, informações derivadas do conhecimento de embarque (por exemplo, informações derivadas por meio de reconhecimento óptico de caractere do conhecimento de embarque), e/ou quaisquer outras informações relacionadas ao conhecimento de embarque. O registro cronológico pode armazenar algumas ou todas as informações de um conhecimento de embarque. O registro cronológico pode armazenar quaisquer carimbos, selos ou outra aprovação associada ao conhecimento

Petição 870190047008, de 20/05/2019, pág. 23/194

15/59 de embarque .

[075] Em várias modalidades, o registro cronológico é atualizado com uma nova transação. Por exemplo, um novo registro, nova entrada de banco de dados, novo arquivo, etc. podem ser adicionados ao registro cronológico quando há uma nova transação. Em várias modalidades, uma atualização ao registro cronológico pode incluir informações sobre uma ou mais transações anteriores. Em várias modalidades, uma atualização ao registro cronológico pode incluir informações derivadas de uma ou mais transações anteriores. Em várias modalidades, uma atualização ao registro cronológico pode incluir informações derivadas de todas as transações anteriores.

[076] Em várias modalidades, um hash é gerado com base em uma ou mais transações anteriores. Em várias modalidades, um hash é gerado com base em todas as transações anteriores. O hash pode ser uma sequência de caracteres, código ou similares que resulte de uma transformação (por exemplo, matemática, algorítmica, etc.) de transações anteriores. Em várias modalidades, cada novo registro pode incluir um hash de transações anteriores.

[077] Em várias modalidades, uma parte que deseja verificar a integridade de um registro cronológico pode verificar as informações armazenadas no novo registro que pertencem a transações anteriores, e pode comparar essa aos registros reais de transações anteriores. Por exemplo, a parte pode determinar se um hash armazenado com o novo registro pode ser obtido através de uma transformação apropriada de registros anteriores listados no registro cronológico. Caso a transformação não produza o hash (ou de outro modo mostre

Petição 870190047008, de 20/05/2019, pág. 24/194

16/59 consistência com informações armazenadas no novo registro), então, a parte pode ter motivo para suspeitar que um registro anterior tenha sido deletado do registro cronológico, ou alterado de outro modo. Isso pode indicar uma tentativa de fraude pela qual um vendedor esteja tentando receber financiamento comercial duas vezes por a mesma transação de compra/venda e, consequentemente, tenha tentado ocultar registro anterior no registro cronológico da mesma transação.

BLOCKCHAIN [078] Como usado no presente documento, uma blockchain é uma cadeia vinculada de transações que são consideradas válidas. A cadeia pode incluir blocos de uma ou mais transações válidas. Cada bloco pode incluir um vinculo ou referência a um bloco anterior. O vinculo pode ser um hash do bloco anterior.

[079] Em várias modalidades, uma blockchain pode ser implantada como um sistema distribuído ou descentralizado. Uma blockchain pode ser implantada como um banco de dados distribuído. Cada bloco pode ser implantado como um registro, e o vinculo ou hash pode residir dentro de um campo do registro.

[080] Quando a blockchain é atualizada com um novo bloco (ou blocos), a atualização pode ocorrer dentro de uma primeira instância ou hospedeiro do banco de dados. Essa atualização pode, então, ser transmitida para outras instâncias ou hospedeiros do banco de dados de modo que todas as instâncias sejam atualizadas com o novo bloco.

[081] Uma blockchain pode incluir um sistema de pontuação que dará prioridade para uma versão da blockchain quando houverem atualizações conflitantes concorrentes.

[082] Uma vez que uma blockchain inclui uma

Petição 870190047008, de 20/05/2019, pág. 25/194

17/59 cadeia de transações válidas, vinculadas entre si, pode ser dificil remover uma transação ou bloco de transações da cadeia sem que tal remoção seja detectada.

[083] Uma implantação ilustrativa de tecnologia de blockchain é descrita na Publicação de Patente n° U.S. 20160027229, intitulada SYSTEM AND METHOD FOR SECURELY RECEIVING AND COUNTING VOTES IN AN ELECTION, e publicada em 28 de janeiro de 2016, cuja totalidade é incorporada ao presente documento a titulo de referência a todos os fins.

CONHECIMENTO DE EMBARQUE [084] Como usado no presente documento, um conhecimento de embarque pode incluir um documento emitido por um expedidor ou transportador que confirma o recebimento de uma expedição de mercadorias ou carga.

[085] Embora várias modalidades descritas no presente documento se refiram a um conhecimento de embarque, é contemplado que outros documentos, registros, recibos, confirmações, etc. que tenham funções similares ou relacionadas, possam ser empregados, em várias modalidades. Por exemplo, várias modalidades contemplam o uso de um documento de transporte, o recibo, ou outro documento, ou outra confirmação.

SISTEMA [086] Com referência à Figura 1, um sistema 100 é mostrado, de acordo com várias modalidades. Um controlador central 105 pode estar em comunicação com um dispositivo de vendedor 110, um dispositivo de comprador 115, um dispositivo de seguradora 120, um dispositivo de verificador 125 e um dispositivo de financiador 130.

[087] Como usado no presente documento, um

Petição 870190047008, de 20/05/2019, pág. 26/194

18/59 dispositivo pode incluir um dispositivo de computação, dispositivo eletrônico, estação de trabalho, computador pessoal, servidor, nuvem, servidor na nuvem, computador do tipo laptop, computador do tipo tablet, computador do tipo netbook, dispositivo de tela sensível ao toque, lousa, assistente digital pessoal, telefone inteligente, telefone celular, telefone iPhone™, telefone Android™, dispositivo iPad™, dispositivo iPod™, relógio inteligente, aparelho de internet, servidor distribuído, computador distribuído, servidor distribuído na nuvem, máquina de fax, telefone ou qualquer outro dispositivo adequado. Em várias modalidades, um dispositivo pode compreender dois ou mais módulos ou componentes. Em várias modalidades, o dispositivo pode ser um dispositivo mecânico, dispositivo eletromecânico ou qualquer outro dispositivo adequado.

[088] Como usado no presente documento, o controlador central pode ser um dispositivo. O controlador central pode ser um servidor, servidor na nuvem, servidor distribuído ou qualquer outro dispositivo adequado.

[089] Como será considerado, o sistema 100 representa um sistema de acordo com algumas modalidades, mas outra disposição, configurações, etc. são contempladas em várias modalidades. Em várias modalidades, pode haver mais ou menos dispositivos, quantidades múltiplas de um dado dispositivo (por exemplo, múltiplos dispositivos de vendedor; por exemplo, múltiplos dispositivos de vendedor em que cada um corresponde a um vendedor diferente), mais enlaces de comunicação entre dispositivos, menos enlaces de comunicação entre dispositivos, enlaces de comunicação alternativos entre dispositivos, etc.

Petição 870190047008, de 20/05/2019, pág. 27/194

19/59 [090] Em várias modalidades, um ou mais dispositivos e/ou entidades podem estar em comunicação entre si para a transferência de dados ou de outro modo. Comunicação pode ocorrer por meio de comunicação por fio, por meio de comunicação sem fio, por meio de rede celular, por meio da internet, por meio de rede Ethernet™, por meio de cabos coaxiais, por meio de fibras ópticas, por meio de enlaces de micro-ondas, por meio de laser, por meio de Wi-Fi, por meio de bluetooth, por meio de comunicação de campo próximo, ou por meio de qualquer outro meio adequado. A comunicação pode ocorrer por meio de voz, correio postal, mensageiro, entrega manual ou por meio de qualquer outro meio adequado.

CONTROLADOR CENTRAL [091] Com referência à Figura 2, o controlador central 105 é mostrado, de acordo com várias modalidades. Em várias modalidades, o controlador central 105 pode facilitar a provisão de financiamento comercial. O controlador central 105 pode servir como um ponto de encontro, concentrador de comunicação, ponto de correspondência, etc. para várias partes para uma transação. O controlador central 105 pode facilitar registro, manutenção de registro, conformidade por partes com suas respectivas obrigações, pagamentos, transferência de fundos, notificações para uma ou mais partes, retroalimentação sobre uma ou mais partes, processamento de reivindicações de seguro, e ou qualquer outra função ou ação adequada.

[092] O controlador central 105 pode incluir um processador 205, memória 210, porta de comunicações 215, dispositivo de entrada 220, dispositivo de saída 225 e dispositivo de armazenamento 230.

[093] O processador 205 pode incluir uma unidade

Petição 870190047008, de 20/05/2019, pág. 28/194

20/59 de processamento central (CPU), unidade de processamento gráfico (GPU), microcontrolador, controlador, processador de sinal digital (DSP) , um processador, ou qualquer outro componente ou combinação adequada de componentes. Componentes exemplificativos incluem um processador Intel Xeon™, processador AMD Opteron™, etc.

[094] Memória 210 pode incluir memória de acesso aleatório (RAM), memória de acesso aleatório dinâmico (DRAM), memória flash, ou qualquer outra memória adequada, ou qualquer outro componente adequado. Fabricantes/fornecedores de memória exemplificativos incluem Crucial™, Samsung™, Kingston™, etc. Como será reconhecido, a memória 210 pode armazenar dados, valores, variáveis, imagens, texto, caracteres, instruções, código de computador, valores intermediários, cálculos, etc., usados durante a execução de um ou mais programas ou um ou mais métodos, de acordo com várias modalidades.

[095] A porta de comunicações 215 pode incluir um transceptor Wi-Fi, transceptor celular, porta Ethernet™, soquete, porta óptica, porta de Barramento Serial Universal (USB™) ou qualquer outra porta de comunicação adequada. O controlador central pode se comunicar com um ou mais outros dispositivos ou partes por meio da porta. O controlador central pode acessar a Internet, uma rede privada, a rede celular, uma rede privada virtual ou qualquer outra rede por meio da porta 215 .

[096] O dispositivo de entrada 220 pode incluir qualquer dispositivo de entrada humana ou qualquer outro dispositivo de entrada. O dispositivo de entrada 220 pode incluir um teclado, mouse, painel sensível ao toque, tela sensível ao toque, microfone, câmera ou outro dispositivo de

Petição 870190047008, de 20/05/2019, pág. 29/194

21/59 entrada .

[097] O dispositivo de saida 225 pode incluir qualquer dispositivo de saida para ser humano ou qualquer outro dispositivo de saida. O dispositivo de saida 225 pode incluir um monitor, visor, alto-falante, campainha, gerador de vibração, diodo emissor de luz, dispositivo de retroalimentação tátil ou qualquer outro dispositivo de saida.

[098] O dispositivo de armazenamento 235 pode incluir um disco rigido, controlador de disco rigido, matriz de controladores de discos rigidos, controlador óptico ou qualquer outro dispositivo. O dispositivo de armazenamento 235 pode incluir armazenamento na nuvem, armazenamento acessível por rede (NAS) ou qualquer outro armazenamento. O dispositivo de armazenamento 235 pode armazenar dados usados em conjunto com uma ou mais modalidades. O dispositivo de armazenamento 235 pode incluir um ou mais bancos de dados. Os bancos de dados podem incluir um banco de dados de vendedor 250, banco de dados de comprador 255, banco de dados de financiador 260, banco de dados de seguradora 265, banco de dados de verificador 270, registro cronológico banco de dados 275. O dispositivo de armazenamento 235 também pode armazenar um programa 280. Como será considerado, o dispositivo de armazenamento 235 também pode armazenar outras informações, e também pode incluir bancos de dados adicionais. Como será considerado, o dispositivo de armazenamento 235 também pode incluir menos bancos de dados, em várias modalidades.

[099] Os bancos de dados supramencionados serão descritos em detalhes adicionais no presente documento. O banco de dados de programas 280 pode incluir programas, instruções de computador, executáveis, código, algoritmos, etc. para

Petição 870190047008, de 20/05/2019, pág. 30/194

22/59 operar de acordo com uma ou mais modalidades. Programas podem ser executados, por exemplo, com o uso do processador 205 e da memória 210, bem como um ou mais componentes adicionais.

[0100] Em várias modalidades, o controlador central é acessível por meio de Internet, aplicativo web, e/ou aplicativo de celular. Por exemplo, o controlador central pode ter um localizador de recurso uniforme associado (URL) no qual uma parte pode acessar informações do controlador central e/ou se comunicar com o controlador central.

[0101] O controlador central pode hospedar um aplicativo escrito com o uso de Grok™, Django™, WordPress™, Drupal™, Joomla™, Java™, Python™, Perl™, PHP™, Ruby os Rails™, C, C++, Objective C™, .NET, ASP.NET, Visual Basic™, Linux™, Unix™, SQL™, MySQL™, Apache™, e/ou qualquer outra estrutura de aplicativo, e/ou qualquer outro banco de dados, e/ou qualquer outra linguagem banco de dados, e/ou qualquer outra linguagem de computador.

[0102] Em várias modalidades, uma ou mais partes (por exemplo, comprador, vendedor, financiador, seguradora, verificador) pode ter uma conta com o controlador central. Uma parte pode ter um nome de usuário, identificador, endereço de correio eletrônico, número de conta, senha, número de identificação pessoal, chave de segurança, questão secreta e/ou qualquer outro meio de inicio de sessão, autenticação e/ou acesso ao controlador central.

[0103] Em várias modalidades, um usuário associado ao controlador central (por exemplo, um administrador, empregado, etc.) pode acessar o controlador central. Esse usuário também pode ter uma conta.

[0104] De acordo com várias modalidades, uma ou

Petição 870190047008, de 20/05/2019, pág. 31/194

23/59 mais partes podem acessar o controlador central (por exemplo, por meio de inicio de sessão a partir de seus respectivos dispositivos), e podem entrar juntas em uma transação que resulta na provisão de financiamento comercial para um vendedor.

DISPOSITIVO DE VENDEDOR [0105] Com referência à Figura 3, um dispositivo de vendedor 110 é mostrado, de acordo com várias modalidades. Como descrito no presente documento, o dispositivo de vendedor pode ser qualquer dispositivo de computação, que inclui um computador pessoal, computador do tipo tablet, telefone inteligente, etc., ou qualquer outro dispositivo adequado. O dispositivo de vendedor 110 pode ser conectado a uma rede, tal como a Internet. O vendedor pode utilizar o dispositivo de vendedor 110 para iniciar e estabelecer comunicação com o controlador central e/ou com uma ou mais outras partes.

[0106] O dispositivo de vendedor 110 pode incluir um processador 305, memória 310, porta de comunicações 315, dispositivo de entrada 320, dispositivo de saida 325 e dispositivo de armazenamento 330. Esses componentes podem ser análogos àqueles descritos acima em relação ao controlador central 105. Entretanto, em várias modalidades, o controlador central 105 e o dispositivo de vendedor 110 não precisam usar componentes idênticos (por exemplo, componentes da mesma marca ou fabricante), ou mesmo componentes similares. O dispositivo de armazenamento 330 pode incluir um ou mais bancos de dados, como apropriado. O dispositivo de armazenamento 330 pode incluir um programa 380 para operar de acordo com uma ou mais modalidades.

[0107] Em várias modalidades, um vendedor pode

Petição 870190047008, de 20/05/2019, pág. 32/194

24/59 ser um fabricante, produtor, processador, refinador, agregador e/ou distribuidor de mercadorias. 0 vendedor pode ser um comerciante de mercadorias. 0 vendedor pode ser um corretor ou representante de um produtor de mercadorias. 0 vendedor pode ser qualquer parte com mercadorias para venda. Em várias modalidades, o vendedor é um fazendeiro, agricultor e/ou consórcio de fazendeiros. Em várias modalidades, o vendedor tem mercadorias primárias para vender. Em várias modalidades, o vendedor vende um ou mais dentre: (a) arroz; (b) café; (c) açúcar bruto; (d) milho; (e) soja; e (f) farelo de soja.

[0108] O vendedor pode ser envolvido em comércio exterior. Por exemplo, o vendedor pode vender mercadorias de um pais para um comprador em outro pais. O vendedor pode buscar utilizar o sistema 100 a fim de obter financiamento comercial para a venda.

DISPOSITIVO DE COMPRADOR [0109] Com referência à Figura 4, um dispositivo de comprador 115 é mostrado, de acordo com várias modalidades. Como descrito no presente documento, o dispositivo de comprador pode ser qualquer dispositivo de computação, que inclui um computador pessoal, computador do tipo tablet, telefone inteligente, etc., ou qualquer outro dispositivo adequado. O dispositivo de comprador 115 pode ser conectado a uma rede, tal como a Internet. O comprador pode utilizar o dispositivo de comprador 115 para iniciar e estabelecer comunicação com o controlador central 105 e/ou com uma ou mais outras partes.

[0110] O dispositivo de comprador 115 pode incluir um processador 405, memória 410, porta de comunicações 415, dispositivo de entrada 420, dispositivo de saida 425 e dispositivo de armazenamento 430. Esses componentes podem ser

Petição 870190047008, de 20/05/2019, pág. 33/194

25/59 análogos àqueles descritos acima em relação ao controlador central 105. Entretanto, em várias modalidades, o controlador central 105 e o dispositivo de comprador 115 não precisam usar componentes idênticos (por exemplo, componentes da mesma marca ou fabricante), ou mesmo componentes similares. O dispositivo de armazenamento 430 pode incluir um ou mais bancos de dados, como apropriado. O dispositivo de armazenamento 430 pode incluir um programa 480 para operar de acordo com uma ou mais modalidades.

[0111] Em várias modalidades, um comprador pode ser um atacadista, distribuidor, refinador, processador, fabricante, merceeiro, cadeia de supermercados e/ou qualquer comprador de mercadorias. O comprador pode ser um comerciante de mercadorias. O comprador pode ser um corretor, representante, ou outro afiliado a uma parte que quer tomar posse de mercadorias.

DISPOSITIVO DE SEGURADORA [0112] Com referência à Figura 5, um dispositivo de seguradora 120 é mostrado, de acordo com várias modalidades. Como descrito no presente documento, o dispositivo de seguradora 120 pode ser qualquer dispositivo de computação, que inclui um computador pessoal, computador do tipo tablet, telefone inteligente, etc., ou qualquer outro dispositivo adequado. O dispositivo de seguradora 120 pode ser conectado a uma rede, tal como a Internet. A seguradora pode utilizar o dispositivo de seguradora 120 para iniciar e estabelecer comunicação com o controlador central 105 e/ou com uma ou mais outras partes.

[0113] O dispositivo de seguradora 120 pode incluir um processador 505, memória 510, porta de comunicações

Petição 870190047008, de 20/05/2019, pág. 34/194

26/59

515, dispositivo de entrada 520, dispositivo de saida 525 e dispositivo de armazenamento 530. Esses componentes podem ser análogos àgueles descritos acima em relação ao controlador central 105. Entretanto, em várias modalidades, o controlador central 105 e o dispositivo de seguradora 120 não precisam usar componentes idênticos (por exemplo, componentes da mesma marca ou fabricante), ou mesmo componentes similares. O dispositivo de armazenamento 530 pode incluir um ou mais bancos de dados, como apropriado. O dispositivo de armazenamento 530 pode incluir um programa 580 para operar de acordo com uma ou mais modalidades.

[0114] Em várias modalidades, uma seguradora pode emitir seguro de crédito que paga caso um comprador não pague, se torne insolvente e/ou de outro modo não pague um vendedor por mercadorias despachadas para o comprador. Por exemplo, supondo-se que o comprador ABC concorde em pagar ao vendedor XYZ $100.000 por uma expedição de açúcar bruto. A seguradora pode fornecer uma apólice de seguro para o vendedor XYZ com que pagará ao vendedor XYZ qualquer porção dos $100.000 não paga pelo comprador, desde que o vendedor realmente entregue o açúcar bruto para o comprador. Naturalmente, como será considerado, a apólice de seguro pode ter vários outros termos, exceções, etc. Em troca de fornecer a apólice de seguro, a seguradora pode receber um ou mais pagamentos do vendedor (por exemplo, prêmios de seguro) . Nesse exemplo, o vendedor pode pagar a seguradora um prêmio de $1.000. Como será considerado, muitos outros valores para apólices e prêmios de seguro são possíveis. Ademais, em várias modalidades, apólices de seguro podem ser emitidas para muitos outros tipos de transações (por exemplo, transações que envolvem outros tipos e/ou quantidades

Petição 870190047008, de 20/05/2019, pág. 35/194

27/59 de mercadorias).

[0115] Em várias modalidades, uma seguradora pode emitir seguro de perda que paga caso mercadorias despachadas para o comprador se tornem perdidas. Em várias modalidades, uma apólice de seguro pode pagar caso mercadorias se tornem perdidas, danificadas, roubadas, atrasadas e/ou de outro modo comprometidas. A apólice de seguro pode pagar o vendedor (ou comprador) por qualquer redução no valor das mercadorias devido à perda, dano, etc. (por exemplo, valor total para mercadorias perdidas; por exemplo, valor parcial para mercadorias danificadas).

[0116] Em várias modalidades, mais do que uma seguradora pode ser usada com uma única transação de compra/venda. Por exemplo, uma seguradora pode fornecer uma apólice de seguro para insolvência de comprador, enquanto outra seguradora pode fornecer uma apólice para perda, dano, etc. Em várias modalidades, múltiplas seguradoras podem ser usadas mesmo com um único tipo de seguro. Por exemplo, uma primeira seguradora pode emitir seguro de crédito pagável até um primeiro máximo (por exemplo, dois terços do valor das mercadorias), e uma segunda seguradora pode emitir seguro de crédito pagável até um segundo máximo (por exemplo, um terço do valor das mercadorias).

[0117] Em várias modalidades, uma apólice de seguro pode ser atribuível. Um cessionário dos benefícios da apólice pode ser denominado um beneficiário de perda. Em várias modalidades, o vendedor pode atribuir a apólice de seguro para um financiador. Nesse caso, o financiador pode ser pago diretamente por a seguradora no caso em que um comprador não pague por as mercadorias.

Petição 870190047008, de 20/05/2019, pág. 36/194

28/59

DISPOSITIVO DE VERIFICADOR [0118] Com referência à Figura 6, um dispositivo de verificador 125 é mostrado, de acordo com várias modalidades. Como descrito no presente documento, o dispositivo de verificador 125 pode ser qualquer dispositivo de computação, que inclui um computador pessoal, computador do tipo tablet, telefone inteligente, etc., ou qualquer outro dispositivo adequado. O dispositivo de verificador 125 pode ser conectado a uma rede, tal como a Internet. O verificador pode utilizar dispositivo de verificador 125 para iniciar e estabelecer comunicação com o controlador central 105 e/ou com uma ou mais outras partes.

[0119] O dispositivo de verificador 125 pode incluir um processador 605, memória 610, porta de comunicações 615, dispositivo de entrada 620, dispositivo de saida 625 e dispositivo de armazenamento 630. Esses componentes podem ser análogos àqueles descritos acima em relação ao controlador central 105. Entretanto, em várias modalidades, o controlador central 105 e o dispositivo de verificador 125 não precisam usar componentes idênticos (por exemplo, componentes da mesma marca ou fabricante), ou mesmo componentes similares. O dispositivo de armazenamento 630 pode incluir um ou mais bancos de dados, como apropriado. O dispositivo de armazenamento pode incluir um programa 680 para operar de acordo com uma ou mais modalidades.

DISPOSITIVO DE FINANCIADOR [0120] Com referência à Figura 7, um dispositivo de financiador 130 é mostrado, de acordo com várias modalidades. Como descrito no presente documento, o dispositivo de financiador 130 pode ser qualquer dispositivo

Petição 870190047008, de 20/05/2019, pág. 37/194

29/59 de computação, que inclui um computador pessoal, computador do tipo tablet, telefone inteligente, etc., ou qualquer outro dispositivo adequado. 0 dispositivo de financiador 130 pode ser conectado a uma rede, tal como a Internet. O financiador pode utilizar o dispositivo de financiador 130 para iniciar e estabelecer comunicação com o controlador central 105 e/ou com uma ou mais outras partes.

[0121] O dispositivo de financiador 130 pode incluir um processador 705, memória 710, porta de comunicações 715, dispositivo de entrada 720, dispositivo de saida 725 e dispositivo de armazenamento 730. Esses componentes podem ser análogos àqueles descritos acima em relação ao controlador central 105. Entretanto, em várias modalidades, o controlador central 105 e o dispositivo de financiador 130 não precisam usar componentes idênticos (por exemplo, componentes da mesma marca ou fabricante), ou mesmo componentes similares. O dispositivo de armazenamento 730 pode incluir um ou mais bancos de dados, como apropriado. O dispositivo de armazenamento 730 pode incluir um programa 780 para operar de acordo com uma ou mais modalidades.

BANCOS DE DADOS [0122] Com referência à Figura 8, um banco de dados de vendedor 250 é mostrado, de acordo com várias modalidades. O banco de dados de vendedor 250 pode conter informações pertinentes sobre um vendedor, que incluem um identificador de vendedor, nome, endereço, identificador de conta financeira, tipo de mercadoria vendida, porto de exportação e/ou quaisquer outras informações sobre um vendedor.

[0123] Com referência à Figura 9, um banco de

Petição 870190047008, de 20/05/2019, pág. 38/194

30/59 dados de comprador 255 é mostrado, de acordo com várias modalidades. 0 banco de dados de comprador 255 pode conter informações pertinentes sobre um comprador, que incluem um comprador identificador, nome, endereço, identificador de conta financeira, tipo de mercadoria comprada, porto de importação e/ou quaisquer outras informações sobre um comprador.

[0124] Com referência à Figura 10, um banco de dados de financiador 260 é mostrado, de acordo com várias modalidades. O banco de dados de financiador 260 pode conter informações pertinentes sobre um financiador, que incluem um identificador de financiador, nome, endereço, identificador de conta financeira, pais ou parses nos quais empréstimos são feitos e/ou quaisquer outras informações sobre um financiador.

[0125] Com referência à Figura 11, um banco de dados de seguradora 265 é mostrado, de acordo com várias modalidades. O banco de dados de seguradora 265 pode conter informações pertinentes sobre uma seguradora, que incluem um identificador de seguradora, nome, endereço, identificador de conta financeira, tipo de mercadoria segurada, pais ou parses para os quais mercadorias podem ser seguradas e/ou quaisquer outras informações sobre uma seguradora.

[0126] Com referência à Figura 12, um banco de dados de verificador 270 é mostrado, de acordo com várias modalidades. O banco de dados de verificador pode conter informações pertinentes sobre um verificador, que incluem um identificador de verificador, nome, endereço, identificador de conta financeira e/ou quaisquer outras informações sobre um verificador.

[0127] Com referência à Figura 13, um registro

Petição 870190047008, de 20/05/2019, pág. 39/194

31/59 cronológico 275 é mostrado de acordo com algumas modalidades. Como mencionado acima, o registro cronológico pode manter um registro de transações. 0 registro cronológico pode manter um registro de partes ou porções de transações. 0 registro cronológico pode manter um registro de documentos ou outras informações relevantes para uma transação.

[0128] Em várias modalidades, um registro ou entrada em um registro cronológico pode pertencer a uma venda individual de mercadorias entre um comprador e um vendedor. O registro cronológico pode registrar tais informações como um identificador de transação, data (por exemplo, data em que a transação foi acordada), comprador, vendedor, seguradora (por exemplo, uma seguradora que tenha fornecido ao vendedor um seguro de crédito para o comprador), financiador (por exemplo, um financiador que tenha fornecido financiamento comercial para o vendedor), verificador, mercadorias vendidas (por exemplo, milho, arroz, etc.), quantidade de mercadorias vendidas, montante de pagamento, termos da venda (por exemplo, termos de pagamento), porto de expedição, transportador, porto de chegada, conhecimento de embarque (por exemplo, uma digitalização do conhecimento de embarque fornecido para o vendedor pelo transportador), e uma situação da transação (por exemplo, mercadorias despachadas, mercadorias recebidas, não pago, pago, etc.).

[0129] Uma transação pode incluir um hash, o qual pode representar uma transformação de informações representadas em transações anteriores. Como tal, o hash pode servir como um vinculo para uma ou mais transações anteriores.

[0130] Uma transação pode incluir uma pontuação. A pontuação pode fornecer alguma indicação da moeda,

Petição 870190047008, de 20/05/2019, pág. 40/194

32/59 prioridade, e/ou integralidade do registro cronológico através da dada transação. Como o registro cronológico pode ser armazenado em forma distribuída, a pontuação pode ser usada para selecionar um de diversos registros cronológicos quando versões conflitantes paralelas do registro cronológico estiverem disponíveis.

[0131] Como será considerado, outros itens de informações relacionadas a uma transação podem ser registrados e são contemplados, de acordo com várias modalidades.

PROCESSOS [0132] A Figura 14 é um fluxograma, de acordo com algumas modalidades, que mostra as etapas empreendidas por um vendedor.

[0133] Na etapa 1410, o vendedor se registra com o controlador central 105. Nesse momento, o vendedor pode fornecer vários itens de informações, tais como seu nome, endereço, número de identificação de contribuinte, produtos vendidos, receitas, anos no negócio, principais proprietários, dirigentes e/ou diretores, e/ou quaisquer outros itens de informações. As informações de vendedor podem, então, ser verificadas pelo controlador central 105. As informações de vendedor também ou alternativamente podem ser verificadas por uma ou mais outras partes. Em algumas modalidades, uma ou mais seguradoras verificam as informações de vendedor.

[0134] Na etapa 1420, o vendedor recebe a aprovação do controlador central 105. O vendedor pode receber aprovação após o controlador central 105 e/ou outra parte ter verificado as informações de vendedor. Antes de o vendedor receber aprovação, o controlador central 105 (e/ou outra parte) pode determinar se o vendedor atende a um ou mais critérios

Petição 870190047008, de 20/05/2019, pág. 41/194

33/59 para aprovação. Tais critérios podem incluir um número mínimo de anos no negócio, montante mínimo de receitas, referências positivas de um certo número de clientes e/ou quaisquer outros critérios.

[0135] Na etapa 1430, o vendedor submete uma fatura. A fatura pode ser uma fatura fornecida para um comprador por uma transação pela qual o vendedor deseja receber financiamento comercial. A fatura pode ser submetida de várias formas, de acordo com várias modalidades. Em várias modalidades, uma fatura existente pode ser digitalizada por reconhecimento óptico de caractere (OCR). O controlador central 105 pode, desse modo, registrar automaticamente um ou mais detalhes da transação. Em várias modalidades, o vendedor pode gerar uma nova fatura através do controlador central 105. Por exemplo, o vendedor pode acessar uma modelo de fatura no website do controlador central 105. O vendedor pode, então, preencher o modelo com os detalhes, termos e/ou quaisquer outras informações apropriadas da transação.

[0136] Informações da fatura são extraídas com o uso de tecnologia tal como Reconhecimento Óptico de Caracteres (OCR) e/ou outras tecnologias. As informações extraídas da fatura são, então, usadas para determinar se a fatura atende a um conjunto de critérios pré-determinado.

[0137] Na etapa 1440, o vendedor pode anexar um conhecimento de embarque (BL) . O BL pode ser para uma transação para a qual o vendedor deseja receber financiamento comercial. O vendedor pode anexar o BL de várias formas, tal como através de digitalização, correio postal, etc.

[0138] Em várias modalidades, uma vez o BL tenha sido submetido, o controlador central 105 ou uma parte afiliada

Petição 870190047008, de 20/05/2019, pág. 42/194

34/59 pode reconhecer ou registrar detalhes com o uso de OCR. Em várias modalidades, uma vez o BL tenha sido submetido, o controlador central ou uma parte afiliada pode converter o BL em uma versão de blockchain. Desse modo, o BL pode ser ligado a um ou mais conhecimentos de embarque anteriores (por exemplo, BL's associados a transações anteriores) e/ou a uma ou mais transações anteriores. 0 BL pode, desse modo, ser incorporado em uma blockchain de BL's e/ou transações.

[0139] Em várias modalidades, o vendedor pode inicialmente submeter o BL como uma versão de blockchain.

[0140] Em várias modalidades o BL é submetido como, ou convertido para, um BL que é uma versão digital segura de blockchain.

[0141] Em várias modalidades, o controlador central 105 e/ou parte afiliada (por exemplo, o dispositivo de verificador 125) podem verificar o BL. O controlador central 105 pode corresponder um ou mais detalhes do BL com um ou mais detalhes da fatura a fim de verificar que os dois correspondem. O controlador central 105 pode verificar um ou mais outros detalhes, tal como a autenticidade de qualquer marca/logo/insígnia no BL, a identidade do transportador, a localização do porto de expedição, as datas da expedição e/ou quaisquer outros detalhes.

[0142] Em várias modalidades, o BL pode ser comparado a um registro externo de BL's. Por exemplo, cópias de BL's podem ser armazenadas em um banco de dados externo, tal como bancos de dados associado aos respectivos portos de expedição. Caso o BL submetido pelo vendedor corresponda a um registro externo, então, o BL submetido pelo vendedor pode ser considerado verificado.

Petição 870190047008, de 20/05/2019, pág. 43/194

35/59 [0143] Em várias modalidades, o controlador central 105 pode verificar que o BL atende a um ou mais critérios antes de o BL ser aprovado. Em várias modalidades, apenas BL's originais são aceitos. Em várias modalidades, apenas BL's originais à ordem são aceitos. Em várias modalidades, apenas BL's originais à ordem em blockchain são aceitos.

[0144] Em várias modalidades, na etapa 1450, o vendedor compra seguro de crédito comercial para a venda de mercadorias. Em várias modalidades, o vendedor compra seguro de crédito comercial para a fatura e BL.

[0145] Em várias modalidades, o controlador central 105 determina o preço do seguro de crédito comercial automaticamente. O preço pode ser determinado com base em um ou mais fatores. Tais fatores podem incluir termos de pagamento (por exemplo net 30, net 60), o montante pago por as mercadorias, a classificação de crédito do comprador, a reputação do comprador, os anos no negócio do comprador, o destino das mercadorias e/ou quaisquer outros fatores. Por exemplo, o seguro de crédito comercial pode ser precificado em 0,5% do montante pago por as mercadorias multiplicado pelo número de dias antes do vencimento do pagamento dividido por 30 dias (por exemplo, $100.000 pagos x 0,5% x 120 dias / 30 dias = $2.000) . Como será considerado, o seguro pode ser precificado de várias outras formas.

[0146] Em várias modalidades, os termos da venda de mercadorias podem ser apresentados a várias seguradoras, e as seguradoras podem determinar preços nos quais o seguro deve ser oferecido.

[0147] Em várias modalidades, o vendedor pode

Petição 870190047008, de 20/05/2019, pág. 44/194

36/59 aprovar uma oferta para seguro e aceitar a compra do seguro. Em várias modalidades, o pagamento pelo seguro (por exemplo, prêmios) pode ser deduzido automaticamente da conta financeira do vendedor. 0 pagamento pode ser transferido para a companhia de seguro. Como será considerado, o pagamento pode ser recebido de várias outras formas.

[0148] Na etapa 1460, o vendedor pode obter um empréstimo. Em várias modalidades, um financiador pode concordar em fornecer um empréstimo (por exemplo, financiamento comercial) para o vendedor. O financiador pode fornecer o empréstimo uma vez que o financiador verifique o montante de uma fatura que o vendedor tenha emitido para o comprador, a autenticidade do BL, que o vendedor tenha obtido seguro de crédito comercial e/ou quaisquer outras informações sobre a transação. O financiador pode ser um banco, instituição financeira ou qualquer outra parte.

[0149] O montante do empréstimo pode ser deduzido da conta financeira do financiador. O montante do empréstimo pode ser transferido para uma conta financeira associada ao vendedor. O montante do empréstimo pode ser transferido automaticamente para a conta bancária registrada do vendedor. Em contrapartida, um aviso de atribuição pode ser emitido (por exemplo, automaticamente) para o financiador.

[0150] Na etapa 1470, o comprador pode pagar por as mercadorias. Por exemplo, o comprador pode pagar 60 dias após o recebimento das mercadorias. Em várias modalidades, o pagamento pode ser transferido diretamente do comprador para o financiador. O pagamento do comprador pode, portanto, ser usado para reembolsar o empréstimo para o vendedor. Em várias modalidades, o pagamento pode ser feito por meio de conta

Petição 870190047008, de 20/05/2019, pág. 45/194

37/59 bancária global do controlador central 105, transferido diretamente para a financiador/financista/conta bancária do beneficiário de perda.

[0151] Na etapa 1480, no caso que o comprador não pague por as mercadorias na data de vencimento do pagamento (por exemplo, como detalhado na fatura), então, a seguradora pode pagar no seguro de crédito. O controlador central 105 pode notificar a seguradora (por exemplo, automaticamente) que o comprador não fez o pagamento em tempo. Em várias modalidades, o controlador central 105 pode gerar e/ou submeter uma reivindicação para o seguro (por exemplo, automaticamente). A reivindicação pode ser gerada automaticamente quando nenhum pagamento é recebido do comprador na data de vencimento do pagamento. Em várias modalidades, a reivindicação pode ser gerada automaticamente quando nenhum pagamento é recebido do comprador na data de vencimento do pagamento mais algum número predeterminado de dias (por exemplo, 30 dias após a data de vencimento do pagamento).

[0152] O pagamento de seguro pode, então, ser deduzido (por exemplo, automaticamente) de uma conta financeira da seguradora, e pode ser transferido (por exemplo, automaticamente) para uma conta financeira do financiador.

[0153] Na etapa 1490, em várias modalidades, a seguradora pode então, assumir a responsabilidade por coletar pagamento do comprador.

[0154] Em referência à Figura 15, um fluxo de processo é mostrado de acordo com algumas modalidades. O fluxo de processo representa etapas tomadas por uma seguradora, de acordo com várias modalidades.

Petição 870190047008, de 20/05/2019, pág. 46/194

38/59 [0155] Na etapa 1510, a seguradora pode receber informações sobre um comprador. O comprador pode ser um comprador com quem um vendedor particular deseja negociar. O vendedor pode fornecer uma indicação do comprador potencial ou atual. A seguradora pode receber várias informações sobre um comprador. Tais informações podem incluir ativos, receitas, número de vendas históricas que tenham ocorrido entre o comprador e o vendedor, número de vendas históricas que tenham ocorrido para o comprador, e/ou quaisquer outras informações sobre o comprador.

[0156] Na etapa 1520, o vendedor, o controlador central 105 ou qualquer outra parte pode fornecer um pagamento para a seguradora para cotar seguro de crédito contra o comprador.

[0157] Na etapa 1530, a seguradora pode determinar um preço, montante do prêmio, ou outro pagamento exigido pela seguradora para fornecer seguro de crédito contra o comprador. O prêmio pode ser uma função de uma dada venda. Por exemplo, o prêmio pode variar com a quantidade de mercadorias compradas durante uma dada transação. Entretanto, mesmo na ausência de uma transação concreta, a seguradora pode determinar um algoritmo ou outra fórmula para determinar um prêmio com base nos parâmetros (por exemplo, preço pago por mercadorias) de uma venda. Por exemplo, um prêmio pode ser determinado como 0,75% x preço pago por mercadorias. Em várias modalidades, a seguradora pode especificar um conjunto de termos ou critérios que uma venda precisa atender a fim de qualificá-la para seguro de crédito. Por exemplo, a seguradora pode definir um limite de um preço pago máximo por mercadorias e/ou um número máximo de dias que pode ocorrer antes do

Petição 870190047008, de 20/05/2019, pág. 47/194

39/59 vencimento do pagamento.

[0158] Na etapa 1540, a seguradora pode receber informações sobre uma transação particular. As informações podem incluir um preço a ser pago por mercadorias, um tipo de mercadorias, termos de pagamento e/ou quaisquer outras informações sobre transações. A seguradora pode, então, determinar um prêmio exigido para seguro de crédito na transação. Em várias modalidades, a seguradora usa a fórmula, algoritmo, etc., determinado anteriormente como aplicada para a transação particular. A seguradora pode então, informar o controlador central 105, vendedor e/ou qualquer outra parte sobre o prêmio exigido. Em várias modalidades, o controlador central 105 e/ou outra parte podem possuir o algoritmo usado por a seguradora. Consequentemente, o controlador central 105, vendedor e/ou outra parte podem usar o algoritmo da seguradora juntamente com informações sobre a transação para calcular automaticamente ou de outro modo determinar um prêmio.

[0159] Na etapa 1550, a seguradora pode enviar um aviso de pagamento para um comprador (ou representante do comprador, afiliado, corretor, etc.) . O aviso de pagamento pode ser enviado com base nos termos de pagamento (por exemplo, como derivado da fatura associada à transação) . O aviso de pagamento também pode ser enviado com base na data atual. Por exemplo, um aviso de pagamento pode ser enviado 10 dias antes do vencimento do pagamento. Em várias modalidades, o controlador central 105 pode emitir avisos de pagamento automaticamente em nome da seguradora. Avisos de pagamento podem ser enviados de várias formas, tal como por meio de correio eletrônico, texto, chamada telefônica, correio postal ou similares. Um registro ou registro cronológico de avisos de

Petição 870190047008, de 20/05/2019, pág. 48/194

40/59 pagamento enviados pode ser mantido pelo controlador central 105.

[0160] Na etapa 1560, caso um comprador não tenha feito pagamento como exigido pelos termos de uma transação (por exemplo, como detalhado em uma fatura), então, a seguradora pode fazer o pagamento de seguro apropriado. Em algumas modalidades, o comprador precisa estar em inadimplemento por um certo número de dias (por exemplo, 60 dias) antes que a seguradora faça o pagamento. O pagamento pode ir para o beneficiário de perda (por exemplo, financiador; por exemplo, vendedor). O pagamento pode ser deduzido automaticamente pelo controlador central 105 da conta da seguradora e transferido para a conta do beneficiário de perda.

[0161] Em várias modalidades, a seguradora também pode iniciar um processo de cobrança para cobrar pagamento do comprador.

[0162] Em referência à Figura 16, um fluxo de processo é mostrado de acordo com algumas modalidades. O fluxo de processo representa etapas tomadas por um financiador ou financista, de acordo com várias modalidades.

[0163] Na etapa 1610, o financiador pode receber informações sobre uma transação. O financiador pode receber informações sobre uma transação para a qual um vendedor deseja financiamento comercial. O financiador pode receber informações sobre todas as transações disponíveis para as quais vendedores estão buscando financiamento. O financiador pode receber informações sobre transações que atendem critérios especificados pelo financiador. Por exemplo, o financiador pode ter critérios para uma transação, os quais podem incluir um montante de financiamento minimo exigido, um montante de

Petição 870190047008, de 20/05/2019, pág. 49/194

41/59 financiamento máximo exigido, uma localização particular do vendedor, uma localização particular do comprador, um tipo de mercadorias, um tamanho do comprador (por exemplo, em termos de receita), um tamanho do vendedor, uma classificação de crédito da seguradora e/ou quaisquer outros critérios.

[0164] O financiador pode receber informações sobre uma transação por meio do controlador central 105. Em várias modalidades, o financiador pode receber um alerta sobre uma nova transação, uma listagem periódica de transações disponíveis, ou qualquer outra notificação ou comunicação sobre transações disponíveis. Em várias modalidades, o financiador pode ativamente procurar por transações disponíveis. O financiador pode procurar, por exemplo, com o uso de critérios especificados (por exemplo, tamanho de transação, etc.) [0165] Em várias modalidades, o financiador pode receber documentos ou outras informações associadas a uma transação. Em várias modalidades, o financiador pode receber uma cópia de uma fatura (por exemplo, uma fatura fornecida para o comprador pelo vendedor), uma fatura segurada de crédito, um conhecimento de embarque e/ou quaisquer outras informações ou documentação.

[0166] Em várias modalidades, o financiador pode receber documentos de antecedentes sobre um comprador, vendedor, seguradora ou outra parte. Tais documentos podem incluir licenças, certificados de formação, certificados de incorporação ou quaisquer outras informações de antecedentes.

[0167] Na etapa 1620, com base em informações que o financiador recebe sobre uma transação, o financiador pode decidir fornecer financiamento comercial para a transação. O

Petição 870190047008, de 20/05/2019, pág. 50/194

42/59 financiador pode corresponder informações recebidas contra um conjunto de critérios. 0 financiador pode usar um sistema de pontuação, algoritmo, ou qualquer outro meio para decidir se fornece financiamento ou não. Em várias modalidades, o financiador fornece um algoritmo, conjunto de critérios, sistema de pontuação e/ou outra metodologia de avaliação para o controlador central, e o controlador central pode, então, aplicar os critérios automaticamente para determinar se o financiador fornecerá financiamento.

[0168] Em várias modalidades, o montante de financiamento fornecido pode depender de um ou mais fatores. Tais fatores podem ser relacionados à transação e/ou aos participantes da transação. Em várias modalidades, o montante de financiamento fornecido pode ser uma porcentagem do montante faturado (por exemplo, 100%, por exemplo, 90%) . Em várias modalidades, montantes podem ser deduzidos dos fundos fornecidos (por exemplo, montantes podem ser retidos pelo financiador, o controlador central e/ou por outra parte) . Montantes deduzidos podem incluir encargos com juros, taxas de transação, taxas de conversão de moeda, taxas e/ou outros encargos.

[0169] Em s etapa 1630, fundos podem ser fornecidos para o vendedor. Os fundos podem ser transferidos (por exemplo, automaticamente) de uma conta financeira do financiador para uma conta financeira do vendedor.

[0170] Na etapa 1640, o financiador pode ser designado como o beneficiário de perda por uma apólice de seguro de crédito tomado pelo vendedor sobre o comprador. Desse modo, no caso em que o comprador não fizer satisfatoriamente o pagamento da fatura, o financiador pode, em vez disso,

Petição 870190047008, de 20/05/2019, pág. 51/194

43/59 receber pagamento da seguradora. Em várias modalidades, caso haja outras apólices de seguro relacionadas à transação (por exemplo, seguro sobre perda, dano, etc.) então, o financiador também pode ser feito o beneficiário de perda nesses.

[0171] Em várias modalidades, o financiador pode receber um aviso de atribuição de uma apólice de seguro. Em várias modalidades, o financiador pode receber esse aviso automaticamente do controlador central 105 mediante o fornecimento do financiamento comercial para o vendedor.

[0172] Na etapa 1650, o comprador faz o pagamento da fatura. Tal pagamento pode, então, ir para o financiador. Em várias modalidades, caso o financiador não tenha financiado o montante completo da fatura, então, o financiador pode receber apenas fundos do comprador iguais ao montante custeado. Por exemplo, caso o financiador tenha fornecido apenas financiamento igual a 50% do montante faturado, então, o financiador pode receber do comprador 50% do montante faturado. Em várias modalidades, a partir de recursos fornecidos pelo comprador, o financiador pode receber restituição para o empréstimo mais quaisquer encargos aplicáveis com juros, juros vencidos, taxas de atraso, encargos de transação, taxas de conversão de moeda e/ou quaisquer outras taxas.

[0173] Em várias modalidades, pagamento pode ser adicionado automaticamente a uma conta financeira associada ao financiador. Em várias modalidades, o pagamento pode fluir através do controlador central. Por exemplo, o comprador pode pagar o controlador central 105 o qual pode, então, (por exemplo, imediatamente) pagar o financiador. Em várias modalidades, o controlador central 105 fornece instruções de pagamento, mas não manipula fundos ele próprio. Por exemplo,

Petição 870190047008, de 20/05/2019, pág. 52/194

44/59 o controlador central 105 pode instruir o banco do comprador a pagar o banco do financiador, mas pode não manipula os fundos ele próprio. Como será considerado, várias modalidades contemplam que fundos possam ser transferidos de comprador para financiador de várias outras formas, com ou sem mediação do controlador central 105.

[0174] Na etapa 1660, no caso em que um comprador não paga uma fatura até a data de vencimento do pagamento, o financiador pode continuar a cobrar juros sobre o montante emprestado. Em várias modalidades, a taxa de juros pode permanecer a mesma. Em várias modalidades, a taxa de juros pode aumentar devido ao pagamento estar atrasado.

[0175] Em várias modalidades, o financiador pode emitir uma ou mais notificações para o comprador (ou para o vendedor, ou para qualquer outra parte) sobre a situação de atraso do reembolso. Em várias modalidades, notificações podem ser enviadas (por exemplo, automaticamente) pelo controlador central.

[0176] Na etapa 1670, no caso em que o comprador não paga de forma alguma (por exemplo, dentro de um número de dias predeterminado após o pagamento estar vencido; por exemplo, dentro de 60 dias após pagamento estar vencido), então, o financiador pode receber pagamento da seguradora como o beneficiário de perda. Em várias modalidades, o financiador pode submeter uma reivindicação antes de ser pago. Em várias modalidades, o controlador central submete uma reivindicação automaticamente em nome do financiador.

[0177] Em referência à Figura 17 um fluxo de processo é mostrado, de acordo com algumas modalidades, que representa etapas tomadas por um verificador.

Petição 870190047008, de 20/05/2019, pág. 53/194

45/59

[0178]	Na	etapa 1710,	o verificador recebe
informações	sobre	uma	transação (por	exemplo,	uma venda de
mercadorias	entre	um	comprador e um	vendedor)	Informações

podem incluir uma identidade do comprador, identidade de vendedor, porto de expedição, porto de entrega, data de expedição, transportador, natureza de mercadorias e quaisquer outras informações. 0 verificador pode receber documentos relacionados à transação. Os documentos podem incluir um Conhecimento de Embarque, fatura e/ou qualquer outro documento.

[0179] Na etapa 1720, o verificador determina se a transação é autêntica. O verificador pode determinar, por exemplo, que o comprador e/ou vendedor realmente existem, que mercadorias especificadas foram realmente transferidas para um transportador particular em um porto particular em um dia particular, que as mercadorias eram da natureza/condição especificada, e/ou que quaisquer outros detalhes da transação ocorreram. O verificador pode ter acesso a registros separados ou independentes, registros cronológicos, etc. (por exemplo, independente daqueles do controlador central), e pode, desse modo, ter um meio de verificar independentemente um ou mais aspectos de uma transação.

[0180] Na etapa 1730 o verificador pode converter um Conhecimento de Embarque associado à transação para um formato de blockchain.

[0181] Na etapa 1740, o verificador pode indicar que um aspecto da transação (ou a transação inteira) é autêntica. Por exemplo, o verificador pode enviar um aviso para o controlador central (e/ou para qualquer outra parte) indicando que a transação é autêntica.

Petição 870190047008, de 20/05/2019, pág. 54/194

46/59 [0182] Na etapa 1750, o verificador pode receber pagamento por seus serviços de verificação. Por exemplo, os fundos podem ser transferidos (por exemplo, automaticamente) para uma conta financeira associada ao verificador. Em várias modalidades, a remuneração do verificador é paga pelo financiador. Como tal, fundos podem ser recebidos do financiador (por exemplo, no controlador central) antes de serem fornecidos para o verificador.

[0183] No presente documento são descritas etapas, processos e/ou fluxos de acordo com algumas modalidades. Será considerado que modalidades contempladas não são restritas a essas descrições especificas. Em vez disso, várias etapas podem ser realizadas em uma ordem diferente, etapas podem ser adicionadas, etapas podem ser omitidas, etapas podem ser combinadas, ramos de decisão adicionais podem ser introduzidos, etc., e ainda estar dentro do escopo das modalidades contempladas.

PRECIFICAÇÃO [0184] Em várias modalidades, o controlador central 105 pode receber uma ou mais taxas, comissão, e/ou outros pagamentos para fornecer seus serviços. O controlador central 105 pode fornecer serviços que incluem corresponder duas ou mais partes (por exemplo, comprador, vendedor, seguradora, financiador, verificador), transferir fundos, enviar notificações, manter transação registros cronológicos, agilizar processamento de reivindicações, agilizar criação de documentos (por exemplo, faturas; por exemplo, conhecimentos de embarque em formato de blockchain), ou quaisquer outros serviços.

[0185] Em várias modalidades, o controlador

Petição 870190047008, de 20/05/2019, pág. 55/194

47/59 central 105 pode cobrar uma taxa de um vendedor. A taxa cobrada pode ser uma porcentagem do valor da fatura/transação.

[0186] Em várias modalidades, o controlador central 105 pode cobrar uma taxa de um financiador. A taxa cobrada pode ser uma porcentagem de receitas para o financiador. A taxa cobrada pode ser uma porcentagem de juros recebidos pelo financiador por um empréstimo facilitado pelo controlador central 105.

[0187] Em várias modalidades, o controlador central 105 pode cobrar uma taxa de uma seguradora. A taxa cobrada pode ser uma porcentagem de receitas recebidas por a seguradora. A taxa cobrada pode ser uma porcentagem de prêmios recebidos por a seguradora por uma transação facilitada pelo controlador central.

[0188] Em várias modalidades, o controlador central 105 pode cobrar uma taxa de qualquer outra parte, ou de qualquer combinação de partes.

[0189] Em várias modalidades, o controlador central 105 pode cobrar uma taxa que é determinada de acordo com qualquer fórmula, algoritmo adequado, etc. Por exemplo, o controlador central 105 pode cobrar um financiador uma taxa de transação fixa (por exemplo, $1.000 por transação) mais uma porcentagem de receita de juros recebida pelo financiador.

[0190] Em várias modalidades, as taxas cobradas pelo controlador central podem ser deduzidas das respectivas contas financeiras de uma ou mais outras partes.

INTEGRAÇÃO DA PLATAFORMA COM TECNOLOGIAS [0191] A Figura 18 ilustra o fluxo resumido da plataforma da invenção 1801 e sua integração com possíveis tecnologias compatíveis.

Petição 870190047008, de 20/05/2019, pág. 56/194

48/59 [0192] Os usuários 1802 podem acessar a plataforma por meio de dispositivos 1803 diferentes que incluem, porém, sem limitações, computadores do tipo laptop, computadores do tipo tablet, telefones móveis, e assistentes digitais pessoais (PDAs). Para aumentar eficiência, segurança e comunicação entre partes principais envolvidas no comércio, bem como partes facilitadoras do comércio, alguma tecnologia e sistemas 1804 auxiliares são integrados. Isso inclui, porém, sem limitações, autenticação de dois fatores, OCR, aprendizagem de máquina (ML), gerenciamento de banco de dados, análise de dados, inteligência empresarial (BI), inteligência artificial (AI) e interface de programação de aplicativo (API).

[0193] A plataforma integra tecnologia de blockchain/livro razão distribuído 1805 para proteger a validade de transações. Esse é um sistema descentralizado/distribuido em que uma blockchain é uma cadeia vinculada de transações, e cada nova transação forma um novo bloco. Como cada mudança no vinculo é distribuida/compartilhada com a rede, com cada dispositivo na rede atuando como autenticador, transações registradas na blockchain são mais difíceis de adulterar.

FLUXO DE PROCESSO DE INFORMAÇÕES COMPARTILHADAS [0194] A Figura 19 é um fluxograma que esboça etapas que podem ser tomadas por usuários diferentes por meio da plataforma da invenção.

[0195] Em primeiro lugar, o vendedor 1901 se registra na plataforma. Nesse momento, o vendedor pode fornecer vários itens de informações, tais como seu nome, endereço, número de identificação de contribuinte, produtos vendidos, receitas, anos no negócio, principais proprietários,

Petição 870190047008, de 20/05/2019, pág. 57/194

49/59 dirigentes e/ou diretores, e/ou quaisquer outros itens de informações. As informações de vendedor podem, então, ser verificadas pelo controlador central 105. As informações de vendedor também ou alternativamente podem ser verificadas por uma ou mais outras partes. Em algumas modalidades, um ou mais financiadores 1902, seguradoras 1903 e verificadores 1904 validam as informações de vendedor.

[0196] Com acesso à plataforma, o vendedor 1901 pode proceder à adição de compradores para avaliação. O comprador pode ser um comprador com quem um particular vendedor 1901 deseja negociar. O vendedor 1901 pode fornecer uma indicação do comprador potencial ou atual. Tais informações 1905 podem incluir número de registro, endereço, ativos, receitas, número de vendas históricas que tenham ocorrido entre o comprador e o vendedor, número de vendas históricas que tenham ocorrido para o comprador e/ou quaisquer outras informações sobre o comprador. O financiador 1902 ou seguradora 1903 designada pode ser capaz de visualizar informações submetidas sobre o comprador.

[0197] A seguradora 1903 pode ser capaz de receber informações sobre o comprador submetido, avaliar risco do comprador e fornecer um limite de crédito para o comprador caso o comprador passe a avaliação. Em várias modalidades, a seguradora 1903 pode especificar um conjunto de termos ou critérios gue uma venda precisa atender a fim de qualificá-la para seguro de crédito. Por exemplo, a seguradora 1903 pode definir um limite sobre o número máximo de dias que podem transcorrer antes do vencimento do pagamento. As informações de comprador e resultados de avaliação são registrados.

[0198] Para compradores aprovados, o vendedor

Petição 870190047008, de 20/05/2019, pág. 58/194

50/59

1901 pode proceder à transferência por upload de faturas 1906 para seguro. A fatura pode ser uma fatura fornecida para um comprador para uma transação para a qual o vendedor 1901 deseja receber financiamento comercial. A fatura pode ser submetida de várias formas, de acordo com várias modalidades. O vendedor 1901 pode ser solicitado a fornecer outros documentos, tais como documentos de transporte (por exemplo conhecimento de embarque), comprovante de entrega, ordem de compra, contrato e outros documentos sobre a transação para verificação cruzada. Em várias modalidades, documentos podem ser digitalizados por OCR. O controlador central 105 pode, desse modo, registrar automaticamente um ou mais detalhes da transação. Informações podem incluir uma identidade do comprador, identidade de vendedor, porto de expedição, porto de entrega, data de expedição, transportador, natureza de mercadorias e quaisquer outras informações. Esses são tornados disponíveis para o financiador 1902 e a seguradora 1903.

[0199] Mediante a verificação de autenticidade da transação e o recebimento de pagamento, o verificador 1904 pode proceder para aprovar a transação para seguro. Uma vez segurada, o vendedor 1901 pode submeter a fatura a um financiador 1902 para financiamento. Uma vez que o comprador tenha pago por as mercadorias/serviços faturados, a fatura/transação é marcada como paga. Todas as atualizações de situação sobre a fatura/transação são registradas.

[0200] No caso de pagamento atrasado ou comprador inadimplente, o vendedor pode solicitar por reivindicações por meio da plataforma. A reivindicação incluirá detalhes tais como o tipo de reivindicação, esforço de recuperação e informações sobre a transação. A seguradora e financiador podem

Petição 870190047008, de 20/05/2019, pág. 59/194

51/59 visualizar detalhes das reivindicações. A seguradora pode aprovar ou desaprovar a reivindicação. Uma vez aprovadas/desaprovadas, a situação das reivindicações para a fatura é atualizada e registrada.

RECONHECIMENTO DE CARACTERE ÓPTICO E APRENDIZAGEM DE MÁQUINA [0201] A Figura 20 retrata o uso de OCR e ML para digitalizar documentos, tais como faturas 2001, documentos de transporte 2002, comprovante de entrega 2003, e ordens de compra 2004, para verificação cruzada de detalhes da transação.

[0202] O OCR é usado para converter imagens com texto (se datilografado, escrito à mão ou impresso) e traduzir as mesmas para texto digital o qual pode, então, ser usado para processamento de dados. Imagens originais podem ser produzidas por digitalizadores, câmeras, etc., e estar em um formato PDF, jpeg, png, bmp, tiff e outros. Imagens coloridas/em escala de cinza são convertidas para imagens binárias, e pré-processamento é feito melhorando-se qualidade da imagem, removendo-se ruido e ajustando-se a orientação das imagens. Posições de texto são, então, detectadas, e erros criados texto por quebrado/mesclado são corrigidos. Uma vez que isso é feito, caracteres são reconhecidos e convertidos para um formato de texto.

[0203] Mediante à submissão dos documentos digitalizados, uma ferramenta de OCR 1905 é usada para detectar, recuperar e corresponder informações que incluem, porém, sem limitações, o produto, unidade de manutenção de estoque (SKU), volume, valor, expedidor e comprador em um banco de dados de modelo 2005. Uma correspondência permite que o usuário proceda com a submissão de faturas para seguro.

Petição 870190047008, de 20/05/2019, pág. 60/194

52/59

Resultados da digitalização de OCR são registrados.

[0204] O OCR pode ser usado com ML, o que irá aprimorar a ferramenta fornecendo à mesma a capacidade para prever onde entradas importantes podem ser encontradas as imagens/arquivos modelo transferidos por upload. A ML pode ser supervisionada ou não supervisionada. Dados de treinamento podem ser inicialmente alimentados para a plataforma, sendo que a saida alvo é comparada com saida da máquina. Ajustes ao algoritmo preditivo serão feitos de acordo com isso.

INTEGRAÇÃO COM TECNOLOGIA DE BLOCKCHAIN/LIVRO RAZÃO DISTRIBUÍDO [0205] A tecnologia de blockchain trabalha por meio de internet, em que um número crescente de registros e transações são mantidos. Esses dados são armazenados através da rede de computadores denominados nós. Sempre que uma transação ocorre, como ordens, pagamentos e rastreamento de conta, registros de transações são colocados em blocos. Cada bloco contém quatro informações principais: Um identificador de hash, o número de hash do bloco anterior, transações incluídas no bloco e uma chave pública para o emissor e receptor.

[0206] Como mostrado na Figura 21, uma ou mais transações na plataforma ocorrem entre seguradoras, vendedores, financiadores e compradores. Essas transações produzem ou geram dados tais como dados de reivindicações 2101, dados de fatura 2102, dados de vendedores 2103, dados de compradores 2104 e dados de financiadores 2105. Tais dados podem ser armazenados em um ou mais bancos de dados. As informações no um ou mais bancos de dados são, então, comunicadas para o controlador central 105.

Petição 870190047008, de 20/05/2019, pág. 61/194

53/59 [0207] Transações especificas podem ser distribuídas para um Concentrador de Tecnologia de Blockchain/Livro Razão Distribuído (DLT) 2106 para enviar ou receber informações para diversas plataformas tais como Corda™ 2107, Ethereum™ 2108, Hyperledger Fabric™ 2109, Ripple™ 2110 e/ou outras tecnologias de blockchain e DLT emergentes 2111.

[0208] O concentrador de Blockchain/DLT 2101 pode ser gerenciado com o uso de um sistema de mensagens distribuído, o qual circulará informações para todas as redes de blockchain 2112. Um sistema publicação-subscrição é usado para implantar dados em camadas para circulação de informações mais eficiente. Nesse caso de dados em camadas, dados são filtrados em uma base conforme necessário, em que apenas nós subscrito a certos tópicos/grupos irão receber informações distribuídas para aquele grupo (ou grupos) subscrito ao tópico (ou tópicos). Deve ser considerado que informações, tipicamente, não são distribuídas para todos os nós ou membros da rede. Por exemplo, uma atualização em uma fatura que é financiada será distribuída apenas para o subconjunto de financiamento comercial, e não será distribuída para o grupo bancário/empréstimo inteiro. Como outro exemplo, a mesma atualização na fatura que é financiada também pode ser enviada para o subconjunto seguro comercial, mas não para o grupo seguro inteiro.

[0209] Respostas de hash especifico à blockchain serão geradas de cada da plataforma para cada atualização de dados/inf ormações em transações. Um hash é um valor criptografado que representa os dados originais como uma série de letras e/ou números. Isso é usado para tornar os dados mais seguros, e não legíveis para visualizadores não autorizados.

Petição 870190047008, de 20/05/2019, pág. 62/194

54/59 [0210] As informações podem ser extraidas de ou compartilhadas para a rede tal como a recuperação de informações conheça seu cliente de vendedor e comprador 2114, postar faturas 2115 para verificação da possibilidade de duplo financiamento ou duplo seguro. Uma vez que a situação fatura é compartilhada por meio do concentrador de blockchain, nós diferentes confirmarão a validade dessa situação. Consequentemente, faturas que são financiadas não podem ser refinanciadas e faturas que já estão seguradas não podem ser resseguradas.

[0211] A blockchain/livro razão distribuído pode ser usada para registrar e postar transações, com o uso de contratos inteligentes 2116 para a troca de propriedade da fatura, para o gerenciamento de apólices de seguro tal como facilitar o processo de reivindicações 2117 e outras obrigações entre usuários da plataforma. Tecnologia de contrato inteligente atua como uma máquina de venda automática para contratos, que estabelece exigências antes da liberação de cada contrato e do preenchimento de obrigações de contrato entre partes. Exigências podem incluir documentos de negócios, documentação de transação, documentos de entrega, ordens de compra, pagamento e outros. Contratos inteligentes podem ser usados para acordos entre financiadores e vendedores, vendedores e seguradoras, financiadores e seguradoras, a plataforma da invenção e vendedores, a plataforma da invenção e seguradoras, e outros.

INTELIGÊNCIA EMPRESARIAL [0212] O processo de Inteligência Empresarial começa com a coleta de dados através da invenção como mostrado na Figura 22. Os dados 2201 incluem, porém, sem limitações,

Petição 870190047008, de 20/05/2019, pág. 63/194

55/59 vendedores, compradores, financiadores, faturas e reivindicações. Esses serão coletados em vários formatos tais como forma JPEG™, CSV™, PDF™ ou HTML™, em que várias técnicas saneamento e validação serão implantadas. Ao garantir que dados coletados são seguros e relevantes, esses serão armazenados em um gerenciador de dados 2202 que inclui um banco de dados, mecanismo de busca e armazenamento interno à nuvem como Amazon™ S3, Microsoft Azure™ e Google Cloud™.

[0213] A partir do processo de coleta de informações, gerenciamento de dados será administrado para fornecer soluções para Análise de Dados 2203, Inteligência Empresarial 2204 e Inteligência Artificial 2205. Gerenciamento de dados é o processo de adquirir, proteger, organizar e gerenciar dados. A plataforma da invenção visa fornecer melhor Análise de Dados 2203 criando-se um algoritmo que responde questões tais como:

[0214] a. Quando são os meses de baixa e pico para certas indústrias/setores? Quanto o valor de transações difere da média mensal?

[0215] b. Qual é a taxa de inadimplência por pais?

[0216] c. Qual é a taxa de inadimplência de compradores locais versus estrangeiros?

[0217] d. Qual é a taxa e média de atraso de pagamento por pais, por indústria e faixa de valor de fatura?

[0218] e. Qual é a taxa e média atraso de pagamento em transações locais versus estrangeiras?

[0219] f. Qual é a taxa de fraude por pais e por indústria?

[0220] g. Qual etapa na transação em que a fraude ocorre usualmente?

Petição 870190047008, de 20/05/2019, pág. 64/194

56/59 [0221] h. Quais são as principais variáveis correlacionadas com inadimplência e fraude? Qual a capacidade preditiva dessas variáveis?

[0222] i. Quais indústrias são correlacionadas? Quanto o aumento na demanda por certas indústrias afeta outras indústrias ?

[0223] Registrando-se e rastreando-se dados específicos de usuários diferentes, padrões em comportamento de usuário e transações, a plataforma pode fornecer inteligência empresarial sobre gerenciamento de risco, gerenciamento de fluxo de caixa e, até mesmo, geração de receitas. Risco de crédito, por exemplo, não será simplesmente com base em riscos macroeconômicos, industriais e financeiros, mas será capaz de levar em conta padrões de pagamento e prevenção de risco das partes para a transação. Nesse estágio, análise é transformada de descritiva para diagnostica. Razões para queda de lucros podem ser diagnosticadas a partir da perspectiva de gerenciamento de fluxo de caixa (limita receita) ou gerenciamento de risco (aumenta custo).

[0224] Utilizando-se correlações, diagnóstico e observações comportamentais registrados na plataforma, o aplicativo de inteligência artificial pode melhorar adicionalmente experiência do usuário. Previsões sobre risco, tais como atrasos de pagamento, fraude, inadimplência podem ser feitas. Aumentos em demanda de mercado, demanda por dinheiro, etc. também podem ser previstos, e recomendações/alertas para ações tais como solicitação/provisão de limites de crédito adicionais, facilidades de financiamento adicionais, e mesmo recomendação sobre parceiros de empréstimo/seguro com base em exigência e

Petição 870190047008, de 20/05/2019, pág. 65/194

57/59 correspondências comportamentais a pode ser feita por meio da plataforma.

AUTENTICAÇÃO [0225] Atualmente a internet está mais exposta do que nunca a ataques cibernéticos de segurança tais como phishing, injeção de SQL, cross-site scripting, etc. Em todos esses ataques, o hacker pode usualmente acessar e fazer uso de credenciais do usuário (nome de usuário e senha). Com Autenticação de Dois Fatores (2FA) , o uso de outra peça de informações que apenas o usuário tem, tal como um token, é exigido. Esse proporciona uma camada extra de segurança para a plataforma da invenção.

[0226] A Figura 23 ilustra um exemplo de como 2FA pode ser usada com a plataforma invenção.

[0227] O usuário se autenticará 2301 para o website com suas credenciais. Um programa será executado para autenticar se o correio eletrônico e senha criptografada no banco de dados existe e corresponde. Após validação, o servidor retornará uma resposta para o navegador do usuário. Caso a resposta seja bem-sucedida, o mesmo procederá para a página de Autenticação de Dois Fatores 2302.

[0228] A invenção pode usar Google Authenticator™ como a ferramenta de 2FA. Outros autenticadores também poderiam ser usados. Google Authenticator™ é uma senha de uso único com base em tempo em que um código exclusivo é gerado no dispositivo do usuário. Para usá-la, o usuário precisa instalar o aplicativo em um dispositivo móvel 2303. Quando a página de 2FA pede o token, o usuário terá o mesmo a partir do aplicativo e submeterá o mesmo manualmente. O servidor 2304 e o cliente gerarão exatamente o mesmo código com base em uma chave e hora

Petição 870190047008, de 20/05/2019, pág. 66/194

58/59 compartilhados para comparar e verificar a solicitação de autenticação. Uma autenticação bem-sucedida redirecionará o usuário para uma página inicial especifica 2305 da invenção. Caso contrário, o usuário não será capaz de acessar a plataforma e será redirecionado para uma página de Acesso Não Autorizado 2306. O número de tentativas fracassadas será registrado.

CORRESPONDÊNCIA [0229] A Figura 24 ilustra um processo de correspondência habilitado pelo método da invenção.

[0230] O vendedor 2401 registrará com a plataforma da invenção e fornecerá seus detalhes 2402. As seguradoras 2403 fornecerão suas várias exigências prédeterminadas e precificação 2404. Os financiadores 2405 fornecerão suas várias exigências pré-determinadas e taxas de juros 2406.

[0231] Dadas as exigências pré-determinadas e precificação de financiadores e seguradoras, a invenção, em várias modalidades, usa uma ferramenta 2407 para corresponder e identificar vendedores para uma seguradora e um financiador específicos. Informações a serem usadas para correspondência podem incluir localização, indústria, volume de faturamento, valor de fatura média, precificação, termos de pagamento e outros detalhes.

[0232] Em vista da descrição acima, pode ser considerado que a invenção soluciona o problema de prêmios que são pagos sobre o faturamento inteiro projetado para o ano no inicio de um periodo em que o prêmio minimo pago podería custar pelo menos USD $10.000. A invenção muda a forma que negócios pagam para prêmio em que os mesmos pagam apenas sob demanda,

Petição 870190047008, de 20/05/2019, pág. 67/194

59/59 quando os mesmos têm uma transação segurável. Isso significa que negócios podem distribuir o custo por um periodo.

[0233] Embora várias modalidades tenham sido descritas no presente documento, deve ser compreendido que as supramencionadas não são destinadas a serem limitantes e que outras modalidades dentro do espirito e escopo da invenção são contempladas.

[0234] Deve ser considerado por a pessoa versada na técnica que a invenção acima não é limitada à modalidade descrita. Em particular, modificações e melhorias podem ser feitas sem que se afaste do escopo da presente invenção.

[0235] Deve ser adicionalmente considerado por a pessoa versada na técnica que uma ou mais das modificações ou melhorias acima, que não são mutuamente exclusivas, podem ser adicionalmente combinadas para formar modalidades ainda adicionais da presente invenção.

Claims (17)

REIVINDICAÇÕES

1. SISTEMA PARA FACILITAR SEGURO E FINANCIAMENTO

COMERCIAL, caracterizado por compreender, um controlador central configurado para obter eletronicamente informações associáveis a pelo menos uma transação, sendo que o controlador central é configurável para verificar as informações obtidas em que as informações incluem uma fatura;

um dispositivo de verificador comunicável com o controlador central, sendo que o dispositivo de verificador é configurável para verificar as informações obtidas independentemente do controlador central, em que o dispositivo de verificador é configurável adicionalmente para comunicar um aviso para o controlador central, sendo que o aviso é indicativo de verificação associada com as informações obtidas; e um concentrador de blockchain conectado operacionalmente ao controlador central para circular as informações obtidas do controlador central para uma ou mais plataformas, o concentrador de blockchain capaz de gerar uma saida de resposta de hash com base em uma solicitação da uma ou mais plataformas, em que com base na resposta de hash, e pelo menos um dentre:

verificação de informações obtidas pelo controlador central e o aviso comunicado a partir do dispositivo de verificador caso a fatura atenda à pelo menos um critério prédeterminado, o controlador central fornece a fatura para uma

Petição 870190047008, de 20/05/2019, pág. 69/194

2. SISTEMA, de acordo com a reivindicação 1, caracterizado pela seguradora fornecer a um vendedor, seguro de crédito para um comprador.

2/6 seguradora para seguro e para um financiador para financiamento.

3/6 reivindicações 1 a 7, caracterizado pelo controlador central compreender um ou mais componentes selecionados de um grupo que inclui um processador, uma memória, uma porta de comunicações, um dispositivo de entrada, um dispositivo de saída e um dispositivo de armazenamento.

3. SISTEMA, de acordo com a reivindicação 2, caracterizado pelo financiador fornecer financiamento comercial para o vendedor.

4/6 processar reivindicações de seguro automaticamente mediante o não pagamento de um comprador associado à fatura particular.

4. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo controlador central ser disposto para estar em comunicação com um ou mais bancos de dados para obter eletronicamente informações.

5/6

5. SISTEMA, de acordo com a reivindicação 4, caracterizado por um dos bancos de dados ser um dispositivo de comprador em comunicação de dados com o controlador central para compradores se ligarem com vendedores que querem negociar com os mesmos, e em que um dos bancos de dados é um dispositivo de vendedor em comunicação de dados com o controlador central para vendedores submeterem faturas para o controlador central.

6. SISTEMA, de acordo com a reivindicação 4, caracterizado por um dos bancos de dados ser um dispositivo de seguradora em comunicação de dados com o controlador central para receber a fatura transmitida pelo controlador central.

7. SISTEMA, de acordo com a reivindicação 4, caracterizado por um dos bancos de dados ser um dispositivo de financiador em comunicação de dados com o controlador central para uso por financiadores para visualizarem informações para tomarem uma decisão sobre o financiamento de faturas.

8. SISTEMA, de acordo com qualquer uma das

Petição 870190047008, de 20/05/2019, pág. 70/194

9. SISTEMA, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado por as informações obtidas serem associáveis a um ou mais conhecimentos de embarque.

10. SISTEMA, de acordo com a reivindicação 9, caracterizado por cada conhecimento de embarque ser codificado como uma blockchain para ser ligado a um ou mais outros conhecimentos de embarque.

11. SISTEMA, de acordo com a reivindicação 10, caracterizado pelas informações obtidas serem associáveis a uma fatura e a fatura ser verificável com base na fatura corresponder ao um ou mais conhecimentos de embarque com um registro em um banco de dados externo.

12. SISTEMA, de acordo com a reivindicação 11, caracterizado por verificação bem-sucedida resultar em aprovação da fatura.

13. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo sistema ser operável para trabalhar com um ou mais programas selecionados de um grupo que compreende: autenticação de dois fatores, reconhecimento óptico de caractere, aprendizagem de máquina, gerenciamento de banco de dados, análise de dados, inteligência empresarial, inteligência artificial e interface de programação de aplicativo.

14. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo sistema incluir um processador para

Petição 870190047008, de 20/05/2019, pág. 71/194

15. SISTEMA, de acordo com a reivindicação 1, caracterizado pelo concentrador de blockchain compreender um sistema de mensagens distribuído que se comunica com a uma ou mais plataformas para circular as informações do controlador central para a uma ou mais plataformas.

16. MÉTODO PARA FORNECER FINANCIAMENTO COMERCIAL, caracterizado por compreender as etapas de armazenar informações em um ou mais bancos de dados, em que as informações armazenadas que são associáveis a uma transação incluem uma fatura; e comunicar as informações para um controlador central conectado operacionalmente a um concentrador de blockchain que gera uma saida de resposta de hash para circulação entre uma ou mais plataformas, sendo que o controlador central é operável para verificar as informações recebidas;

comunicar as informações para um dispositivo de verificador configurado para verificar as informações recebidas independentemente do controlador central, sendo que o dispositivo de verificador é configurável para comunicar, para o controlador central, um aviso indicativo de verificação associado com as informações obtidas, e autenticar a transação com base na saida de resposta de hash e pelo menos um dentre:

verificação realizada pelo controlador central e o aviso comunicado pelo dispositivo de verificador, sendo que o controlador central fornece a fatura para uma seguradora para seguro e para um financiador para financiamento.

Petição 870190047008, de 20/05/2019, pág. 72/194

17. CONTROLADOR CENTRAL ADEQUADO, para uso com um concentrador de cadeia de blocos, sendo que o controlador central é caracterizado por ser configurável para:

obter e verificar informações associáveis a pelo menos uma transação em que as informações incluem uma fatura, receber um aviso indicativo de verificação adicional associado com as informações, sendo que a verificação adicional é independente de verificação pelo controlador central, e fornecer a fatura para uma seguradora para seguro e para um financiador para financiamento.

em que o concentrador de blockchain é capaz de circular as informações obtidas do controlador central para uma ou mais plataformas, sendo que o concentrador de blockchain é adicionalmente capaz de gerar uma saida de resposta de hash com base em uma solicitação da uma ou mais plataformas, em que, com base na resposta de hash, e pelo menos um dentre:

verificação de informações obtidas pelo controlador central e

o aviso comunicado a partir de um dispositivo de verificador, a pelo menos uma transação é capaz de ser autenticada. 18. CONTROLADOR CENTRAL, de acordo com a reivindicação 17, em que o controlador central é caracterizado por ser

comunicável com o dispositivo de verificador, o dispositivo de verificador ser configurável para verificar as informações independentemente do controlador central, e em que o dispositivo de verificador é adicionalmente configurável para comunicar um aviso para o controlador