EMBarbosa

http://www.esocial.gov.br/

Verifique a sua data Inicial, o bloco G só é gerado para dados após Janeiro de 2011. Veja: /// Prorrogado para 01/01/2011 conforme Guia Prático da EFD 2.01 /// *Bloco G incluído para vigorar a partir do período de apuração de janeiro de 2011. if DT_INI >= EncodeDate(2011,01,01) then begin /// BLOCO G WriteRegistroG001; WriteRegistroG990; Bloco_G.WriteBuffer; end; Caso seja posterior, coloque um breakpoint logo no início deste método ( procedure TACBrSPEDFiscal.WriteBloco_G) da unit ACBrSpedFiscal.pas. Daí siga com F7 para verificar o motivo dele não gerar o bloco.

A partir da página principal: 1) Clique no subfórum que quer criar o tópico 2) Clique no botão "Novo Tópico" Se tiver problemas com isso, queira avisar.

Não dá pra perceber nada de imediato. O que está saindo no resultado? Você fez debug no seu código? Está passando pelas linhas que criam os registros G110, G125, G126, G130 etc...?

Olá David1797, Esse fórum é voltado para o projeto ACBr, legislação sobre automação comercial e assuntos relacionados. Não está em nosso intuito atender dúvidas sobre jogos, hacks, trainers, etc... Talvez você possa localizar algum outro fórum sobre o assunto na web. Agradecemos sua compreensão.

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Olá, Realmente você pode notar a repetição dos registros 60M para a data 20130701. Mas isso é um problema do Emulador. Não tem relação com os componentes. Logo, você precisa pedir ajuda da Bematech. Pronto, tá analisado.

Não. Nenhuma previsão. Estamos sugerindo que os usuários que precisam disso peguem o código atual e comecem a atualizar. Poderão assim anexar aqui no fórum. Isso será analisado e enviado para o SVN.

Olá Astrogildo, Quando o cliente não quer deixar seus dados visíveis, você pode então criar um arquivo de exemplo com dados fictícios onde o problema é reproduzido. Contudo, para exportar os dados para outro sistema não deve-se alterar o código e sim usar os métodos criados pelos usuários com a supervisão do Isaque.

Com alguma alteração, dá pra fazer algo parecido usando Nested Datasets. Será usado apenas um post. Mas do jeito que está poderia tentar usando o evento BeforeUpdateRecord aplicar as atualizações manualmente, conforme a documentação diz: or even apply updates manually from a BeforeUpdateRecord event handler. Neste caso, pelo que eu entendo, você terá que escrever as SQLs manualmente. Mas acho que isso não deve ser algum problema.

Esse não é um erro. É um Waring. Não vai impedir o funcionamento.

Hein?

Fora os registros totalizadores (que são aqueles que ficam no final dos blocos) e o bloco 9 nenhum registro é gerado automaticamente.

De nada. Se tiver problemas posta aí.

Eu aconselho usar o site do Confaz. Navegue pelos menus e encontre o ATO COTEPE especificado.

Logo no início deste link abaixo explica como fazer para deugar como a dll se fosse um exe. Só que está em Inglês... http://francois-piette.blogspot.com.br/2013/07/breakpoint-not-honored-while-debugging.html Basicamente você adiciona o caminho do seu executável no Delphi / Menu / Run / Parameters. Daí executa o projeto normalmente.

Me parece o mesmo que foi relatado no tracker. Link para futura referência: http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-17-bug-na-decodifica%C3%A7%C3%A3o-de-dados-da-%C3%BAltima-redu%C3%A7%C3%A3o-z-no-driver-fiscnet/

|H001|1| -> Significa "Bloco com dados não informados" Mude para: |H001|0| Acho que já tem vários tópicos mencionando isso para diversos blocos diferentes...

Sua dúvida não foi clara... Poderia reformular?

Dá uma olhada:

O PVA não está contando ou o seu arquivo foi gerado incorretamente?

Procure por ATO COTEPE/ICMS Nº 9, DE 18 DE ABRIL DE 2008

Olá, Eu não consegui entender qual o seu problema com as orientações...

Multithreading usando DecimalSeparator em outras threads pode ocasionar o mesmo erro, mas é muito mais improvável...

Por conta do cara do transporte. Afinal ele que vai fazer o transporte... Pelo menos até onde me lembro é assim...