Painel de líderes

Pessoal, muitos estão perguntando sobre o Sped ECF, disponibilizei o que tem até o momento na pasta Trunk2, ele já está funcionando no ACBrInstall para ser instalado. Como vi que falta BASTANTE coisa, convoco a ajuda de vocês, como proceder? Vocês podem pegar um Bloco ou até mesmo um Registro para descreve-lo usando os outros Sped como base, para isso anuncie na sequência desse post informando qual os registros que estão desenvolvendo até que o mesmo esteja totalmente funcional, ao termino poste em anexo as units alteradas, para que eu possa subi-la, assim ficando liberado para começar a desenvolver outros registros.

Boa tarde Marcello, A propriedade: AdicionarLiteral esta com o valor True?

Oi amigos, Eu utilizo o Fortes Report para impressão do todos os documentos fiscais nos meus sistemas. Porém o DAMDFE veio com vários problemas de acentuação, etc. Não sei se aconteceu com todos mas estou mando a fonte corrigida para análise. Atc, ACBrMDFeDAMDFeRLRetrato.pas ACBrMDFeDAMDFeRLRetrato.dfm

Informe o registro que estará fazendo para que outro não faça e gere duplicidade de trabalho, desde já obrigado.

Baixando! já começo a implementar as coisas amanhã.

Cometi o erro de passar uma venda de teste no SAT de um cliente pensando que configurando o componente iria para ambiente de homologação mas passou a venda para o cliente. Como dito anteriormente o SAT de produção não irá transmitir pra homologação. Pessoal graças a Deus deu certo. Porém a impressão do extrato está com caracteres especiais na impressão na MP 4200 TH. Alguém tem alguma solução para isso. Aguardo.

Vamos tratar em um lugar só? http://www.projetoacbr.com.br/forum/topic/23574-ao-enviar-e-mail-da-erro-na-hora-e-enviar-o-arquivo/

Propriedade Modelo: ecfEscECF MODELO: "EPSON TM-T900F" SUBMODELO: "TM-T900F"

Seria necessário debugar mais afundo... entrar com o F7 nas rotinas.. e ver quem realmente dispara esse A.V.

Boa Tarde, está correto: CSOSN=102, 500, 300 => ICMSSN102 CSOSN=400 => ICMSSN900 A partir de 01/01/2016 CSOSN=400 => ICMSSN102 Tirado do Manual de especificação: Redação atual, efeitos até 31.12.15. 102- Tributada pelo Simples Nacional sem permissão de crédito. 300 – Imune 500 – ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação Nova redação, efeitos a partir de 01.01.16. 102- Tributada pelo Simples Nacional sem permissão de crédito. 300 – Imune 400 – Não tributada 500 – ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação Sds, Ricardo.

Italo, Quem sabe, sabe... hehehe Era exatamente o que estava faltando - obrigado. Marcello.

Testando no laboratório-Móvel a nova versão;

Caros Colegas, Hoje existe uma grande dificuldade na implantação de um sistema quanto os tributos que o cliente deve usar, ICMS, CFOP, se há ou não substituição, Procurando na internet achei a solução da Systax, mas com o custo fora da realidade de muitos Clientes, alguém tem conhecimento de alguma ferramenta de WebServices que faça integração com ERP, para retorno dos tributos de um determinado NCM - Origem -> Destino - Tipo do Cliente ? Grata a Todos

Mova seus fontes modificados e baixe novamente pelo SVN... as correções de acentuação já foram feitas no SVN a alguns dias...

Valdir, Não se refere a EPEC, acesse o link abaixo: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= e clique no link: Nota Técnica NFCe 2014.001

Ótimo Ítalo, Fica bem mais fácil de manter um padrão na hora de procurar os arquivos para enviar um e-mail ou imprimir. As mudanças no trunk2 ficaram perfeitas. Parabéns a todos.

Bom dia Cardilo, Sim, a estrutura de salvar em disco os XMLs referentes aos evento é a mesma tanto no ACBrNFe, quanto no ACBrCTe e ACBrMDFe. Lembrando que algumas pastas podem não ser criadas uma vez que não existe o tipo de evento para o respectivo documento fiscal. Por exemplo a pasta CCe (dentro de evento) não será criada no caso do ACBrMDFe uma vez que este não possui Carta de Correção, por outro lado vai ser criado a pasta Encerramento e os outros dois (ACBrNFe e ACBrCTe) não.

Bom dia Valdir, Por favor leia a Nota Técnica 2014/001, essa NT trata sobre a Administração do Código de Segurança do Contribuinte - CSC. Se não me falha a memória esse serviço só esta disponível na SEFAZ-AM, mas poderá ser implantado por outras SEFAZ.

Bom dia Italo, Deu uma consultada no Manual_MDFe_ v 1.00 - 29.08.2012, neste consta informações da nota Mod. 1 e 1A, mas no Manual_MDFe_v1.00a ja não consta mais este tipo de informação para mod,1 e 1A. 06/02/2015 - Manual de Orientações do Contribuinte, versão 1.00a de 11/12/2014 (PDF)Define as especificações e critérios técnicos necessários para a integração entre Ambiente Autorizador e os sistemas de informações das empresas emissoras de Manifesto Eletrônico de Documentos Fiscais - MDF-e. Dentre as novidades no MOC, destacam-se a atualização do Manual com as Notas Técnicas já implantadas e a retirada das informações referentes a Nota Fiscal em Papel (MOD 1 e 1A) com as regras referentes a esse tipo de documento. Então não será mais possivel especificar mod.1 e 1A, só CTe e NFe. Obrigado pelo atenção Italo e desculpa fazer perder seu tempo com isto.

