Jorge Andrade

Ladinilson, desta vez ele se entregou. Pra quem sempre disse que era corinthiano, macho, maloqueiro e sofredor, sei não, acho que ele é Bambi, saca isso! " Passei raiva. Ike q oidio... kkkkkkk ", Uiii, magoei! Miga sua loka. ahahahahahah

Sacou? O Valdir pescador criou uma lista dos arquivos a serem compactados. É interessante ter a lista em arquivo externo pra facilitar a manutenção de inclusão, exclusão e alteração dos arquivos da lista. Mais um que matou a cobra. ahahahahaha []s,

João, bom dia Qual o aplicativo vc pretende utilizar? Próprio ou terceiros? Mas, a forma mais confiável seria de forma absoluta, criando uma lista com os nomes deles. Outra opção é usar máscaras nos nomes dos arquivos, desde de que vc consiga diferenciar dos demais que não pretende copiar. Ex: No Cobian, vc tem a possibilidade de informar a pasta, nome absoluto ou com máscara. []s,

Pessoal, me perdoem a manifestação, mas acho que esta foi a melhor resposta que obtivemos sobre o assunto, não nego que as vezes respondo bobagens, mas, jamais responder desta forma, parece resposta de suporte de grandes empresas, onde as respostas são: Vc leu o manual? Vc desligou e esperou alguns segundos antes de religar o equipamento e etc... Sinto muito amigo, mas esta não ajudou em nada, na minha maneira de pensar é o famoso "SE VIRA", "LEIA O MANUAL" e etc..., pense vc tendo uma resposta desta aqui no grupo. Por favor, consulte a documentação do SQLRDD Não sou usuário do SQLRDD, mas baixei agora a versão demo, criei e executei um teste com sucesso. Seja mais acessível, poste aqui a sua solução para o amigo Macs e talvez os demais possa usufruir do seu conhecimento. []s,

Jackson, amigo, boa tarde Acredito que vc está certo, mas, vou falar algo aqui que não concordo, mas infelizmente neste pais, o empresário que não fizer isso está fadado a fechar, demitir e ajudar nas estatísticas do desemprego, subemprego, trabalho escravo e etc... que recai principalmente sobre os menores, pois estes seguram a onda daqueles grandes, monstruosos que não recolhem pis, cofins, fgts, inss e etc... e ficam esperando todos os anos pelos refis. Tenho a esperança que que um dia isso acabe e que possamos pagar e ter retornos justos dos tributos recolhidos e não apenas para sustentar grandes empresários e a principalmente as desgraças do país que são classe política sem exceção e as autoridades jurídicas oficiais. Então, na atualidade, sinto que alguns empresários não burlam o fisco, apenas sobrevivem e geram empregos, enquanto outros não fazem nenhum dos dois, ou seja, vivem a realeza, não criam empregos e ainda tem retornos dos governos. Mas torçamos que isso mude de forma rápida e nos conscientize que a honestidade não dá for de cabeça, somente bem estar. []s,

Ué, manda pra todos João, agradecemos a sua contribuição. []s,

É por aí mesmo Jackson, como disse o que vi na palestra, especificamente no caso da indústria, aquisição da matéria prima, ordem de produção, produto final manufaturado, com todas as etapas, conforme o período. Obs: Mas tb deixei claro que desde a palestra meses atrás, não li mas nada a respeito. []s,

Eu não li muito a respeito, mas estive numa palestra logo no inicio da divulgação do referido registro e no caso da indústria, o processo é total, vai desde a aquisição da matéria prima, até o produto final, sem esquecer os serviços de terceiros, dos quais, algumas indústrias se utilizam. Exemplos: Confecções, que repassam serviços as costureiras externas, design, cortes e etc... e outras. Então, vai desde a ordem de fabricação até o produto final. Obs: Como disse, não acompanhei a evolução e as alterações deste registro, então citei apenas processos relativos a indústrias ou distribuidores semelhantes/enquadrados. []s,

Desculpe, na ânsia de te ajudar, não li atentamente seu post. No caso o Sputnik te deu o caminho das pedras, se vc já tem o nome do BD, basta verificar se ele existe ao conectar e pode criar programa. Ser caso as tabelas estiverem em DBF, pode fazer a criação do BD e a importação direta via programa, são rotinas simples. []s,

