Painel de líderes

Olá Pessoal, É com grande alegria e satisfação que a Equipe ACBr depois de quase 1 ano de trabalho comunica que já se encontra disponível para todos o novo componente para emissão de NFS-e. Por conta de varias melhorias e quebra de código optamos por manter o componente atual e disponibilizar o novo com um outro nome: ACBrNFSeX e também um novo componente para impressão do DANFSE: ACBrNFSeXDANFSERL (Fortes Report). Já esta disponível no repositório Trunk2 os fontes dos componentes bem como os pacotes de instalação (para o Delphi e Lazarus) e o programa exemplo para o Delphi). Em breve vai estar disponível o DANFSE feito em Fast Report, programa exemplo para o Lazarus e a atualização do ACBrInstall com a opção de instalação do novo componente. Estamos também elaborando um manual de migração que terá como objetivo ajudar os desenvolvedores que utilizam o componente atual a migrar para o novo. Esse manual vai apresentar as propriedades de configuração bem como os campos que não existem mais ou que tiveram seus nomes alterados e varias outras informações valiosas. Acreditamos que com o manual e o programa exemplo do novo componente qualquer desenvolvedor vai ser capaz de migrar a sua aplicação para o novo componente em uma semana, digo isso pois sempre aconselhamos que todos estudem o programa exemplo. O que esperar do novo componente: 1. Código mais limpo, removemos a maioria dos IF e CASE que antes eram utilizados para sanar a falta de padronização entre os provedores; 2. Um único método de emissão de NFS-e, que detecta automaticamente o modo de envio correto para cada provedor; 3. Leitura dos retornos padronizado; 4. Mais veloz; 5. Eliminação dos arquivos INI de provedores e o Cidades.ini, simplificando bastante os arquivos a serem distribuídos juntamente com o executável. 6. A implementação de novos provedores que seguem a versão 1 ou 2 do layout da ABRASF tendo todas as informações necessárias se faz em menos de 1 hora. O que vem pela frente: 1. Inclusão da NFS-e no ACBrMonitor Plus, desta forma os desenvolvedores que se utilizam dessa ferramenta em fim vão poder emitir também a NFS-e. 2. Desenvolvimento da ACBrLibNFSe, uma DLL para os desenvolvedores que preferem usar a DLL em vez do ACBrMonitor. Noticia: Nós achamos que o Projeto ACBr tem os melhores componentes disponíveis pelo melhor preço: grátis. Se você concorda, por favor espalhe essa noticia.

Acredito que este projeto do DTe vai cair por terra. https://comsefaz.org.br/?p=1948

Boa tarde @Antonio Carlos L Resolvi essas novas rejeições da seguinte forma. *Só informar o proprietário do veículo, se o veículo não for da frota. Com isso, a tag Ide.tpTransp preenchi da seguinte forma. Se o proprietário não for informado (frota): Ide.tpTransp = ttNenhum Se o proprietário for pessoal física: Ide.tpTransp = ttTAC Se o proprietário for pessoal jurídica: Ide.tpTransp = ttETC ou ttCTC *Se o proprietário for informado, preencher o tag InfContratante somente com o CNPJ do emissor do MDF-e.

Olá Pessoal Foi publicado no inicio de Abril/2021 uma nova NT que traz a adequação do grupo de pagamento e ajustes nas regras de validação. O que muda? Inclusão da tag opcional <vAdiant> (valor do adiantamento) e a obrigatoriedade das tags: numero da parcela e data de vencimento no grupo <infPrazo>. Essas alterações ocorreram tanto no layout do XML do MDF-e (modal rodoviário) quanto no layout do evento de pagamento da operação. Há necessidade de atualizar os fontes do componente e dos Schemas. Prazos: Ambiente de Homologação: 02/05/2021 Ambiente de Produção: 07/06/2021 Os fontes bem como os novos Schemas vão ser enviados para o repositório na semana do dia 26/04/2021. A partir do dia 02/05/2021 favor iniciar os testes com as suas aplicações para que possamos fazer os ajustes que por ventura sejam necessários. As regras de validação referentes a essa NT só vão ser aplicadas no ambiente de produção a partir do dia 02/08/2021.

