Nota fiscal de Servico Abrasaf

[Rinaldo]

Depois de passar pelas customizações da Invoice para ISS de entrada e alocar custos corretos para fornecedores de um projeto chegou a hora de fazer a NFSE (Nota de serviço da prefeituras),  visto que a nota de saída de mercadoria já existe no modelo Idempiere. 

Vou compartilhar todo esse resultado no final.

Alguém já andou nesse caminho de construção da nota de serviço do modelo da ABRASAF no Idempiere.

Alguém mais necessita de nota de serviço?

Já tenho isso para a os serviços prestados em Porto Alegre, mas não está no Idempiere, e quero agora colocar a disposição da fábrica em Jacareí.

Andei olhando o modelo da Kenos do Adempiere da cidade de SP para ter algumas ideias.

Acredito que fora algumas melhorias necessárias na Invoice (IR, INSS, CSSL em tela separada, abaixo do ISS comentei isso aqui ) o restante possa ser um submenu da gestão fiscal. 

O que você s acham desse local? Ou seria um outro menu?

A minha intenção é colocar no Idempiere a assinatura do certificado A3 com Java WebStart local via JS para assinar e devolver ao server o Idempiere o documento assinado e fazer a trasnmisão no server ou localmente.

Já tenho isso hoje funcionando em POA.

Minha ideia inicial

1 - Campos na Invoice de IR, CSSL e INSS para calcular em separado esses impostos. Gera o XML a partir dessa digitação.

2- Criar um plugin plugin de assinatura A3 de XML  (inicialmente) que instala o Webstart local que faz assinatura via JS (websocket e comunicação via https).

    Alguém tem alguma restrição a essa estrutura para o Idempiere.

3. Na gestão fiscal

3. 1- Criar as funções de Geração de cadastros de tabelas de cada prefeitura e limitações e tabelas básicas de cada prefeitura, com opção de transmissão da RPS localmente pelo Java WebStart

3. 2- Criar o layout no ireport da DANFE de nota, e permitir visualizar notas a serem transmitidas.

3. 3- Criar a função de Gerar RPS, Trasmitir, Cancelamento de NFE, consultar processamento de RPS. (Localmente ou via server). No caso de local recebe o dado e retransmite via websocket https para o server o dado recebido.

A diferença do modelo com A3 é que o documento vai ao client e volta ao server com ou o documento assinado, ou a resposta do servidor se transmisão via client.

Aguardo críticas e sugestões a esse modelo. 

Exemplo , seria melhor exportar as chaves A3 para dentro do sistema e não usar o modelo com WebStart? 

Sei que esse modelo com Web Start é mais comum para quem vende Saas de ERP mas não sei se é o melhor para o Idempierelbr.

 

[Rinaldo]

Correção: Exemplo , seria melhor instalar as chaves  A1 para dentro do sistema e não usar o modelo com WebStart? 

               Pois não se migra A3 para fora de certificado.

[Wandrey Alves Rangon]

Obrigado Rinaldo.

Tem feito um grande trabalho, sendo proativo e compartilhando o resultado com a comunidade.

Deixa eu aprender mais um pouco que já lhe ajudarei também.

Em quinta-feira, 22 de junho de 2017 10:52:37 UTC-3, Rinaldo escreveu:

[Rinaldo]

Controlando as retenções e se o ISS é devido na origem ou no destino:

Para resolver o problema das retenções , visto que em algumas operações com alguns clientes tem retenção e outras não, estou pensando em usar o campo código do status do imposto para isso.

Outra coisa que isso ajudaria é a questão se o ISS é devido na origem ou no destino.

Dessa forma adicionaria a tabela  X_LBR_DocLine_ISSQN os seguintes campos:

/* Saidas Venda de serviço */

public static final String LBR_SERVICO_TAXSTATUS_01_SaidaTributaveNaMunicipioOrigem                   = "01";  //ISS

public static final String LBR_SERVICO_TAXSTATUS_02_SaidaTributaveNoMunicipioDestino                   = "02";  //ISS

public static final String LBR_SERVICO_TAXSTATUS_03_SaidaTributavel                                               = "03";  //CSSL, IR, INSS

