Painel de líderes

Boa noite a todos, Um CT-e só pode ter 2 ou mais NF-e quando estas tenham si emitidas pelo mesmo remente e cujo destinatário é o mesmo. Caso contrario é um CT-e para cada NF-e. Por outro lado se a transportadora tiver a autorização de emitir CT-e Globalizado, o mesmo poderá ter várias NF-e, mas todas tem que ter sido emitidas pelo mesmo Remetente ou todas são para o mesmo Destinatário.

Boa tarde, Campo CEST: I|3||265 X 70 X 16 BFGODRICH ALL TERRAIN KO2|40111000||5405|UN|4.0000|1140.0000|4560.00||UN|4.0000|1140.0000|||||1||| I05c|0000000| <-- Campo CEST Grupo de Totais: W02|0.00|0.00|0.00|0.00|0.00|4560.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|0.00|4560.00 <-- acrescenta mais um campo 0.00| como o negrito W04c|0.00| W04e|0.00| W04g|0.00| Faça o teste. Sds, Ricardo.

Boa tarde. A implementação atual na unit ACBrBancoCaixa está atendendo o comentário do Kiko, porém notei que na unit ACbrBancoCaixaSicob falta a parte das sugestões. Att. Alteração disponível no svn. Estará presente na próxima compilação do ACBrMonitorPlus. Att.

Boa tarde Ha alguns dias atras foi feita essa alteracao no danfe em fortes para imprimir os dados (uTrib, qTrib e vUnTrib) de tributacao. No AcbrMonitorPlus foi inserido tambem um novo parametro para configurar se deseja ou nao imprimir estes dados no danfe. Verifique se sua versao ja contempla este recurso... Att Ricardo

Sim... ela é compatível com Epson Esc/Pos... veja o teste dela:

Boa tarde! cUF não pertence ao grupo [Identificacao] Parte do seu arquivo INI: Parte do exemplo contido no manual do ACBrNFeMonitor

Uma forma bem pratica seria instalar o OnDrive ou GoogleDrive ou Drobox em cada servidor que recebera o xml, dessa forma basta a aplicação salvar o xml já dentro desta pasta e será replicado a todas as outras.

O componente salva os XMLs em pastas, organizada do por ano e mês ( depende de configuração) Portanto seria apenas necessário zipar a pasta e enviar para ele...

Boa tarde. Você está sendo muito genérico, o ACBrBoleto não tem nenhuma relação com o mysql. Att.

As versões antigas do ACBrNFeMonitor, trunk1, era compiladas para usar uma das bibliotecas OpenSSL ou CAPICOM, não funciona mais desta forma, hoje você pode configurar na interface do ACBrMonitorPLUS se deseja usar CAPICOM ou OpenSSL, não sendo mais uma diretiva de compilação. Isso desde o lançamento da trunk2: Não vejo necessidade de ter um comando para saber se está setado para utilizar a biblioteca OpenSSL ou CAPICOM, se for extremamente necessário podemos analisar a inclusão do comando.

Veja se isso resolve ...

Por favor, anexe o arquivo alterado.

Bom dia.Quando as NF-es forem do remetente ou destinatario pode agrupar e ter várias, quando não for, apenas se for CT-e Globalizado.

