Painel de líderes

Muito legal a iniciativa do Felipe! Trabalho no site Calendario.com.br e gostaria de saber como podemos trabalhar juntos nisto. Gostaríamos de prover um calendário confiável e fácil de usar, para todos os desenvolvedores brasileiros. Me coloco à disposição para trabalharmos nisso.

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

Boa tarde! Na verdade esta IE já está vinculada para emissão de CTe. Emito CTE (modelo 57) normalmente com ela, porem apenas o CTE OS (Modelo 67) que retorna este erro. Mas mesmo assim vou enviar email para a SEFAZ, reportando o erro. Muito obrigado pela atenção!

Obrigado Juliomar, deu certo aqui com sua instrução. Cordialmente, Wiltomar DUARTE.

Algo mais ou menos assim: https://support.microsoft.com/en-us/help/243295/how-to-print-to-local-printer-from-a-terminal-server-client-session

Bom dia Leonardo, Muito obrigado pela colaboração, já esta no repositório. Esta correto a sua alteração.

Bom dia pessoal, estou com um problema ao emitir MDF-e com diversas NF-e informadas, segue em anexo XML e PDF com o erro, vi em alguns posts havia sido corrigido essa questão, mas com essa quantidade de NFe acredito que não, atualizei o AcBrMDFe antes de postar isso. Desde já agradeço a resposta. 42171117089484000190580030000005191092291088-mdfe.xml Manifesto Eletrônico de Documentos Fiscais - MDF-e.pdf

Bom dia @Italo Jurisato Junior, Perdão pela falha, estou utilizando o Fortes Report.

Bom dia Giuu, Faltou você informar se esta usando o DAMDFe em Fast ou Fortes Report.

Bom dia a todos, A ACBr monta o layout dos DA (Documentos Auxiliares) com base nos manuais. Se no manual escrito pelo ENCAT e publicado no Portal Nacional da SEFAZ diz que temos que imprimir as informações: A, B e C, ninguém pode exigir que seja impresso a informação D, a não ser que naquele Estado exista uma legislação que obrigue a impressão dessa informação. Mas os fontes estão ai disponíveis para todos, o ACBr não é uma caixa preta, logo qual quer um pode fazer as alterações que necessita. Essas alterações estão previstas no Manual do MDF-e versão 3.00 página 86 item 9: 9. Documento Auxiliar de MDF-e - DAMDFe É uma representação gráfica resumida do MDF-e, impressa em papel comum, para acompanhar o transporte da carga, permitindo o acesso ao arquivo do MDF-e pela Fiscalização de Mercadorias em Trânsito. O DAMDFe poderá ter tantas folhas quantas forem necessárias para discriminação da documentação fiscal eletrônica, conforme leiaute descrito no Anexo II deste manual. O número do Protocolo de Autorização de Uso recebido da SEFAZ, juntamente com a data e hora, com minutos e segundos, deverão ser impresso no DAMDFe. Havendo necessidade e interesse por parte do emitente do MDF-e, poderá acrescentar campos no leiaute do DAMDFE, desde que sejam colocados abaixo do leiaute padrão, constante deste manual. Ainda, até 50% do verso de qualquer folha do DAMDFE poderá ser utilizado para continuação destes novos campos ou exclusivamente para outras informações de interesse da empresa. O restante do verso deverá ser deixado sem nenhum tipo de impressão. Sempre que o verso do DAMDFE for utilizado, a informação “CONTINUA NO VERSO” deverá constar no anverso, ao final do quadro “Observação”. Johnlenon, verifique se no Estado desse fiscal existe alguma lei que obrigue a impressão do valor ou se é uma mera frescura dele. Essas pessoas precisão entender que não é pelo fato da informação existir no XML que tem que ser impressa no DAMDFE, pois daqui a pouco vai aparecer um fiscal que andou bebendo gasolina e quer por que quer que seja impresso a assinatura digital. Outra coisa, se começarmos a querer imprimir tudo que esta no XML teremos que usar uma folha A0 pois a A4 será pequena.

@ricardo_casc, a tag vCargaAverb não faz parte do grupo infQ, note que ambos estão marcados como nível 3 nesta mesma página do manual que você mandou. O grupo pai do vCargaAverb é o infCarga mesmo (nível 2)

Me parece que você tem PCs com problema de amperagem na USB... isso pode ocorrer, quando você liga muitos dispositivos na USB (a amperagem será dividida entre os equipamentos) .. As soluções seriam: - Usar um cabo com duas entradas na USB - Remover alguns dispositivos da USB do PC - Usar um SAT que permita fonte externa (Ex: Gertec) - Usar um SAT que tenha pouca exigência de amperagem (Ex: Tanca)

O texto diz apenas intermunicipal. Bem redundante até...

Não o seu problema está em ter mais locais com o fontes do Fortes Report. Refaça tudo mas tire arquivos perdidos tando do ACBr quanto do Fortes. não há necessidade alguma em colocar nessa pasta, até é um pouco ruim pois é uma pasta do sistema e o path que vai adicionar na sua library path ficará enorme.

Deleta o arquivo SATTeste.res e veja se consegue abrir o projeto.

É um problema mesmo já que está usando a versão 2.00 do CTe. No layout da 2.00 a tag era denominada chave, na 3.00 é chCTe. O ACBrMonitorPLUS está alimentando apenas a chCTe, portanto só funcionará para CTe 3.00. Recomendo que já faça a troca, já que o CTe 2.00 será desativado no dia 04/12/2017, ou seja, em menos de dois meses. Para funcionar no CTe 2.00 vai ser necessário aplicar a alteração anexo e recompilar o ACBrMonitorPLUS. DoACBrCTeUnit.rar