Painel de líderes

Sugestão somente: Uma maneira de atrair contribuintes e usar GitHub, porque? Eu contribuo somente com o objetivo de melhorar o currículo e o github da uma forma muito legal de empresas visualizarem isso. Ex: https://github.com/ZeusAutomacao/DFe.NET Comecei a contribuir ai somente com o objetivo de não depender da comunidade em si, sempre procurei isso mas logicamente visando currículo também afinal sou trabalhador né, hoje to na empresa que estou amanhã não estou mais, quero algo registrado como currículo algo destacado, o processo hoje do ACBR não permite isso. Agora se existir alguma maneira sem github porque temos resistência de uso do mesmo pela comunidade do acbr, criar uma maneira de disponibilizar isso, digo uma pagina em algum lugar com medidas quem contribuiu com oque no código fonte? Quem realmente fez algo? enfim.. cada um tem uma maneira de ser eu sou assim, contribuo sempre mas nada e de graça no mundo não adianta dizer que vou fazer algo realmente 0800 isso não existe, no repositório que contribuo ganho um diferencial na hora de achar emprego. Se pesquisar no forum de ACBRFramework.net já fiz algo para o TEF aqui mas foi uma necessidade minha de apenas aprender como funciona, nunca mais contribui motivo? (logico algo bem simples que fiz.. mas com o objetivo de aprender como funcionava a DLL para outras linguagens somente isso) Registros somente, esse projeto de DLL contribuiria com o maior prazer do mundo desde que eu tenha tudo registrado de alguma forma, se não tiver não tem negocio (tem negocio no seguinte sentido acho um bug preciso pra ontem vou lá e arrumo no ato) Roberto existe uma maneira de ver quem contribui com o projeto ACBR? Ok não sabia hehe, mas e algo que todas empresas saibam e sempre procuram ver antes? Algo fácil de ver, intuitivo? enfim.. Obs: não sou programador delphi também mas linguagem e apenas linguagem, sempre que preciso aprendo e pronto, nunca tive dificuldades enquanto a isso.

@Juliomar Marchetti não entenda como uma ofensa, estou criticando a sua postura no forum, não estou lhe ofendendo e nem te criticando como pessoa, afinal não o conheço. Posso reportar ao Sr. (de forma privada) alguns tópicos aonde você teve a mesma atitude que agora, da a impressão que não leu o que foi escrito ou não interpretou o contexto, fica uma resposta grosseira que não leva ninguém a nada e só afasta justamente quem tem menos conhecimento. Se o projeto tem planos de expansão, são justamente Srs. como o @HASA, @Janio e @dorivansousa o público alvo, quem vem de outra linguagem ou tem menos conhecimento técnico, ou seja, existe uma falha na estratégia aqui também.

Após me debater com a mensagem de erro dcc32.exe não encontrado, durante o uso do ACBrInstall_TRUNK2 no Windows 10, no Delphi 10.1 Berlin, Update 2, sem encontrar uma possível resposta no fórum, e muitos usuários com o mesmo problema, passei a prestar atenção em algumas considerações que encontrei no fórum. meu Delphi não tinha o dcc32 instalado na maquina, por talvez ser pirata - não era verdade pois o mesmo estava lá uma vez que todos os meus eram comprados desde a Borland, até hoje, incluindo a que comprou inicialmente da Borland. Uso o Delphi desde o 1, o único que não comprei pois o mesmo veio em uma revista em 1995, usava o turbo C++ na época, do 3 em diante todos foram comprados. Haveria ainda na maquina, arquivos antigos ACBr - não era verdade, pois a maquina é zerada e apesar de ter o Berlin instalado nela desde 2016, ainda não tinha colocado a mesma em produção, pois ainda usava, como uso e delphi XE5 em outra maquina a mais anos, tenho ainda o 2006 em produção em outra maquina mas já em final de carreira, mais para manutenção do que produção propriamente dita. O que poderia ser? - nessa maquina nova, além do Berlin, ainda havia o XE 5 Instalado e o Turbo Delphi 2006 instalado, numa tentativa de centralizar tudo para facilitar a transição para as novas versões, logo qual DCC32.exe o acbrinstall_trunk2 usaria, dai o erro pensei, desinstalei o 2006 e também o XE5 da maquina e pronto, esta funcionando perfeitamente por sinal no Delphi 10.1 Berlin update 2, no Windows 10 Pro, na maquina i3, 4GB, parabéns a equipe do ACBr. Esse relato e para quem ainda possa ter esse problema em futuras instalações.

