Painel de líderes

Eu controlo através de uma tabela que chamei de Destinadas, com a mesma estrutura do retorno do comando. Durante o dia, os usuários fazem uso de uma rotina disparada manualmente para sincronização a partir de um determinado NSU. Durante a varredura, as notas existentes na tabela de Notas Fiscais são automaticamente manifestadas. No grid, os registros são exibidos com cores diferentes baseadas na situação e status na nfe, facilitando ao usuário a visualização de notas não manifestadas, confirmadas, com ciência... Apesar de fazer update imediato nesta tabela através das rotinas normais dos usuários, a rotina de sincronização tem poder de sobrescrever tudo, dessa forma eu garanto que a minha base está idêntica à da SEFAZ mesmo que ocorra falha em alguma etapa.

Bom dia André, O programa exemplo no caso o ACBrCTeDemo ele não esta compilado e o seu código fonte esta disponivel. A idéia é mostrar para os programadores em Delphi como utilizar as funcionalidades do componente ACBrCTe. Componente este utilizado no ACBrNFeMonitor que por sinal é o que você esta utilizando para emissão do CT-e. Ao gerar o arquivo texto para que o peso bruto seja impresso no lugar certo você deve atribuir ao campo tpMed o seguinte texto: "PESO BRUTO" para que o peso seja impresso na coluna Peso Base de Calculo, atribua ao campo tpMed o texto: "PESO BASE DE CALCULO".

Você não pode ajustar a data/hora de uma impressora para uma data/hora inferior a data/hora do último documento emitido por ela. No seu caso terá que deixar ela parada por 1 dia para assim poder ajustar a data/hora.

Você nunca conseguirá deixar a Data/Hora inferior ao último documento emitido, basta deixar o ECF em intervenção, aguardando chegar a data/hora do último documento emitido, e então ajustar...

Conforme publicado em Manuais de Orientação do Contribuinte - MOC e Notas Técnicas - NT segue o calendário de inicio de novas implementações nos ambientes de homologação e produção e datas finais de versões antigas: DF-e = Documento Fiscal Eletrônico CT-e = Conhecimento de Transporte Eletrônico MDF-e = Manifesto de Documento Fiscal Eletrônico NF-e = Nota Fiscal Eletrônica NFC-e = Nota Fiscal de Consumidor Eletrônica (nome oficial publicado no Ajuste SINIEF 11/2013) +----------------------------------------------------------------------+ | DF-e | Publicação | Versão | Inic. Hom. | Inic. Prod. | Fim Versão / Data | +----------------------------------------------------------------------+ | CT-e | MOC | 2.00 | 01/09/2013 | 01/11/2013 | 1.04c - 01/06/2014 | +----------------------------------------------------------------------+ | MDF-e | NT2013/004 | 1.00a | 29/10/2013 | 01/12/2013 | | +----------------------------------------------------------------------+ | NF-e | NT2013/005 | 3.10 | 02/12/2013 | 03/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 01/12/2014 | | NF-e | NT2013/005 | 3.10 | 03/02/2014 | 10/03/2014 | 2.00 - 31/03/2015 | +----------------------------------------------------------------------+ | NFC-e | NT2013/005 | 3.10 | 01/10/2013 | 04/11/2013 | 3.00 - 01/12/2014 | | NFC-e | NT2013/005 | 3.10 | 02/12/2013 | 06/01/2014 | 3.00 - 31/07/2014 | +----------------------------------------------------------------------+ Com relação a NFC-e só será utilizada pelas UF que aderirem esse modelo de documento fiscal para registrar a venda ao consumidor no varejo. Participantes do projeto piloto da NFC-e: * UFs com WebServices próprios: AM, MT, RS (3 de um total de 11). * UFs que utilizam o SVRS (SEFAZ Virtual-RS): AC, RN, SE (3 de um total de 12) * UFs que utilizam o SVAN (SEFAZ Virtual Ambiente Nacional): MA (1 de um total de 4) O projeto piloto da NFC-e termina em 31/08/2013 19/10/2013, portanto apartir de 01/09/2013 20/10/2013 inicia a nova fase do projeto que é a massificação ou seja, esta aberto para que as demais UFs não participantes do projeto possam entrar e consequentemente a adesão voluntária de novas empresas das UFs participantes e das que venham a aderir esse tipo de documento fiscal para registrar a venda no varejo para o consumidor final. As alterações introduzidas pela Nota Técnica 2013/004 estão previstas em homologação para 01/11/2013, por razões operacionais teremos que antecipar para 29/10/2013. (SEFAZ - RS) As alterações nas datas de inicio para os ambientes de homologação e produção para os documentos NF-e e NFC-e foram alteradas conforme Nota Técnica 2013/005 v1.01 - Versão Nacional 2013. NFC-e Avança no País. Noticia publicada no Portal de Noticias da SEFAZ-AM em 04/04/2014 Link: http://www.sefaz.am.gov.br/noticias/exibenoticia.asp?codnoticia=10548 A noticia totaliza em 21 Estados, mas em primeira mão digo que já são 25 restando apenas Espírito Santo e Santa Catarina. Dentro desses 25 Estados, alguns já adotaram a NFC-e e outros manifestaram interesse em implantar, mas não foi divulgado datas.

