Documentação do Sistema WorkMotor.€¦ · 7 7. Mudança 2262/100884. Problema: Registro C100,...

1

Software WorkMotor

Documentação do Sistema WorkMotor.

Versão 2.1.4 build 0.0.4 - julho/2018.

2

2018 – Software WorkMotor.

INDICE.

1. ALTERAÇÕES FISCAIS ...............................................................................................03 1. Mudança 2263 – Cest em notas fiscais .................................................................................03 2. Mudança 2285 – Quantidade de volume na NFE...................................................................04 3. Mudança 2346 – Atualização de WebService NFCe – PI .......................................................05 4. Mudança 2093 – Homologação TEF PAY&G..........................................................................05 5. Mudança 2222 – Homologação Padrão NFS Governador Valadares – MG............................05 6. Mudança 2242 – Valor de regime especial de tributação NFSe RJ.........................................06 7. Mudança 2262/2364/2371 – Agrupamento de itens no registro C190 SPED ICMS IPI...........07 8. Mudança 2275 – XML com informação de ICMS ST – CSOSN 0900........................................08 9. Mudança 2353 – Registro D100 SPED ICMS IPI......................................................................09 10. Mudança 2116 – Homologação NFS Clementina – SP...........................................................09 11. Mudança 2413 – Atualização de WebService NFe PI.............................................................10 12. Mudança 2258 – Assinatura de NFS – Belo Horizonte – BH...................................................10 13. Mudança 2414 – Inclusão de Gurupi (Município) em padrão de NFS....................................10 14. Mudança 2410 – Importação de XML (compras) NFe 4.0.....................................................10 15. Mudança 2323 – Falha de agrupamento de Serviço na emissão de NFS................................11 16. Mudança 2395 – Troco em impresso de SAT........................................................................12 17. Mudança 2379 – Emissão de NFCe........................................................................................13 18. Mudança 2361 – Impresso de NFCe com informação ausente..............................................14 19. Mudança 2375 – Serviço saindo como troco em impresso de SAT........................................15

2. ALTERAÇÕES RELATÓRIOS........................................................................................16 1. Mudança 2243 – Relatório de ponto de equilíbrio................................................................16 2. Mudança 2251 – Sobreposição de cabeçalho no relatório de análise de estoque.................17 3. Mudança 2261 – Corte na razão social do relatório de contas a receber...............................18 4. Mudança 2268 – Divergências no relatório de orçamentos/vendas por período..................19 5. Mudança 2324 – Filtro do plano de contas na movimentação caixa/banco..........................20 6. Mudança 2339 – Relatório de vendas por dia.......................................................................21

3. MUDANÇAS MENU VENDAS/FINANCEIRO/COMPRAS...............................................22 1. Mudança 2241 – Baixa rápidas nas contas a receber/pagar............................................22/23 2. Mudança 2252 – Falha na função “cópia OS” com muitos itens............................................24 3. Mudança 2253 – Inclusão de novo cliente pela tela de Ordem de Serviço............................03 4. Mudança 2260 – Troca de atendente após alteração da OS..................................................26 5. Mudança 2231 – Pagamento com tempo fora em fechamento de compras...................26/27 6. Mudança 2287 – Atualização de estoque em compras.........................................................27

4. MUDANÇAS ESTOQUE/COMPLEMENTARES..............................................................28 1. Mudança 2294 – Alerta de duplicidade de referência de fabricante.....................................28 2. Mudança 2250 – Vetor de valor por extenso em impresso...................................................29 3. Mudança 2280 – Leitor de código de barras..........................................................................29

5. MUDANÇAS SISTEMAS ADICIONAIS..........................................................................30 1. Mudança 2264 – Recuperação de Senha – COTAJÁ...............................................................30 2. Mudança 2406 – Troca de link LastNews...............................................................................30 3. Mudança 2396 – Querido Carro Chamados..........................................................................30

3

WORKMOTOR SOFTWARE ERP – VERSÃO 2.1.4 BUILD 0.0.4

.......................................ALTERAÇÕES FISCAIS...................................... 1. Mudança 2263/100643.

Problema: Envio do CEST em notas fiscais eletrônicas de devolução. Nos foi reportado que:

a. Nas notas fiscais de devolução, o código CEST (Código Especificador da

Substituição Tributária), que é correlacionado com o NCM (Nomenclatura

comum Mercosul) nos itens/produtos presentes na nota fiscal, não estava

sendo enviado com a emissão da mesma (em devolução).

Após análise sobre o caso mencionado, constatamos que incorretamente o

sistema estava desconsiderando o campo do CEST nas devoluções de notas

fiscais eletrônicas.

Ao tentar realizar a emissão da nota fiscal eletrônica de devolução, o erro

abaixo era mostrado em tela.

Abaixo configuração do NCM corretamente cadastrado com o CEST.

Realizamos correção da rotina de envio de notas fiscais e após emissão de nota

fiscal eletrônica, constatamos que corretamente as informações do CEST

estavam sendo enviadas no arquivo XML de envio, onde o erro da ausência de

