on 11-06-2012 5:42 PM
Olá a todos,
Estou testando a nova funcionalidade do SP12, para B2B outbound, onde agora podemos deixar um registro em branco na tabela /XNFE/TB2B do GRC e a interface é disparada para todos os cnpjs que forem emitidas notas, porém para fornecedor estrangeiro no caso de importação, não temos o CNPJ e está dando um erro na interface B2B, alguém sabe se posso fazer alguma validação em algum momento para não disparar essa interface para fornecedor estrangeiro?
Obrigada,
Érica
Oi Érica,
Vocês não mandam o XML para o despachante aduaneiro ou agente de exportação?
Abs
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Henrique,
Eu descordo. O arquivo XML é a Nota Fiscal, então apesar do cliente final não se importar com a Nota Fiscal, o despachante aduaneiro / agente de exportação deveria sim somente lidar com o XML e não com a DANFE. Pra mim não faz sentido desativar o B2B mesmo para esse caso.
Outra coisa que a nova funcionalidade do SP12 de deixar o CNPJ em branco na tabela do B2B tem exatamente este objetivo: Ativar o B2B para todas as Notas Fiscais, independentemente de quem é o parceiro de negócio (mesmo caso de pessoa física).
Pra mim não é um bug de forma alguma.
Agora, disponibilizar um lugar onde se possa escolher desativar o B2B para parceiros não convencionais é uma ideia interessante, uma ótima nova funcionalidade. Mas aí pergunto: Quais são os critérios? É somente se é estrangeiro ou não? E pessoa física (que vai ter melhora no SP13), e produtor rural? O que mais?
Só um flag não resolve o novo requerimento.
Former Member, fique a vontade para contribuir com sua ideia no Idea Place.
Abs
Concordo que tem que mandar o XML para o despachante.
Mas daí a solução correta seria:
- cliente como Partner SoldTo, com UF = EX (na tag destinatario): nao envia B2B
- transportadora como Partner Carrier: envia o B2B
- agente despachante, com outro Partner Function (e.g. AGENT ou algo assim), envia o B2B
E não colocar o email do Despachante como comunicacao dentro do dado mestre do cliente internacional - isso sim seria um workaround.
O problema é que, acho que, hoje, o layout XML nao tem um campo para dados cadastrais (em particular, email) de despachante. Então isso teria que ser alguns campos adicionais na RFC e persistidos internamente no GRC.
Abs,
Henrique.
Mas a verificação de ter CNPJ é feita pelo GRC ou pelo PI?
Entendi que, com essa configuracao nova do SP12, o GRC ignora o CNPJ e manda pra todos.
Porém daí teria q ser tratado no PI para, se UF = EX, buscar o email do despachante de algum lugar.
Mas concordo que não é a solução ideal (como coloquei abaixo).
Henrique Pinto wrote:
Mas a verificação de ter CNPJ é feita pelo GRC ou pelo PI?
Entendi que, com essa configuracao nova do SP12, o GRC ignora o CNPJ e manda pra todos.
Porém daí teria q ser tratado no PI para, se UF = EX, buscar o email do despachante de algum lugar.
Mas concordo que não é a solução ideal (como coloquei abaixo).
Sim
Oi Henrique,
Concordo, não é tão simples, mesmo porque acho que na ordem de venda não tem nada sobre o despachante.
Não sei como está o XML, mas talvez pela tag de <entrega> tenha o CNPJ do despachante e dessa informação possa-se derivar o email.
Este é um bom exemplo de que fazer B2B não é fácil e o governo com a Manifestação do Destinatário possa fomentar o download do XML direto do ambiente nacional.
Erica, seria legal se você compartilhasse depois qual foi a solução adotada.
Abs
User | Count |
---|---|
15 | |
4 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.