@marcelomgoncalves @EMBarbosa Fiz ajustes no código para usar os métodos de cálculo da própria classe do validador. Foi para o repositório na rev. 22046. @marcelomgoncalves Favor testar usando o código do repositório, e o programa exemplo do componente, e reportar qualquer problema.

Oi pessoal, estava verificando o evento S2240 e parece que da forma que esta implementada hj o campo dscAgNoc da TAG agNoc, mesmo que ela nao seja obrigatória ser informada fora se o codAgNoc seja alguns em particular, estava dando msg de erro solicitando que a descrição não fosse nula. Alterei o fonte para que permita ser nula pois o schema assim permite. Alterado apenas um parametro... Com essa alteração nao ouve mais problema em nao informar esse campo. Desde ja agradeço a atenção.. Fonte alterado. pcesS2240.rar

Complicado Daniel.. Temos vários relatórios no sistema feitos com QuickReport.. Demandaria um tempo e esforço bastante grandes. De qualquer forma, consegui instalar o QuickReport do 10.3.3 seguindo um tutorial que achei na internet.. Está em espanhol, mas da pra entender direitinho.. Al final siguiendo un escrito de internet pude hacerlo usando el QuickReport 6 para 10.3 Rio, estos son los pasos para el que le pueda servir: Instalar el QuickReport 6 en C:\Program Files (x86)\QuickReport\QR6-RAD-10-3-Rio\ que es donde va por defecto Hacerle modificaciones a los ficheros siguientes que estan en C:\Program Files (x86)\QuickReport\QR6-RAD-10-3-Rio\src Al QRWDesignDXE10_3.dpk nombrarlo como QRWDesignDXE10_4.dpk y abrirlo con el notepad y en la 1ra linea donde dice package tambien ponerle 4 y en la seccion de requieres tambien cambiarlo a QRWRunDXE10_4_w64 Al QRWDesignDXE10_3.dproj nombrarlo como QRWDesignDXE10_4.dproj editarlo con el notepad y donde quiere que este QRWDesignDXE10_3 sustituirlo por QRWDesignDXE10_4 Al QRWRunDXE10_3_W64.dpk nombrarlo como QRWDesignDXE10_4.dpk y abrirlo con el notepad y en la 1ra linea donde dice package tambien ponerle 4 Al QRWRunDXE10_3_W64.dproj nombrarlo como QRWRunDXE10_4_W64.dproj editarlo con el notepad y donde quiere que este QRWRunDXE10_3_w64 sustituirlo por QRWRunDXE10_4_w64 Abrir el Delphi 10.4 y abrir 1ro el QRWRunDXE10_4_W64.dproj ir al Project/Option Building/Delphi Compiler y quitar el Path de las opciones Dcp Output Directory, Package Output Directory y Unit Output Directory guardar entonces se compila y construye (build) y se salva al final Luego se abre el QRWDesignDXE10_4.dproj ir al Project/Option Building/Delphi Compiler y quitar el Path de las opciones Dcp Output Directory, Package Output Directory y Unit Output Directory guardar entonces se compila, construye (build) e instala (instal) y se montan los componentes.

Boa tarde Devido a alteração no layout do MDF-e, não possui mais o mesmo tamanho da área de impressão da logo do que o layout antigo, o que afetou o posicionamento quando é utilizado a opção de logo expandida. O quadro em azul do anexo representa o tamanho que era utilizado para a área da logo e das informações da empresa no layout antigo, que no caso, era o tamanho disponível para a logo no tamanho expandido. Segue o layout antigo como exemplo: Fiz a alteração para que fique na seguinte forma: Seria possível aplicar essa alteração? ACBrMDFeDAMDFeRLRetrato.dfm

