Painel de líderes

Olá, bom dia! Gostaria de sugerir a inclusão do novo componente ACBrFeriado. Ele faz a busca dos feriados de acordo com a API fornecida por http://www.calendario.com.br/. O componente segue a mesma linha do ACBrCEP. A utilização do componente seria assim: ACBrFeriado := TACBrFeriado.Create(nil); try ACBrFeriado.WebService := wsfCalendario; // Aqui poderá mais adiante haver outros WebServices ACBrFeriado.Token := 'seutoken'; ACBrFeriado.OnBuscaEfetuada := FeriadoBuscaEfetuada; // Evento para recuperar os feriados retornados ACBrFeriado.Buscar(Ano, Uf, NomeCidade); // Realiza a busca dos feriados finally ACBrFeriado.Free; end; Ao realizar a consulta, preenche-se a lista dos eventos. Cada evento possui as seguintes informações: TACBrFeriadoEvento = class {...} public {...} property Ano: Integer read fAno write fAno; property Mes: Integer read fMes write fMes; property Dia: Integer read fDia write fDia; property Data: TDateTime read fData write fData; property Nome: String read fNome write fNome; property Descricao: String read fDescricao write fDescricao; property Tipo: TACBrFeriadoTipo read fTipo write fTipo; property Link: String read fLink write fLink; end; O tipo terá os seguintes possíveis valores: TACBrFeriadoTipo = ( ftNenhum, ftNacional, ftEstadual, ftMunicipal, ftFacultativo, ftDiaConvencional ); Um detalhe em relação à busca é que deve ser passado o nome da cidade, em vez de o código do IBGE. Já sugeri ao http://www.calendario.com.br/ que incluam a possibilidade de fazer a consulta dos feriados por meio de sua API utilizando o código do IBGE. Eles retornaram dizendo que irão trabalhar nisso. Então, em breve, poderemos adequar essa parte. Por enquanto, a pesquisa utilizando o nome da cidade deve seguir o padrão que eles especificam no site: http://www.calendario.com.br/api_feriados_municipais_estaduais_nacionais.php. Neste site, também é possível receber gratuitamente o token para a utilização da API. Espero que a contribuição seja útil. Abraços! ACBrFeriado.pas ACBrTCPReg.pas ACBr_TCP.dpk

As modificações do @Renato Rubinho, já estão no SVN... https://sourceforge.net/p/acbr/code/14053/

Desculpe mas não é assim também "Faça o commit" Aguarde até que se faça analise e possa ser subido

E outra, com os mais de 60 mil membros que o ACBr tem, poderíamos muito bem fazer algo semelhante ao que foi feito com a NFS-e. Cada cidade tem um provedor, uma configuração. Neste caso seria até bem mais simples. Os feriados nacionais são simples, os feriados móveis podem ser calculados, os estaduais temos um pouco mais, e aí iríamos adicionando os municipais.

@Leivio Fontenele Com base no que vc falou sobre o método validar e com as alterações da assinatura realizadas pelo @Renato Rubinho no REINF. Fiz algumas alterações no e-Social e fiz a transmissão e consulta com sucesso. Segue as units (com as minhas e as alterações do Renato) para a análise de vcs. Muito obrigado pela ajuda. FontesESocial.rar

Boa noite Ítalo! Acredito que o Betha na versão 2.0 (Bethav2) não está totalmente funcional, então segui a orientação que você escreveu em outro post, de utilizar a versão 1.0 (Betha), agora está funcionando perfeitamente. Obrigado pela ajuda.

passei o dia mexendo nisto e nada...no aguardo também...

@Sérgio Assunção estava com regime do simples, alterei e deu certo, obrigado!

Sim, eu preencho no fonte o campo OutrasInformacoes porém ele me retorna as observações no campo InformacoesComplementares.

Sergio, muito agradecido pela sua atenção. Minha dúvida praticamente foi esclarecida. Abs. Marco

