Patricia,<\/p>\n

<\/div>\n

N\u00e3o sei se j\u00e1 resolveu ou n\u00e3o o problema da remessa mas aqui vai…<\/div>\n

<\/div>\n

quando vc configura uma origem e tipo de transa\u00e7\u00e3o como sendo de NFe ou DFe o sistema sempre gera as transa\u00e7\u00f5es no AR marcando um dos attributos da tabela AR_PAYMENT_SCHEDULES_ALL como n\u00e3o eleg\u00edvel para cobran\u00e7a, voc\u00ea precisa ANTES de criar a REMESSA receber o ok da Synchro dizendo que a nota fiscal foi processada com sucesso e autorizada a emiss\u00e3o.\u00a0<\/div>\n

Quando isso ocorre, \u00a0o atributo da tabela AR_PAYMENT_SCHEDULES_ALL “n\u00e3o me lembro exatamente qual” \u00a0\u00e9 atualizado permitindo que este registro seja eleg\u00edvel para remessa ou cobran\u00e7a manual, ou seja, se existe uma falha no objeto (API) que atualiza essa informa\u00e7\u00e3o de retorno, o campo n\u00e3o ser\u00e1 atualizado automaticamente e sendo assim n\u00e3o ser\u00e1 eleg\u00edvel para remessa at\u00e9 que esse atributo seja atualizado.<\/div>\n

WORKAROUND ==>localize e efetue um update neste atributo e teste novamente a remessa. Importante lembrar que voc\u00ea precisa resolver a quest\u00e3o da API que por consequ\u00eancia ir\u00e1 resolver o problema da remessa.\u00a0<\/div>\n

\n<\/div>\n

Espero haver ajudado.<\/div>\n

<\/div>\n

Att,<\/div>\n

Walman Ribeiro<\/div>\n<\/div>\n<\/p><\/div>\n

__._,_.___<\/div>\n

<\/div>\n

Posted by: Walman Ribeiro <walmanrcr@gmail.com>\n <\/p><\/div>\n

<\/div>\n

Reply via web post<\/a><\/p>\n

•<\/p>\n

\n Reply to sender <\/a><\/p>\n