Jorge Andrade

Aqui é Santos rapá, o orgulho mundial. ahahahahahaha

Live Unimake.DFe com xHarbour na prática está rolando, bora participar? Clique no link abaixo e participe!! Lembrando que hoje vamos aprender a montar o objeto do XML a partir de um XML já existente no HD ou Banco de dados. (Deserialização - Criando o objeto a partir do XML já existente). Muito legal para quem vai utilizar B2B, importação de notas do fornecedor ou para quem já tem rotina de geração do XML da NFe e deseja somente enviá-lo a SEFAZ. https://www.youtube.com/watch?v=PZmZq0pAZxI Complementando as informações do Vailton. Continuação com mais uma live 27/07/2022. Live Unimake.DFe com xHarbour na prática está rolando, bora participar? Clique no link abaixo e participe!! Lembrando que hoje vamos aprender a montar o objeto do XML a partir de um XML já existente no HD ou Banco de dados. (Deserialização - Criando o objeto a partir do XML já existente). Muito legal para quem vai utilizar B2B, importação de notas do fornecedor ou para quem já tem rotina de geração do XML da NFe e deseja somente enviá-lo a SEFAZ. https://www.youtube.com/watch?v=PZmZq0pAZxI

Isso tá me cheirando a quadrilha fora das festas juninas, ou encontro de gambás. ahahahahaha

Macs obrigado pela informação. Vou esperar a pessoa me retornar, se caso ele não me retorne, daí farei este procedemnento que vc me passou. []s,

Rochinha boa tarde Obrigado pela resposta. Consegui fazer o cadastro e cheguei a fazer download normal, mas o ReFox XII ou eu não estou utilizando direito ou tem alguma outra ação, pois ele está gerando um arquivo hexa ou já extensão .HEX, rescue5_secure5 ele só roda em 16 bits que vou tentar fazer o processo do colega que tem o aplicativo. []s,

Amigo Não sei se vai servir pra vc, mas tenho uma rotina bem xulé bem antiga em conmsole, embora eu a uso ainda, pq a preguiça e a falta de capacidade, são maiores que a inteligência ahahaha, mas me quebra o galho e não perco tempo. //Upload de tabelas Dbf x Sql ' oCon := SR_GetActiveConnection() SR_CheckCnn( oCon ) WHILE .T. CLEAR SCREEN x_path1 := x_file1 := x_file2 := SPACR( 70 ) @ 08,00 SAY "Path origem....: " GET x_path1 PICT "@!" @ 10,00 SAY "Tabela origem..: " GET x_file1 PICT "@!" VALID( ! EMPTY(x_file1) ) @ 11,00 SAY "Tabela destino.: " GET x_file2 PICT "@!" VALID( ! EMPTY(x_file2) ) READ IF LASTKEY()==27 CLOSE ALL QUIT ENDIF DiretorioOrigem := rtrim(ltrim(x_path1)) FilerOrigem := rtrim(ltrim(x_file1)) DriveOrigem := "" DriveOrigem := IIF("\\" $ DiretorioOrigem, "", IIF(":" $ DiretorioOrigem,"",CURDRIVE() + ":") ) IF ! File(DriveOrigem + DiretorioOrigem + FilerOrigem+".DBF") ERRMSG1("Tabela DBF de origem não encontrada") CLOSE ALL LOOP ENDIF DriveDestino := "" DiretorioDestino := "" //LimpaStr(x_path1) FileDestino := LimpaStr(x_file2) xCria := .T. IF FileSql(FileDestino) IF ! ERRMSG2("Tabela já existe no BD, copia S/N?") CLOSE ALL LOOP ELSE if ! ERRMSG2("Elimina a tabela S/N?") ERRMSG1("Tabela não eliminada",23) CLOSE ALL LOOP ENDIF SR_DropTable( FileDestino ) //deleta a tabela xCria := .F. ENDIF endif AGUARDE("Abrindo tabela origem") IF SELECT(FilerOrigem) == 0 DbUseArea( .T., "DBFCDX" , DriveOrigem + DiretorioOrigem + FilerOrigem, FilerOrigem,.T.) ENDIF AGUARDE("Capturando estrutura") xFields := (FilerOrigem)->(DBSTRUCT()) CLOSE ALL AGUARDE("Verificando a conexão ativa") SR_GetActiveConnection(oCon) IF ERRMSG2("Recria a Tabela S/N?") AGUARDE("Criando estrutura da tabela " + FileDestino + " no BD") DBCREATE(FileDestino,xFields,"SQLRDD") xCria := .T. ELSE CLOSE ALL LOOP ENDIF AGUARDE("Abrindo tabela destino") DbUseArea( .T., "SQLRDD" , FileDestino, FileDestino,.T.) IF ERRMSG2("Limpa a tabela S/N?") ZAP ENDIF if ERRMSG2("Importa a tabela S/N?") AGUARDE("Importando " + DriveOrigem + DiretorioOrigem + FilerOrigem) APPE FROM (DriveOrigem + DiretorioOrigem + FilerOrigem+".DBF") VIA "DBFNTX"//+".DBF" ERRMSG1("Tabela importada - " + DriveOrigem + DiretorioOrigem + FilerOrigem) ENDIF HB_GCAll(.T.) CLOSE ALL ENDDO

