Painel de líderes

Voltamos a analisar possibilidade para o ACBr da suporte a plataforma FMX, em breve trarei novidades, veja nova imagem.

Wislei, O ACBr não criou o seu próprio padrão, como dito na nota técnica o que esta definido nos manuais e notas técnicas publicadas pelo ENCAT estamos seguindo. Os XMLs cujo nome não foi estipulado pelo ENCAT, o ACBr procurou adotar um nome que condiz com o conteúdo do XML. E com a finalidade de padronizar alguns arquivos tiveram os seus nomes alterados.

Voltamos a fazer analises para levar o ACBr para FMX, estou usando a colaboração como fonte para o NFe, gostaria de saber do usuário Delphi in Delphi, se ele está usando ainda em produção e se tem alguma novidades, para postar aqui.

Valeu Leandro. Assim que puder e tiver alguma novidade, avise. Bom trabalho aí!

Bom dia. Notei que a nomenclatura do RegistroC800 - VL_MERC está errada no componente, no componente este campo se encontra com o nome de "VL_MESC". Já fiz a correção se quiser posso passar o fonte.

vou corrigi, precisa anexar não, e obg pela informação.

Bom dia Barbosa! Já tinha comentado com o Isaque Pinheiro em outro post e estou realizando a alteração para retirada destes eventos. Um abraço

Pessoal, sexta-feira, final da tarde ocorreu o mesmo problema, porém em um cliente do MT. No momento que estava ocorrendo essa situação a SEFAZ desse estado estava fora, oscilando. Final da tarde foi identificado que a SEFAZ do MT estava no ar novamente então foi colocado as notas retransmitirem sem alterar absolutamente nada e as mesmas foram autorizadas corretamente. Já ouvi relatos do estado de SP e PR, pelo que analisei nesse tópico e em outros, chego a conclusão que é problema no webservice mesmo, e não propriamente configuração do IE (claro que as configurações devem estar corretas). Partindo da seguinte lógica, que em momentos funcionam e em outros não, na mesma máquina, segundo vários relatos. Uma situação que ocorreu nesse cliente no MT é que uma NF-e retornou esse erro e foi autorizada na SEFAZ. Em situações como essa que o problema é na SEFAZ não temos oque fazer a não ser tratar os erros e retornos. Sugiro aumentar o tempo que será aguardado o retorno nesses casos que se perde a comunicação e também realizar tratamento para essa situação (de reconsulta, retransmissão).

Sua chave é um módulo... as chaves RSAs são formadas por um numero gigantesco (o módulo) e um expoente... Muito provavelmente o expoente é 1001 (mas pode ser outro.. nesse caso consulte a Bematech) No ACBrEAD, você pode ler esse tipo de chave, usando os métodos: TACBrEAD.LerChaveModuloExpoente(Modulo, Expoente: AnsiString) Ou ainda o método: procedure TACBrEAD.LerChave_eECFc(ConteudoXML : AnsiString ) ; Nesse caso o XML deve ter o formato adotado pelo programa eECFc (do fisco).. Exemplo: <?xml version="1.0"?> <empresa_desenvolvedora> <nome>SUA_EMPRESA</nome> <chave> <modulo>COPIE_O_SEU_MODULO_AQUI</modulo> <expoente_publico>10001</expoente_publico> </chave> </empresa_desenvolvedora>

É eu vi que o tópico era meio antigo, mas como a duvida era sobre esse mesmo assunto postei aqui pra deixar as repostas todas juntas! Sobre a solução, Resolveu eu havia removido os componentes do delphi mas deve ter ficado um dcu escondido que não tinha visto. o bat limpou tudo Obrigado pela ajuda

Todas as tabelas, inclusive o plano referencial estão na pasta C:\Arquivos de Programas RFB\Programas SPED\ECF\recursos\tabelas. Primeiro, faça download do programa validador e Instale. Observar também o plano de contas para cada tipo (atividade) de empresa. São diferentes para empresa do ramo financeiro, imobiliário, PJ em Geral, entre outros.

Obrigado pela sugestão... Mas acho que esse tipo de componente foge do escopo do Projeto ACBr (Automação Comercial) No mais, a ideia é boa suficiente para um projeto independente... O Autor aparentemente apenas disponibilizou os fontes... mas criar e gerenciar um projeto de código aberto exige mais do que isso... Como por exemplo: Especificar uma Licença de uso, Manter uma área para Suporte, Manter um repositório de fontes com Controle de Versão, etc...

Não podemos te ajudar sem saber como a chave é... Minha sugestão, é que você crie uma cópia da chave, edite mesma, trocando vários caracteres (invalidando-a) e copie a mesma aqui no forum

