Painel de líderes

Boa noite a todos, Por favor vamos ler com mais atenção o manual. Alem do grupo <veic> ter sido removido na versão 3.00 varias outras TAGs e grupos foram excluídos. Outra coisa agora temos o grupo <rodo> e <rodoOS>, cuidado são coisas totalmente diferentes, o primeiro se refere ao modelo 57, ou seja, o CT-e que conhecemos a um bom tempo, já o segundo se refere ao modelo 67 que não tem nada haver com o transporte de carga. Notem que não existe mais a TAG para informarmos se a carga é fracionada ou lotação, não vamos mais informar os veículos e muito menos os motoristas. A transportadora de carga deverá emitir o CT-e e o MDF-e e é neste último que os veículos e motoristas deveram ser informados.

Acredito que sim, me parece a a numeração é do serial do equipamento, mudou o equipamento começa do ZERO ok. Da uma olhadinha no manual Especificação Técnica de Requisitos. HASA

Boa tarde Jean. Qual protocolo você está utilizando ? A Elgin i9 deve ser configurada utilizando o protocolo ppEscPosEpson, pois o protocolo ppEscElgin é específico para o modelo Elgin VOX. Você pode obter mais informações neste tópico:

Bom dia a todos, Eu também estou passando pelos mesmos problemas de validações que todos estão mencionando. Fiz as alterações acima mencionadas pelo Fernando Schulz e o arquivo não apresentou mais erros no validador. E essas alterações estão conforme o manual que recebemos do banco. Dercide.

Se esta compra for de produtor rural (onde ele usou o famoso bloco de produtor), daí sim vc terá de emitir uma NFe de entrada referenciando a nota do produtor (tag refNFP). Att Ricardo

Valeu Cristiano!

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

Boa noite Valdir, Favor atualizar os fontes e refaça os testes.

Boa noite JSantos. No seu caso não há problemas uma vez que muda o estabelecimento. A raiz pode permanecer a mesma. Só tome o cuidado de desativar corretamente o SAT para poder reativar de maneira tranquila! Att Cristiano Abbud

Agora deu pra esclarecer Juliana Obrigado.

Já descobri... Não estava definindo o valor da tag indGlobalizado.. Adicionei a seguinte linha e funcionou! ide.indGlobalizado := tiNao; Obrigado!

Resolvi Italo , não tinha marco a opção abaixo da imagem.

Boa tarde Reginaldo. Sim, pode cancelar independente de ter sido transmitido ou não. O conceito do aparelho é trabalhar de maneira off-line. Apenas atentar ao período máximo de 30 minutos após a geração do CF-e. Att Cristiano Abbud

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

Boa tarde, Realmente esse validador do Sicoob está uma novela mexicana, acabei tendo que voltar todas as alterações que foram feitas no AcBr e ainda mais duas correções que são o problema que o @michael_castilho e o @Luciano Jr. Mattiello estão tendo, o Sicoob me retornou assim na última validação que tentei fazer: Corrigir no header do arquivo remessa posições 33 a 52 o código do cedente Informado: '00000000000000000000' Correto: ' ' - Corrigir no header do arquivo remessa posições 164 a 166 o Nº da versão do layout do arquivo. Informado: '087' Correto: '081' - Corrigir no header do lote do arquivo remessa posições 014 a 016 o número da versão do layout do lote. Informado: '045' Correto: '040' Até aqui eu só voltei as alterações do AcBr - Corrigir no trailler do lote do arquivo remessa posições 018 a 023 a quantidade de registros no lote. Informado: '000011' Correto: '000014' - Corrigir no trailler do arquivo remessa posições 024 a 029 a quantidade de registros do arquivo. Informado: '000004' Correto: '000016' Esses dois acima tive que fazer o seguinte: No trailler do lote fiz assim: //IntToStrZero((3 * ARemessa.Count-1), 6) + //Quantidade de Registro da Remessa IntToStrZero(((4 * (ARemessa.Count-1))+2), 6) //alterei para 4 * pois são 4 segmentos por registro, e somei 2 pois é a linha do cabeçalho e rodapé do lote que precisam ser somados. No trailler do Header fiz assim: //IntToStrZero(ARemessa.Count, 6) + //Quantidade de registros do arquivo, inclusive este registro que está sendo criado agora} IntToStrZero(((4 * (ARemessa.Count-1))+4), 6) //Mesma coisa do de cima, 4* pois são 4 segmentos por registro, e + 4 por causa das linhas do cabeçado e rodapé do lote e do arquivo. Com todas as alterações acima validou tudo, e meu cliente já está usando a alguns dias. Obs: Não sei se a programação ficou a melhor possível, mais foi a forma que achei de validar, agora toda vez q faço update no meu componente AcBr preciso verificar as diferenças nessa Unit.

Isso já está corrigido no Fortes CE http://www.projetoacbr.com.br/forum/announcement/12-novo-fortes-report-ce-e-projeto-acbr/