Olá, pelo que testamos, ao colocar em ambiente de produção funciona. Aparentemente é um problema no ambiente de homologação.

Agradeço igualmente ao projeto!

BigWings eu tava fazendo confusão aqui, o componente já grava o xml pronto, muda a situação do xml para <cStat>302</cStat> <xMotivo>Uso Denegado : Irregularidade fiscal do destinatario</xMotivo> agora já é com contador e o sistema dele, na minha cabeça o xml estava indo com cStat = 100...pode encerrar o tópico. Obrigado

A denegação não é um evento, é apenas adicionado o procNFe no próprio XML da NFe como denegada, igual a autorização de uso. Veja se o XML da NFe está correto, se estiver o problema é no aplicativo do contador.

Bom dia @DSilva @DouglasDll sim conseguir vou montar o passo a passo aqui: 1º Instalar o dríver da Zebra em ambos os PCS (Pc Client e Pc Server) 2º (PC Server)Desative o "Easy Print" do Windows Server(creio que aqui e o problema, pois o Server não vai reconher outro driver a não ser o seu Easy Print que é uma espécie de Plug e Play) - Abra o console do Editor de Política de Grupo local (gpedit.msc) ou domínio (GPMC.msc); Navegue até a seguinte seção de GPO (aqui eu fiz na GPO Global, mais dependendo ai pode ser na GPO de Usuários) d Configuração do computador> Modelos administrativos> Componentes do Windows> Serviços de área de trabalho remota> Host de sessão de área de trabalho remota> Redirecionamento de impressora ou Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Printer Redirectio Segue alguns links para melhor entendimento: https://fagrontechnologiesbc.zendesk.com/hc/pt-br/articles/360019857292-Desativando-o-EASYPRINT https://leonardozgb.wordpress.com/2013/06/20/impressao-redirecionada-windows-server-2012/#:~:text=Localize a política chamada%3A “Use,novas conexões de Terminal Services. 3º Se possível reiniciar o Server caso contrario voce pode forçar a atualização das GPOs com o comando gpupdate /force sem reiniciar o Server 4º Conectar o Pc Cliente via TS no servidor marcando as opções (Impressoras) para a que impressora local(zebra) seja reconhecida no Pc Server 5º Verificar no Dispositivos e Impressoras(PC Server) se apareceu a impressora Zebra do PC Client(Geralmente ela mostra o mesmo nome do Pc Cliente + a palavra REDIRECIONADA + um numero sequencial no meu caso ficou ZEBRATESTE (1 redirecionada) Obs: Aconselho tbm olhar se dentro das propriedades das impressora o driver que aparece e o da Zebra e não Easy Print 6º Testar impressão no Pc Server o "AcbrEtiq ou seu software". ps: aconselho usar o Raw no padrão de comunicação Espero ter ajudado.

Mais uma informação a esse respeito: Obrigado a informar o CIOT quando se tratar de um transporte rodoviário carga lotação, ou seja, toda a carga do caminhão possui apenas um contrato de transporte portanto apenas um embarcador e vai para um único destino. Não é obrigado a informar o CIOT quando for carga fracionada, o que acredito que é seu caso.

Bom dia. Eu instalei o Delphi 10.4.2 atualizando 10.4.1. Mas ficaram vários problemas. Reclamando de falta de componentes, quando os mesmos estavam instalados. Eu fechava o projeto e reabrir e o erro do componente sumia. Esse erro ocorria com alguns componentes do ACBr. Aí eu resolvi instalar o Delphi do zero para ver. Feito isso, atualizei o ACBr e executei o ACBrInstall Ai eu notei que library do Android32 ficou correta, mas "estragou" foi o Browsing Path, adicionando os "" no início e deixando apenas os Paths do ACBr. Atenciosamente.