informação foi corrigido.

4


2. Mudança 2285/102146. Problema: Quantidade de volume em emissões de notas fiscais eletrônicas. Nos foi reportado que:

a. Em emissões de notas fiscais separadas (somente produtos, sem serviços), cuja origem dos itens venha de uma venda, a quantidade de volume na nota fiscal eletrônica estava considerando tanto serviços quanto produtos, porém deveria considerar somente produtos pois os serviços não estarão presentes na emissão da nota.

No exemplo acima, foi realizado uma venda onde foram vendidos 2 itens, sendo 1 (uma) prestação de serviço e um produto. Porém na emissão da nota fiscal, a mesma somente será de produtos, pois o serviço será emitido na nota fiscal de serviço eletrônica. Ao analisar o campo VOLUME, analisamos que havia 2 volumes, quando deveria constar somente 1. Realizamos a correção, e quando a nota fiscal eletrônica ter apenas produtos e vir oriunda de uma venda, a quantidade de volumes será a soma de produtos na venda, atente-se que cada item é 1 (um) independentemente da quantidade unitária vendida.

Acima print com nota fiscal gerada após correção, o volume está corretamente com 1 item.

5


3. Mudança 2346/103515. Problema: Atualização de WebService NFCe – AC.

Atualmente para o envio de nota fiscal de consumidor eletrônica (NFCe) há links de

servidores para envio, consulta, cancelamento e outros para o documento fiscal.

Em analise nos links em produção para NFCe, constatamos que houve atualização de

link por parte do Estado do Acre, dessa forma, atualizamos os links para que o envio

desse tipo de documento fiscal não fosse impactado/parado em sua utilização.

4. Mudança 2093/INTERNA.

Solicitação: Homologação TEF Pay&Go.

Anualmente precisamos homologar/liberar o uso do sistema com o pagamento de

cartão de crédito/débito (TEF – PAY&GO).

A homologação serve para constatar que o sistema está dentro das especificações,

parâmetros, regras e necessidades que o uso de pagamento com cartão de crédito e

débito necessitam.

Dessa forma, novamente esse ano realizamos a homologação e estamos aptos e

liberados para uso do TEF – PAY&GO para recebimento de vendas realizadas dentro do

sistema com o cartão de crédito e débito.

5. Mudança 2222/98849. Solicitação: Homologação Governador Valadares MG – SIGCORP – NFS.

Realizamos a homologação de envio de nota fiscal de serviço para a cidade de Governador Valadares - MG, o padrão de NFS é o SIGCORP Governador Valadares. A partir dessa versão, está homologado o uso de NFS para empresas dessa cidade.


6

6. Mudança 2242/99161. Problema: Envio de NFS para o Estado do Rio de Janeiro.

No envio de nota fiscal de serviço eletrônica do Estado do Rio de Janeiro (RJ), verificamos que houve mudanças no layout do XML para empresas optantes pelo simples nacional. Dentro da mudança do layout, identificamos que anteriormente no layout do XML (NFSe) o campo regime especial de tributação¹ (no caso de optantes pelo simples nacional) podia ir preenchido, mas a partir da atualização do layout o mesmo campo não pode ser enviado com informação. Atualizamos a geração do arquivo XML no envio de NFSe, para que dessa forma o envio de NFSe não seja travada por conta da desatualização dos dados. Vale ressaltar que nas configurações de nota fiscal de serviço, o campo regime especial de tributação deve ser mantido em branco (vazio) para empresas optantes pelo simples nacional para que a nota de serviço seja enviada com sucesso.


7

7. Mudança 2262/100884. Problema: Registro C100, C190, C405 e C420 SPED ICMS-IPI.

Nos foi reportado que: a. Na geração do arquivo SPED (Sistema Público de Escrituração Digital) o mesmo

estava sendo gerado com 2 (dois) erros, sendo eles: i) Registro de cupom fiscal em duplicidade;

Nos registros de cupom fiscal (C405 e C460) estava ocorrendo duplicidade de registros.

ii) Registro C100/C190 (notas fiscais de entrada) com informações de CST divergentes do item da nota e duplicidade de ocorrência da chave CST_ICMS, CFOP, ALIQ_ICMS.

Esse erro acarretava em falha no agrupamento de itens, onde quando ocorrer combinação em CST_ICMS, CFOP e ALIQ_ICMS os mesmos deveriam ser agrupados e não separados.

Obs.: Print acima do problema, como as informações eram iguais, os mesmos deveriam ser agrupados num único grupo de C190.

Corrigimos a geração do registro de cupom fiscal no sistema, onde foi necessária adequação de layout e correção de datas dentro do mesmo. [ITEM A –ii] Após correção, os registros de cupom fiscal estão sendo criados corretamente sem duplicidade dos mesmos. Analisamos a geração do arquivo, e constatamos que erroneamente o sistema estava considerando as informações fiscais do cadastro do item (produto) e não da nota (compra). [ITEM A - ii] Com isso, realizamos as correções necessárias para que em todo SPED gerado, o sistema considere informações da nota de entrada e não do cadastro do item e juntamente com isso, agrupe em blocos únicos (C190) todas combinações de CST_ICMS, CFOP, ALIQ_ICMS que forem iguais conforme layout do próprio SPED.