Obrigado Rochinha. Mas pelo aplicativo Fox eu não consegui, gerou um arquivo no formato hex, mas daí não sei o que fazer. Já o outro ele pede login ou registro, não tentei, será que está livre? Ah! Consegui baixar o rescu, só que ele só roda em 16 bits, então vou tentar executar na mesma cpu que a pessoa tem o sistema antigo e consegui me cadastrar no venture, mas não baixei nada. []s,

Galera boa noite Faz tempo que nem lembro que isso existiu, mas ainda existe algum descompilador? Quem pode me indicar um pra que eu possa descompilar uma rotina feita em FOXPRO? Quero ajudar uma pessoa e preciso disso com urgência. []s,

Bom dia. Veja a mensagem que te enviei e ele já deve ter contatado vc. []s,

Conheço alguém, mas é em outra ferramenta e na verdade nem sei se ainda tá tocando este tipo de mercado. Se mesmo assim se interessar te passo o contro, embora terei que confirmar antes se é dele ainda o sistema, pq está em funcionamento.

Obrigado Rochinha, esta tabela ajuda e muito, pq serve para eu comparar os poucos que tenho aqui, que por sinal já baguncei tudo e a sua é de 2021e pode ser inclusão de novos produtos . Agora o pior é, existem a tabela de código CEST criado por conselho federal, mas nem todos produtos tem obrigação de destaque de ST nos estados e isso complica a nossa vida pq, a cobrança vem depois da nota enviada e não calculada. Tenho somente dois estados (RS e RN) que tem na lista de produtos sujeitos a ST com MVA para o ramo de produto de um determinado cliente, quando a cobrança vem, o cliente acha que é sua responsabilidade, quando na verdade, a cada compra, a contabilidade deve informar ao cliente quais produtos tem MVA pq estão sujeitos a ST, inclusive com informações de desconto e etc... Mas segue a vida, vamos continuar matando um leão a cada dia. []s,