Realmente, manter uma base nacional com todos os feriados nacionais, estuaduais e municipais não é nada simples. No caso de Santa Maria, RS, o feriado de 20/09 é estadual, mas consta como estadual e também como municipal. Por isso, entrei em contato com eles para que não apareça como municipal. É possível informá-los para que atualizem a base, de acordo com o que diz no site.

Vc já vefificou com o SEFAZ se o ambiente de produção já está liberado? Pois a NT diz que entraria em vigor a partir do dia em 06/11/2017. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=c3aXrtAp dc=

Não sou o autor ou usuário do ACBrDownload... mas a vantagem do componente, é facilitar a criação de eventos de monitoramento do Download... A sugestão é válida...parece um erro, como estava... dar um Exit no caso de falha não daria pra saber se houve sucesso ou não... apliquei a modificação no SVN...

https://regys.com.br/fontes-webservice-de-download-de-df-e-para-nf-e-e-ct-e-ganhe-tempo-no-desenvolvimento/

@fidel e @Adilson Pereira, Conforme informei acima, sigam estes passos: 1. Primeiro atualize o fonte ACBrDFe.rar e recompile o ACBr_DFeComum, pois existem alterações que se não gerar novamente as dcus vão ter problemas de incompatibilidade entra as classes 2. Atualize o ACBrReinf.rar 3. Após recompilar o ACBr_DFeComum, a função SSL.Assinar receberá o sétimo parâmetro sem ocorrer o erro que mencionaram. 4. A linha correta de ACBrReinfEventosBase->TEventoReinf.Assinar( é XMLAss := SSL.Assinar(ArqXML, 'Reinf', String(ANomeEvento), '', '', '', 'id'); O erro "Erro: Falha ao interpretar o XML "xmlParseDoc" ocorre porque algum dos passos acima não foi feito

Cara esse assunto é bem complexo e tem dezenas (senão centenas) de posts aqui no forum. Como ponto de partida (Já que você está querendo fazer um teste primeiro) é ler com atenção a Nota Técnica 2014/002. http://www.nfe.fazenda.gov.br/PORTAL/exibirArquivo.aspx?conteudo=VcEhGZODuo4= Se ler ela com cuidado vai entender tudo e vai fazer com certa facilidade... Exemplo Pronto, acho que nao tem no forum...

O ACBrMonitorPLUS será modificado com as novas propriedades, devo liberar a alteração ainda hoje.

Cleyton, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Gabriel, No meu entendimento se um CT-e é cancelado devemos imprimir o evento através do método ImprimirEvento. O evento impresso deve ser "grampeado" ao DACTE do respectivo CT-e. Como o tomador recebeu por e-mail o XML e o DACTE em PDF do CT-e quando o mesmo foi enviado e autorizado pela SEFAZ, ao efetuar o seu cancelamento devemos enviar por e-mail o XML e o "DAEvento" em PDF do evento de cancelamento através do método EnviarEmailEvento.

Para o CTe-OS o tomador deve ser informado no grupo toma. with ACBrCTe1.Conhecimentos.Items[0].CTe.toma do begin ... end; Veja se está informando corretamente.

Boa noite Edevair, Primeiramente desculpe por não ler todo o tópico uma vez que o mesmo já contem 2 páginas. Vai ai um procedimento que acredito que vai resolver o seu problema. Configure o componente para salvar os XMLs dos documentos (Configuracoes.Arquivos.Salvar := True). 1. Alimentar o componente com os dados pertinentes a venda. 2. Executar os métodos: Assinar/Validar/Enviar ou somente o Enviar, pois este internamente executa os dois primeiros. 3. Se ocorrer erro e o protocolo não for retornado execute o método Consultar (não execute o Clear no componente, pois este vai apagar os dados da nota). 4. Ao realizar a consulta se for retornado a Rejeição: Nota não consta na base de dados, isso significa que o erro ocorreu no envio, neste caso devemos enviar novamente a nota. 5. Se o erro ocorreu no retorno, ao realizar a consulta com o componente ainda carregado com os dados da nota, o componente automaticamente ira anexar o protocolo ao XML que esta assinado e será salvo em disco. Espero ter ajudado.