8

8. Mudança 2275/100801. Problema: Emissão de NFe com destaque de ICMS / ICMS ST (simples nacional).

Os clientes optantes pelo simples nacional, quando necessitam enviar algum tipo de nota fiscal eletrônica com necessidade de destaque de ICMS ou ICMS ST em campos próprios (por exemplo notas de devolução), podem utilizar-se do CSOSN 0900 que permite esse tipo de destaque. Nos foi reportado que:

a. Quando utilizado o CSOSN 0900 para destaque somente de ICMS, sem ICMS – ST na nota, o sistema estava barrando o envio da nota emitindo o alerta abaixo:

Esse erro se dá por conta de o sistema estar criando as tags (informações presentes no arquivo XML da NFE) de ICMS ST sem necessidade, pois a mesma não será enviada com valores de ST e sim somente ICMS. Ao validar o XML da nota internamente no sistema, o mesmo acusa que as tags de ICMS – ST estão no arquivo XML incorretamente, porém com valores vazios (no layout da NFE, caso a nota não tenha ICMS – ST, não se deve enviar seus respectivos campos). Realizamos correções no envio e na geração do arquivo XML de nota fiscal eletrônica, onde caso utilizado a CSOSN 0900 e informar alíquota apenas de ICMS, as informações de ICMS – ST não serão enviadas, fazendo assim, a nota não ser “barrada” com o alerta do print acima.


9

9. Mudança 2353/103448. Problema: Falha no registro D100 – SPED Fiscal.

Nos foi reportado que:

a. Na geração do arquivo SPED, o sistema estava gerando o mesmo com erros no registro D100 e D190. Onde ao tentar validar o documento SPED os erros abaixo eram acusados pelo validador.

b. Analisando a geração do arquivo, constatamos que o problema se dava quando o sistema estava gerando o arquivo e agrupando as informações das empresas presentes nos documentos fiscais que deveriam ir para o registro D100/D190.

Corrigimos toda a funcionalidade de geração do arquivo, para considerar corretamente todas as informações e agrupa-las em seus respectivos blocos de informações, após correção e geração posterior do arquivo, todos os erros relacionados aos registros D100/D190 foram corrigidos corretamente.

10. Mudança 2116/96437.

Solicitação: Homologação de padrão FGMAISS.

Atualmente, a partir dessa versão foi liberado/homologado dentro do sistema o uso

de Notas fiscais de serviço para o padrão FGMAIS.

Dentro desse padrão de nota fiscal de serviço, foi liberado o uso para os municípios:

a. ITAPAGIPE - MG, TRÊS RIOS - RJ, AREALVA - SP, BASTOS - SP, BORACÉIA - SP,

CARDOSO - SP, CLEMENTINA - SP, CRAVINHOS - SP, GUARIBA - SP, ITUVERAVA

- SP, LUÍS ANTÔNIO - SP, MIRA ESTRELA - SP, MONTE ALTO - SP, MONTE AZUL

PAULISTA - SP, PALMITAL – SP, PITANGUEIRAS – SP, POMPÉIA – SP, PRESIDENTE

EPITÁCIO – SP, PROMISSÃO – SP, REGINÓPOLIS – SP, SANTA MERCEDES – SP,

SÃO PEDRO – SP, SERRANA – SP, TARUMÃ – SP, VALPARAÍDO – SP.

Dessa forma, caso você seja de algum dos municípios acima e deseje emitir Nota fiscal

de serviço, basta e entrar em contato com o nosso departamento comercial para

adquirir o módulo de nota fiscal de serviço eletrônica.

10


11. Mudança 2413/106103.

Solicitação: Atualização de links para emissão de NFe - PI.

Em analise nos link’s de emissão de nota fiscal eletrônica (webservices), constatamos

que para o Estado do Piauí houve mudanças de link;

Realizamos as atualizações necessárias no sistema para que os links fossem atualizados

conforme necessidade e a emissão de Notas fiscais não fosse impactada para os

clientes que sejam do Piauí.

12. Mudança 2258/100884. Problema: Assinatura de XML para emissão de nota fiscal de serviço eletrônica.

Em análise sobre um problema reportado sobre assinatura do XML para emissão de

nota fiscal de serviço eletrônica na cidade de Belo Horizonte – MG, analisamos que por

conta de uma atualização no NET FRAMEWORK (software do Windows), ao tentar

realizar a assinatura de um XML de NFS, a assinatura não passava pela validação de

segurança da mesma.

Após análise sobre o caso, constatamos que, dentro do XML da nota fiscal de serviço,

há uma tag (informação) que é identificado por “ID=RPS:NUMERONOTA”, e que após

a atualização de segurança do NET FRAMEWORK, o mesmo passou a recusar qualquer