Boa noite, Ao imprimir a carta de correção utilizando o FastReport o campo valores do grupo de correções não estava exibindo corretamente. Por gentileza atualizar o arquivo DACTE_EVENTOS.fr3 em anexo, pois realizei a correção. O que foi modificado? Setar a propriedade do Shape6.Align para baCliente Setar a propriedade do DetailData1.Stretched para 'True' Setar a propriedade do DetailData1.AllowSplit para 'True' Setar a propriedade do Memo44.StretchMode para 'smActualHeight' Setar a propriedade do Memo44.WordWrap para 'True' Setar a propriedade do Memo11.StretchMode para 'smMaxHeight' Setar a propriedade do Memo42.StretchMode para 'smMaxHeight' Setar a propriedade do Memo43.StretchMode para 'smMaxHeight' DACTE_EVENTOS.fr3

Juliomar, Esses DataSets foram adicionados pelo FastReport, caso ocorra algum erro estou a disposição. Muito obrigado

Obrigado, para quem tiver o mesmo problema era o comando imprimir. No meu caso, que uso o monitor, a sintaxe ficou assim: NFE.ImprimirDanfe(caminhoXML, 1, 0, numero_protocolo + " - " + dd/MM/aaaa + " " + HH:mm:ss)

Verifique o comando usado para a impressão, você pode estar passando o parâmetro "1" no lugar destinado ao protocolo.

Qual versão da NFe, poderia anexar o .xml para que possamos analisar?

bem estranho. Bom a primeira sugestão. deixe padrão o path c:\ACBr que ficará mais curto pois existem diversos path a serem adicionados no delphi marque a opção de limpar tudo antes de instalar. talvez já resolva seu problema

Porque você não usa a dll do proprio firebird (fbclient.dll) dentro de ...\Firebird\Firebird_2_5\bin.

Enviei modificações recentes para a ACBrConsultaCPF funcionar em Delphi 7, XE e Lazarus

Bom dia Juliomar, No exemplo do acbr, não gera o erro, porem a rotina é a mesma Segue a rotina no exemplo: ACBrNFe1.EventoNFe.Evento.Clear; // ACBrNFe1.EvnvEvento.EnvEventoNFe.idLote := StrToInt(idLote) ; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.nProt := Protocolo; end; ACBrNFe1.EnviarEvento(StrToInt(idLote)); MemoResp.Lines.Text := ACBrNFe1.WebServices.EnvEvento.RetWS; memoRespWS.Lines.Text := ACBrNFe1.WebServices.EnvEvento.RetornoWS; LoadXML(ACBrNFe1.WebServices.EnvEvento.RetornoWS, WBResposta); A unica coisa diferente que estou percebendo é no infEvento.dhEvento := now; Vou verificar se é isto Grato pela ajuda O problema era aqui mesmo infEvento.dhEvento := now; Grato pela ajuda

Não está havendo alguma confusão? Se o campo é do tipo VARCHAR(3) então o valor dele é realmente 'A' e não 'A ' conforme a documentação explica. A menos que o componente que você está usando envie os espaços no final. Não utilizei esse driver para DBX. Ele ainda está disponível?

Felipe Posso está errado também, mas se não me falha a memória tempo atrás eu testei a consulta de nfce homologação em ambiente nacional. Mas não lembro ao certo se foi a nfe. Mas se tiver o pessoal vai postar ai os links para NFCe homologação e Produção no ambiente nacional.

Boa noite a nota de produtor rural a série é 890 a 899 conforme é descrito no manual essa série é do fisco, portando a emissão é feita por eles em cada portal de estado e não pode ser emitido nem pelo emissor gratuito nem por emissor próprio