Exatamente Jackson, é que eles citam como LIBS então não quis mudar, mas são DLLS sim, além das CLASSES. []s,

Oscar,ACBRLIBMAIL e a ACBRLIBSAT já estão liberadas, disponibilizei pro Rochinha a ACBRLIBSAT pelo skype e estou esperando ele se manifestar a respeito. []S

Amigo, na lib eu não sei se tem, mas vc pode fazer "select * from pg_database;", mas pra isso, vc deve logar o server e um bd qqr de seu conhecimento ou então, usar o psql -U <usuario> e senha e depois listar os bds pelo comando /l. Espero ter ajudado

Pessoal, desculpe dar um pitaco bobo, mas, não seria mais fácil capturar o NETNAME da estação, visto que, numa rede não pode existir mais que uma estação com o mesmo nome? Lógico que, exceto se estiverem em redes diferentes. []s,

A PLAC Fat-e disponibiliza para as empresas que trabalham com antecipações de recebíveis serviços úteis para a verificação e autenticidade das NFes. Saiba mais: Foi lançada a Plataforma de Consultas da Fatura Eletrônica para Antecipações de Recebíveis dos Estados (PLAC Fat-e) no dia 13 de Dezembro em Salvador (BA), que também está sendo operacionalizada na Sefaz virtual da Bahia. O lançamento foi feito pelas Secretarias de Fazenda dos estados . Essa plataforma colabora com a redução dos juros no mercado e o aumento da oferta de crédito. Tais contribuições cooperam principalmente com as micro e pequenas empresas. A PLAC Fat-e realiza consultas e registros de informações de vendas a prazo a partir das notas fiscais eletrônicas (NFe) e consolida tais dados nas Faturas Eletrônicas (Fat-e). Além disso, a plataforma está interligada com a agenda pública do Banco Central (BC) que possui ações relacionadas ao mercado financeiro e formas de proporcionar segurança jurídica e operacional. Teste na PLAC Fat-e A Plataforma está sincronizada com as bases de dados das seguintes secretarias da Fazenda: Alagoas; Bahia; Distrito Federal; Espírito Santo; Paraíba; Piauí; Rondônia; Rio Grande do Sul; Sergipe. As Empresas do Segmento financeiro desses estados já podem fazer testes na plataforma neste link. A maioria dos estados brasileiros não estão sincronizados com a PLAC Fat-e. Porém, só durante outubro e novembro, meses que fazem parte dos testes, foram registrados mais de 50 milhões de faturas eletrônicas com um montante aproximado em R$ 244 bilhões em vendas a prazo. Como contratar o PLAC Fat-e? Apenas em janeiro de 2020 a plataforma estará disponível para o uso. É necessário que antes da sua liberação as demais secretarias da Fazenda se sincronizem com a PLAC Fat-e. Como a PLAC Fat-e funciona? Com a PLAC Fat-e, as Secretarias de Fazenda atendem a necessidade de criação das registradoras de ativos financeiros e Duplicata Eletrônica. Isso é possível porque a plataforma disponibiliza para as empresas que trabalham com antecipação de recebíveis lastreados por NFe (Duplicatas) vários serviços relacionados a verificação da autenticidade das NFes. Além disso, a PLAC Fat-e também monitora os eventos vinculados a NFe até a liquidação da operação de crédito. Assim, a plataforma ajuda as empresas em suas operações de vendas a prazo a confirmar a autenticidade de uma nota fiscal e verificar se aquela venda ocorreu. Dessa forma, através dos eventos vinculados a NFe e suas faturas, a Plataforma disponibiliza a opção de checar se o destinatário está ciente da obrigação contraída, se a mercadoria já foi encaminhada ou entregue, se houve devoluções ou sinistro na carga. O emissor da NFe também não é permitido cancelar as notas fiscais que estão vinculadas a operações de crédito, após o registro da cessão. Além disso, a PLAC Fat-e evita a apresentação de NFes repetidas, por parte do emissor, como comprovação de operações de antecipação para mais de uma instituição do sistema financeiro. Leia mais: Acompanhe o ciclo de vida de sua NFe Eventos NFe monitorados pela PLAC Fat-e Ciência da operação Conhecimento de Transporte eletrônico Manifesto Eletrônico de Documentos Fiscais (MDFe) Registro de Trânsito Físico da Mercadoria; Confirmação do Recebimento de Mercadoria Registro de operação não realizada; Registro de Desconhecimento de Operação; Aviso de Irregularidade na Operação: Carta de Correção Eletrônica: Averbação de Embarque Vantagens da Plataforma dos Estados (PLAC Fat-e) Maior segurança para as operações de antecipações de recebíveis; Disponibilização dos processos fiscais de forma centralizada; Acesso restrito; Sigilo fiscal; Conexão instantânea com os atores da operação; Redução de custos de comunicação; Redução de protestos indevidos; Capital de giro com menores taxas de juros para as empresas. Ferramentas da PLAC Fat-e Consulta: Verificação da autenticidade da NFe e recebimento do XML e eventos da NFe; Recebível em Avaliação: Monitoramento dos eventos vinculados a NFe, até as parcelas das duplicatas vencerem; Registro de Cessão de Parcela de Fat-e por IMF: Informação dada para uso exclusivo de Registradores de Ativos Financeiros; Transferência de Parcela de Fat-e por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, para informar sobre a ocorrência de endosso de parcela da Fat-e para um novo endossatário; Envio de parcela de Fat-e para Cobrança Judicial por IMF: Evento de uso exclusivo de Registradora de Ativos Financeiros, com o objetivo de informar a transferência da parcela para cobrança judicial. Créditos: Oobj []s,

