Re: [pgbr-geral] NF Eletrônica
Adriano, Entendo sobre o dilema que está passando, mas um bom passo em caminho da normalização nesse momento seria tornar o número da NF igual a um número interno e assim criar série e número da NF novamente, resolvendo o problema quanto aos diversos JOINS. Tipo assim: Chave Primária passa a ser um campo denominado INTERNO INTEGER, índice natural único SÉRIE e NÚMERO. Em princípio o interno ganha o número das NF anteriores e segue normalmente sua seqüência independente do número da NF. A quantidade de trabalho em qualquer um dos casos não é pequena, mas acredito que passa a ser uma solução independente da LEGISLAÇÃO que poderá lhe pregar novas peças no futuro. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. Já consideramos colocar a série, mas a quantidade de alterações é tamanha que essa solução acabou por se tornar inviável. Até porque o risco de algum lugar ficar sem a alteração necessária nos joins, vai causar erros de acumulo e etc.. Colocando o um bilhão, de cara eliminamos o problema de alteração em todos os joins e mantemos os vinculos corretos. Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas é uma solução que nessas circunstâncias torna-se a menos problemática. Adriano. 2008/11/20 José Mello Júnior [EMAIL PROTECTED] Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
URGENTE ME AJUDEM Da essa msg quando abro o banco pelo PGADMIN e os Quando os usuarios acessam o sistema Error connecting FATAL desculpe muitos clientes conectados Obrigado 2008/11/21 José Mello Júnior [EMAIL PROTECTED] Adriano, Entendo sobre o dilema que está passando, mas um bom passo em caminho da normalização nesse momento seria tornar o número da NF igual a um número interno e assim criar série e número da NF novamente, resolvendo o problema quanto aos diversos JOINS. Tipo assim: Chave Primária passa a ser um campo denominado INTERNO INTEGER, índice natural único SÉRIE e NÚMERO. Em princípio o interno ganha o número das NF anteriores e segue normalmente sua seqüência independente do número da NF. A quantidade de trabalho em qualquer um dos casos não é pequena, mas acredito que passa a ser uma solução independente da LEGISLAÇÃO que poderá lhe pregar novas peças no futuro. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. Já consideramos colocar a série, mas a quantidade de alterações é tamanha que essa solução acabou por se tornar inviável. Até porque o risco de algum lugar ficar sem a alteração necessária nos joins, vai causar erros de acumulo e etc.. Colocando o um bilhão, de cara eliminamos o problema de alteração em todos os joins e mantemos os vinculos corretos. Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas é uma solução que nessas circunstâncias torna-se a menos problemática. Adriano. 2008/11/20 José Mello Júnior [EMAIL PROTECTED] Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:chat?contact= [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Essa é uma idéia a ser avaliada.Obrigado. Adriano 2008/11/21 José Mello Júnior [EMAIL PROTECTED] Adriano, Entendo sobre o dilema que está passando, mas um bom passo em caminho da normalização nesse momento seria tornar o número da NF igual a um número interno e assim criar série e número da NF novamente, resolvendo o problema quanto aos diversos JOINS. Tipo assim: Chave Primária passa a ser um campo denominado INTERNO INTEGER, índice natural único SÉRIE e NÚMERO. Em princípio o interno ganha o número das NF anteriores e segue normalmente sua seqüência independente do número da NF. A quantidade de trabalho em qualquer um dos casos não é pequena, mas acredito que passa a ser uma solução independente da LEGISLAÇÃO que poderá lhe pregar novas peças no futuro. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. Já consideramos colocar a série, mas a quantidade de alterações é tamanha que essa solução acabou por se tornar inviável. Até porque o risco de algum lugar ficar sem a alteração necessária nos joins, vai causar erros de acumulo e etc.. Colocando o um bilhão, de cara eliminamos o problema de alteração em todos os joins e mantemos os vinculos corretos. Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas é uma solução que nessas circunstâncias torna-se a menos problemática. Adriano. 2008/11/20 José Mello Júnior [EMAIL PROTECTED] Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:chat?contact= [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Não utilize uma mensagem para postar um novo assunto. Isto está ocorrendo porque os terminais não conseguem se conectar ao Banco de Dados, pode ser problemas com a configuração do pg_hba ou ainda com o firewall ou finalmente se o banco está respondendo no endereço e portas esperadas. []´s 2008/11/21 Ralf Schlindwein [EMAIL PROTECTED] URGENTE ME AJUDEM Da essa msg quando abro o banco pelo PGADMIN e os Quando os usuarios acessam o sistema Error connecting FATAL desculpe muitos clientes conectados Obrigado 2008/11/21 José Mello Júnior [EMAIL PROTECTED] Adriano, Entendo sobre o dilema que está passando, mas um bom passo em caminho da normalização nesse momento seria tornar o número da NF igual a um número interno e assim criar série e número da NF novamente, resolvendo o problema quanto aos diversos JOINS. Tipo assim: Chave Primária passa a ser um campo denominado INTERNO INTEGER, índice natural único SÉRIE e NÚMERO. Em princípio o interno ganha o número das NF anteriores e segue normalmente sua seqüência independente do número da NF. A quantidade de trabalho em qualquer um dos casos não é pequena, mas acredito que passa a ser uma solução independente da LEGISLAÇÃO que poderá lhe pregar novas peças no futuro. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. Já consideramos colocar a série, mas a quantidade de alterações é tamanha que essa solução acabou por se tornar inviável. Até porque o risco de algum lugar ficar sem a alteração necessária nos joins, vai causar erros de acumulo e etc.. Colocando o um bilhão, de cara eliminamos o problema de alteração em todos os joins e mantemos os vinculos corretos. Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas é uma solução que nessas circunstâncias torna-se a menos problemática. Adriano. 2008/11/20 José Mello Júnior [EMAIL PROTECTED] Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:chat?contact= [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Ralf Schlindwein escreveu: URGENTE ME AJUDEM Da essa msg quando abro o banco pelo PGADMIN e os Quando os usuarios acessam o sistema Error connecting FATAL desculpe muitos clientes conectados Olhe com carinho o seu postgresql.conf, ele vai ser gentil com você e vai mostrar uma variável importante. O nome dela é max_connections. Olhe para ela com carinho, veja o valor dela e pense: será que esse valor não está muito abaixo do que deveria ser? []s -- Dickson S. Guedes Administrador de Banco de Dados Confesol - Projeto Colmeia Florianopolis, SC, Brasil (48) 3322-1185, ramal: 26 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Apenas me intrometendo num assunto que desconheço... A resposta não estaria neste parágrafo da documentação que enviou?? Porque por questões de modelagem, ainda acredito (talvez de forma inocente) que o número de uma nota fiscal seja sua chave natural. O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. -- Shander Lyrio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Pois é, como eu gostaria que você estivesse certo.Ficamos sabendo disso na semana passada e foi um surpresa, inclusive nosso departamento fiscal entrou em contato com SEFAZ-MG e confirmou. Dê uma olhada no item 4 que eu transcrevo abaixo: http://www.nfe.fazenda.gov.br/portal/assuntoagrupado3.aspx#sc0304 *4. . Como deve ser a numeração / séries da NF-e em relação à Nota Fiscal em papel?* A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF-e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF-e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. 2008/11/20 Jerson Kalinke | CVA SS Sistemas - Pato Branco(PR) [EMAIL PROTECTED] Voce tem certeza que começa do numero 01? O que esta vindo e a serie das nf 0. Nao tenho certeza do que estou escrevendo, mas acho que não. Porque tenho o sistema que represento, instalado em empresas que são concessionarias de veiculos e maquinas agicolas, e a numeração continuou, notas oriundas dos fabricantes. Estou em clientes de outro municpio, mas quase com certeza que sua colocação esta equivocada. Att. Jerson Kalinke / Juceli Veronezi (46) 3225-1029 / 3225-7079 (46) 9971-1606 / 9973-4463 Central Vendas Atendimento - SS Sistemas Região Sudoeste PR [EMAIL PROTECTED] www.sssistemas.inf.br - Original Message - *From:* Adriano Espinoza de Oliveira [EMAIL PROTECTED] *To:* Comunidade PostgreSQL Brasileirapgbr-geral@listas.postgresql.org.br *Sent:* Wednesday, November 19, 2008 6:48 PM *Subject:* [pgbr-geral] NF Eletrônica Pessoal, primeiro a história depois o problema. HISTÓRIA Por conta da implantação da Nota Fiscal Eletrônica, teremos que zerar a numeração da NF. Acontece que obviamente temos a Nf nº 1 no sistema, e por um erro de modelagem os vinculos com duplicatas e todo o resto do sistema é feito pelo campo numero da nota, pois bem imaginem o tamanho da bucha! Poderiamos fazer várias coisas, dentre elas, criar um campo, como se fosse um tipo da NF, ou alterar os vinculos de toda a base, mas isso geraria, muito trabalho refazendo todos os jois de relatórios, consultas telas e etc... detalhe a implantação começa em 01/12/08. Tomamos a seguinte descisão: iniciar o contador de Nf´s com 1.000.000.001(um bilhão e um), assim todos os vinculos são mantidos. PROBLEMA O problema gerado com isso é menor: somente a consulta e a apresentação do numero da Nf em dezenas de milhares de lugares tem que ser tratada. É ai que preciso da opinião de vocês: 1) simplesmente colocar em todos os relatórios e telas: select cast(numerodanf -10 as integer) as numerodanf - como a alteração tem q ser feita em muitos lugares tenho medo que no futuro, alguém coloque a conta com um zero a menos por exemplo, ou esqueça... ai vai dar merda... 2) posso fazer um função: select tira_bilhao(numerodanf) as numerodanf - com uma função, elimino o problema de errar na conta, e ainda posso pensar em eliminar os dois bilhoes e por ai vai... mas o desempenho da consulta ou do relatório pode piorar... 3) construir um operador que faça a conta da mesma forma que uma função. - a query ficaria assim select numerodanf operador 1, como se fosse isso: select numerodanf^1. - Vai dar o mesmo resultado que usar uma função, mas pelo que li, o desempenho dos operadores é otimizado de alguma forma. - Se isso for possível, a gambiarra vai ficar mais limpa nas queries e menos sujeita a erros. - Estou viajando nessa idéia de operador? - Se não estou como eu construo um? Agradeço as contribuições. Abraços a todos. Adriano Espinoza -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.175 / Virus Database: 270.9.8/1800 - Release Date: 19/11/2008 18:55 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Adriano Espinoza de Oliveira escreveu: Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Amigo Adriano, Entendo bem esse seu dilema... já passei por situações parecidas... e infelizmente por falta de tempo, dinheiro, qualificação (e talvez em alguns caso até competência), não conseguimos criar esse Mundo dos Sonhos onde temos uma Modelagem Perfeita utilizando técnicas e conceitos avançados... as vezes acho que isso fica só na mente das pessoas... pois bem, não vamos desviar o foco... Uma vez passei por algo parecido e tb nao queria sair trocando Joins em td quanto era lugar no sistema, mas não pelo trabalho, mas mais em função de criar bugs na aplicação. Sendo assim resolvi criar um novo campo na tabela e um indice unique por este pra garantir integridade, e usar esse novo campo como meu numerador sequencial e mudar os relatórios e consultas... claro que deu trabalho tb, mas pelo menos não fiquei alterando SQLs no que diz respeito a JOINs e td mais... Só pra te explicar o meu caso, temos um sistema de Controle de Processos de Protocolo (uma espécie de Workflow) e este tinha Numeração Sequencial que tb era a Primary Key da Tabela... mas isso durou até um cliente querer numerar sequencialmente seus processos por ano, tipo: 1/2008, 2/2008, 3/2008 ... e reiniciar essa numeração a cada ano... e isso tb foi assim em cima da hora... rsrsrsrsr, haviamos implantado o sistema num ano e no final do mesmo eles estavam se preparando para a entrada do novo ano e nos demos conta que o sistema nao atendia... dai tivemos de fazer isso... de cara precisamos mudar umas 3 ou 4 interfaces (do atendimento do Protocolo - Criacao Processos, Tramites e Consultas) e com tempo fomos colocando esse novo campo em todo o resto do sistema onde se fazia necessário... Hoje em dia temos outras partes do sistema que necessitariam de algo parecido, então como já fizemos uma vez é tranquilo... mas trabalho sempre vai dar... Espero ter ajudado em algo. Cordialmente, -- Fabrízio de Royes Mello Coordenador Desenvolvimento de Software [EMAIL PROTECTED] DBSeller Informática Ltda. - http://www.dbseller.com.br (51) 3076-5101 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. Já consideramos colocar a série, mas a quantidade de alterações é tamanha que essa solução acabou por se tornar inviável.Até porque o risco de algum lugar ficar sem a alteração necessária nos joins, vai causar erros de acumulo e etc.. Colocando o um bilhão, de cara eliminamos o problema de alteração em todos os joins e mantemos os vinculos corretos. Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas é uma solução que nessas circunstâncias torna-se a menos problemática. Adriano. 2008/11/20 José Mello Júnior [EMAIL PROTECTED] Conside criar o campo série e colocá-lo como parte da chave natural, uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar as NF do zero e a previsão para a numeração está limitada a 6 dígitos. []´s 2008/11/20 Adriano Espinoza de Oliveira [EMAIL PROTECTED] Leandro, realmente é problema de modelagem, se você ler direito meu texto, escrevi isso na segunda linha. O sistema é antigo... e bla bla bla!!! Minha dúvida e solicitação de ajuda não é sobre isso! Adriano 2008/11/20 [EMAIL PROTECTED] Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : A numeração utilizada pela NF-e será distinta e independente da numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- e é uma nova espécie de documento fiscal:o modelo da NF-e é 55 e os modelos das Notas Fiscais em papel correspondentes são ?1 ou 1A?. Ou seja, realmente é uma deficiência de modelagem: existem duas entidades diferentes, ou... Independentemente do tipo de operação, a numeração da NF-e será seqüencial de 1 a 999.999.999, por estabelecimento,e por série, devendo ser reiniciada quando atingido este limite . O contribuinte poderá adotar séries distintas para a emissão da NF- e, mediante lavratura de termo no livro Registro de Utilização de Documentos Fiscais e Termos de Ocorrência ? RUDFTO. ...um erro mais grosseiro de não levar em conta a série na chave da entidade NF (genérica). -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED][EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219MSN: msnim:[EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] NF Eletrônica
Pessoal, primeiro a história depois o problema. HISTÓRIA Por conta da implantação da Nota Fiscal Eletrônica, teremos que zerar a numeração da NF. Acontece que obviamente temos a Nf nº 1 no sistema, e por um erro de modelagem os vinculos com duplicatas e todo o resto do sistema é feito pelo campo numero da nota, pois bem imaginem o tamanho da bucha! Poderiamos fazer várias coisas, dentre elas, criar um campo, como se fosse um tipo da NF, ou alterar os vinculos de toda a base, mas isso geraria, muito trabalho refazendo todos os jois de relatórios, consultas telas e etc... detalhe a implantação começa em 01/12/08. Tomamos a seguinte descisão: iniciar o contador de Nf´s com 1.000.000.001(um bilhão e um), assim todos os vinculos são mantidos. PROBLEMA O problema gerado com isso é menor: somente a consulta e a apresentação do numero da Nf em dezenas de milhares de lugares tem que ser tratada. É ai que preciso da opinião de vocês: 1) simplesmente colocar em todos os relatórios e telas: select cast(numerodanf -10 as integer) as numerodanf - como a alteração tem q ser feita em muitos lugares tenho medo que no futuro, alguém coloque a conta com um zero a menos por exemplo, ou esqueça... ai vai dar merda... 2) posso fazer um função: select tira_bilhao(numerodanf) as numerodanf - com uma função, elimino o problema de errar na conta, e ainda posso pensar em eliminar os dois bilhoes e por ai vai... mas o desempenho da consulta ou do relatório pode piorar... 3) construir um operador que faça a conta da mesma forma que uma função. - a query ficaria assim select numerodanf operador 1, como se fosse isso: select numerodanf^1. - Vai dar o mesmo resultado que usar uma função, mas pelo que li, o desempenho dos operadores é otimizado de alguma forma. - Se isso for possível, a gambiarra vai ficar mais limpa nas queries e menos sujeita a erros. - Estou viajando nessa idéia de operador? - Se não estou como eu construo um? Agradeço as contribuições. Abraços a todos. Adriano Espinoza ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] NF Eletrônica
Voce tem certeza que começa do numero 01? O que esta vindo e a serie das nf 0. Nao tenho certeza do que estou escrevendo, mas acho que não. Porque tenho o sistema que represento, instalado em empresas que são concessionarias de veiculos e maquinas agicolas, e a numeração continuou, notas oriundas dos fabricantes. Estou em clientes de outro municpio, mas quase com certeza que sua colocação esta equivocada. Att. Jerson Kalinke / Juceli Veronezi (46) 3225-1029 / 3225-7079 (46) 9971-1606 / 9973-4463 Central Vendas Atendimento - SS Sistemas Região Sudoeste PR [EMAIL PROTECTED] www.sssistemas.inf.br - Original Message - From: Adriano Espinoza de Oliveira To: Comunidade PostgreSQL Brasileira Sent: Wednesday, November 19, 2008 6:48 PM Subject: [pgbr-geral] NF Eletrônica Pessoal, primeiro a história depois o problema. HISTÓRIA Por conta da implantação da Nota Fiscal Eletrônica, teremos que zerar a numeração da NF. Acontece que obviamente temos a Nf nº 1 no sistema, e por um erro de modelagem os vinculos com duplicatas e todo o resto do sistema é feito pelo campo numero da nota, pois bem imaginem o tamanho da bucha! Poderiamos fazer várias coisas, dentre elas, criar um campo, como se fosse um tipo da NF, ou alterar os vinculos de toda a base, mas isso geraria, muito trabalho refazendo todos os jois de relatórios, consultas telas e etc... detalhe a implantação começa em 01/12/08. Tomamos a seguinte descisão: iniciar o contador de Nf´s com 1.000.000.001 (um bilhão e um), assim todos os vinculos são mantidos. PROBLEMA O problema gerado com isso é menor: somente a consulta e a apresentação do numero da Nf em dezenas de milhares de lugares tem que ser tratada. É ai que preciso da opinião de vocês: 1) simplesmente colocar em todos os relatórios e telas: select cast(numerodanf -10 as integer) as numerodanf - como a alteração tem q ser feita em muitos lugares tenho medo que no futuro, alguém coloque a conta com um zero a menos por exemplo, ou esqueça... ai vai dar merda... 2) posso fazer um função: select tira_bilhao(numerodanf) as numerodanf - com uma função, elimino o problema de errar na conta, e ainda posso pensar em eliminar os dois bilhoes e por ai vai... mas o desempenho da consulta ou do relatório pode piorar... 3) construir um operador que faça a conta da mesma forma que uma função. - a query ficaria assim select numerodanf operador 1, como se fosse isso: select numerodanf^1. - Vai dar o mesmo resultado que usar uma função, mas pelo que li, o desempenho dos operadores é otimizado de alguma forma. - Se isso for possível, a gambiarra vai ficar mais limpa nas queries e menos sujeita a erros. - Estou viajando nessa idéia de operador? - Se não estou como eu construo um? Agradeço as contribuições. Abraços a todos. Adriano Espinoza -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.175 / Virus Database: 270.9.8/1800 - Release Date: 19/11/2008 18:55 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral