Painel de líderes

Vimos comunicar aos usuários ACBr que estamos trabalhando para sempre trazer melhorias ao Projeto e por consequência a nossos usuário, este post tem por finalidade informar que além das novas versões de NF-e, CT-e, lançamento de SAT-e, NFC-e ,estamos trabalhando para que o projeto ACBr possa ser utilizado na plataforma Firemonkey, no 1o momento não vamos nos preocupar com multi-plataform, vamos usar o que temos e ajusta-lo para que uma aplicação feita em Firemonkey possa usa-la. Como é um caminho novo para nós também, estamos encontrando obstáculos, e não sabemos até onde podemos chegar realmente, mas de 1a mão anuncio que temos 80% dos componentes podendo ser compilados em uma aplicação Firemomkey, como mostra a imagem em anexo. Hoje faltando os componentes ACBrECF (falta bem pouco para esse), todos os eletrônicos NFe, CTe, NFSe, MDF-e, NFC-e se não esqueci de algum são esses. Em anexo segue os fontes alterados, para quem queira fazer algum teste, nesse 1o passo ajustaremos os fontes para que possam ser compilados, num segundo passo converteremos os demos para Firemonkey, não daremos tempos para conversão, o que fizemos até o momento é fruto de tempo disponível que tiramos do nosso tempo de trabalho ou folga, então conto com a compreensão e também ajuda para que possamos o mais breve possível conseguir essa e novação ao Projeto ACBr. Fontes_FMX.zip

Boa tarde a todos, Esta disponível no Portal Nacional da NF-e a Nota Técnica 2014/002 que trata do assunto de distribuição de documentos fiscais eletrônicos. Quero chamar a atenção de algumas coisas: 1. O ambiente de teste só será disponibilizado em 15/09/2014; 2. O Web Service NfeConsultaDest será desativado em 02/02/2015; 3. Não foi disponibilizado os schemas de validação para consulta de DF-e (distDFeInt_vx.xx.xsd); 4. Não foi disponibilizado as URLs de homologação e de produção. Como vocês podem ver, temos que esperar para começar a implementar e realizar os primeiros testes. Mas isso não significa que podemos deixar de lado a NT. Convido a todos a baixar e ler, são apenas 13 páginas, e não vem depois dizer, que não tem tempo para ler. Lendo com bastante atenção vocês vão descobrir algumas coisas interessantes nessa NT. Não vou contar, leiam.

Recentemente, com base no código do ACBrNFe2, desenvolvi uma rotina (ver exermplo em anexo) que permite usar certificados A3 no Lazarus (Windows 32bits). A rotina faz uso das bibliotecas WinINet e CAPICOM. O André e o Juliomar estão ajudando a alterar o ACBrNFe2 para trabalhar com a nova rotina que se transformará numa classe, a princípio, chamada TACBrHTTPReqResp. Outros componentes deverão ser beneficiados com a nova classe: MDF-e, CT-e, NFS-e, e também o e-Social. Além disso, vários projetos poderão ser portados para Lazarus, como, por exemplo, o ACBrNFeMonitor CAPICOM. laz_WinINet_CAPICOM.rar

Vai na página principal daqui e veja lá no final! outra coisa por favor leia as regras do fórum! vi que postou aqui e em outro local, não faça isso poste em um local e aguarde até que alguém lhe responda!

Boa tarde Rodrigo, O problema é que o Solivam não desenvolve em Delphi, ele se utiliza do ACBrNFeMonitor, e gostaria de saber se o mesmo atende a NFS-e. Solivam até o momento não temos um Monitor (especifico ou não) para NFS-e. Os motivos são diversos. Primeiro que o componente não atende todas as cidades brasileiras; Segundo por ser uma nota de nível municipal, a cidade é atendida por um provedor e quando vence o contrato, se o mesmo não ganhar a licitação, entra outro no lugar; Desta forma o Monitor já não serve mais para aquela cidade. Se o novo provedor já foi implementado no ACBrNFSe, a alteração a ser feita no componente é simples e rápida, depois basta compilar novamente o Monitor. Por outro lado se for um provedor novo e para ajudar não segue o padrão ABRASF, ai pode esquecer.

Boa tarde Solivam, Apesar de existir a aba NFS-e, nada foi implementado no ACBrNFeMonitor no que diz respeito a NFS-e. E até onde sei, ainda não há previsão.