Bom dia a todos, Quero mais uma vez deixar claro que apenas contribuo com o desenvolvimento do componente ACBrNFSe, não sou responsável pelo desenvolvimento do Monitor seja ele para NF-e, CT-e, MDF-e ou NFS-e. Como a NFS-e é a nível municipal e o Web Services ficou a cargo de empresas que chamados de provedores, empresas estas contratadas pelas prefeituras para implantar toda a infraestrutura para recepcionar as NFS-e, fica complicado o desenvolvimento do componente, pois é sabido que essas empresas não seguem a risca o padrão ABRASF, que dificulta ainda mais o desenvolvimento do ACBrNFSe. Como dito apenas contribuo com o desenvolvimento do componente, não tenho condições de realizar testes, pois para testar o envio para a cidade XYZ atendida pelo provedor ABC é necessário ter o certificado digital de um contribuinte da cidade XYZ. Portanto, deixo os testes a cargo de quem desenvolve a aplicação para atender esse contribuinte. Quando me tornei garoto de programa, desenvolvia em Basic, para quem não conheceu era uma linguagem interpretada e é a base do Visual Basic, depois parti para o Turbo Pascal, para quem não conheceu foi desenvolvido pela Borland, a linguagem é Pascal e trata-se de um compilador, ou seja, gera o executável. Depois mudei para o Clipper 5.2 e por fim o Delphi que por sinal é Turbo Pascal for Windows e muito mais. Acredito que fiz uma ótima escolha, no momento não pretendo mudar, por dois motivos, estou satisfeito com os resultados e hoje sou um jovem de programa chegando na versão do Clipper em novembro deste ano. Sei que vocês também estão satisfeitos com os resultados da linguagem que utilizam para desenvolver as suas aplicações, sei também que aprender uma nova linguarem e reescrever todo um sistema demanda tempo e dinheiro. Vocês encontraram no ACBr mais precisamente no Monitor a solução barata ou gratuita para resolver os problemas que estão enfrentando com a emissão de documentos fiscais eletrônicos. Mas esquecem que muitos que fazem a coisa acontecer, não ganham um centavo, sem contar o tempo gasto no desenvolvimento, teste e correção dos componentes. Portanto peço respeito a todos que doam o seu tempo o seu valor para contribuir com o desenvolvimento dos componentes e Monitores. Desde já agradeço a compreensão de todos. Muito Obrigado.

Bom dia Maiquel, Muito obrigado pela colaboração, já esta disponível.

Bom dia a todos. Também precisei fazer a mudança, segue a Unit em anexo para fazer o merge, só inclui na linha 622 da Unit pnfsNFSeW o provedor. proSisPMJP : Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 0, NFSe.Servico.Valores.Aliquota, ''); Abraço a todos pnfsNFSeW.pas pnfsNFSeW.pas

Olá Edson, Eu fiz uma function que funciona quando já tenho o número de SERIE do certificado já registrado e só preciso saber se o certificado está ativo. Com as informações obtidas é possível fazer outros testes. Mas, a E.Message, já traz tudo o que preciso. E quando não tem exception a resposta IsValid.Result também satisfaz. function CertificadoValido(Serie: string): Boolean; var xCert : ICertificate2; DtVal: TdateTime; SerieEncontrada: string; begin result := false; if trim(Serie) = '' then exit; try Form1.USNfe_Aux.Configuracoes.Certificados.NumeroSerie := Serie; try xCert := Form1.USNfe_Aux.Configuracoes.Certificados.GetCertificado; DtVal := xCert.ValidToDate; SerieEncontrada := xCert.SerialNumber; result := xCert.IsValid.Result; except on e: Exception do MessageDlg('Erro: '+e.Message, mtError, [mbOK], 0); end; finally end; ...

Olá Leandro, Fui analisar o seu código hoje mas notei que no código anexo houve implementação de eventos. Gostaria de saber o motivo.

Aqui se encontra alguns fontes convertidos, mas como postei o ACBr da forma que é hoje não consegue ir totalmente para FMX, esbarrei no componente ACBrECF que terá que recriar a sua classe base e dela herdar as existentes hoje, mudança essa que não foi aprovada, por justificativa que não vale a pena pela demanda, parado no ACBrECF nem olhei o ACBrNFe.

Boa noite a todos, Vou fechar este tópico pois já esta atingindo quase 380 postagens. Por favor criem um novo tópico tratando somente do NFeDistribuicaoDFe e se for o caso um outro sobre o NFeDownloadNF para que possamos separar as postagens uma vez que se tratam de Web Services diferentes e funções diferentes. Lembre-se que a função do NFeDistribuicaoDFe é fornecer uma lista que a principio são resumos de notas ou eventos, para que a empresa possa realizar a manifestação do destinatário, por exemplo. Se a empresa realizar a manifestação do destinatário e posteriormente realizar uma nova consulta no NFeDistribuicaoDFe vai constar na lista a nota completa, que neste caso o componente se encarrega de descompactar e salvar em disco automaticamente. Por outro lado a função do NFeDownloadNF é simplesmente retornar o XML completo de uma nota que foi previamente manifestada. O problema é a SEFAZ alterou a forma de retorno, ou seja, agora o XML completo da nota esta vindo compactado como ocorre no NFeDistribuicaoDFe, a diferença é que o NFeDownloadNF ainda não foi alterado para realizar a descompactação. Se alguém tiver afim de regaçar as mangas e realizar essa alteração toda a equipe ACBr agradece. Desde já agradeço a compreensão de todos pelo fechamento deste tópico.