1. Correção do erro gerado na etapa 19 de instalação do add-on;
2. O add-on mantinha os caracteres especiais da descrição dos itens no DANF-e para facilitar a leitura, mas alguns fiscais estavam invalidando o procedimento. O add-on que já removia os caracteres especiais do XML agora irá também remover do DANF-e;
3. Com a regra de validação da NF-e 610 (Rejeição:Total da NF difere do somatório dos Valores compõe o valor Total da NF) o processo de emissão da NF-e para Entregas Futuras foi modificado. Antes o add-on não informa o valor do IPI no documento de Entrega, pois ele já havia sido contabilizado na NF de Entrega Futura. Com a nova regra de validação da NF-e 610, para justificar o valor total da nota fiscal, o valor do IPI foi movido para o campo de outras despesas (vOutro). Sugerimos criar um texto padrão no SAP para compor as informações complementares da NF-e sobre o precedimento;
4. Correção de inutilizações de números onde a série da nf-e é nula;
5. Inclusão da informação “SEM VALOR FISCAL, USO NÃO AUTORIZADO”, na impressão do DANF-e de notas que ainda não foram autorizadas pela SEFAZ. Onde o status da NF-e seja diferente de 100 (Uso autorizado);
6. Correção da NF-e para as prefeituras que possuem convênio com a SEFAZ para emissão de NFS-e (não conjugadas, somente serviços);
7. Nova função para ignorar impostos e não se creditar de seus valores, útil em impostos com % não dedutível. Para que o add-on ignore o valor de um imposto, na tela de mapeamento de impostos marcar o campo “Desconsiderar Valores”. Ao realizar este procedimento o add-on irá zerar os valores dos campos BC, Alíquota e Valor, mesmo que estes tenham sidos calculados pelo o SAP na emissão dos SPEDs;
8. Substituição da dll de validação de IE do SINTEGRA;
9. Correções no preenchimento dos SPEDs e SINTEGRA para as notas de serviços de transporte;
10. Inclusão do campo de usuário AGL_CHV_CTE (chave de acesso do CT-e) para preenchimento do registro D100 (conhecimentos de transporte eletrônicos de entrada) para os SPEDs. Campo obrigatório a partir de abril/2012;
11. Criação de nova tela para preenchido da natureza da base de cálculo dos créditos para os CST de PIS e COFINS que dão direito a crédito (Sistema Fiscal AGL => Escrituração Fiscal => Configurações => Natureza BC Crédito);
12. Remoção de caracteres especiais do campo TXT_COMPL do registro A110 dos SPEDs;
13. Correção na seleção das contas contábeis do registro H010 de inventário do SPED Fiscal;
14. Acertos no livro modelo 7, o add-on estava gerando o valor total final errado em alguns casos, pois não estava selecionando depósitos que não tinham localidade definida; Sobre quantidades negativas, o programa validador do SPED Fiscal não aceita estoque negativo para o registro H010. O add-on vai continuar enviando os valores negativos, mas no final do processamento de geração do SPED Fiscal, ele vai gerar uma mensagem informando cada item com quantidade negativa para acertos nas transações de inventário do SAP na data do fechamento. Lembrando que isso é uma exigência da receita, não do add-on.
15. No mapeamento de tipos de notas fiscais das configurações do add-on, o modelo NF-e (55) e NFS-e de emissão própria continua sendo obrigatório para clientes que emitem este tipo de documento. Mas nesta nova versão o add-on irá também identificar os demais modelos para preenchimento da escrituração fiscal através do campo “modelo” da aba “Imposto” das telas de emissão de notas fiscais do SAP, desde que o campo “Para notas fiscais emitidas por terceiros, definir seu modelo pelo campo (ONFM.NfmCode) padrão SAP?” da aba “Emitente” da tela “Configurações iniciais da Escrituração Fiscal” esteja preenchido. Caso não esteja preenchido, o add-on irá tentar identificar seus modelos pelo CFOP e algumas outras regras internas;
16. Correção no preenchimento do registro de importação C120 de notas com o CFOP iniciado em 3 dos modelos 01, 1B, 04 ou 55 e com o CST PIS/COFINS entre 50 e 56;
17. Correção na geração do Plano de Contas nos SPEDs Contábil e FCONT quando a data de criação ou atualização da conta contábil for nula.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar

1. Remoção de espaços em branco nos códigos das contas contábeis no mapeamento do plano de contas referencial do SPED Contábil;
2. Limitação de 4 casas decimais para o campo quantidade de itens da NF-e conforme manual de integração do contribuinte;
3. Remoção de sujeiras deixadas na [SBO-COMMON].dbo.SRGC responsável por armazenar os nomes dos bancos de dados SAP. Este problema estava afetando o preenchimento da lista de estabelecimentos do gerador do SPED PIS e COFINS.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar

1. Reorganização das colunas da lista de produtos e serviços da tela de geração de esboços.
   

   Nova organização da lista de produtos e serviços

   

   Nova organização da lista de produtos e serviços

2. Baixa de múltiplos pedidos de compra para uma mesma NF-e. Antes a baixa era permitida somente para um único pedido.
   Hierarquia de pesquisa de pedidos para baixa:
   1º. O add-on tenta encontrar um único pedido que contenha quantidades abertas para todos os itens da NF-e.
   2º. O add-on sugere um pedido com quantidades abertas para cada linha e investiga se o pedido encontrado contém quantidades suficientes abertas para os demais itens.
   3º. O add-on permite a seleção manual de pedidos para cada linha se as opções 1 e 2 falharem.
   

   Baixa de pedidos

3. Ao selecionar uma utilização ou código de imposto para um item, o add-on agora irá gravar esta seleção em um histórico para seleções automáticas futuras. Ou seja, o add-on irá aprender a cada seleção manual feita pelo usuário.  O histórico será mantido através dos campos: Código do Parceiro de negócio, Código do Item, Código da Utilização ou Código do imposto na tabela de usuário [@AGL_RD_HIST].
   

   Histórico de determinação de impostos

   Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
   Manual: Visualizar

Prezados Contribuintes, o certificado do ambiente de produção da NF-e vence no dia 02/03/2012, e será substituído pelo certificado que é da versão V2 do Certificado Digital ICP-Brasil, nos próximos dias. Recomendamos que os contribuintes que utilizam aplicativos próprios para emissão de NF-e providenciem o quanto antes a instalação da nova cadeia ICP-Brasil V2 no aplicativo próprio, para evitarem problemas de conexão.

Equipe de suporte AGL.

1.  Na geração do DANF-e as informações adicionais dos itens para alguns clientes estavam sendo impressas de forma desordenada. O XML da NF-e estava correto, não sofreu alterações. Será necessário nestes casos apenas reimprimir o DANF-e.

2. No SPED Fiscal e PIS/COFINS para notas fiscais de entrada (serviços), o add-on não estava determinando o campo IND_EMIT (Indicativo de emitente, emissão própria ou de terceiros).

3. No SPED PIS/COFINS o add-on não estava arredondando os valores brutos dos itens para 2 casas decimais (campo VL_ITEM), gerando  advertências nos registros M400 e M800.

4. O manual de integração do contribuinte da SEFAZ para emissão de NF-e permite no mínimo 0 e no máximo 4 casas decimais para o campo “Quantidade” e no mínimo 1 e no máximo 6 casas decimais para o campo “Valor Unitário” dos itens.

O add-on preenchia com 4 casas decimais de forma fixa os campos “Valor Unitário” e “Quantidade” dos itens das NF-e’s.

Para usuários que utilizam quantidades de casas decimais superiores, esta versão agora se baseia nas configurações do SAP (Tela de Configurações Gerais, Aba Exibir).

Para o campo “Quantidade” da NF-e o add-on irá utilizar o campo “QtyDec” das configurações gerais do SAP para determinar a quantidade de casas decimais que serão informadas no XML e no DANF-e da NF-e.

Para o campo “Valor Unitário” da NF-e o add-on irá utilizar o campo “PriceDec” das configurações gerais do SAP para determinar a quantidade de casas decimais que serão informadas no XML e no DANF-e da NF-e.

Para os que tiverem problemas de rejeição 610, 629 ou 630, ver a nota anterior.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar

1. Atualização do pacote de layouts da SEFAZ para NF-e (schema com novas validações);
2. Suporte para utilização do câmbio indireto em conversões para NF-e. Antes o add-on dava suporte somente para o modelo de câmbio direto.
3. Novo modelo de NF-e: Estorno de nota fiscal (pág 50 do manual);
4. Novo modelo de NF-e: Nota Fiscal para Zona Franca (pág 54 do manual).

Sobre a Nota Técnica 2011.005 (regras de validação que foram implantadas em 01/02/2012).

Validações:

GI10a – Validação do valor unitário de comercialização do item do produto – código de rejeição: 629 e
GI14a – Validação do valor unitário de tributação do item do produto – código de rejeição: 630.

Simulação do problema:

Item: A001 (incorreto)
Quantidade: 30
Valor Unitário: 1,06
Valor total do produto: 31,92
Com 5% de desconto fornecido, mas marcado nas configurações do add-on para exibir apenas preço final.