Juliomar, Baixei a versão do Fortes do SVN sugerido e compilo e instalou. Com isso consegui compilar o ACBrMonitor também e imprimir os boletos. Muito Obrigado.

Se fazia tempo, a causa é essa, foi alterado a forma de instalar os pacotes dos componentes via ACBrInstall, agora tudo fica dentro de uma pasta lib dentro do diretorio acbr, então se você tem pacotes e arquivos antigos, precisa limpar primeiro. No teu caso funcionou porque compilou a mão, isso sobrepôs o arquivo antigo que está na pasta errada, funciona agora, mas pode lhe dar dor de cabeça no futuro. Aconselho a limpar o ACBr e reinstalar seguindo o procedimento: Apagar todos os arquivos: ACBr*.bpl ACBr*.dcp ACBr*.dcu PCN*.bpl PCN*.dcp PCN*.dcu SYNA*.bpl SYNA*.dcp SYNA*.dcu Remover as entradas antigas dos pacotes no registro, ou entrar no delphi e dizer não para os erros de pacote não encontrado. Após isso, reinstalar utilizando o ACBrInstall. Esse procedimento vai certificar que não terá problemas futuros.

Tudo normal aqui com D7, D2007, D2010, e XE6.

A resposta já foi dada em pelo menos 4 tópicos diferentes e também neste aqui, segue novamente:

Cada vez que vc chama o comando Nota1.NotasFiscais.Add vc está adicionando uma nova nota ao componente. Estude o demo e veja como gerar corretamente uma nota.

Saverio, Desculpa achei que você esta incluindo a linha para setar o valor de idDest e esta ocorrendo erro de identificador não encontrado. Há necessidade de incluir a linha {$I ACBr.inc} no topo da Unit e deve incluir também a linha: Ide.idDest := xxxx no código da rotina que alimenta o componente. Exemplo: with ACBrNFe1.NotasFiscais.Add.NFe do begin (...) // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior); if UFDestinatario = 'EX' then id.idDest := doExterior else if UFDestinatario = UFEmitente then id.idDest := doInterna else ide.idDest := doInterestadual; (...) end; O campo idDest deve receber um dos 3 valores dependendo da venda ser dentro do estado (interna) ou para fora do estado (Interestadual) ou para fora do pais (Exterior). Ou seja, será necessário comparar a UF do Emitente com a UF do Destinatário para saber qual valor a ser atribuído a idDest. Espero ter ajudado.

Olá amigos, iniciei este tópico em janeiro, e acreditem, somente agora consegui uma solução para meus problemas. Na verdade algumas soluções. Segue então algumas dicas: Estudei um pouco sobre o OpenVPN (http://openvpn.net), um software livre que permite criar redes virtuais através da Internet, como o Hamachi. No site vocês podem baixar a imagem do Linux já com o software instalado e rodar no VMWare. Depois de criar o seu servidor de VPN você os usuários poderão acessá-lo via browser e baixar o aplicativo 'client', este aplicativo irá fazer uma conexão com seu servidor e pronto, você estará conectado com seu cliente na mesma rede virtual com a classes de IP's que você definiu no seu servidor , então você poderá usar RDP do Windows, VNC, TeamViewer via rede (não possui limitações na versão free), AMMY via rede (não possui limitações na versão free). Toda conexão é feita através por http/https o que garante acesso para clientes através de firewall. Você poderá gerenciar sua VPN também através do browser, saber quem está conectado, estatísticas de utilização da rede etc. Fiquei impressionado com a velocidade da rede utilizando a VPN, o software é muito eficaz na compressão de pacotes. Instalei o VNCRepeater também no mesmo servidor Linux como redundância caso tenha problemas com a VPN. Personalizei o aplicativo VNC SingleClick que se conecta automaticamente ao meu VNCRepeater. Caso alguém se interesse posso passar mais detalhes pois já passei pelo caminho das pedras até conseguir fazer tudo isso funcionar perfeitamente.

No seu código postado não encontrei o comando para salvar. De qualquer forma, vc deve chamar o comando GerarNFe e depois o SaveToFile.

Boa noite! Pessoal vou deixar como destaque este tópico por uns dias, pois do contrário logo ele passaria para pág. 2 e se isto acontecer vão surgir vários tópicos sobre o mesmo assunto. Obrigado Italo pelas informações.

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.