XML cujo ID contivesse caractere do tipo “:, #” entre outros, fazendo com que

mudássemos o ID de “ID=RPS:NUMERONOTA” para “ID=RPSNUMERONOTA”.

Com isso, após correções internas no sistema, o XML passou a ser assinado com

segurança normalmente.

13. Mudança 2414/105936.

Solicitação: Inclusão do município de Gurupi em Tocantins para emissão de NFS.

Dentro do sistema há a possibilidade de se enviar notas fiscais de serviço para alguns

municípios dentro do país, em análise, verificamos que o município de Gurupi em

Tocantis estava apto para emissão de notas através do padrão WEBISS.

Realizamos atualização da tabela de padrões de notas fiscais de serviço ao qual

incluímos o município.

Caso seja desse estado ou deseje verificar se seu município está liberado para emissão

de NFS pelo sistema, entre em contato com o comercial.

14. Mudança 2410/106147. Solicitação: Atualmente há em vigência o layout de nota fiscal eletrônica 4.0, com isso houve mudanças no XML emitido pelas empresas. Analisamos que dentro dessa versão da NFE, havia uma mudança que estava impactando na leitura do campo de IPI nas compras (entradas). Corrigimos a forma de entrada das notas e as mesmas estão sendo incluídas corretamente no sistema.

11


15. Mudança: 2323/100351. Problema: Agrupamento de serviços na tela de nota fiscal de serviços.

Nos foi reportado que: a. Ao realizar o agrupamento de vendas para emissão de uma Nota fiscal de

serviço, onde o agrupamento possuísse mais de 50 vendas, o sistema emitia um alerta que impossibilitava o envio da Nota fiscal assim que era clicado no botão ENVIAR:

b. Após análise no caso, verificamos que o limite de vendas agrupadas era de 50 vendas; Para correção do problema acima, aumentando a quantidade de vendas em agrupamento de 50 para 99 vendas. Após aumentarmos o limite de vendas, refizemos o cenário acima e o mesmo foi corrigido, não bloqueando ou emitindo o alerta ao tentar enviar a nota fiscal de serviço.

12


16. Mudança: 2395/105689. Problema: Troco em impresso de S@T/SP.

Para o Estado de São Paulo, ao invés de NFCe (Nota fiscal de Consumidor Eletrônica) há o documento fiscal denominado S@T Cfe. Analisamos que, por exemplo:

A. Uma venda no valor de R$ 240,00; B. 1 produto com venda de R$ 170,00; C. 1 serviço com valor de R$ 70,00; D. Emissão do SAT somente com PRODUTOS; Ao imprimir o S@T, no campo TROCO era informado o valor de serviço, pois o mesmo não era enviado no documento fiscal, ocasionando confusão no entendimento do documento, uma vez que na venda não houve troco, pois, o valor pago total era referente a produtos e serviços;

*dados ocultados para preservação de informações privadas.

Realizamos a correção necessária, e agora, quando o valor da venda for igual ao valor pago, mesmo com serviços na venda, não será informado TROCO incorretamente.

13


17. Mudança: 2379/INTERNA. Problema: Emissão de NFCe.

Para alguns Estados dentro do Brasil, é facultado o uso de NFCe (nota fiscal de

consumidor eletrônica), com isso, há vários Estados que utilizam esse tipo de emissão.

Em análise no sistema, constatamos que por conta da NFE 4.0 (vigente a partir dessa versão), ao tentar emitir uma NFCe, a mesma é aceita corretamente, porém, ao imprimir o documento, ocorria o erro abaixo:

Verificamos que a NFCe dentro do sistema se utiliza da configuração Versão NF-e (vide abaixo), assim como a NFE, e como ativamos a versão NFE 4.0, porém para NFCe a mesma se encontra em desenvolvimento, o erro acima era mostrado pois a NFCe procurava o layout 4.0 erroneamente.

Após correção no layout utilizado para NFCe (3.10), e imprimir o mesmo, a impressão saiu corretamente conforme abaixo:

*Obs.: Dados ocultados por segurança de informações privadas.

14


18. Mudança: 2361/104127. Problema: Impresso de NFCe com informação ausente.

Para alguns Estados dentro do Brasil, é facultado o uso de NFCe (nota fiscal de consumidor eletrônica), com isso, há vários Estados que utilizam esse tipo de emissão. Dentro do layout desse documento fiscal, há o campo “INFORMAÇÕES ADICIONAIS INTERESSE CONTRIBUINTE”, onde há descrito a frase “Total do pagamento R$ X,xx, sendo que R$ X,xx Referente a prestação de serviços”.

Após análise sobre a informação acima, verificamos que:

A. Quando emitida NFCe sem serviços, porém onde na venda contenha serviço, o campo acima aparece conforme abaixo:

B. Ao analisar a venda, constatamos que o valor de serviços era de “R$ 205,00”, e que no campo acima deveria estar escrito “Total do pagamento R$ 805,00 sendo que R$ 280,00 Referente a prestação de serviços”.

C. Após correção das informações, o campo de print1 (item A) foi impresso conforme abaixo:

15


19. Mudança: 2375/104954. Problema: Serviço saindo como troco em impresso de NFCe.

Para alguns Estados dentro do Brasil, é facultado o uso de NFCe (nota fiscal de consumidor eletrônica), com isso, há vários Estados que utilizam esse tipo de emissão.

Em análise sobre o layout desse documento fiscal, constatamos que nas vendas onde houvesse prestação de serviços, e cujo NFCe fosse emitido somente de produtos, o valor do serviço estava saindo como troco incorretamente:

Realizamos correção para que no campo de TROCO, seja considerado o valor da venda total (com os serviços incluídos), para que, caso haja valor de serviços e a emissão do NFCe seja somente de produtos, no campo INFORMAÇÕES ADICIONAIS INTERESSE DO CONTRIBUINTE seja informado o valor de prestação de serviços:

16


...................................... ALTERAÇÕES RELATÓRIOS......................................

1. Mudança 2243/99279. Problema: Relatório de ponto de equilíbrio com informações (cabeçalho) sobrepostas. Nos foi reportado que:

a. Dentro do sistema ao realizar a extração do relatório de ponto de equilíbrio¹ o mesmo era gerado com as informações do cabeçalho sobrepostas, atrapalhando dessa forma o entendimento do cabeçalho do relatório.

b. Realizamos a correção da extração do relatório para que não haja informações

sobrepostas no cabeçalho e dessa forma o relatório seja bem utilizado.

¹ Caminho do relatório:

RELATÓRIO >> FINANCEIRO >> PONTO DE EQUILIBRIO Obs.:

O relatório de PONTO DE EQUILIBRIO pode ser gerado EM TELA, permitindo sua visualização sem necessidade de impressão; Ou via arquivo .rtf, que pode ser aberto pelo software Microsoft Word ou similares. O relatório é salvo dentro da pasta raiz do sistema com o nome de RPtoEqui.rtf.

17


2. Mudança 2251/100322. Problema: Sobreposição de dados no cabeçalho do relatório de análise de estoque. Nos foi reportado que:

a. Ao realizar a exportação do relatório de análise de estoque¹ o mesmo está sendo gerado, porém com dados do cabeçalho sobrepostos conforme abaixo, dificultando o entendimento do que cada coluna de dados quer informar:

b. Realizamos a correção no relatório de análise de estoque, para que quando o mesmo for gerado não sobreponha as nomenclaturas no cabeçalho. Agora, quando se gerar o relatório, o cabeçalho do mesmo será mostrado conforme abaixo:

¹ Caminho do relatório: RELATÓRIO >> PRODUTOS/ESTOQUE >> RELATÓRIO DE ESTOQUE >> ANALISE DE ESTOQUE.

Obs.: O relatório de acima pode ser gerado EM TELA, permitindo sua visualização sem necessidade de impressão; Ou via arquivo .rtf, que pode ser aberto pelo software Microsoft Word ou similares. O relatório é salvo dentro da pasta raiz do sistema: I) Com o nome de RAnalisE.rtf – Relatório por data de emissão.

18


3. Mudança 2261/100881.

Problema: Corte na razão social em relatório do Contas a receber. Nos foi reportado que:

a. Ao realizar a exportação do relatório de contas a receber¹ o mesmo está sendo gerado, porém com cortes na razão social/nome do cliente. Conforme o print abaixo, o campo para razão social deveria ser até começar o “CNPJ/CPF”, porém, estava indo somente até a metade do espaçamento.

b. Realizamos a correção para que quando a razão social ou nome do cliente ser de tamanho extenso o mesmo não seja cortado antes do fim do campo especifico para ele.

¹ Caminho do relatório: RELATÓRIO >> FINANCEIRO >> RELATÓRIOS FINANCEIROS >> CONTAS A RECEBER

Obs.: O relatório de CONTAS A RECEBER pode ser gerado EM TELA, permitindo sua visualização sem necessidade de impressão; Ou via arquivo .rtf, que pode ser aberto pelo software Microsoft Word ou similares. O relatório é salvo dentro da pasta raiz do sistema: II) Com o nome de RTitREmA.rtf – Relatório por data de emissão. III) Com o nome de RTitRBxA.rtf – Relatório por data de baixa. IV) Com o nome de RTitRPaA.rtf – Relatório por data de pagamento. V) Com o nome de RTitRecA.rtf – Relatório por data de vencimento.

19


4. Mudança 2268/97949. Problema: Divergências no relatório de orçamentos/vendas por período. Nos foi reportado que:

a. Ao realizar a geração do relatório de orçamentos/vendas por perído¹ o valor informado no relatório analítico não era condizente com o valor gerado no relatório sintético.

b. Por exemplo: Ao se gerar o relatório do período de 01/03/2018 até 10/03/2018 para um determinado cliente, o valor mostrado no relatório em total geral é de R$ 1.686,98 (uns mil, seiscentos e oitenta e seis reais e noventa e oito centavos), porém, ao verificar o valor gerado nos totalizadores, dá-se para nota que: Relatório Analítico:

