Como funcionam as datas e os intervalos de datas do painel
Esta página explica as datas utilizadas pelo painel. Para saber como criar o seu painel e o que cada cartão contabiliza, consulte Compreender os cartões do seu painel do TicketingHub. Nada do que é descrito aqui altera os seus relatórios ou pedidos — apenas afeta os valores que um cartão do painel soma.
Escolher o significado de uma data
Cada bloco contabiliza acontecimentos ocorridos numa data, e há duas datas à escolha:
- Data da reserva contabiliza no dia em que a venda, o pagamento ou o reembolso foi registado.
- Data reservada para contabiliza no dia em que a experiência ocorre.
Uma visita guiada reservada em março para uma viagem em julho é contabilizada em março na Data da reserva e em julho na Data reservada para. Utilize a Data da reserva para ver como decorreram as vendas e a Data reservada para para ver o seu nível de ocupação. Estas são as mesmas duas datas que os seus relatórios já disponibilizam, com os mesmos nomes.
Raramente as duas coincidirão no mesmo intervalo, e nenhuma é mais correta do que a outra. Verifique qual está selecionada antes de comparar valores ou explicar uma diferença a alguém.
Que fuso horário utiliza cada data
Uma venda é registada no fuso horário da sua conta, porque o momento em que recebeu o dinheiro é um facto relacionado com a sua empresa.
Uma visita é registada no fuso horário do próprio produto, porque o momento em que uma experiência ocorre pertence ao local onde ela acontece.
Isto só faz diferença se vender produtos em mais do que um fuso horário. Se todos os seus produtos funcionarem no local onde a sua conta está sediada, os dois fusos são iguais e pode ignorar esta distinção.
Se vender em vários fusos horários, vejamos um exemplo: a sua empresa está sediada em Londres e vende uma visita guiada em Nova Iorque que ocorre às 21:00 de 5 de maio. Na Data reservada para, ela é contabilizada em 5 de maio — o dia em que ocorre em Nova Iorque — em vez de passar para 6 de maio porque em Londres o dia já mudou. Os seus valores locais mantêm-se nos seus dias locais, e as visitas de cada produto mantêm-se nos dias próprios desse produto.
Por que motivo um intervalo de datas pode ser alargado
Para se manter rápido ao consultar históricos longos, o painel mantém a atividade recente organizada dia a dia e agrupa a atividade mais antiga em semanas completas e, depois, em meses completos. Nada se perde, mas os períodos mais antigos são mantidos com menos detalhe.
Se o intervalo escolhido começar ou terminar a meio de um desses períodos agrupados, o painel alarga-o para abranger o período completo e mostra-lhe o que utilizou: as datas no seletor mudam e o agrupamento também muda.
Por exemplo, pedir o período de 14 a 31 de maio, quando os dados são mantidos por mês, mostrará o período de 1 a 31 de maio, agrupado por mês.
Isto é intencional. Um valor mantido para um mês completo não pode ser dividido em parte de um mês. Por isso, as alternativas seriam excluir esse mês ou mostrar parte dele como se correspondesse à sua totalidade — e qualquer uma dessas opções produziria um total simplesmente errado. Alargar o intervalo mantém o valor correto e informa-o sobre o período que abrange.
Os intervalos recentes não são afetados, pelo que a utilização diária nunca se depara com esta situação.
Um intervalo muito longo é agrupado de forma mais ampla por outro motivo: para manter um gráfico legível. Mais de cerca de um ano é apresentado por semana em vez de por dia, e mais de cerca de sete anos é apresentado por mês; o seletor mostra o agrupamento utilizado. Um intervalo não recua além de 1 de janeiro de 2011, data a partir da qual começa Todo o período, nem avança mais de dez anos.
Contabilizar reservas que incluem vários tipos de bilhete
A maioria das reservas inclui mais do que um tipo de bilhete — dois adultos e uma criança correspondem a uma reserva, não a três. Por isso, quando faz uma pergunta sobre um tipo de bilhete, o painel responde relativamente a reservas completas.
Filtre um bloco de Reservas por Adulto e obterá o número de reservas que incluíram pelo menos um bilhete de adulto. Filtre-o por Criança e obterá o número que incluiu pelo menos um bilhete de criança. Uma reserva familiar aparece em ambas as respostas, porque corresponde genuinamente às duas categorias.
Isto significa que os tipos de bilhete não somam o total, nem é suposto que o façam. Uma semana com 100 reservas pode mostrar 95 que incluem adultos e 60 que incluem crianças. Nada é contabilizado duas vezes; está a fazer três perguntas diferentes e a obter três respostas corretas.
O dinheiro e as pessoas comportam-se de forma diferente, e é importante ter presente essa diferença. Esses são divisíveis: filtre Vendas ou Pessoas por Adulto e obterá a parte de cada reserva correspondente aos adultos; essas partes somam novamente o total. Uma reserva não pode ser dividida dessa forma, e é precisamente por isso que a sua contagem não é somável.
Nada disto se aplica a filtros em que uma reserva só pode ter uma opção. Filtre por produto, canal ou revendedor e todos os valores somam como seria de esperar, incluindo as reservas.
Alguns valores não podem ser filtrados por determinados critérios. Um pagamento é associado a uma encomenda, e não a um produto, pelo que não há forma de indicar a que produto pertence. Filtre por produto e os blocos Pagamentos, Reembolsos e Comissão apresentarão Indisponível com este filtro, em vez de mostrarem um valor que seria sempre zero. O mesmo acontece no sentido inverso: filtre por tipo de pagamento e os blocos de vendas e reservas apresentarão essa mensagem. Remova o filtro e os valores voltarão a aparecer.
Quando altera posteriormente os detalhes de uma venda
O painel regista cada venda com os detalhes que tinha no momento em que foi efetuada: o produto, o tipo de bilhete, o canal, o revendedor, o utilizador, o cupão, entre outros. Alterar posteriormente um desses detalhes não move as vendas já registadas.
Por exemplo, se transferir uma encomenda para outro revendedor, a venda original permanece associada ao primeiro revendedor, e os valores do novo revendedor só incluem o que for registado a partir desse momento. Tudo o que for registado depois da alteração, como um reembolso posterior relativo à mesma encomenda, será associado ao novo revendedor. O mesmo se aplica se aplicar um cupão a uma reserva depois de esta ter sido efetuada, transferir uma venda para outro utilizador ou alterar o tipo de um bilhete.
O seu painel mostra o que aconteceu no momento, em vez de reescrever o passado sempre que algo é editado. A própria encomenda mostra sempre os detalhes atuais.
Consultar as transações em detalhe
Todos os blocos que apresentam um valor disponibilizam a opção Detalhar no respetivo menu, que apresenta as transações individuais por detrás do valor desse bloco. A opção transporta tudo o que o bloco estava a utilizar: o valor apresentado, a mesma base de datas, o mesmo intervalo de datas e todos os filtros aplicados. A lista apresentada contém exatamente as transações por detrás do número em que clicou.
Vale a pena interpretar este último ponto literalmente. Ao detalhar a partir de Vendas, obterá as transações que alteraram as suas vendas — e nada mais. Um pagamento relativo a uma dessas reservas não aparece na lista, porque receber o dinheiro não altera o que foi vendido; detalhe a partir de Pagamentos para o ver aí.
A lista divide cada transação nas partes que a compõem, uma por linha, pelo que uma reserva de dois bilhetes de adulto e um guia de viagem corresponde a três linhas. Cada linha indica a que se refere — o bilhete, o extra, a mercadoria ou o imposto — juntamente com o respetivo tipo de bilhete, para que possa ver a composição de um valor sem abrir a encomenda.
Além disso, uma linha inclui as referências da encomenda e da reserva a que pertence, o produto e a categoria de bilhete com que foi vendida, a origem da venda e, no caso de um pagamento, o tipo de pagamento. Em conjunto, estas informações são normalmente suficientes para esclarecer uma questão sem sair da página; quando tal não acontece, a referência da encomenda contém uma ligação para a encomenda.
Só são listadas as partes contabilizadas pelo bloco, e a coluna Valor mostra o valor próprio de cada parte. Nas vendas, nos pagamentos e na maioria dos outros blocos, a coluna soma o valor do bloco. Os blocos que medem algo subtraído — cancelamentos, reembolsos, valor expirado, comissão e custo atribuído — apresentam esse valor como um número positivo, enquanto a lista mostra cada transação no sentido em que aparece nas suas contas; nesse caso, a coluna soma o valor do bloco com um sinal de menos à frente. Isto é particularmente importante quando filtrou algo que constitui apenas uma parte da reserva: filtre por um tipo de bilhete e obterá apenas as linhas desse tipo de bilhete, que é exatamente o que o bloco está a contabilizar.
Quantidade, Pessoas e Valor são apresentados no mesmo sentido, para que possa percorrer uma linha sem verificar em que coluna se encontra; tudo é apresentado do seu lado do balcão. Uma venda é positiva nas três colunas, e uma reserva cancelada de cinco bilhetes de adulto apresenta −5, −5 e um valor negativo. O mesmo se aplica ao dinheiro: um pagamento recebido é positivo e um reembolso efetuado é negativo.
Cada linha inclui ambas as datas, independentemente da data utilizada pelo bloco para a contabilização. As colunas Data da reserva e Data reservada para correspondem às mesmas duas datas disponibilizadas pelo seletor, pelo que uma linha é apresentada da mesma forma, qualquer que tenha sido o ponto de entrada; ambas mostram também a hora, além do dia.
A base continua a determinar quais as linhas incluídas na lista, pelo que alterá-la muda as transações apresentadas, e não o significado de uma coluna. E, se o intervalo tiver sido alargado para semanas ou meses completos, a lista também abrangerá o intervalo alargado.
Clique em qualquer cabeçalho de coluna para ordenar por essa coluna e clique novamente para inverter a ordenação. Exportar como CSV inclui todas as transações selecionadas pelos seus filtros, e não apenas a página que tem à sua frente; por isso, o ficheiro é preparado em segundo plano e disponibilizado quando estiver pronto.
Se tiver movido, adicionado ou removido blocos sem os guardar numa vista, ao detalhar ser-lhe-á pedido que confirme antes de sair do painel, porque a disposição seria perdida. Guarde primeiro a vista se pretender mantê-la.
Verificações rápidas
- Quando dois totais não coincidem, verifique primeiro a base de datas e depois o intervalo de datas. A maioria das diferenças deve-se a um destes dois elementos.
- Se as datas ou o agrupamento tiverem mudado depois de os escolher, pediu um período mantido com menos detalhe. Os valores estão corretos para o intervalo agora apresentado.
- Se os valores das visitas parecerem estar um dia adiantados ou atrasados relativamente ao esperado, verifique se esse produto funciona num fuso horário diferente do da sua conta.
- Se o valor de um bloco e as transações por detrás dele parecerem não coincidir, verifique o intervalo apresentado no seletor. Um intervalo alargado abrange mais dias do que os que pediu, e a lista abrange os mesmos dias que o bloco.
- Se uma lista de transações parecer estar nas datas erradas, verifique qual das duas colunas de datas está a consultar. Ambas são sempre apresentadas, mas apenas uma corresponde à base utilizada pelo bloco.
- Se os valores de um revendedor, utilizador ou cupão parecerem diferentes do que as encomendas mostram atualmente, verifique se essas encomendas foram alteradas depois da venda. Uma venda permanece associada aos detalhes com que foi efetuada.
- Se os números de reservas de cada tipo de bilhete somarem mais do que o total, isso está correto. Uma reserva com vários tipos de bilhete é contabilizada uma vez em cada um deles. As vendas e as pessoas são divididas entre os tipos de bilhete; as reservas não.