Bom dia pessoal! Graças a Deus e ajuda de todos vocês conseguiu resolver o problema. O Problema foi resolvido da seguinte forma: Na tela baixo em "Delphi compiler", no parte direita existe a opção "Conditional defines", então cliquei em "...", logo depois adicionei a palavra "VCL", de acordo como orientado aqui em alguns postes. E funcionou. Obrigado a todos pelo suporte, colaboração e compreensão.

O Trunk2 não tem menos componente, pelo contrário tem mais componentes que a sua versão anterior. O endereço do Trunk continua disponível e normal, não retiramos do ar, o endereço correto é: http://svn.code.sf.net/p/acbr/code/trunk/

opa, Compilei o Acbr_Install na linha 231 da uPrincipal if oDirList.Attr = faDirectory then FindDirPackage(sDir + oDirList.Name, sPacote) este oDirList.Attr está vindo sempre com o valor 8208... porem acredito que no caso de um diretorio deveria vir com faDirectory (16)... eu forcei esta situação no meu código então ele encontrou normalmente... Estou utilizando windows server 2012 e delphi xe8 Att Marciano Bandeira descobri o problema \o/ o direitorio base precisa estar indexado, caso contrario vem com este atributo 8208... apenas alterei o diretorio para ficar com conteudo indexado e funcionou ai veio com o atributo 16... por isso de funcionar em algumas maquinas e outras nao, funciona quando os arquivos estao indexados pelo windows att Marciano Bandeira Consegui instalar de boa agora, com o ACBrInstall_Trunk2 do SVN, basta ir no diretório do acbr, nas propriedades avançadas e marcar opção de permitir que o conteudo seja indexado e aplicar as subpastas. Att,

Daniel, Caso opte pela minha sugestão, vai sim ter quebra de código como se trata de um Refactoring isso foi discutindo entre nós que isso iria acontecer e não vejo essa alteração como traumática. Da forma que hoje esta implementado o PathEvento e o GetPathEvento já prevê todos os eventos: %MeuPath% \CNPJ \YYYYMM \Evento \CCe \Cancelamento \EPEC \Confirmacao \Ciencia \Desconhecimento \NaoRealizada Acredito que o problema que o Ricardo se refere é: no momento de gravar o XML do evento o componente se baseia no PathCCe ou PathCan dependendo do evento. E ao tentar ler o XML o componente se baseia no PathEvento. Se eliminarmos as propriedades PathCCe e PathCan e consequentemente o GetPathCCe e GetPathCan, teremos que realizar as correções a fim de no momento de salvar a solicitação, o retorno e o XML de compartilhamento do evento levando em conta o PathEvento. Os componentes ACBrCTe e ACBrMDFe já trabalham desta forma.

Amigos, Estou, talvez 'comendo mosca', mas agora que atualizei pro trunk2 quando cancelo uma NF-e o arquivo xml da mesma permanece intacto, e caso eu dê o comando para gravar o xml mesmo após uma consulta à mesma o arquivo permanece (é salvo) conforme o original. Antes quando cancelava uma NF-e o Cstat 101 era adicionado ao corpo do xml com o protocolo do cancelamento e o motivo conforme segue: - <protNFe versao="3.10"> - <infProt> <tpAmb>2</tpAmb> <verAplic>SVRS201411131521</verAplic> <chNFe>33150410173165000119550010000513481016749282</chNFe> <dhRecbto>2015-04-09T11:36:03-03:00</dhRecbto> <nProt>333150000435110</nProt> <digVal>MMYLjvvR7xc8v56L4hYRA2H+lQI=</digVal> <cStat>101</cStat> <xMotivo>Cancelamento de NF-e homologado</xMotivo> </infProt> </protNFe> </nfeProc> Alguém teria alguma sugestão como devo proceder nesse caso para 'atualizar'/'modificar' o xml original na pasta das NF-es? Att. Rômulo Mayworm

Boa tarde Rômulo, Desculpe pelo puxão de orelha, mas esse assunto já foi tratado no fórum e a resposta é: Não se deve alterar o XML da NF-e depois que a mesma recebe o protocolo de Autorização. Se a nota for cancelada devemos enviar ao destinatário o XML chamado *-procEventoNFe.xml este contem o pedido e o protocolo de cancelamento. Se você desejar imprimir novamente o DANFE com a tarja de cancelado basta atribuir o valor True a uma propriedade do DANFE chamada NFeCancelada.

Bom dia Dalitas, Desculpe, mas você leu a postagem do Juliomar logo acima? Ele diz que GNRE ainda não esta pronto, falta fazer correções no fonte dele para deixa-lo compatível com os demais componentes do trunk2.

Olha, acabei de abrir o Demo e está normal o botão está lá. Para selecionar o certificado utilize: ACBrNFE1.SSL.SelecionarCertificado. Tudo a respeito do certificado está dentro de .SSL agora.

Bom dia, Já mudei para trunk2, e os meus cliente estão usando sim o A3, para invocar o seletor de certificado use agora: AcbrNFe.SSL.SelecionarCertificado ele lhe devolve uma string com o número de sério do mesmo.

Criei duas flag's no meu .ini = 'Inicio_Nome_XML_Cfe' + 'Fim_Nome_XML_Cfe' do nome de montagem do arquivo xml . Eu guardo a imagem do conteúdo do XML no banco juntamente com a chave e demais informações necessitarias do CFe , o nome do arquivo não importa , porque quando dou um while ... com Query....savetofile eu faço o nome do .xml do savetofile do formato do momento baseado no meu ini assim : 'Inicio_Nome_XML_Cfe' + chave_do_banco + 'Fim_Nome_XML_Cfe' Recupero os XML's com o nome que fiscal , contador , dono da loja quizer .