public static final String LBR_SERVICO_TAXSTATUS_05_SaidaTributavelporStRetidoPeloComprador        = "05";  //CSSL, IR, INSS, ISS

/* Entradas - Compra de serviços */

public static final String LBR_SERVICO_TAXSTATUS_50_OperacaoDeAquisicaoComDireitoACredito        = "50"; // Eventual credito futuro (INSS, ou outros, projetos de lei) (Saídas: 03)

public static final String LBR_SERVICO_TAXSTATUS_70_OperacaoDeAquisicaoSemDireitoACredito        = "70"; // Custo a pagar ao fornecedor(Saídas: 01,02,03)

public static final String LBR_SERVICO_TAXSTATUS_75_OperacaoDeAquisicaoPorSTaRecolherDestino   = "75"; // Despesa a pagar    (05 CSSL, IR, INSS, ISSRT)

1) Dessa forma quando 05 na saída desconta o valor a pagar pelo cliente e quando 75 na entrada desconta o valor a pagar para o fornecedor (o mesmo valeria para o PIS e COFINS);

2) Ainda quando 01 para o ISS o ISS é devido ao município de saída e quando 02 é devido no município de destino (Notas de saída de serviço, o campo Cidade de Incidência é preenchido na saída)

3) O ISRT sempre na entrada irá ser no município de Destino. (Cidade de incidência na entrada informa o outro município)

O que vcs acham?

A alteração principal seria nas rotinas que já alterei na entrada (DefaultaxProvider, MLBRDocLineDetails, Doc_Invoice);

[Alan Lescano]

Rinaldo, sobre o certificado A3, penso que seu uso é dependente de drivers e pode limitar o uso de alguns sistemas operacionais. Pode também dificultar o uso de VMs. Acredito que o A1 hoje é a melhor solução e seu custo não é elevado para uma empresa implantando um ERP.

Sobre as retenções, há disponível um ótimo plugin que funciona com as regras brasileiras: https://bitbucket.org/CarlosRuiz_globalqss/globalqss-idempiere-lco/src/7309abf4a96191ab822cdf9cd1db15dec4f42ce5/org.globalqss.idempiere.LCO.withholdings/?at=default

   

--
Você recebeu essa mensagem porque está inscrito no grupo "iDempiereLBR" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para idempierelbr+unsubscribe@googlegroups.com.
Acesse esse grupo em https://groups.google.com/group/idempierelbr.

Para ver essa discussão na Web, acesse https://groups.google.com/d/msgid/idempierelbr/fe9de3b4-4f2a-4794-b37a-3ec1d54dbd19%40googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Rinaldo]

Olá pessoal segue em anexo 4 arquivos xmls de novos dados que são necessários para a nota fiscal de serviço padrão abrasf.

Hoje a nota de serviço esta buscando desses XML essas informações. Fora a questão da chamada do plugin (dentros de 3 rotinas da nota normal)   é o que está faltando para deixar mais user friendly

Meus testes hoje estão com prefeituras padrão Abrasf 1.0.. (hoje em produção Porto Alegre). Tenho usado A3 e A1 referente aos certificados.

Na ordem acredito que as informações devem ser colocadas em tabelas novas ou na tabela ad_orginfo

    xml                                         tabela(novos campos)                                  Novas tabelas

1) lbr_orgnfse_abrasf.xml              ad_orginfo ? Ou seria na tabela de parceiro?

2) nfseConfig.xml                                                                                         lbr_cityinfo, (novas info de municipio)  e  lbr_product_city (Uma aba de município no produto?)

3) lbr_servicdecode_abrasf.xml                                                                      lbr_servicecode

4) lbr_servicetype.xml                                                                                   lbr_servicetype

Aceito sugestões de quais tabelas devo colocar essas informações (caso ninguém tenha tenha feito isso ainda)

Em quinta-feira, 22 de junho de 2017 10:52:37 UTC-3, Rinaldo escreveu:

[Jorge Babo]

Caso queira aprender mais podemos fazer um parceria.
Meus contatos 24 24431339
jab...@gmail.com