Boa tarde Felipe. Até onde eu sei, para NFC-e não existe nacional. Talvez tenhamos alguma novidade na versão 4.0 da NFCe/NFe. O que testei aqui, e funciona no mesmo modo da Sefaz Nacional, é passar o parâmetro para o campo da chave. Porém, cada sefaz pode ter seus parâmetros com nomes distintos. Se o seu caso for a Sefaz do RS, este é o link: https://www.sefaz.rs.gov.br/NFE/NFE-COM.aspx?chaveNFe= Caso contrário, deve encontrar o link da sefaz desejada e procurar o parâmetro no fonte da página (F12 e procurar o edit). Espero ter ajudado

Seguem os arquivos com o merge e os XML's gerados. Note que também mudei algumas variáveis locais para o private, pois estavam acessíveis de fora da classe, e o nome das propriedade de "EstadoProcessamento" para "SituacaoProcessamento", pois foram alterados no XML de retorno. Fontes.zip Arquivos.zip

Segue em anexo a unit modificada para compilar no Delphi 7. ACBrConsultaCPF.pas

Boa tarde, Estão se perguntando pq ha poucas adesões ao SAC? eis aí alguns motivos. O moderador que me respondeu, no açodamento que lhe é peculiar, não leu (ou não entendeu) o que escrevi e nem percebeu que estamos num tópico que estão justamente pedindo sugestões de melhoria no projeto kkkk. O mortal aqui ousou dar sua opinião e recebeu logo uma pedrada, um coice. Ora, se eu não programo em Delphi, e deixei bem claro que uso o monitor, como vou "mandar contribuição todo dia"???? Talvez seja por essas respostas 'gentis' que quase ninguem aqui está comentando. Não sabe ele q fui assinante do SAC durante muitos meses, não nesse nickname 'janio', mas em outro. Contribuí pq preciso do monitor compilado semanalmente? NÃO. Aprendi a compilar sozinho. Contribuí por contribuir. Por achar que o projeto é muito importante pra mim. Por achar que o trabalho do pessoal do acbr precisa ser remunerado. Por dias pensei em expor minha opinião... que o monitor precisa de uma atenção mais especial por parte do projeto. Mas como o colega acima, protelei pq achei que iria receber uma resposta daquela. Num deu outra! Batata! Sendo assim... ficar calidinho mesmo kkkkkk Boodbye

Ola amigos! estou com essa mensagem ao fazer o cancelamento de uma nfe, <cStat>492</cStat><xMotivo>Rejeicao: O verEvento informado invalido não sei como resolver. ja atualizei os acbr, os schemas e mesmo assim continuo com a mensagem ... alguem saberia como resolver?

Sempre que se fala sobre o que precisa melhorar algo vem uma pedrada, respostas mandando a "gente trabalhar" no projeto... eu entendo que o projeto precisa de mais contribuições mas se alguem se compromete a colaborar nao tem pq fica cobrando o mesmo dos outros ou pelo menos usar uma estrategia pra envolver as pessoas e nao afastar, a pessoa posta algo e a resposta que recebe é vem fazer tambem, pesquisa, etc... melhor não responder pois parece que tem algo util pra solucionar o problema e no fim das contas a pessoa fica na mesma ou pior, até mesmo quem pesquisa no forum acha que tem a solucão pra um topico e a resposta não é util. Eu sempre achei que isso fere as regras do forum pq nao fala sobre o assunto do topico. Muitas vezes falta conhecimento ou recursos (pra quem programa em outra linguagem) pra conseguir fazer a correção e recorrem ao forum... se nao for possivel pedir la no forum vai pedir onde?. sou grato pelo acbr, tenho muita coisa do ACBr na minha aplicação e certamente teria muito mais trabalho sem a existencia do mesmo.. mas eu desencantei com o SAC no dia que que recebi uma resposta TLDR.

