Olá, @Matheus, boa noite.
Ao imprimir minha primeira etiqueta e declaração de conteúdo após a migração, encontrei algumas situações que já vinham ocorrendo anteriormente: (Pedido 7909, Id do Cliente: 5f204d3ff023684cdbd4d1f2)
Na declaração de conteúdo, continuam em branco os campos cidade e estado do remetente;
O nome do destinatário, por ser um documento fiscal, deveria vir completo; o endereço e nome do destinatário passaram pelo mesmo problema que a etiqueta de envio (veja a seguir).
Na etiqueta de envio, tive que editar o endereço no campo “Entrega”, exibido na página “Pedidos/Editar”, para acomodar informações que só estavam disponíveis no campo “Entrega” na página “Clientes/Editar” e eram essenciais para localização do endereço. Precisei também acrescentar o sobrenome do cliente.
Ao final, a etiqueta ficou ok (exceto o parâmetro Estado, vazio), mas persiste um problema, que vem desde o tempo da e-com club, quando você me falou que assim que os correios ajustassem, o erro deixaria de acontecer: só consigo imprimir uma etiqueta por folha, porque nas áreas onde deveria conter mais três, entra uma linha de texto que se repete “Entrega no vizinho não autorizada”.
@talisson poderia ajustar isso pra gente por favor?
Isso é aquele detalhe ao usar integração da frenet, onde se o cliente não cadastrar Bairro, Cidade e Estado, no pedido fica meia informação. Preciso que no cadastro da Frenet contenha essas informações adicionais para que seja inserido no pedido como o remetente
@Matheus, bom dia.
Por favor, não esqueça que nem todas as questões seriam referentes à integração Frenet, como no caso do remetente e a configuração de impressão das etiquetas, sim? Importante que em caso de devolução pelos Correios estejam completas e corretas as informações do remetente também.
Abraço!
No caso, todas são relacionadas a frenet, pois o remetente é buscado no pedido, se tiver remetente, o problema que ele existe, mas está incompleto. Ele estando certinho, na etiqueta o remetente vai correto, na declaração de conteúdo ou em qualquer integração relacionada que busca essa informação do remetente
Entrega não autorizada no vizinho. Isso é uma funcionalidade nova que os correios permitiram, onde se quiser deixar para entregar no vizinho, teria que aceitar e escrever o nome completo do vizinho. Não permitimos essa funcionalidade, pois ela é nova e nem sabemos como será executada ainda.
Enquanto isso, fico perdendo folhas de papel. Mas será que nenhum outro lojista está passando por esse problema? Ou a maioria não usa a integração dos Correios (via Frenet).
Ô @Matheus, fiquei pensando aqui: então, o remetente, sendo único, não é puxado da base de dados da loja? As informações do remetente também são capturadas da integração de envio? Então, no caso se mudar para Melhor Envio, ou até mesmo para Correios simplesmente, como fica, pode surgir novamente dificuldade na geração das etiquetas de envio ou declaração de conteúdo? Só para eu entender melhor, não sei se compreendi errado sua fala, desculpe a insistência.
Obrigado!
Bom dia, vamos lá. O lojista pode ter multi origens, ou seja, você pode ter um centro de distribuição em São Paulo e outro no Rio de Janeiro, então uma configuração geral da loja, pegaria apenas 1 origem sempre. Por isso, buscamos essa informação sempre no pedido, no campo de remetente que normalmente está associada a configuração na forma de envio. Se não existir, rua cadastrada por exemplo, ele busca da configuração feita na loja. No caso da frenet, você configura a Rua, então é enxergado que existe um endereço do remetente configurado, então acredita-se que existe ali um bairro, cidade e afins. Se por ventura, a alteração na frenet demorar demais, eu mudo para checar demais itens (bairro, cidade, estado) e não havendo, busca ai sim da configuração da loja
Ok, Matheus. A E-com sempre pensando grande… é assim que se pode crescer ainda mais, e sem perder o caminho para o sucesso. Nós, na ponta, somos aprendizes, colaboradores nesse processo. É um privilégio. Sempre grato.
Positivo, muito obrigado. O importante é fazer com tranquilidade. Mas, quando a loja está operacional, os pedidos entram sem que a gente possa conter, rs.
@construindoosom Atualização publicada, favor remover o aplicativo e instalá-lo novamente que as novas opções vão aparecer para preencher o endereço completo.
Obrigado. Pelo que eu pude entender, já que inseriu novos campos para colocar bairro, cidade, estado e sigla do estado, no campo de endereço devemos colocar apenas o logradouro e outras informações caso existam, confere?
(E esse padrão é também para o cliente?)
Exato! Pode preencher apenas as informações que tiver. Obrigatório é apenas o campo cep.
O formato do endereço para o cliente é o mesmo tmb, você pode observar no próximos pedidos que o objeto das propriedades to e from em shipping_lines serão quase iguais. (na guia avançado)
Ok, @talisson, obrigado. Agora os dados estão corretos, só queria entender o significado daquele termo “undefined”, na linha final do remetente na etiqueta e-com.
Quem é que arruma a etiqueta dos Correios? É no Web Service ou sai da origem?
Algumas coisinhas ali poderiam ficar melhor, inclusive algumas vezes é cortado o bairro, caso deste exemplo, ou às vezes sai apenas o prenome do destinatário.
Persiste a repetição da frase “Entrega no vizinho não autorizada”, que ocupa o espaço das três etiquetas que caberiam na mesma folha A4.
Nós perseguimos o ideal, por isso tanto insistimos em apontar alguma lacuna e solicitar a vocês alguma orientação. Essa é a plataforma aonde existe maior interatividade lojista-suporte-lojista, e por isso só tende a crescer.
@construindoosom esse undefined é um erro ao ler o endereço do cliente, mas é ignorado na geração da etiqueta.
A etiqueta é gerada pelos correios e só exibimos.