Olá Pessoal Estou promovendo modificações em ACBrECFVirtual.pas, com o intuito de dar suporte as Alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) Atualmente o ACBrECFVirtual, tem nas posições 0 a 2 alíquotas "FF", "II", "NN"... Elas foram criadas, quando iniciamos o desenvolvimento do ECF Virtual, emulando um ECF Bematech... Os problemas atuais são: - O Nome correto dessas alíquotas deveria ser "F1, I1, N1" - Não há suporte as alíquotas de Isenção do ISSQN, ou seja (FS1, NS1, IS1) O ECFVirtual, utiliza as primeiras posições da lista de Objetos de Alíquotas, para programas as alíquotas de Isenção. Essa programação é feita de maneira "hardcoded". Se inserirmos as novas alíquotas de Isenção de ISSQN, precisaremos "empurrar" as alíquotas existentes, para novos Índices. Ou seja, hoje a memória INI do ECFVirtual é salva como: [Aliquotas] 00=1|FF|0|T|0| 01=2|II|0|T|0| 02=3|NN|0|T|0| 03=4|04|18|T|1| 04=5|05|12|T|0| 05=6|06|5|S|0| passaria a ser: [Aliquotas] 00=1|F1|0|T|2| 01=2|I1|0|T|2| 02=3|N1|0|T|2| 03=4|FS1|0|S|2| 04=5|IS1|0|S|1| 05=6|NS1|0|S|3| 06=7|07|18|T|2| 07=8|08|12|T|1| 08=9|09|5|S|1| O ACBrECF já possui um código para interpretar a nomenclatura de alíquotas de Isenção. Exemplo: "NN" será interpretado como "N1", "FF", será interpretado como "F1", etc... O ACBrECF não terá problemas, se você busca as alíquotas pelo Valor e Tipo. Exemplos: "18", "5S", "17T" O problema ocorrerá apenas, se você busca a alíquota pelo índice. Exemplos: "T03", "T05", "S04" A Unit em anexo, já possui um código que verifica que a memoria do ECFVirtual, não possui suporte as alíquotas de isenção do ISSQN, e faz a atualização do arquivo .INI para o novo formato... (isso é executado apenas uma vez) Por favor analisem a questão, e o fonte em anexo.. e manifestem, se vocês consideram essa modificação ser um problema que poderá causar muito impacto nos usuários do ECFVirtual ACBrECFVirtual.pas PS: A Unit em anexo, ainda não foi enviada para o SVN

Não há suporte para o tipo de Provedor de Serviços de Criptografia '24' , "The Cryptographic Service Provider type '24' is not supported" Motivo do erro: Ele foi gerado com criptografia 2048 bits. Solução 01: Converte o certificado para criptografia 1024 bit´s. Passos: Faça download do instalador : http://www.onlinecertificadora.com.br/arquivo/suporte/instaladorvalid24.exe Execute, Seleciona o Modelo A1, Selecione o Certificado e Pronto. Solução 02: Instalar no WinXP, Exportar a chave. Xp nao aceita criptografia 2048, ira converter automaticamente para 1024 e ao ser exportado ira manter a criptografia 1024. Então basta instalar na máquina que se deseje w7 ou superior que o problema estará resolvido.

Para fins de entendimento das propriedades e algumas funções elaborei um pequeno exemplo em Delphi 2007 usando o componente ACBrNFe para importar um XML e recuperar dados de interesse, apenas um exemplo trivial mas que serviu de base para meu projeto final, espero que seja útil aos colegas. Fonte zipado em Delphi 2007 com aplicativo compilado para testes (em anexo ou no google drive) https://drive.google.com/file/d/0B-8coBdYiTyEMVROemNHNzlxZVk/view?usp=sharing O entendimento do PDF "Manual_de_Orientacao_Contribuinte_v_6.00.pdf" é importante para se tirar bom proveito do componente, o mesmo está disponível na internet. acbr_Importacao_de_uma_nota.zip

Apenas a DLL é necessária (não precisa de .NET) No Linux o OpenSSL já é instalado por padrão, pois vários serviços dependem dele... Ou seja, no Linux provavelmente não será necessário distribuir a DLL Só agora notei que a Unit do Marco Ferrante "libeay32.pas" não está compilando no Linux (com o Lazarus)... estou tentando resolver isso... Também consegui outro avanço... O FPC (compilador do Lazarus) possui uma Unit nativa para acesso a algumas funções do OpenSSL... ela foi escrita com base no trabalho do Lucas (Synapse) e do Marco... Faltavam alguns métodos que estou usando... mas que já implementei nela.... No Windows tudo OK, vou testar no Linux... e depois preciso verificar a compatibilidade dessa Unit com o Delphi 7 e Delphi 2010 (Unicode) A grande vantagem dessa Unit do FPC é que a carga da DLL é feita de forma dinâmica... Ou seja, não dependerá da DLL para simplesmente executar o programa, mas acusará um erro caso alguma método do ACBrEAD seja chamado e a DLL não seja encontrada.