Relatório Sintético:

Dado os valores acima, encontramos uma diferença de R$ 80,83 entre o totalizador do analítico com o totalizador de 100% vendas fechadas do sintético. Ao verificar o sistema para identificar a causa do erro no cálculo, constatamos era necessário modificar os totalizadores, pois havia um erro no cálculo dos grupos de totalizadores do relatório sintético.

c. Realizamos toda correção interna nos grupos totalizadores e geral e o erro mencionado foi corrigido:

¹ Caminho do relatório:

RELATÓRIO >> VENDAS >> ORÇAMENTOS/VENDAS POR PERÍODO.

20


5. Mudança 2324/103015.

Problema: Filtro de plano de contas na tela de movimentação caixa/banco. Dentro do Sistema WorkMotor, na tela de movimentação caixa banco¹, há como utilizar o filtro Código Conta (plano de contas) para filtrar movimentações especificas, porém, ao se utilizar busca refinada por esse campo, os retornos das movimentações estavam considerando outros códigos de plano de conta além do especificado.

Identificamos que o problema era causado pois a regra anterior de busca era para selecionar todas movimentações cujo código de plano de contas fosse igual ou maior do que o especificado. Corrigimos e modificamos a regra para que quando informado um plano de contas (código) diferente de 0, a busca retorne somente as movimentações cujo código seja correspondente (igual) com o especificado.

¹ Caminho da funcionalidade: FINANCEIRO >> MOVIMENTAÇÃO CAIXA / BANCOS.

21


6. Mudança 2339/102939. Problema: Relatório de vendas por dia. Dentro do sistema WorkMotor é possível gerar o relatório de resumo de vendas por dia¹, onde o relatório apresenta totalizadores de vendas fechadas dentro de um período informado e classifica por tipo de venda. A. Foi gerado um relatório de “Resumo de Vendas por dia” do período de

23/05/2018 a 23/05/2018, por data de emissão, onde os totalizadores ficaram conforme abaixo:

Os valores de desconto das vendas do tipo garantia totalizam R$ 2,60.

B. Foi gerado o mesmo relatório acima, porém com o período de 01/05/2018 a 31/05/2018, onde os totalizadores ficaram conforme abaixo:

Nota-se que o valor bruto continua o mesmo, assim como todos os outros dados menos o valor de desconto que foi de R$ 2,60 para R$ 26,60 (R$ 20,00 a mais).

C. Analisando o caso verificamos que essa diferença está sendo causada por: No relatório gerado para o mês inteiro, os grupos totalizadores estavam considerando itens que foram “cancelados²”, visto isso, corrigimos no relatório para que considere somente item que não foram cancelados na venda.

D. Após gerarmos novamente o relatório com a correção, os valores dos totalizadores saíram conforme abaixo:

Por fim, o erro no cálculo ocorria por conta do relatório mensal considerar erroneamente itens cancelados no totalizador. ¹ Caminho do relatório:

RELATÓRIOS >> VENDAS/OS >> RELATÓRIOS DE VENDAS >> RESUMO DE VENDAS.

22


..………..….MUDANÇAS MENU VENDAS/FINANCEIRO/COMPRAS.………… 1. Mudança 2241/99057.

Problema: Baixa rápida em contas a receber.

Em análise no Sistema, constatamos que: a. Dentro do sistema há a funcionalidade baixa rápida de Contas a receber¹, baixa

rápida de Contas a pagar²: Onde é possível realizar a baixa de vários títulos (em massa) pendentes de pagamento (a pagar) ou pendente de recebimento (a receber). Analisando as duas funcionalidades separadamente, verificamos que: Contas a pagar não estava considerando títulos em aberto que tivessem forma de pagamento preenchida, porém estivessem sem data de baixa (pagamento ou recebimento). Por exemplo:

Título a pagar: 6 Data de vencimento: 28/06/2018 Forma de pagamento: Boleto Data de baixa: Em aberto (sem data de baixa).

Quando se utilizar a baixa rápida de contas a pagar, o título acima deveria constar dentro da lista de títulos que podem dar baixa, pois mesmo com a forma de pagamento preenchida, o mesmo ainda consta em aberto pois não possui data de baixa, Mas, ao utilizar a funcionalidade colocando a data de vencimento do título, erroneamente o título não era listado:

23


Realizamos a correção no Sistema para que quando se utilizer a funcionalidade de baixa rápida das contas a pagar, o sistema considere corretamente os títulos que estiverem em aberto (sem data de baixa/pagamento e/ou valor pendente de recebimento). Após realizar o mesmo teste acima (print 2), o resultado do sistema foi o abaixo:

O print acima mostra o título corretamente informado no grid pois o mesmo se encontra pendente de pagamento e a data de vencimento informada no cabeçalho é a mesma do título. Baixa rápida de Contas a receber¹:

Financeiro >> Contas a pagar/Receber >> Baixa rápida de contas a receber.

Baixa rápida de Contas a pagar² Financeiro >> Contas a pagar/Receber >> Baixa rápida de contas a pagar.

24


2. Mudança 2252/100336.

Problema: Função copiar ordem de serviço com muitos itens não funciona. Nos foi reportado que:

a. Ao tentar utilizar a funcionalidade de copiar a ordem de serviço com uma venda cuja quantidade de itens fosse superior a 500 o sistema estourava o erro abaixo:

A opção Copia O.S funciona para agilizar o processo de criação de OS quando for necessário realizar a criação de alguma ordem de serviço que contenha muitos itens e que tenha sido feita anteriormente.

b. Analisamos a funcionalidade e verificamos que o limite atual da mesma estava abaixo dos 680 itens (300 itens), com isso, realizamos as modificações necessárias aumentando o limite de itens para cópia de OS de 300 para 900. Dessa forma ao realizar a cópia da OS com as alterações/correções, a mesma foi gerada com sucesso conforme print abaixo:

25


3. Mudança 2253/100599.

Problema: Desativação da possibilidade de cadastrar cliente pela tela de OS. Nos foi reportado que:

a. Na versão anterior do sistema, na tela de vendas, quando a busca do cliente não era possível (cliente não cadastrado), o sistema exibia uma mensagem onde era possível realizar o cadastro do cliente sem a necessidade de sair da tela de vendas, o que agilizava o processo de vendas.

b. Primeiramente aparecia a mensagem de que não existia o cadastro procurado.

c. Após clicar em OK, aparecia a mensagem da possibilidade de criar o cadastro do cliente.

d. Ao clicar em SIM, a tela de cadastro de cliente era aberta para cadastro do novo cliente. Reativamos a funcionalidade e a partir dessa versão é possível (novamente) realizar a criação de cadastros de clientes diretamente pela tela de vendas.

26


4. Mudança 2260/100537.

Problema: Troca de atendente após alteração em OS/Venda. (Exclusivo multi-lojas). Nos foi reportado que:

a. Na versão multi-lojas do sistema, quando algum colaborador logado no sistema realizasse a inserção de desconto em alguma ordem de serviço criada por outro colaborador, o atendente da ordem de serviço mudava para o usuário do colaborador que estava inserindo o desconto.

b. Analisamos que o problema ocorria por conta de uma modificação interna no

sistema para melhoria da funcionalidade de inserção de desconto, com isso, corrigimos a tela de ordem de serviço para que o atendente da ordem de serviço não mude conforme alterações realizadas na mesma, mantendo assim, a ordem de serviço com o atendente original.

Obs.: Alteração ocorria somente na versão multi-lojas do sistema, não interferindo assim nas versões Plus, standard ou Workstore.

5. Mudança 2231/93029. Problema: Fechamento de contas a pagar com tempo fora na condição de pagamento.

Nos foi reportado que:

a. Ao utilizar a funcionalidade de tempo fora nas condições de pagamento (vide

print abaixo), selecionando o tempo fora de 1 semana com primeiro pagamento

para 30 dias, o sistema não estava fazendo o cálculo correto.

Visto que, data do fechamento da compra (contas a pagar) em 12/02/2018, com

tempo fora da semana atual e primeiro pagamento para 30 dias, o sistema

deveria desconsiderar a semana do dia 12 (até dia 18/02/2018) e contar 30 dias

após o dia 18 para gerar a data de pagamento da conta, porém, o sistema estava

gerando a data de pagamento para 14/03/2018 ao invés de 21/03/2018 que

seria o correto.

27


b. Foi refeito o cálculo do tempo fora no sistema para meses como fevereiro que

não possuem 30/31 dias, corrigindo a geração do dia de pagamento das contas

a pagar.

Após correção do tempo fora, foi gerado novamente uma nova conta a pagar

no dia 12/02/2018 com o mesmo cenário do item A, onde o sistema gerou

corretamente a data de pagamento da conta para 21/03/2018.

6. Mudança 2287/102469.

Problema: Falha na atualização de estoque em compras.

Nos foi reportado que: a. Ao realizar entrada (compra) de determinados itens, seu estoque não estava

sendo creditado ao realizar a aprovação do item. b. Analisando o caso, encontramos que o problema era de itens cuja origem

viesse de outros sistemas, e que o campo BASE DE MULTIPLICAÇÃO estivesse com valor 0.

c. Print acima é da tela de compras:

Quando se aprovava o item, o sistema multiplicava a Bs. Mult. Pela quantidade unitária da compra, gerando o total de entrada do item, porém, como o valor da Bs. Mult. Era 0, seu total de entrada sempre dava 0, não atualizando o estoque dessa forma.

d. Realizamos a correção necessário, e se a Bs. Mult. For igual a 0, será considerada 1 ao invés de 0.

28


……………………MUDANÇAS ESTOQUE/COMPLEMENTARES……………………

1. Mudança 2294/102469. Problema: Atualização de item com referência de fabricante duplicada. Nos foi reportado que:

a. Dentro do sistema no cadastro de novos itens em estoque há uma validação

interna para que o sistema NÃO permita o cadastro de itens com a mesma

