Ir para conteúdo
  • Cadastre-se

Oneide Luiz Schneider

Membros
  • Total de ítens

    106
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por Oneide Luiz Schneider

  1. 2 minutos atrás, Simone D. Russo disse:

    Bom dia

    Também fomos surpreendidos com o mesmo problema ontem em SP e BA.

    Fizemos como outros colegas, passamos a enviar o literal "SEM GTIN" e atualizamos os Schemas. Os clientes desses Estados foram normalizados.

    A versão 1.30 da NT 2017.001(Junho/2018) coloca todos os CNAES e NCMs em produção para "Data Futura". Mas soltaram isso ontem e pegaram todos de surpresa no meio da tarde. A descrição da rejeição 889 ainda é clara e cita o anexo (tabela) de vigência:

    "Se não informado GTIN (cEAN=Nulo).  Observação 1: Regra de validação se aplica por grupo de CNAE e NCM conforme vigência definida no ANEXO I.01;
    Observação 2: Para produtos que não possuem GTIN, utilizar a informação de "SEM GTIN"".

    No PA essa validação está valendo desde o dia 02/07, nossos clientes pararam lá também nesta data. Mas olha que estranho: o campo CNAE do emitente não é obrigatório no XML. Se mandamos sem CNAE não retorna  rejeição 889 com GTIN em branco. Se mandamos com CNAE retorna a rejeição. Em SP ontem mandando sem CNAE rejeitava. 

    RS, MG, RJ, GO, MT, MS, RR, SC todos emitindo NF-e e NFC-e normalmente com o GTIN em branco.

    Cada UF está interpretando as regras do seu próprio jeito.

     

     

     

     

    Aqui em SC já esta obrigando tbm faz dias ou semanas.

    Precisei fazer isso semana retrasada.

  2. Tem vários posts aqui sobre esse assunto, em um deles postei os fontes onde fiz o merge com o ACBR.

    Funciona muito bem, mas sempre é preciso fazer merge, pois o ACBR não vai adicionar enquanto tiver fontes de terceiros, como por exemplo a DLL usada para fazer a assinatura.

  3. Bom dia pessoal,

    assim, a betha mes passado começou a validar a assinatura digital, antes nunca fazia, e segundo o pessoal deles la é parametrizada, resumindo nao acontece em todas as prefeituras.

    Então é preciso mudar a forma de assinar o XML, então fiz ajustes conforme dita o regra deles, removendo tudo oque vem antes da TAG <pedido> mesmo vale para o final, apos isso é preciso fazer a assinatura e apos só voltar a tags que faltam.

    e ainda o profixo3 é diferente, pois deve ser assim ''e:'' quando é cancelamento. Antes era assim -> ''ns3:''

    ->Só para constar, não adianta abrir chamado no fórum deles la, eles não atem mais, tem ate um post la explicando o por que.

    Ja fiz varias notas em producao e homologacao e elas estao indo normalmente agora.

    Todos os fontes alterados estao com essa mensagem -> //ONEIDE - Ajustes Betha - 03/09/2015

    Em anexo segue os fontes ja ajustados favor fazer o merge.

    AjustesNFSe.7z

  4. isso.. 

    uso assim tb = ACBrNFSe.Enviar(_ANumeroLote, False);

    mas assim.. acompanha nos LOTES do RPS no sistema BETHA e veja se esta chegando la.

    senão vc configurou errado o componente (Acredito que seja isso).

    Lembrando que se vc usa Maquina virtual, pega e testa fora dela, por aqui deu problema em algumas.

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.