Rochinha, acho que a coisa é mais complexa e menos explicada. Em relação aos códigos de barras, esses eu acredito que o órgão que controla, leva em consideração o produto em si, o código criado e registrado pelo fabricante e não a origem de como ele foi fabricado, no caso a matéria prima. Já o NCM leva em consideração isso, veja abaixo que por sua vez, varia de código CEST. Em relação ao MVA, nem faço ideia qual o conceito utilizado para determinar, menos ainda por NCM/CEST. Abaixo seguem alguns produtos que tem o mesmo NCM, descrição e código CEST's diferentes, por isso, eu procuro usar o conjunto NCM/CEST/MVA para cálculo, afim de evitar usar alíquotas erradas e as vezes calcular pra mais ou pra menos a ST. Se calcular pra menos, pode corrigir com nota de complemento, se for a mais a coisa complica Só sei que a coisa é complicada.. Veja que produtos diferentes com o mesmo NCM e códigos CEST diferentes, então, eles podem ter MVA diferentes. CEST NCM ITEM 1701900 4029 17 Produtos alimentícios 19.0 Creme de leite, em recipiente de conteúdo inferior ou igual a 1 kg 1701901 4029 17 Produtos alimentícios 19.1 Creme de leite, em recipiente de conteúdo superior a 1 kg 1702000 4029 17 Produtos alimentícios 20.0 Leite condensado, em recipiente de conteúdo inferior ou igual a 1 kg 1702001 4029 17 Produtos alimentícios 20.1 Leite condensado, em recipiente de conteúdo superior a 1 kg 1709900 17011 17. Produtos alimentícios 99.0 Açúcar refinado, em embalagens de conteúdo inferior ou igual a 2 kg, exceto as embalagens contendo envelopes individualizados (sachês) de conteúdo inferior ou igual a 10 g 1709901 17011 17. Produtos alimentícios 99.1 Açúcar refinado, em embalagens de conteúdo superior a 2 kg e inferior ou igual a 5 kg 1709902 17011 17. Produtos alimentícios 99.2 Açúcar refinado, em embalagens de conteúdo superior a 5 kg 1710100 17011 17. Produtos alimentícios 101.0 Açúcar cristal, em embalagens de conteúdo inferior ou igual a 2 kg, exceto as embalagens contendo envelopes individualizados (sachês) de conteúdo inferior ou igual a 10 g 1710101 17011 17. Produtos alimentícios 101.1 Açúcar cristal, em embalagens de conteúdo superior a 2 kg e inferior ou igual a 5 kg 1710102 17011 17. Produtos alimentícios 101.2 Açúcar cristal, em embalagens de conteúdo superior a 5 kg 1710300 17011 17. Produtos alimentícios 103.0 Outros tipos de açúcar, em embalagens de conteúdo inferior ou igual a 2 kg, exceto as embalagens contendo envelopes individualizados (sachês) de conteúdo inferior ou igual a 10 g 1710301 17011 17. Produtos alimentícios 103.1 Outros tipos de açúcar, em embalagens de conteúdo superior a 2 kg e inferior ou igual a 5 kg 1710302 17011 17. Produtos alimentícios 103.2 Outros tipos de açúcar, em embalagens de conteúdo superior a 5 kg []s,

Aí vc chutou os bagos do João ahahahaha. Jamais cite a palavra ANTIGO para o DBF, né não fofinho? ahahahaha

Amigo, por mais respeito, satisfação e agradecimentos ao DBF, o qual ainda tenho alguns sistemas que utilizam por falta de tempo e capacidade pra migrar todos para o SQ, que no meu caso uso o POSTGRES, como vc está iniciando um novo sistema, sugiro (Não é nome de japonés tá) vc optar um um modo SQL, vc não vai se arrepender, mesmo que não utilize as instruções, vc pode utilizar a SQLRDD ou outra e continuar trabalhando como se fosse DBF. É só uma dica. []s,

Esse papo de Dar é diferente de Doar né? Ou é a mesma coisa? Com essa briga de "Ideologia de gênero" é melhor não arriscar ahahahahahaha

Ih João Kapi, para de beber mano, seu fiqueredo já não existe mais, tem somente uma plaquinha "Aqui jaz" ahahahahaha

Obrigado pela manifestação Rochinha, mas eu preciso é conferir a minha planinha de MVA/IVA com a nacional e as divulgadas pelas Uf's, pois alguns estados seguem uma tabela única e outros não, inclusive com alguns descontos, então é importante vc ter a relação de Ncm/Cest com Mva/Iva, pois em alguns casos há o mesmo Ncm para vários produtos com Cest diferente e por sua vez, mva/iva diferentea. Vc tem esta relação? Se tiver me envie pra eu conferir com a minha. []s,

Galera boa noite Alguém tem uma tabela de Tabela de MVA por ncm atualizada pra me enviar, acho que a minha não está completa e nem atualizada.. []s,

João e Toninho, explica isso direito. Pensei que nem utilizassem mais este tipo de aplicativo pra compactar o executável, visto que a cada dia as cpu's e os sistemas operacionais funcionam com mais flexibilidade. Qual o ganho real atual utilizando eles pra compactar os executáveis?

Ladinilson, isso que te enviei é do FTP.

Isso mesmo Ariston, além das tags abaixo , quando necessárias. E saliento que, as informações de estoque destes produtos, farão parte do SPED, inclusive no final do ano no invetário. []s, <med> <cProdANVISA> código do produto anvida </cProdANVISA> <xMotivoIsencao> motivo da insenção </xMotivoIsencao> <vPMC> Preço consumidor final </vPMC> </med>

Amigo, boa tarde. Eu tenho uma rotina antiga desenvolvida em console que eu utilizava, quem sabe serve pra vc migrar para FW. Tem a conexão, download, upload, rename de arquivos, pasta e etc... Se te interessa, passa o email que te mando. []s,

Fominha é vc que não para de beber e nem paga uma no bar. ahahahahahaha

Faz tempo que não apareço pra o ar da graça. Deixando um recadinho ahahahahaha Nota Técnica 2020.005 _1.20 Recentemente, saiu mais uma versão da Nota Técnica de NFe e NFCe. Abaixo, trouxe alguns detalhes e o que muda com a atualização: No próximo dia 04/10, entra em vigor a NT 2020.005_1.20. A aplicação da Oobj já está preparada para o novo pacote de schemas desde a versão 21.11.0, liberada no dia 02/07. Veja abaixo o que você precisa se atentar ao emitir NFe e NFCe no novo layout: Novos campos para códigos de barras interno Como existem outros códigos de barras em uso no Brasil, e para que o contribuinte possa informar simultaneamente o código de barras do seu fornecedor e seus códigos internos foi criado o cBarra e cBarraTrib sem validações. Produtos e serviços/Declaração de importação Novos códigos para empresas que utilizam declaração de importação: 8=Conduto/Rede Transmissão 9 =Meios Próprios 10=Entrada/Saida Ficta 11=Courrier 12=Em mãos 13=Por reboque Novos eventos que passam a impedir o cancelamento dos documentos 790700 - Registro de averbação; 990100 - Recessão parcela Fat-e (antecipação de recebíveis) 990120 - TRansferência de parcela Fat-e (antecipação de recebíveis) 900140 - Ativação de monitoramento de parcela Fat-e (antecipação de recebíveis) 900138 - Envio parcela Fat-e (antecipação de recebíveis) 900110 - Recebível em avaliação (antecipação de recebíveis) Outras mudanças: - Alteração tipo do campo cAgreg para alfanumérico - Campos ICMS desonerado (ICMS, 10, 70, 90): Impacto diretamente nas operações de substituição tributária relacionados ao uso na agropecuária ou com órgão de fomento e desenvolvimento agropecuário. - Campos ICMS diferido em operações com FCP (ICMS 51): No novo grupo relativo a operações com tributação por diferimento, ficam criados campos para informações do percentual do diferimento relativo ao Fundo de combate à pobreza. - PISST e COFINSST passam a ser destacados nos grupos de imposto e compõe total da NFe - Declaração de exportação (Drawnback) passa ser alfanumérico - Exceção para aquisição de energia elétrica em ambiente de livre contratação. - A regra CEST passa a ser validado se o valor informado for válido. - Emitente bloqueado para operações com UF destino: será validado se o emissor possui irregularidade com a UF de destino e caso exista pendência o documento poderá ser rejeitado mas a critério da UF. - Fim da validação da inutilização para documentos emitidos em contingência: webservice assíncrono passa aceitar emissão somente documentos com mais de um documento no lote - UF da placa passa ser opcional na NFe. Créditos Oobj