NFCe e NFe 2019: Alterações para abril Conteúdo do Artigo Responsável Técnico Local de Retirada e Entrega Mensagem de Interesse da SEFAZ Protocolo de Autorização na Rejeição por Duplicidade FCP no Grupo de Repasse do ICMS ST Motivo de Isenção da ANVISA Quadro Transportador no DANFE Novas Rejeições Publicações relacionadas Tempo de leitura: 4 minutos Confira as alterações para a NFCe e NFe em 2019 No dia 02 de Janeiro foi publicada a primeira Nota Técnica do ano com várias alterações previstas para NFe e NFCe. A Nota Técnica 2018.005 traz novos campos, novas rejeições, alterações na especificação do DANFE e mudanças nos retornos enviados pela Sefaz. As modificações devem estar disponíveis no ambiente de homologação até dia 25 de Fevereiro. Já a entrada em produção, está prevista para 29 de abril. Responsável Técnico A Nota Técnica trouxe um novo conceito de responsabilização da emissão das notas fiscais. Trata-se do Responsável Técnico, a empresa responsável pela transmissão do documento para a Sefaz. Consideram-se responsável técnico empresas que são: Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão. Para ler mais sobre os novos campos aqui. Local de Retirada e Entrega Outra mudança é a inclusão de informações no local de retirada ou o local de entrega. Porém, até agora são informados apenas o CNPJ/CPF e o endereço do local de retirada (quando o endereço é diferente do endereço do remetente) ou do local de entrega (quando o endereço é diferente do endereço do destinatário). A partir da vigência da norma, será necessário informar mais dados do Expedidor e do Recebedor. Leia mais sobre os novos campos e as alterações no DANFE aqui. Mensagem de Interesse da SEFAZ Além disso, a norma ainda alterou o grupo de informações do Protocolo de Resposta da Sefaz (protNFe) para incluir informações de interesse da Secretaria. Agora os retornos da Sefaz podem ter também os seguintes campos: Código da Mensagem (cMsg) Mensagem da Sefaz para o emissor (xMsg) Este novo grupo é opcional, mas provavelmente será adotado por alguns estados de acordo com algumas operações. Em definição futura, a mensagem poderá ser tanto de interesse do Emitente, quanto de ambos Emitente e Consumidor. Protocolo de Autorização na Rejeição por Duplicidade A critério da UF, poderá ser retornado o protocolo de autorização da NFe ou NFCe nos casos em que ocorrer a rejeição por duplicidade: Rejeição 204: Duplicidade de NF-e [nRec:999999999999999] Isso irá acontecer somente nos casos em que o DigestValue da nota enviada (e rejeitada) for igual ao da autorizada. Isso foi uma demanda das empresas para facilitar a obtenção desta informação e poder corrigir a informação em seus sistemas. FCP no Grupo de Repasse do ICMS ST Foram criados campos relacionados ao Fundo de Combate à Pobreza (FCP) para Grupo de Repasse de ICMS ST retido anteriormente em operações interestaduais com repasses através do Substituto Tributário (ICMSST): Valor da Base de Cálculo do FCP retido anteriormente (vBCFCPSTRet) Percentual do FCP retido anteriormente por Substituição Tributária (pFCPSTRet) Valor do FCP retido por Substituição Tributária (vFCPSTRet) Este grupo aceita as seguintes tributações: 41 = Não Tributado 60 = Cobrado anteriormente por substituição tributária – este último adicionado na NFe 4.0 Leia mais: + Tudo sobre Fundo de Combate à Pobreza (FCP) na NFe 4.0 + FCP Principais Dúvidas Respondidas (FAQ) Motivo de Isenção da ANVISA Na versão 1.61 da norma que regulamenta a NFe 4.0, foi adicionada a possibilidade do contribuinte preencher o Código do Produto ANVISA (cProdANVISA) com o número de uma decisão que isenta o medicamento ou matéria-prima farmacêutica nos casos em que o produto não tem o registro na ANVISA. Agora foi melhorado o preenchimento do campo com a adição de uma tag específica para essa informação. Quando o produto não possuir registro, o campo de Código do Produto ANVISA deve ser preenchido com o literal ISENTO. O número da Resolução da Diretoria Colegiada da ANVISA (ou outra norma que isenta o produto) deve ser preenchido no novo campo: Motivo da isenção da ANVISA (xMotivoIsencao). Leia mais: + Novo campo: Medicamentos na NFe 4.0 Quadro Transportador no DANFE Seguindo as mudanças realizadas para as opções de Frete da NFe 4.0, a norma trouxe uma mudança no layout do DANFE no quadro Transportador. A identificação da Modalidade do Frete (campo modFrete) deverá ser preenchido com um dos códigos: 0=Contratação do Frete por conta do Remetente (CIF); 1=Contratação do Frete por conta do Destinatário (FOB); 2=Contratação do Frete por conta de Terceiros; 3=Transporte Próprio por conta do Remetente; 4=Transporte Próprio por conta do Destinatário; 9=Sem Ocorrência de Transporte. Leia mais: + Frete reformulado na NFe 4.0 Novas Rejeições Com os novos campos, portanto, foram adicionadas também novas regras de validação. Segue abaixo a listagem de todas as novas rejeições mapeadas: Rejeição 970: Código de País inexistente [local de retirada/entrega] Rejeição 971: IE inválida [local de retirada/entrega] Rejeição 972: Obrigatória as informações do responsável técnico Rejeição 973: CNPJ do responsável técnico inválido Rejeição 974: CNPJ do responsável técnico diverge do cadastrado Rejeição 975: Obrigatória a informação do identificador do CSRT e do Hash do CSRT Rejeição 976: Identificador do CSRT não cadastrado na SEFAZ Rejeição 977: Identificador do CSRT revogado Rejeição 978: Hash do CSRT diverge do calculado Créditos: Oobj