informação de código de referência do fabricante e marca.

b. Porém, nos casos onde o item já existia em estoque, essa validação não estava

sendo efetuada, o que acarretava em possibilidade de atualização de itens com

referência de fabricante duplicada.

Realizamos correção da falha identificada acima, e nas inserções ou atualizações de

itens em estoque o sistema fará analise sobre a referência do fabricante do item e a

marca do mesmo, já existindo outro produto da marca e referencia informada a

mensagem abaixo será mostrada em seu sistema:

Obs.: O cruzamento de referência do fabricante x marca é feito para diminuir a possibilidade

de itens duplicados em estoque, uma vez que em tese, a referência do fabricante é única por

marca de item.

29


2. Mudança 2250/100003 e 100130.

Solicitação: Vetor de Valor por extenso em impresso de pedido.

Em uma solicitação nos foi posicionado que havia a necessidade da criação e

personalização de um vetor que fizesse aparecer no impresso de PEDIDO no sistema o

valor total por extenso, nas versões anteriores o valor aparecia somente por numerais,

por exemplo R$ 34,38, porém, a partir dessa versão e posteriores o valor pode ser

exibido como TRINTA E QUATRO REAIS E TRINTA E OITO CENTAVOS e não somente

como R$ 34,38.

Criamos os 3 vetores abaixo responsáveis pela inclusão do valor por extenso:

a. v_extenso[01];

b. v_extenso[02];

c. v_extenso[03];

Obs.: Desaconselhável realizar QUALQUER modificação em impressos no sistema sem análise

prévia do departamento de apoio técnico, caso deseje implementar a melhoria acima ou outra

personalização no sistema, entre em contato com nosso departamento comercial.

3. Mudança 2280/101029.

Problema: Etiqueta automática não apresenta código de barras.

Nos posicionaram que nas impressões de etiquetas automáticas não estava sendo

mostrado o código de barras corretamente. Analisando essa informação, constatamos

que é necessário que seja incluído junto ao comando para exibição do código de barras

o comando complementar STRTRAN com ALLTRIM. Caso esteja com problemas para

exibição do código de barras em etiquetas automática, é necessária solicitação de

apoio técnico para adequação interna no comando da etiqueta com código de barras.

30


.................................MUDANÇAS SISTEMAS ADICIONAIS................................

1. Mudança 2264/100571.

Problema: Recuperação de senha sistema on-line Cota Já.

Nos posicionaram que ao tentar recuperar a senha do sistema Cota já pelo site

(http://www.cotaja.com.br) o e-mail com a nova senha não era enviado corretamente.

Analisamos o caso e constatamos que por segurança o campo E-mail no “recuperar

senha” não pode ser COPIADO e COLADO (ctrl c + ctrl v), sendo necessário

escrever/digitar o E-mail no campo corretamente.

Obs.:

Sistema cota já é totalmente on-line onde você pode enviar a seus fornecedores cotações

de peças para alimentar seu estoque e conseguir analisar a melhor proposta.

Caso deseje maiores informações, orientamos que assista esse vídeo informativo entre em

contato com nosso departamento comercial.

2. Mudança 2406/105975.

Solicitação: Link do lastnews.

Atualmente no sistema, ao finalizar o mesmo, é aberta uma page no browser/navegador

(http://www.workmotor.com.br/LastNews), onde nessa página incluímos novidades

sobre o WorkMotor ou notícias relevantes para os clientes.

Após atualizarmos o certificado de segurança do site http://workmotor.com.br a pagina

acima mencionada começou a pedir um certificado digital para ser acessada, com isso,

realizamos as adequações necessárias para que não ocorra o pedido de certificado

digital para acesso as informações da página.

http://www.cotaja.com.br/

https://www.youtube.com/watch?v=hFyPF7lGbXA

http://www.workmotor.com.br/LastNews

http://workmotor.com.br/

31


3. Mudança 2396/105063.

Problema: Há disponível no sistema a funcionalidade do QueridoCarro onde quando

ocorrer um chamado de um cliente para a oficina será aberta a tela abaixo diretamente

no WorkMotor:

Porém, nos foi reportado que em alguns clientes mesmo tentando realizar contato com

a oficina (abrindo chamado pelo site ou aplicativo), a tela acima mencionada não estava

sendo exibida.

Realizamos a análise sobre o caso mencionado, e localizamos e corrigimos a causa do

problema mencionado, com isso, todos chamados realizados estão sendo exibidos

corretamente no sistema WorkMotor.

Caso não saiba como funciona e queira entender como funciona o chamado do Querido

Carro clique aqui Ou ligue (19 3305-3000).

http://www.queridocarro.com/

http://workmotor.com/News/ComoAtenderChamadoQueridoCarro.pdf

Documentação do Sistema WorkMotor.€¦ · 7 7. Mudança 2262/100884. Problema: Registro C100,...

Documents

Transcript of Documentação do Sistema WorkMotor.€¦ · 7 7. Mudança 2262/100884. Problema: Registro C100,...