Erro: Neste caso o problema ocorre, porque o valor unitário do produto foi arredondado pelo SAP para duas casas decimais. Repare que a divisão do valor total do produto (31,92) pela quantidade (30) gera um valor unitário de (1,064), mas o SAP ignorou a 3ª casa decimal. Nesta simulação a SEFAZ em sua validação iria calcular (30 x 1,06 = 31,80) e gerar uma rejeição 629 ou 630, pois o valor total do produto realmente difere da quantidade multiplicada pelo valor unitário.

Solução: O correto para este caso seria aumentar a quantidade de casas decimais do valor unitário para diminuir a imprecisão dos cálculos realizados pelo SAP.

O manual de integração do contribuinte da SEFAZ permite no mínimo 0 e no máximo 4 casas decimais para o campo “Quantidade” e no mínimo 1 e no máximo 6 casas decimais para o campo “Valor Unitário”. 

Item: A001 (correto)
Quantidade: 30
Valor Unitário: 1,0640
Valor total do produto: 31,92
Com 5% de desconto fornecido, mas marcado nas configurações do add-on para exibir apenas preço final.

Atenção: A AGL não irá recalcular o valor unitário para evitar informar para a SEFAZ valores diferentes dos que constam no SAP.  A regularização do problema deverá ser realizada direto no SAP.

Validação:

GW16 – Validação do valor total da NF – código de rejeição: 610.

Este tipo de rejeição ocorre quando o valor total da nf-e não corresponde ao seguinte cálculo:

(+) vProd (valor total dos produtos: Qtd x Vlr Unit)
(-) vDesc (valor total dos descontos)
(+) vST (valor total do ICMS ST)
(+) vFrete (valor total de frete)
(+) vSeg (valor total de seguro)
(+) vOutro (valor total de outras despesas)
(+) vII (valor total de importação)
(+) vIPI (valor total do IPI)
(+) vServ (valor total dos serviços)

Erro: Um dos casos onde este problema pode ocorrer, são nas notas fiscais de importação quando o valor do imposto de importação (vII) somar no valor unitário dos produtos, como é de costume ser realizado neste tipo de nota fiscal.

Simulação do problema:

Item: A001 (incorreto)
Quantidade: 1
Valor Unitário: 1,00 + 0,50 (vII) = 1,50
Valor total do produto: 1,50

Totais:

(+) vProd (1,50)
(-) vDesc (0,00)
(+) vST (0,00)
(+) vFrete (0,00)
(+) vSeg (0,00)
(+) vOutro (0,00)
(+) vII (0,50)
(+) vIPI (0,00)
(+) vServ (0,00)
Valor total da nota fiscal no SAP = 1,50
Valor total da nota fiscal calculada pela SEFAZ em sua validação = 2,00

A SEFAZ neste caso irá emitir a rejeição 610, pois o valor do II foi somado no valor unitário e também no total da nota fiscal em sua validação, diferente do informado no SAP.

Solução para notas fiscais de importação:

Desmarcar a opção do mapeamento do imposto de importação que obriga ao add-on somar seu valor ao valor unitário dos produtos.  Para NF-e a aplicação deste modelo não mais poderá ser usada, pois o valor do imposto de importação possui campo especifico no layout da NF-e e participa diretamente (soma) nos cálculos e validações da NF-e.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar

Campo vProd da NF-e e LineTotal do SAP.

A SEFAZ aceita somente R$ 0,01 de diferença.  O erro ocorre quando o SAP calcula este valor com diferença nas casas decimais acima de R$ 0,01.

Estamos conversando com nossos parceiros, pois a AGL não pode mudar os valores registrados no SAP e nem informar valores diferentes para SEFAZ para evitar problemas com o fisco.

Pedimos para que a precisão de casas decimais sejam revistas no SAP para diminuir erros nos arredondamentos dos valores. Outra solução é informar o valor final do produto para evitar que o SAP arredonde os valores.

Estamos estudando o caso com urgência e abertos a sugestões.

1. Impressão da data de fabricação e validade de lotes para NF-e;
2. Impressão do período cheio ao invés do período com notas fiscais validas no SPED Fiscal;
3. Correção do preenchimento do campo VL_SERV_NT para notas fiscais de serviço no SPED Fiscal e SINTEGRA;
4. Correção do erro “Índice fora do intervalo” na geração do SINTEGRA;
5. Correção do erro “O operador ‘>’ não está definido para tipo ‘DBNull’ e tipo ‘Date’” no SPED Fiscal;
6. Inclusão dos registros M400, M410, M800, M810 e F600 no SPED PIS e COFINS.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar

O SAP nesta versão (8.81)  não esta determinando corretamente os valores do IPI através da DI API. Algumas interações foram feitas direto na tela para solucionar o problema.

O add-on esta conferindo a determinação do IPI e as parcelas direto na tela do esboço de forma automática.

Instaladores: SAPb1 2007, SAPb1 8.8 e SAPb1 8.81.
Manual: Visualizar