Aê galera, se liguem na bagaça. A Nota Técnica 2018.005, publicada no início de Janeiro de 2019, trouxe muitas mudanças para NFe e NFCe. Dentre eles, está a apresentação do novo conceito chamado Responsável Técnico. As alterações devem entrar em ambiente de homologação até dia 25 de Fevereiro. O ambiente de produção está previsto para 29 de abril de 2019. + Leia mais: Local de retirada e entrega na NFe 4.0 Quem afinal é o Responsável Técnico? De acordo com a Nota Técnica, a Sefaz considera como Responsável Técnico as empresas que são: Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão. A identificação do responsável foi incluída principalmente para responsabilizar o uso indevido do ambiente de autorização. Além disso, com a informação do documento é possível o eventual contato das Secretarias com os responsáveis técnicos (e futuras sanções). Sistema ERP vs. Software de Mensageria No mercado atual, no entanto, existem cenários onde não existem apenas um responsável técnico. Um exemplo é quando uma empresa possui uma solução de faturamento e utiliza uma solução de mensageria de outra empresa para comunicação com a SEFAZ. O primeiro seria um sistema de faturamento responsável por integrar dados e processos e automatizar as informações do negócio. Dentre suas atividades podemos listar: controlar estoques, gerenciamento de pedidos e tratar vendas. Normalmente, esse sistema é chamado de ERP (Enterprise Resource Planning) ou Sistema integrado de gestão empresarial. O segundo seria um software de mensageria responsável por gerenciar a comunicação entre o sistema de faturamento e a Secretaria da Fazenda. Dentre suas atividades está formatar os dados fornecidos no layout solicitado, assinar o arquivo comprovando a autoria da emissão, enviar e tratar o retorno dos lotes emitidos a Sefaz. A Oobj é uma empresa que realiza a mensageria de diversos documentos fiscais, dentre eles a NFe e NFCe. Ambos sistemas possuem responsabilidade técnica sobre o documento fiscal enviado, o primeiro sobre a qualidade dos dados enviados pelo contribuinte e o segundo pela transmissão dos dados aos sistemas autorizadores estaduais. Ainda não ficou claro pela documentação da Sefaz qual seria o responsável técnico a ser informado no documento fiscal nesses casos. Campos do Responsável Técnico Foi criado um novo grupo opcional na NFe chamado Informações do Responsável Técnico pela emissão do DF-e (infRespTec). Nele existem os seguintes campos: CNPJ da empresa responsável pelo sistema utilizado na emissão do documento fiscal eletrônico (CNPJ) Nome da pessoa a ser contatada (xContato) Email da empresa a ser contatada (email) Telefone da empresa a ser contatada (fone) Identificador do CSRT (idCSRT) Hash do CSRT (hashCSRT) Código de Segurança do Responsável Técnico (CSRT) A critério da UF, para os estados que exigem o credenciamento de software emissor de DFe, poderá ser exigido também um código de segurança para a empresa desenvolvedora do software, denominado de Código de Segurança do Responsável Técnico – CSRT. O CSRT será um código alfanumérico (de 16 a 36 bytes) de conhecimento apenas da Sefaz do emitente e da empresa responsável pelo sistema emissor de DFe. O conceito é bastante similar ao código CSC da NFCe. Porém na NFe ou NFCe não deve ser preenchido o CSRT. A fim de garantir maior segurança no processo e autoria de emissão, foi incluído o campo Hash do CSRT (hashCSRT) que é gerado a partir da concatenação do CSRT da empresa com a chave de acesso do documento. O fornecimento do CSRT será feito em página específica ou WebService da Sefaz estadual. Neste portal/API, o responsável técnico poderá solicitar, consulta ou revogar um CSRT. Por enquanto não foi divulgado nenhum portal estadual para cadastro do Responsável Técnico. Poderão ser solicitados até 5 códigos CSRT válidos por estado. Para incluir outro, a empresa deverá revogar um anterior. Como gerar o hash do CSRT? O passo-a-passo para gerado o hashCSRT deve seguir o indicado a seguir: Concatenar o CSRT cadastrado na Sefaz com a chave de acesso do documento a ser emitido (NFe / NFCe) Exemplo: 2. Aplicar o algoritmo SHA-1 sobre a concatenação e converter para base64. A string resultante terá 28 caracteres Exemplo: 3. Preencher o campo hashCSRT com o resultado. Atenção! Poderão ser emitidos até 5 CSRT válidos com IDs diferentes. Guarde o hash gerado para CSRT de ID correspondente. Exemplo: Responsável Técnico em outros modelos O Conhecimento de Transporte (CTe) e o Manifesto de Carga (MDFe) já possuem campos para o Responsável Técnico desde as Notas Técnicas 2018.002 para os respectivos modelos. Os campos são exatamente os mesmos dos incluídos para NFe e NFCe. + Leia mais: MDFe e CTe com CPF a partir de Outubro de 2018 Novas Rejeições Com os novos campos, foram adicionadas novas rejeições ao projeto. Seguem abaixo uma lista das regras de validação para o Responsável Técnico: Rejeição 972: Obrigatória as informações do responsável técnico Rejeição 973: CNPJ do responsável técnico inválido Rejeição 974: CNPJ do responsável técnico diverge do cadastrado Rejeição 975: Obrigatória a informação do identificador do CSRT e do Hash do CSRT Rejeição 976: Identificador do CSRT não cadastrado na SEFAZ Rejeição 977: Identificador do CSRT revogado Rejeição 978: Hash do CSRT diverge do calculado Créditos: OOBJ

Luiz, vc tem que analisar seu código, instrução sql pra saber se ele está fazendo varreduras demoradas e várias vezes para a mesma coisa, exemplo: Vc entra num restaurante e o garçom te entrega o cardápio. 1 - Vc pede uma cerveja e o garçom não te ofereceu uma opção e não te perguntou e nem anotou qual item do cardápio vc escolheu 2 - Pede outra cerveja e o garçom de novo, não te ofereceu uma opção e não te perguntou e nem anotou qual item do cardápio vc escolheu 3 - Pede outra cerveja e já está bêbado e nem sabe o que vai comer, e o garçom não te ofereceu uma opção e não te perguntou e nem anotou qual item do cardápio vc escolheu 4 - Vc chama o garçom e escolhe o item do cardápio, ele avisa que vai demorar x tempo. Resumo, se ele te perguntasse em uma das vezes que vc pediu a cerveja ou te oferecesse uma opção do cardápio e vc escolhesse, com certeza já iria mensurar o tempo que a sua refeição iria demorar e vc saberia qto tempo demoraria pra tomar a última cerveja, combinando o tempo da chegada da refeição, além do tempo dele no atendimento. É um exemplo xulo, mas a intenção é tentar combinar o máximo de solicitações ao BD em uma única instrução de forma que as primeiras cláusulas satisfaçam de forma integral e demais necessidades, cláusulas independentes, porém derivadas das anteriores. Uma outra coisa. Pode ser a instrução combinada com a impressão, não esteja indo pro Spool, liberando a rotina e as tabelas envolvidas no processamento. Se falei asneiras, desconsidere e me desculpe. []s,