Nota Técnica 2021.002 – alterações para o MDFe Recentemente, em abril de 2021 foi lançada a primeira versão da Nota Técnica 2021.002 que traz alterações no Manifesto eletrônico de Documentos Fiscais. A NT trouxe a adequação do grupo “Pagamento” e ajustes nas Regras de Validação. Confira as mudanças abaixo: Cronograma para a Nota Técnica 2021.002 do MDFe Na versão 1.0 da Nota Técnica, esse é o histórico de atualizações: Inclusão da tag vAdiant (valor do adiantamento) Obrigatoriedade das tags número da parcela e data vencimento no grupo infPrazo Regras de validação do grupo pagamento a prazo Regras de validação do contratante A implantação em homologação inicia no dia 2 de maio de 2021 e a implantação em produção inicia em 7 de junho de 2021. Já as regras de validação desta NT, podem entrar em produção a partir de 2 de agosto de 2021. Alterações da Nota Técnica 2021.002 do MDFe Esta Nota Técnica promove algumas mudanças no leiaute do MDF-e do modal rodoviário e do evento de pagamento da operação, adequando o grupo de informações do pagamento a prazo do frete e suas respectivas regras de validação. O objetivo dos ajustes é melhorar a qualidade das informações a serem utilizadas para o lastro de recebíveis de transportes, a serem operacionalizados por instituições do segmento financeiro e Escrituradores de Duplicatas Escriturais, a partir da Plataforma de Consultas para Antecipações de Recebíveis dos Estados (PLAC dos Estados). Alterações no schema do Modal Rodoviário Confira as atualizações em amarelo: # Campo Nível Descrição Ele Tipo Ocor. Tam. Observação 34 vAdiant 3 Valor do Adiantamento E N 1-1 13,2 15 posições, sendo 13 inteiras e 2 decimais 36 nParcela 4 Número da parcela E N 1-1 3 37 dVenc 4 Data do vencimento da parcela (AAA-MM-DD) E D 1-1 10 64 UF 2 UF em que o veículo está licenciado E C 0-1 2 Sigla da UF de licenciamento do veículo O campo vAdiant foi incluído. Já o campo nParcela e dVenc passaram a ser obrigatórios, quando o indicador da Forma de Pagamento campo indPag for à prazo. E por fim, o campo UF passou a ser opcional. Mudanças no schema do evento de pagamento da operação Veja as atualizações (em destaque): # Campo Ele Pai Tipo Ocor. Tam. Observação 18 vAdiant E infPag N 0-1 1 Valor do adiantamento. Informar apenas para pgto a Prazo 20 nParcela E inPrazo N 1-1 3 Número da parcela 21 dVenc E inPrazo D 1-1 10 Data de vencimento da Parcela (AAAA-MM-DD) Atualizações obrigatórias nas regras de validação do MDFe 578 (obrigatória) – Se modal Rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e não estiverem preenchidos: 1. Responsável pela Geração do CIOT ou 2. Responsável pelo pagamento do Vale-pedágio Então.. haverá a rejeição por não informar pelo menos um tomador de serviço (grupo infContratante) 724 (obrigatória) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e indicador de pagamento for a prazo (tag:indPag=1): O grupo de informações a prazo deve ser informado (grupo:infPrazo) 723 (obrigatória) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e indicador de pagamento for a vista (tag:indPag=0): O grupo de informações a prazo NÃO deve ser informado (grupo:infPrazo), caso contrário, haverá rejeição. 727 (obrigatória) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e informado grupo de pagamento, haverá rejeição se o CNPJ/CPF do responsável pelo pagamento estiver inválido. 728 (obrigatória) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e informado grupo de pagamento, rejeitar se o CNPJ do IPEF estiver inválido Atualizações facultativas nas regras de validação do MDFe 725 (facultativa) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada), o grupo produto predominante deve estar informado (grupo: prodPred). 726 (facultativa) – Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) ou Transportador Próprio que informou o Tipo de Transportador (tpEmi=2 com tag tpTransp informada) e MDFe possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado para não acontecer erro. Regras de validação desativadas Confira as rejeições que foram desabilitadas na Nota Técnica 2021.002: 454: Tipo de Transportador para Carga Própria e Proprietário do veículo diferente do emitente deve ser TAC 457: Tipo de Transportador deve ser diferente de TAC 458: Tipo de Transportador não deve ser informado para Emitente de Carga Própria proprietário do veículo Rejeições incluídas na Nota Técnica 2021.002 735: Número da parcela inválido [nParcela:999] 736: Data de vencimento da parcela menor que a data de emissão [nParcela:999] 737: Data de vencimento da parcela menor que a data da parcela anterior [nParcela: 999] 738: Somatório do valor das parcelas diferente do valor do contrato 739: Valor do adiantamento não pode ser informado para pagamento à vista 740: O proprietário do veículo quando informado deve ser diferente do emitente do MDF-e 741: O contratante deve ser igual ao emitente do MDF-e quando indicado proprietário do veículo 742: Contratante informado duplicado [Contratante: 99999999999] 743: O tipo de transportador deve ser TAC quando informado CPF do proprietário do veículo de tração 744: O tipo de transportador deve ser ETC ou CTE quando informado CNPJ do proprietário do veículo de tração 745: O tipo de transportador não ser informado quando não estiver informado proprietário do veículo de tração 746: A soma dos componentes do pagamento deve ser igual ao valor do contrato