Pelo que entendi você tem um aplicativo que fica instalado na contabilidade, porque não coloca a geração do PDF nesse aplicativo lendo do XML ao invés de gravar na base?

Leandro, Trata-se acima de tudo, de preferência de quem administra o projeto... Eu não gosto da maneira de trabalho do GitHub... (opinião pessoal minha) Mas nada impede qualquer usuário clonar nosso repositório SVN no GitHub... Vi algum muito semelhante acontecer com o repositório do Lazarus, onde os desenvolvedores usam SVN, mas um "power" user, criou um repositório de GitHub, com scripts para sincronização do SVN para o GitHub.. Veja esse link: http://wiki.lazarus.freepascal.org/git_mirrors

Eu particularmente preferiria o ACBr num repositório Mercurial. Mas o SourceForge atualmente só trabalha com a versão 1.4.x do hg, que já está na versão 2.7 Nós temos muitos usuários que tem dificuldade de trabalhar com um sistema de controle de versão simples como o Subversion (SNV). Você pode ver isso pelos tópicos criados com dúvidas frequentes sobre o assunto. Embora eu concorde com você que facilitaria para nós que entendemos o funcionamento de um DVCS, muitos usuários ficam perdidos. Acredito que precisamos um pouco mais de tempo para fazer esse tipo de migração. Sobre esse assunto, leia por favor o tópico onde foi sugerida a migração como o Daniel mencionou, Finalmente: Já que esse tópico ficou a cargo da sugestão para migrar para o github, crie por favor um novo tópico explicando suas alterações e anexando os arquivos modificados para serem analisados e discutidos. Obrigado.

E ai?! Alguma notícia?!? se não começaram ainda acho que pessoas interessadas, como eu, devemos começar a fazer! vou ler a documentação e da uma estudada nos fontes dos outros projetos para tentar manter um padrão! Abraços.

Na verdade o limite é 7 caracteres, normalmente traduzidos por 9999,999. Como o Juliomar mencionou, esta legislação é a que define o comportamento do Software Básico do ECF. As duas principais são: Ato cotepe 16/09 sobre os novos ECFs relacionados ao Convênio 09/09 Convênio 85/01 que rege a grande maioria dos ECFs comercializados hoje EDIT: Tinha uma outra legislação que limitava a quantidade a 999, mas não me lembro sobre o que era e muito menos qual é. A propósito, tem que corrigir esse limite na Unit da Bematech para os ECFs mais novos (MFD). Lá está "9999", mas o correto seria "9999,999".