Pessoal, bom dia. Desde 07/01/2019 a microsoft disponibilizou atualizações de segurança que está dando pau nos acessos ao compartilhamentos, fiquem espertos. Se não excluir esta atualização fica sem acesso aos compartilhamentos. []s,

Isso mesmo, só para SAC, me adiciona no skype: fnlinf@hotmail.com. []s,

Opa!!! Já está disponível Rochinha, inclusive com classes de 1o. nível. Se não estiver enganado este é um exemplo de chamada da posPrinter. *function POS_Inicializar(const eArqConfig, eChaveCrypt: PChar): longint; DECLARE INTEGER POS_Inicializar IN ACBrPosPrinter32.DLL STRING eArq?Config, STRING eChaveCrypt []s, []s,

Pessoal Boa noite Alguém já está usando a LIB/DLL acima em xHarbour ou Fw? []s, ]

Substituição de NFCe No dia 21 de Dezembro foi divulgada a Nota Técnica 2018.004 que cria uma nova forma de cancelamento: o Cancelamento por Substituição. Esse evento deve ser utilizado apenas quando existir outra NFCe em duplicidade, que tenha sido emitida e autorizada em contingência anteriormente e acoberte a mesma operação. O prazo da autorização não pode ser superior a 168 horas (7 dias). O novo cancelamento tem previsão para implantação em ambiente de teste até dia 25 de Fevereiro de 2019 e sua Produção iniciará a partir do dia 29 de Abril de 2019. Leia mais Créditos: OOBJ

Oscar, blz? Mas se vc abriu a tabela pra fazer qualquer processo com o Scope ou Filter e precisa contar os registros, então, a instrução que o amigo passou só faz isso, ou seja,contar os registros, se vc precisar fazer mais ações teria que fazer novo SELECT. Não seriam melhor vc abrir a sua tabela com os filtros ou Scope que vc precisa e usar o comando abaixo, pois, a sua tabela já tem os registros selecionados, basta vc contá-los: COUNT TO <varName> ; [<Scope>] ; [WHILE <lWhileCondition>] ; [FOR <lForCondition>] Ou criar um SELECT aninhado com os filtros e a contagem dos registros ao mesmo tempo? []s,

Vc é maloqueiro e sofredor, mas tem o coração bom. ahauahuaua