Dia | Registro |
15/08/2011 | Primeira consulta (Atendimento 125037029) Código: 125037029 Assunto: O campo TIPO não foi informado Tópico: Suporte Técnico Texto do chamado técnico Temos nosso portal integrado com o PagSeguro há cerca de três anos e, mais recentemente, as queixas dos clientes com relação ao Erro 115 O campo TIPO não foi informado aumentaram. Conseguimos reproduzir o problema e vemos que, recarregando a página no momento do checkout, o erro desaparece e não é mais possível reproduzi-la a não ser aguardando um bom tempo. Nossa impressão é a de que, sempre que a conexão entre nossa Loja e o PagSeguro ultrapassa um certo tempo, o erro acontece. Depois que a conexão é acordada, o erro não mais ocorre. Alguma dica de teste ou algo que possamos fazer do nosso lado para testar? Grato! |
16/08/2011 | Resposta do PagSeguro Olá Cliente, Informamos que este erro ocorre quando o campo "tipo" não foi informado ou esta incorreto. É necessário que você verifique na área administrativa de seu website se o campo "tipo" foi estipulado corretamente conforme exemplo abaixo: input type="hidden" name="tipo" value="CP" Sendo que você deve informar "CP" caso utilize o carrinho próprio e no caso de utilizar o carrinho do PagSeguro, deve-se alterar o campo em questão para "CBR". Ficamos à disposição. |
16/08/2011 | Resposta ao PagSeguro, em cima do mesmo chamado Creio não ser este o problema, pois o valor CP é informado em meu código e, após uma segunda tentativa, conforme anteriormente informado, a compra se processa. A linha de código que informa o CP é a seguinte: $process_button_string = tep_draw_hidden_fieldemail_cobranca, MODULE_PAYMENT_PAGSEGURO_EMAIL . n .// email de cobrança, definido no admin tep_draw_hidden_fieldtipo, CP . n . // Carrinho próprio O erro ocorre sempre na primeira tentativa, como se o PagSeguro não reconhecesse o Tipo em uma primeira conexão. Nas demais tentativas, funciona. Aguardo retorno. |
19/08/2011 | Minha primeira reclamação, depois de passar cinco dias catando alguma outra resposta e tentando entender o que havia mudado (e se eu havia feito algo errado). Sem resposta. |
24/08/2011 | Mais uma reclamação, sem resposta. |
29/08/2011 | Mais uma reclamação, sem resposta. |
31/08/2011 | Minha manifestação no Twitter: Estou desde o dia 19/08 aguardando resposta a pergunta relativa ao Atendimento 125037029 por parte do @pagseguro É normal isto? A mesma foi replicada no Facebook. |
01/09/2011 | Postei o seguinte em uma foto colocada pelo perfil do PagSeguro no Twitter: Pena que não atendam aos chamados dos clientes e nem liguem para as reclamações enviadas via Twitter e Facebook. Meu Atendimento 125037029 irá fazer aniversário! (http://www.facebook.com/photo.php?fbid=10150289186151817&set=a.452281526816.222150.74456446816&type=1&theater) O PagSeguro respondeu na mesma foto: Olá Cesar, Bom Dia! Seu caso está sendo tratado diretamente no Twitter. Verifique por gentileza. Ficamos a disposição. Atenciosamente, Equipe PagSeguro. No Twitter, a resposta veio de @pagseguro_info @cesarbrod Olá! sinta-se a vontade de entrar em contato direto com os nossos desenvolvedores. Basta acessar zip.net/bpdsq. Abraços. Respondi: @pagseguro_info Ou seja, tenho que relatar, mais uma vez, tudo o que detalhei no Atendimento 125037029 e suas sequências? Repliquei a mesma resposta no Facebook. |
02/09/2011 | Sem ter tido outra instrução, abri o seguinte chamado no Fórum, depois de abrir uma conta nele: Eu havia submetido esta questão originalmente ao atendimento do PagSeguro, mas fui orientado a postá-la aqui. Temos nosso portal integrado com o PagSeguro há cerca de três anos e, mais recentemente, as queixas dos clientes com relação ao Erro 115 O campo TIPO não foi informado aumentaram. Conseguimos reproduzir o problema e vemos que, recarregando a página no momento do checkout, o erro desaparece e não é mais possível reproduzi-la a não ser aguardando um bom tempo. Nossa impressão é a de que, sempre que a conexão entre nossa Loja e o PagSeguro ultrapassa um certo tempo, o erro acontece. Depois que a conexão é acordada, o erro não mais ocorre. Alguma dica de teste ou algo que possamos fazer do nosso lado para testar? A resposta padrão foi a de que o tipo (Carrinho Próprio ou do PagSeguro) devia ser informado, o que de fato é. Ressalto que isto sempre funcionou e, de uma hora para outra (não sei precisar exatamente quando) parou de funcionar, sempre na primeira tentativa. Respondi o seguinte: Creio não ser este o problema, pois o valor CP é informado em meu código e, após uma segunda tentativa, conforme anteriormente informado, a compra se processa. A linha de código que informa o CP é a seguinte: $process_button_string = tep_draw_hidden_fieldemail_cobranca, MODULE_PAYMENT_PAGSEGURO_EMAIL . n .// email de cobrança, definido no admin tep_draw_hidden_fieldtipo, CP . n . // Carrinho próprio O erro ocorre sempre na primeira tentativa, como se o PagSeguro não reconhecesse o Tipo em uma primeira conexão. Nas demais tentativas, funciona. Esta pergunta foi enviada ao Atendimento no dia 16/08, com três outras interações sem nenhuma resposta até que publiquei meu descontentamento no twitter e no Facebook e, ontem, tive a orientação de postá-la aqui: Resposta do PagSeguro via twitter: @pagseguro_info @cesarbrod Olá! Nossos desenvolvedores já estão cientes do problema. Basta adicioná-los conforme orientado anteriormente. Abraços. @pagseguro_info @cesarbrod Olá! sinta-se a vontade de entrar em contato direto com os nossos desenvolvedores. Basta acessar zip.net/bpdsq. Abraços. Enfim, toda e qualquer orientação é bem vinda! Por via das dúvidas, também criei um tweet com o link para o chamado que abri no Fórum: OsCommerce - Tipo não Informado, quando informado! - iMasters Fóruns http://forum.imasters.com.br/topic/443228-oscommerce-tipo-nao-informado-quando-informado/ via @forumimasters No mesmo dia 2, o @pagseguro_info ofereceu-me, via Twitter, mais uma opção de atendimento. @cesarbrod Olá! Se desejar você também pode adicionar nossos desenvolvedores no MSN. Ficamos a disposição. Abraços. Apenas para registro, as opções de atendimento tentadas com o PagSeguro, até o momento foram: 1. O sistema de atendimento da própria empresa em seu portal 2. Twitter 3. Facebook 4. Fórum do iMasters Antes de experimentar a quinta, já que as outras ainda não funcionaram, respondi o seguinte: @pagseguro_info Acabo de enviar uma cópia do Atendimento 125037029 ao Fórum, conforme a orientação de vocês. Espero poder relatar o sucesso! |
05/09/2011 | Ainda aguardando resposta! |
06/09/2011 | Ainda sem resposta, fiz mais dois posts no twitter: @cesarbrod Acho que vou adotar o esquema das plaquinhas aquelas em empresas: Estou há 23 dias sem um atendimento efetivo do @pagseguro @pagseguro_info @cesarbrod Acho que o esquema do @pagseguro @pagseguro_info é sempre indicar uma nova forma de suporte quando não atendem na anterior. Estou na quarta. |
07/09/2011 | No twitter: @cesarbrod Estou há 24 dias sem um atendimento efetivo do @pagseguro @pagseguro_info - Mais informações no log do atendimento em miud.in/VwR |
08/09/2011 | Hoje pela manhã recebi um telefonema da equipe de desenvolvedores do PagSeguro, que pediu-me que fizesse um teste com um formulário HTML. Perguntei a ele se nenhum outro cliente relatou problema similar ao meu, já que o mesmo passou a ocorrer há algum tempo e, tipicamente, problemas desta natureza não afetam apenas uma instalação. Ao que tudo indica, porém, descobrimos um problema inédito. A troca de email está abaixo: Pagseguro: Bom dia. Como combinado por telefone, peço que realize o teste de envio do formulário com dados estáticos, afim de verificar se o problema com o PagSeguro ou na sua conta. Caso aconteça o erro, peço que envie o formulário utilizado e o print da tela de erros para que eu possa realizar os testes aqui. Ficarei a disposição para maiores informações. Minha resposta: Boa tarde, Fiz um teste um pouco diferente do recomendado, mas que acredito servir para este diagnóstico. Usei o botão do pagseguro, que usa somente html, e funcionou sem problemas. Ainda assim, não sei se este é um diagnóstico comparativo efetivo com o que temos com o OsCommerce, cujo problema relatei em http://miud.in/VwR De qualquer forma, o botão funciona. O "timeout" relatado continua acontecendo sempre na primeira tentativa de compra, depois não acontece mais. Alguma outra dica? Grato! A coisa parecia ir bem, mas aparentemente o dia terminará sem uma nova resposta... |
12/09/2011 | No twitter: @cesarbrod 29 dias sem atendimento efetivo do @pagseguro @pagseguro_info. Mais informações no log do atendimento em miud.in/VwR |
13/09/2011 | No twitter: @cesarbrod 30 dias sem atendimento efetivo do @pagseguro @pagseguro_info. Mais informações no log do atendimento em miud.in/VwR Enviei, confesso que sem muitas esperanças, um email cobrando o canal de desenvolvimento, do qual não recebo nova resposta desde o dia 08/09. Re: Fwd: Contato tecnico QS8 Ainda no aguardo de alguma outra dica... O brabo é que, definitivamente, prefiro resolver o problema do que ficar trocando de provedor de gateway de pagamento. Tenho traumas de troca de operadores de telefonia celular sem muito sucesso na melhoria do atendimento. |
13/09/2011 | Hoje, pela interface de atendimento do PagSeguro, tive resposta aos meus chamados iniciados em 16/08. Ver abaixo: A resposta aos três chamados foi a mesma por parte do PagSeguro: 13/09/2011 - Resposta:Olá Cesar, Seu caso está sendo tratado via MSN, Twitter, telefone e e-mail direto da equipe de desenvolvedores. Pedimos por gentileza que verifique o recebimento dos e-mails enviados, sendo que o primeiro deles foi encaminhado em 08.09 às 10h38. Pedimos por gentileza que os contatos sejam feitos diretamente com a equipe de desenvolvedores já cientes do seu caso através do e-mail desenvolvedores@pagseguro.com.br. Ficamos à disposição. Atenciosamente, Rafael Ocamoto Suporte PagSeguro https://pagseguro.uol.com.br/ PagSeguro. A solução completa para pagamentos online. DÚVIDAS? Acesse: https://pagseguro.uol.com.br/atendimento/perguntas_frequentes.jhtml Minha resposta a eles: 13/09/2011O email do dia 8.09 foi respondido no mesmo dia, no endereço desenvolvedores@pagseguro.com.br. Abaixo o texto integral desta resposta: Boa tarde, Flavio, Por favor, em próximas comunicações use o email que lhe forneci por telefone cesar@brod.com.br. Fiz um teste um pouco diferente do recomendado, mas que acredito servir para este diagnóstico. Usei o botão do pagseguro, que usa somente html, e funcionou sem problemas. Ainda assim, não sei se este é um diagnóstico comparativo efetivo com o que temos com o OsCommerce, cujo problema relatei em http://miud.in/VwR De qualquer forma, o botão em: http://www.casadecinemadeportoalegre.com.br/os-filmes/produC3A7C3A3o/longas/3-efes funciona. O timeout relatado continua acontecendo sempre na primeira tentativa de compra, depois não acontece mais. Alguma outra dica? Grato! Cesar O screenshot deste papo está neste link. |
14/09/2011 | Sigo na minha missão de colaborar com o suporte do PagSeguro! A resposta que recebi deles, agora via sistema de atendimento do http://pagseguro.uol.com.br, que dá sequência ao screenshot ao qual me referi acima, foi a seguinte: 14/09/2011 - Resposta:Olá Cliente, Salientamos que a resposta em questão foi repassada por orientação do setor pois o mesmo está tratando o seu caso. Ficamos à disposição. Atenciosamente, Rafael Ocamoto Suporte PagSeguro https://pagseguro.uol.com.br/ PagSeguro. A solução completa para pagamentos online. DÚVIDAS? Acesse: https://pagseguro.uol.com.br/atendimento/perguntas_frequentes.jhtml Agora eu estou achando que o PagSeguro usa o gerador de Lero-Lero para dar respostas a clientes insistentes! Pior é que eu até admiti, na conversa telefônica que tive com o pessoal deles, que o problema poderia estar do meu lado, mas que eu precisava de elementos para a solução, já que o tal problema passou a acontecer de uma hora para a outra, aparentemente por uma mudança que não consegui identificar do lado deles. Publiquei no Facebook: Amigos, o PagSeguro só pode estar me zoando! Agora eles criaram um sétimo canal de atendimento a clientes, depois que me frustrei com outros cinco: portal, twitter, facebook, fórum, email do devel. Isto que me neguei a usar o MSN! Mais em http://miud.in/VwR - E eu só quero ajudar a empresa a melhorar seus serviços! |
15/09/2011 | Aniversário de primeiro mês da minha consulta, ainda sem resposta efetiva, ao PagSeguro. Para celebrar, escrevi uma Dica para o portal Dicas-L que deve ser publicada amanhã. Ao contrário do PagSeguro, que me oferece sete canais de atendimento, dos quais testei cinco sem ter sucesso e neguei-me, justamente por causa da frustração com os canais anteriores, a usar os outros dois, eu estou mantendo com a empresa um canal preferencial (dentre os sugeridos por eles) que é o email da equipe de desenvolvimento. O histórico aí para cima mostra que cheguei a receber um email deles, respondi e ficou por aí. De resto foi só enrolação e evasivas. Mas, para não correr o risco de ser parcial, junto com minhas comunicações coloco sempre as do PagSeguro aqui também. |
16/09/2011 | Foi para o Dicas-L meu “artigo”. Abaixo a íntegra do mesmo: Atendimento ao Cliente na Web 2.0 Colaboração: Cesar Brod Por que empresas web 2.0 abrem canais de atendimento em redes sociais se apenas atendem aos clientes no horário comercial? Voluntariei-me na árdua missão de ensinar uma empresa que adota redes sociais como meio de comunicação com seus clientes a fazer a coisa certa e criei um log do meu atendimento pelo PagSeguro, uma empresa do grupo UOL. Além de postar todas as minhas mensagens, prezo pela imparcialidade postando também todas as mensagens, na íntegra, que recebo do PagSeguro. Na minha sincera e modesta opinião, a infeliz estratégia do PagSeguro, até o presente momento, é a de criar novos canais de atendimento a cada vez que fracassa em um canal existente. Estou também bastante desconfiado de que a empresa usa o gerador de lero-lero para dar respostas aos meus pedidos de suporte. Mas, vacinado pela troca de serviços entre operadoras de telefonia celular sem que nenhum problema seja, efetivamente, resolvido, acredito que, com a força de consumidores como eu terei, enfim, um serviço de primeira linha! Acompanhe o log de meu atendimento pelo PagSeguro em http://miud.in/VwR Tenho a absoluta fé de que, quando esta dica for publicada, meu log em http://miud.in/VwR registrará o atendimento eficaz do PagSeguro como coroação desta minha atitude. Eu creio no valor da boa prestação de serviços aos clientes! Recebi a sugestão, via Twitter, de postar um vídeo com o que estava acontecendo. O que fiz em meu tumblelog. Mas, mesmo antes do vídeo entrar no ar, o pessoal do PagSeguro respondeu. O texto abaixo está no Tumblr, mas o reproduzo aqui também: Em 15 de agosto de 2011 comecei a registrar meus contatos com o PagSeguro, na tentativa de resolver um problema intermitente que temos com a Loja Virtual da Casa de Cinema de Porto Alegre, cliente da BrodTec. O problema está explicado no vídeo acima e eu havia acabado de colocá-lo no Youtube, sem que o mesmo sequer tivesse ido ao ar, quando recebi uma ligação da Karen doPagSeguro que, em seguida, transferiu-me para o suporte ao desenvolvimento, o Flávio, com quem eu já havia falado em outra ocasião. História narrada, explicações e desculpas de ambos os lados, o fato é que a equipe do PagSeguro manifestou total interesse na solução do problema, independente de onde ele estiver. Como eu disse em outras ocasiões e falei para o pessoal do PagSeguro, apesar de tudo e acima de qualquer coisa, prefiro que os problemas sejam resolvidos com os provedores de serviços atuais do que trocar de provedor a cada problema. Aprendi isso com as operadoras de telefonia celular, todas elas! O teste que o Flávio pediu-me para fazer resumia-se em capturar o form html gerado no momento em que recebo o erro. Ele usou o form gerado para inserir os dados diretamente no PagSeguro e não teve problemas. Como o problema acontece apenas na primeira conexão, o Flávio ficou de testar em algumas horas para ver se o problema, mesmo com o formulário gerado estaticamente, persiste. A minha suspeita (com a qual o Flávio não concorda) é a de que, por alguma razão, no momento da primeira conexão o PagSeguro não recebe todos os dados enviados pelo form. No fim, o erro “Tipo não Informado” (mais sobre isso em meu log de atendimento) não é um indicativo real do que está acontecendo pois, ainda segundo o suporte do PagSeguro, ele pode não ter recebido outros dados e acusa a falta de apenas um. Pensando nisto agora, eu acho que deveria haver uma maneira de ter uma resposta de erro mais completa. Mas, quem sabe com o vídeo, mais alguém por aí que usa o OsCommerce com o PagSeguro possa contribuir com alguma outra ideia de análise do problema. |