É incrível mas... tentarei deixar CLARO que quem usa o ACBRNFEMONITOR-PLUS não conhece NADA de Delhpi/Lazarus/C# ( Uni...), ou seja, só posso contribuir com $$$ e enchendo o SACO de vocês, compreendem. HASA

Segue em anexo os fontes com as modificações do Bloco X referente as alterações disponibilizadas no layout (alterações realizadas com base na revisão 14175). Em anexo também segue um arquivo redução Z e um arquivo de estoque como exemplos que foram enviados e validados. Histórico das alterações: Alterações fonte ACBrBlocoX_Comum.pas: Grupo Estabelecimento: Removido os campos CNPJ e Nome Empresarial que foram removidos do layout. Grupo PafEcf: Removido os campos NomeComercial, Versao, CNPJDesenvolvedor e NomeEmpresarialDesenvolvedor que foram removidos do layout. Alterações fonte ACBrBlocoX_WebServices.pas: Alterado a montagem dos dados da mensagem: Removido as tags pCnpjEstabelecimento, pDataReferencia e pNumeroCredenciamentoEcf que foram removidas do layout. Alterado endereço do webservice que foi modificado. Alteração fonte ACBrBlocoX_Estoque.pas: Inserido controle para setar vazio a alíquota quando a alíquota for zero e a situação tributária for: Isento, Não Tributado ou Substituição Tributária, pois ocorre erro se for zero. Alterações fonte ACBrBlocoX_ReducaoZ.pas: Grupo Ecf: Removido os campos NumeroCredenciamento, Tipo, Marca, Modelo, Versao, Caixa que foram removidos do layout. Grupo DadosReduzaoZ: Inserido controle para o tipo de convênio gerar 6 ou 9 dígitos e alterado formato dos campos VendaBrutaDiaria e GT, pois não podem ter virgula e deve ter zeros a esquerda em virtude da validação que ocorre erro. Alteração fonte pcnConversao.pas: Inserido tcNumStr no tipo de campo, utilizado na geração dos campos VendaBrutaDiaria e GT do arquivo da Redução Z. Alteração fonte pcnGerador.pas: Inserido tratamento para o tipo tcNumStr, para inserir zeros a esquerda. Informativo repassado pela secretária de Estado da Fazendo de Santa Catarina com resumo dos ambientes: Homologação – XSD Redução Z : https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/reducaoz.xsd Estoque: https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/estoque.xsd Homologação – XML Página: https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx Webservice: http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Produção – XSD Redução Z: https://tributario.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/reducaoz.xsd Estoque: https://tributario.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/estoque.xsd Produção – XML Página: https://tributario.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx Webservice: http://webservices.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Layout Bloco X atualizado (obs: ainda não é a versão final, sendo assim poderá sofrer alterações sem aviso prévio) sharingSLzijD81OPeJzh9FqE/edit?usp=1yez14gry9Mi4rTpwDRDf–bR-google.com/document/d/https://docs. OBS: Peço que utilizem o ambiente de produção para testes somente até o dia 15/11. Após esta data, isso iremos excluir todos os registros e deixá-lo pronto para recepcionar os dados, conforme os prazos estabelecidos em legislação. O ambiente de homologação continuará disponível. Att. Bruno Nogueira Auditor Fiscal da Receita Estadual Secretaria de Estado da Fazenda de Santa Catarina Diretoria de Administração Tributária – DIAT Gerência de Sistemas e Informações Tributárias – GESIT Fonte: http://bell.unochapeco.edu.br/lts/?p=3171 Obs: ainda não é a versão final do layout. Fontes.rar Arquivos.rar

Boa noite a todos, O componente antes não havia a necessidade de informar a versão do evento pois o componente preenchia automaticamente o campo versaoEvento com uma versão fixa. O problema é que com a mudança da versão de alguns Documentos Fiscais ocorreu a mudança da versão do evento também. Isso faz com que o evento seja rejeitado. Estamos estudando a melhor maneira do componente preencher automaticamente a versão do evento, versão esta atualizada.

ola , se você informar a versaoevento vai funcionar no envio. como esta descrito no link que deixei acima.

