Vesão GNFe: 2.0.14.3 <Corrigido Visualização CT-e, Consulta NF-e Denegada>
Versão DLL: 2.21 <Correções na importação do MVA>
Versão UDF: 1.03 <Sem Alteração>
Versão EnterpriseServer: 3.1.0.13 <Melhorias na atualização>
Versão EasyCash: 1.2.002.000
IMPORTANTE
Para atualizar um cliente da versão 3.0.136.XXX para a versão 3.0.137.XXX é preciso tomar alguns cuidados antes de executar a atualização:
Acrescentado o campo CEST no cadastro do produto, junto ao cadastro do MVA.
Inicialmente esse valor já será preenchido caso o NCM cadastrado para o produto tenha um correspondente na tabela CEST x NCM.
Ao cadastrar um novo produto com substituição tributária, será obrigado a cadastrar seu código CEST. Caso a empresa não queira que o código seja obrigatório, deverá ceder a permissão para os usuários na função Cad. CEST Incorreto, modulo PRODUTOS.
É uma nova sistemática de cálculo do ICMS nas operações interestaduais para destinatário consumidor final, criado na Emenda Constitucional 87/2015.
A EC 87/2015 define que haverá uma divisão do ICMS entre o estado de origem e destino. Originalmente nesta operação o ICMS ficava todo para o estado de origem da nota fiscal.
O cálculo será feito baseado no diferencial de alíquotas internas dos estados e será “partilhado” na seguinte proporção:
Também deverá ser informado e calculado o FCP – Fundo de Combate à Pobreza que é um porcentual sobre o ICMS cujos recursos serão aplicados em programas voltados à nutrição, habitação, educação e saúde e adotado por vários estados.
A obrigação do recolhimento do ICMS devido ao estado de destino fica à cargo do emitente da nota fiscal. Deve ser feito em documento de arrecadação ou GNRE (Guia Nacional de Recolhimento de Tributos Estaduais) distintos. Dependendo do estado o FCP deverá ser recolhido em outra guia, pois possui codificação diferente.
O recolhimento do Difal (diferencial de alíquota) deverá ser realizado na data de emissão da NF-e. Alguns estados estão simplificando o cadastro para o recolhimento do Difal de forma mensal. Em outros será necessária ter a inscrição estadual no SEFAZ de destino para recolher mensalmente.
O Convênio do ICMS 93/2015 publicado em 21/09/2015 definiu os procedimentos para o “ICMS interestadual”.
Em 17/11/2015 na Reunião Ordinária da COTEPE/ICMS foi definido a sistemática de cálculo para o diferencial de alíquotas, utilizando “base dupla” do ICMS. Os estados do Rio Grande do Sul, Santa Catarina, Paraná e São Paulo não concordaram com a forma de cálculo.
Somente em 15/12/2015 foi publicado o Convênio do ICMS 152/2015 que estabeleceu a utilização da “base simples” no cálculo de diferencial de alíquotas e definiu como deverá ser realizado o cálculo desta operação.
Mas em 29/12/2015 foi publicada a sexta versão da NT 2015.003 alterando a forma de calcular e somar o ICMS partilhado para o destino. Foi corrigido a necessidade de somar o FCP ao ICMS partilhado do destino, sendo que existe campos para as duas informações.
Segue exemplo do cálculo do Difal (diferencial de alíquota) de uma venda de Minas Gerais para São Paulo:
Origem
Valor da mercadoria: R$ 1.000,00
MG base de cálculo do ICMS: R$ 1.000,00
MG alíquota do ICMS: 12%
MG valor do ICMS: R$ 1.000,00 x 12% = R$ 120,00
Destino
SP alíquota do ICMS: 18% (sendo 1% de FCP)
SP valor do ICMS sem FCP: R$ 1.000,00 x 17% = R$ 170,00
SP valor do FCP: R$ 1.000,00 x 1% = R$ 10,00
Difal
Valor Difal: R$ 170,00 – R$ 120,00 = R$ 50,00
MG valor do Difal partilhado: R$ 50,00 x 60% = R$ 30,00
SP valor Difal partilhado: R$ 50,00 x 40% = R$ 20,00
ICMS
MG total do ICMS a recolher (Difal): R$ 30,00
SP total do ICMS a recolher (Difal): R$ 20,00
SP total do FCP a recolher: R$ 10,00
Total do ICMS na operação: R$ 120,00 + R$ 30,00 + R$ 20,00 + R$ 10,00 = R$ 180,00
Em IntelliCash → Cadastro → Exportação → EasyCash na aba de “Terminais de Consultas” deve apresentar uma opção de SMACK que gera um arquivo de todos os produtos ativos com formato EAN|DESCRIÇÃO|PREÇO. Isto permite que o Consulta Preço do SMACK consulte o arquivo como base de dados.
Para configurar a opção é necessário editar o item SMACK selecionando o destino do arquivo de exportação e a procedure EXPORT2SMACK.
Foi criado um relatório para listar os Produtos, Clientes e Fornecedores que não foram sincronizados. Para acessar o relatório basta ir no menu Gerenciamento → Relatórios → Cadastros → Sincronizador
Algumas funções estão validando se o período fiscal está boqueado e exibe uma janela perguntando se deseja desbloquear o período:
Para realizar o desbloqueio é necessário ter permissão para aterações no módulo Contábil.
Ao aceitar a janela de desbloqueio aparecerá:
Caso seja recusado uma excessão é disparada e o processo é encerrado:
As telas e as circunstâncias em que este comportamento será apresentado são:
* Ao clicar no botão Confirmar de uma nota fiscal de terceiros;
* Ao desconfirmar uma NFe de terceiros alterando, inserindo, excluindo itens da nota já confirmada.
* Ao confirmar um inventário clicando no botão Confirmar;
* Ao desconfirmar um inventário clicando com o botão direito na lista de inventários e em seguida em Desconfirmar.
* Ao confiramar uma venda de Ecf em Gerenciamento → Estoque → Vendas → Conferir Vendas ECF e clicando no botão Confirmar na aba Conferência;
* Ao desconfirmar uma venda de ECF clicando com o botão direito na aba de ECFs e em seguida em Excluir Movimento.
No orçamento a vista é possivel associar a um cliente, caso o usuário pressione F3, abrirá a janela para localizar o cliente pelo nome ou fantasia.
Enquanto o orçamento estiver com algum desconto total, nem uma alteração como alterar quantidades, inserir itens e excluir itens serão permitidas. Para isto será necessário remover o desconto para reaplica-lo novamente após a correção.
Permitir configurar via tributação padrão quais impostos devem ser usados nas notas fiscais decorrente de cupom fiscal.
Para evitar que seja feita a tentativa de efetuar uma devolução de um Cupom que já foi cancelado, em Menu → Estoque → Notas Fiscais → Devoluções, foi aplicado um filtro para validar a seleção do documento, como mostra as imagens abaixo:
Imagem de um cupom marcado em azul, significa que está sujeito a devoluções.
Imagem de um cupom marcado em vermelho, significa que já foi cancelado e não permitirá efetuar uma devolução, caso tente selecionar o documento cancelado uma mensagem aparecerá.
Mensagem informando que o documento já foi cancelado.
Uso da Tributação Padrão está sendo aprimorada, e permitido o uso em outras áreas do IC que não seja apenas no lançamento manual de NF e emissão de NF via DAV.
Foi acrescentado o uso na emissão de NF decorrente de Cupom Fiscal, que para isso deve ser configurado o tipo de operação *NF EMITIDA DE ACORDO COM CUPOM FISCAL*.
Também foi adicionado o recurso na importação de NF por XML ou por chave, nesse caso basta estar configurado a Tributação Padrão normalmente para o tipo de operação acobertada pela NF.
O IC, visando facilitar a emissão de NF sugere os valores do indicador da IE do destinatário de acordo com o cadastro da IE. Após a publicação da NT003/2015 que impossibilita o uso do indicador para contribuintes Isentos, o IC foi adequado para sugerir o indicador de Não Contribuinte.
Adicionado botão Desconfirmar na janela da Nota Fiscal para que fique mais intuitivo ao usuário de como desconfirmar uma nota fiscal. O botão só ficará ativo quando a NF estiver confirmada.
Foi adicionado o código NCM no histórico de compras no cadastro do cliente.
Adicionado o nome Fantasia e o CPNJ para facilitar a escolha do empresa responsável pelo documento lançado.
Foi feita uma melhoria no Relatório de Baixas Não Sincronizadas visando ajudar o usuário a visualizar informações detalhadas da baixa a ser sincronizada e esta melhoria pode ser acessada através do botão direito do mouse selecionando a opção “Detalhes Financeiros”.
Melhorias na parte de exclusão de cheques de terceiros que são selecionados temporariamente e não são usados.
Foi alterado o sistema para permitir mesclar orçamentos com status “Pendente” e “Impresso”.
Melhorias na parte de sincronização do Movimento de Caixas com a Matriz para permitir uma futura transferência de cheques.
Referente a melhoria da mensagem que é apresentada quando se tenta estornar um registro que tem seu turno já finalizado (foi adicionado a data do turno para facilitar o estorno do mesmo).
Foi adicionado no cadastro de funcionários dois novos campos e esses novos campos são referentes ao PIS (Programa de Integração Social) e CT (Carteira de Trabalho).
Foi adicionado no cadastro de clientes uma nova funcionalidade que serve para classificar ou seja separar os clientes em classes, de acordo com algum critério estabelecido pelo usuário do sistema.
Por padrão todos os clientes aparecerão com status de “Cliente Padrão”, para criar uma nova classe de clientes basta o usuário clicar no rótulo (classe) que aparcerá uma nova tela com as opções de “Novo”, “Alterar” e “Excluir”.
Ao criar uma classe e utiiliza-lá para classificar algum cliente será possível altera-lá mas não poderá ser excluída a não ser que seja retirada de todos os clientes que utilizaram essa classe. Caso hajam alguma classe utilizada e o usuário tente excluir o sistema exibirá a mensagem abaixo.
Essa nova funcionalidade (Classe de Cliente) poderá ser visualizados nos relatórios que são exibidos informações sobre clientes entre eles: Participação por cliente (Gerenciamento→Relatórios→Gestão de vendas), Relatório de Vendas - aba Clientes (Gerenciamento→Relatórios→Gestão de vendas) e na busca avançada.
Foi adicionado o filtro empresa na tela de Títulos a Receber Geral.
Em muitos casos é preciso ligar para o cliente no momento da entrega, pensando nisso foi adicionado o número de telefone no relatório de impressão.
Na aba “Entregues” que já possuía o campo Observação do Orçamento foi adicionado também o campo Observação da Entrega para relatar algum fato ocorrido no ato da entrega.
Verifica se a nota de devolução está referenciando algum documento. Se a nota fiscal é eletrônica e possui a chave.
Atualização para armazenar no banco de dados somente orçamento que possuem relação com algum item. Ou seja, somete são criados novos orçamento quando são adicionados itens.
Ao emitir uma nota fiscal eletronica, pode-se incluir pessoas autorizadas a fazer o download do XML, entretanto quando tenta autorizar o próprio destinatário da NF-e ou a transportadora, ocorre erro devido a redundancia de informação, uma vez que os agentes participantes da NF-e já são automáticamente autorizados.
Feito tratamento para que não ocorra essa redundancia ao emitir a NF-e.
Adicionado os campos Tomador e Averbação ao cadastro de roteiro para facilitar a geração de CT-e.
Ao gerar um CT-e a partir de um roteiro que possua o Tomador cadastrado, não aparecerá a janela para localizar o tomador pois será informado automaticamente de acordo com o cadastro. Caso não tenha o Tomador cadastrado, permanecerá da mesma forma.
A Averbação foi adicionado ao cadastro do Roteiro na forma de lista, para que o usuário apenas escolha qual deseja utilizar. Para adicionar ou remover uma averbação a lista, basta clicar sobre os botões + e -. Na janela do CT-e continua sendo como texto livre para o caso de haver uma averbação diferente das cadastradas.
Foi adicionado um campo chamado “Valor do Cheque” no Relatório de Cheques (Gerenciamento → Cadastros → Contas e Caixas - Aba Cheques / Sub-Aba Relatório) para que o usuário possa pesquisar cheques pelo valor informado.
Para evitar que os usuários na pressa confirme uma venda com diferenças (divergencias entre Redução Z e os Itens), foi feita uma verificação ao clicar no botão Confirmar. Caso exista diferenças o sistema irá exibir uma mensagem dizendo “Existe diferença na confirmação de vendas. Refaça a importação de dados para corrigir a diferença. Caso o erro persista entre em contato com o suporte.”. Se o usuário tiver permissão essa mensagem será exibida como um dialogo dando a opção de confirmar mesmo com diferença. Caso o usuário não tenha permissão, então o sistema informará a mensagem como um erro.
Foi feito um tratamento do Emitente do Cheque vindo do Frente de Caixa e está informação alimentará todos os relatórios do retaguarda que utilizam os dados do Emitente.
No fechamento poderá ser visualizado na tela de Detalhes da Forma de Recebimento Cheque na parte de Cupons (Campo “Emitente Chq.”).
Foi adicionado uma nova fonte de dados chamada “DadosAgente” que possibilitará a impressão dos dados do agente (documento, endereço, telefone, cidade, etc) dos registros dos relatórios financeiros do sistema (Ex. Relatório de Contas a Pagar, Relatório de Contas a Receber, etc).
Foi criada uma configuração para dizer se a confirmação de preço dos kits do tipo Produção Manual será feita somente ao fazer um apontamento ou se ao dar entrada em algum insumo por nota fiscal eo mesmo tenha o custo alterado também será inserido na listagem de confirmação de preço. A configuração é a de ID 2604, 'Produção Manual - Adicionar a Lista de Confirmação de Preço só com Apontamento.
Foi adicionado uma mensagem para alertar o usuário quando o mesmo escolher uma data de apontamento futura.
O Manual pratico do EFD contribuição é claro em orientar que os registros M400 e M800 (PIS e COFINS respectivamente) sejam preenchidos com as receitas não tributadas emitidas com CST 04, 06, 07, 08, 09 e 05 quando a aliquota for igual a 0%(zero). Entretanto o PVA tem acusado erro ao informar esse registro para o CST 05, mesmo se a aliquota for 0%.
Considerando que ao mandar o PVA recalcular a apuração, o mesmo exlui o registro M400 e M800 referente ao CST 05, então foi criado uma configuração para não informar esse registro, mesmo indo contra o manual, pois caso contrário o PVA não permite a transmissão.
A Configuração tem o numero 10902(SPED: Não gerar M400 para CST 05 no EFD Contribuição) e por padrão vem marcada como SIM, fazendo com que não seja gerado M400 e M800 referente ao CST 05.
Feito tratamento para evitar que o usuário digite algum caracter que não seja numérico ao informar a quantidade de casas decimais uma unidade permite.
TRatamento para evitar que o usuário digite algum caracter que não seja numérico no código do produto pesavel. Como esse código é enviado a balança, não pode haver caracteres não numéricos.
Foi criada uma configuração para ser utilizada nas filiais para determinar se a Filial irá ou não sincronizar o preço dos itens ao importar os cadastros da Matriz. A configuração é a 4204 - Importar Preço da Matriz, por padrão vem com valor NÃO.
Ao tentar cadastrar um produto com NCM incorreto, era exibida a mensagem “Código não existente!” na confirmação clicando no botão OK, o que gerava dúvida aos usuários de qual código o aviso se referia. Foi então alterada a mensagem para “Código NCM não existente na tabela TIPI”
Quando a quantidade de um item em um Orçamento era alterada, o desconto aplicado ao item não era atualizado. Nesta versão os descontos de itens serão recalculados quando alterada sua quantidade.
Apesar das notas de transferência não devem ser escrituradas no EFD Contribuições, muitos contadores pedem para melhor analisar. Na interface de Apuração apesar de ter a opção de exibir as notas de transferência, só estava exibindo as transferências de entrada, com a atual correção serão exibidas as transferências de entrada e de saída.
Realizado tratamento para retirar espaços a esquerda da descrição do item no registro 75
Correção na Histórico de Vendas, atualizando a data da última venda corretamente.
Correção para as tributações cadastradas para outros estados (UF = XX)
Correção para envio correto do Indicador de presença na operação para NF.
Ao tentar alterar o Funcionário responsável pela troca o sistema estava dando um erro. Foi corrigido para conseguir alterar o funcionário.
Foi corrigido a procedure que realizava esse procedimento.
Quando era realizado um orçamento com agendamento financeiro era possível realizar desconto no total do orçamento ficando assim divergente o valor do orçamento com o agendamento. Foi corrigido esse problema na tela de venda a vista para dar um desconto já com agendamento feito será necessário excluir o agendamento primeiramente e logo após realizar o desconto.
Corrigida a verificação de número de dígitos para o código EAN configurado com o código 3801 da lista de configurações.
É feita a busca pelo código como está no arquivos, caso não exista, é feita a alteração para alcançar o número de dígitos da configuração.
Corrigido para exibir os inventários com datas retroativas. Esses inventários estavam sendo ignorados.
Correção do erro de Multples Rows ao imprimir Orçamento quando algum item tem mais de um endereçamento.
Corrigido falha na configuração do PIS/Cofins especifico para fora do estado.
Referente a correção de um problema ao gerar um orçamento com entrega, confirma-lo em Nota Fiscal com o CFOP 5922 e o sistema apresentava a mensagem “Tributação já existente!”
Correção na tela de Turnos de Caixa na aba Vendas em um filtro chamado “Mostrar Somente Crediário” que estava levando em consideração o valor restante do recebimento como critério de crediário (se fosse recebido o valor em outro dia a venda não apareceria mais com este filtro).
Corrigido para permitir alterar o insumo de uma produção manual na hora do criar a ordem de produção para um item que seja do tipo Produção Manual.
Quando um arquivo de inventário com uma linha em branco no final do arquivo era importado ocorria um erro. Foi feito um tratamento para ignorar esta situação e evitar o erro.
Corrigido o Relatório de Vendas - Aba Vendas - Por Cupom (Gerenciamento → Relatórios → Gestão de Vendas → Relatório de Vendas), onde não estava aparecendo o Vendedor dos itens de um cupom sem venda confirmada no retaguarda.