Suporte: Criou página com '=Visão Geral= Explicação do que é esperado do sistema com relação ao comportamento de baixar o estoque. =Formas de Baixa o estoque= Existem 2 formas de trabalho para ba...'

2021-04-28T12:40:08Z

Criou página com '=Visão Geral= Explicação do que é esperado do sistema com relação ao comportamento de baixar o estoque. =Formas de Baixa o estoque= Existem 2 formas de trabalho para ba...'

Página nova

=Visão Geral=
Explicação do que é esperado do sistema com relação ao comportamento de baixar o estoque.

=Formas de Baixa o estoque=
Existem 2 formas de trabalho para baixa do estoque no sistema uma é o [http://ibsip.homeip.net:8080/index.php/Gloss%C3%A1rio#COMMIT commit] no fim da transferência/do gravar e a outra é um recurso novo que faz o commit item a item. 
Com o commit item a item a chance de ocorrer o deadlock é muito menor já que não importa se a venda tem 1 item ou 500, a cada item ocorre o commit liberando a tabela estoque para ser alterada por outra transação.

==Commit ao Fim da Transferência==
Esse é o modo padrão do sistema(data estelar 14/10/2020 versão 3.3.1.014) e realiza o commit das informações todas de uma vez ao finalizar toda transferência do movimento.

===Comportamento SisFatura===
Em uma venda com 3 itens onde ocorre o deadlock no item de sequencia 2 os itens 1 e 3 terão seus estoques movimentados e o item 2 não, no banco de dados o campo FG_FEZ_ATUALIZACAO_ESTOQUE do item 2 ficará 0 e dos demais ficará 1. 
Ao se fazer um DAV o sistema realiza a reserva do estoque e ao faturar ele retira essa reserva, se ocorrer algum problema para se remover a reserva o DOC_FATURA irá ficar com o campo FG_VOLTOU_RESERVA_DAV como 0 (implementado na versão 3.3.1.014).

===Comportamento IBSFiscal===
Caso se inicie uma transferencia de um cupom com 4 itens e o item 2 ter um Deadlock o sistema irá abortar a transferência de todo o cupom executando um [http://ibsip.homeip.net:8080/index.php/Gloss%C3%A1rio#ROLLBACK rollback], não colocando informação alguma no servidor da existência desse movimento.

==Commit Item a Item==
Essa opção trabalha com 2 parametros o FG_FORCAR_COMMIT_POR_ITEM utilizado para ativar no SisFatura a rotina e o FG_FORCAR_COMMIT_POR_ITEM_CAIXA utilizado para ativar no IBSFiscal.

===Comportamento SisFatura===
Em uma venda com 3 itens onde ocorre o deadlock no item de sequencia 2 os itens 1 e 3 terão seus estoques movimentados e o item 2 não, no banco de dados o campo FG_FEZ_ATUALIZACAO_ESTOQUE do item 2 ficará 0 e dos demais ficará 2. 
Ao se fazer um DAV o sistema realiza a reserva do estoque e ao faturar ele retira essa reserva, se ocorrer algum problema para se remover a reserva o DOC_FATURA irá ficar com o campo FG_VOLTOU_RESERVA_DAV como 0 (implementado na versão 3.3.1.014).

===Comportamento IBSFiscal===
Caso transferir um cupom com 4 itens e ocorrer o Deadlock no item 2, no servidor irá constar os 2 itens o 1 e o 2 sendo que o item 1 terá o campo FG_FEZ_ATUALIZACAO_ESTOQUEcomo 4 e o item 2 terá com o valor de 0. Ao se executar a transferência dos dados do caixa pro servidor o IBSFiscal irá tentar transferir novamente do item 2 para frente. Então caso o sistema tenha algum item de cupom fiscal com o valor do campo FG_FEZ_ATUALIZACAO_ESTOQUE com 0, verifique no caixa que gerou a venda que existe uma venda pendente a transferência.

Baixa Estoque - Histórico de revisão

Suporte: Criou página com '=Visão Geral= Explicação do que é esperado do sistema com relação ao comportamento de baixar o estoque. =Formas de Baixa o estoque= Existem 2 formas de trabalho para ba...'