Segundo o help do WinRar, basta inserir o modificador -p. Compactando com senha: WinRar.exe a -pMinhaSenha meuarquivo.rar meuarquivo.txt Descompactando com senha: WinRar.exe e -pMinhaSenha meuarquivo.rar

kkkkkkkk Ah meu Deus! Eu não programo em Delphi. Achei q isso tinha ficado bastante claro Outra: Achei que haviam pedido opiniões e sugestões sobre o projeto.

Pode ser que eu esteja falando besteira, mas... Acredito que a graannnnde maioria dos usuário SAC são os que programam em outras linguagens e não tem conhecimento técnico em Lazarus/Delphi para fazer alterações, ainda que pequenas. Aos que programam em Delphi e, ao meu ver não assinam SAC, recebem tudo prontinho e de uma forma instantânea após os commits. Já os que assinam SAC (programam em outra linguagem) e usam o Monitor tem que ficar pedindo, lembrando e as vezes "implorando" rsrsrs para que as coisas feitas para a comunidade Delphi sejam colocadas tbm no monitor. Claro que sempre colocam. Mas digo que as vezes isso não eh rápido, nem mesmo para aqueles que sabem compilar o monitor. As adaptações necessárias as vezes demoram a acontecer. O último caso que tenho lembrança foi a Impressão Fortes em apenas uma linha do Extrato SAT que para o pessoal do delphi foi implementado numa data, mas para o monitor somente foi cerca de duas semanas depois, mesmo para o pessoal do SAC. Estou apenas tentando responder a pergunta feita pelo Daniel: "Pq a taxa de assinatura do SAC eh tao baixa?" Imagino que uma das causas seja esse delay para implementação no monitor que, imagino, seja a maioria dos assinantes SAC. Agora com a dll torço para que mude! Antes que alguém jogue pedra rsrsrs, sei que a comunidade Delphi faz suas contribuições ao projeto de outra forma, o que tbm é importante! Janio

o endereço que o @fag.online postou é o endereço root ou seja não é o endereço do serviço em si no caso o de enviar seria o endereço abaixo http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx?op=Enviar

O cadastro do cliente deve ser um apenas, pois o CNPJ não muda, exceto para filiais. O que deve ser diferenciado na NFe é, quando for para consumo o CFOP é um, para revenda outra. Não há necessidade aparente para dois cadastros.

Bom dia, As tags do FCP existem no xml da NF-e, segue: A dúvida é mesmo que eu não recolha o FCP preciso informar a tag de percentual do FCP? Obrigada. Etiene

Boa tarde, www.easytef.com.br, Uso este por há vários anos já estar com ele implementado no meu sistema, mais já fiz testes com acbrTEF e está ok! No caso da easyTEF ele interagem com acbrECF também, o meu sistema é homologado em TEF Dedicado + Acbr usando este componente e também somos homologados para TEF Não Fiscal.

Bom dia Romulo, Uma coisa é um MDF-e ser rejeitado pela SEFAZ e outra coisa é ocorrer um problema técnico no que diz respeito a internet. Se o MDF-e é rejeitado, você deve sanar o erro e enviar novamente com o mesmo numero. Se ocorre um problema com a internet, por exemplo, ao solicitar o encerramento a transportadora não consegui fazer pelo simples fato da SEFAZ esta fora do AR ou a Internet da transportadora estava fora do AR. Neste caso deve-se aguardar até o problema técnico seja sanado e efetuar o encerramento. O MDF-e é um documento Fiscal mas não possui valor contábil, ou seja, não precisa ser lançado na contabilidade e muito menos na escrita fiscal. Logo a sua numeração deve ser sequencial sim, mas não existe o rigor da NF-e ou CT-e, que devemos informar a SEFAZ sobre os números não utilizados, ou seja, a Inutilização de Numeração.

Por favor convido a contribuir mais!!! se possível todo o dia anexe aqui no fórum criando um tópico com cada alteração e melhoria que fizer! iremos avaliar com certeza e não precisaremos dispensar tempo implementando e somente avaliando códigos.