Ubirajara

Ricardo, bom dia. Cara, era isso mesmo. Na pressa de testar esqueci o principal, mudar a versão. Muito obrigado.

Pessoal, ao tentar passar os valores de FCP, os mesmos não estão indo para o XML. 1 - Imposto.ICMS.vICMS := ResultSet.getNumeric('icms_vicms'); 2 - Imposto.ICMS.vFCP := ResultSet.getNumeric('vfcpufdest'); Os dois campos acima, ao debugar, estão recebendo os valores devidos. Porém, somente os dados de icms estão sendo gerados, os de fcp não. Há alguma outra propriedade que possa interferir na geração desses dados no XML?

@EMBarbosa, boa tarde. No registro D100 foram incluídos os campos COD_MUN_ORIG e COD_MUN_DEST que ainda não constam no ACBr, apenas nos registros que já possuíam o campo. Eles também têm alguma particularidade ou é por que ainda não são obrigatórios? Desde já, obrigado.

Cara, obrigado. Era justamente a property TACBrTitulo.CaracTitulo. Problema resolvido.

@mauriciobng nesse caso foi uma coincidência porque eu coloquei 1 para os dois casos. No caso do SICOOB, qualquer número que eu coloque no cadastro sai nessa posição, e no caso do Santander não. Para a empresa que estou validando, o valor correto é '5' na posição é 58-58. Carteira := '5'; Na impressão do boleto o campo sai 005, só na geração da remessa que não funciona.

7560001300001P 010410840000000056278 000002014701034 10 225016001 1201201800000000000124300000 0330001300001P 013174001300172580130017258 0000000000469121 6331 1201201800000000000124300000 Maurício, bom dia. Essas duas linhas que estou mandando, a primeira é de uma remessa do Sicoob e a segunda do Santander. Na linha do SICOOB, onde está grifado, o primeiro número 1 é o tipo de cobrança. Coloquei 1 também para o Santander, e como pode ver, não saiu. Os campos que você mencionou estou passando da mesma forma. Você sabe dizer por que a geração do Santander sai diferente?

Pessoal, boa tarde. A geração da remessa cnab240 do Santander tem algum particularidade? Quando eu tento gerar o arquivo de remessa o campo carteira não vai. Eu gero a remessa do SICOOB e está ok, então estou, em teoria, passando o campo certo. No manual, o campo se encontra no Segmento P, posição 58-58 (Tipo de cobrança). Obrigado.

Usamos o Fortes. Não consegui achar parâmetro para versão. Esse opção que você citou é somente para o fast?

Sim, meus fontes estão atualizados. E no caso, eu falei dos 3 campos, mas é só o dPrev que continua. E mesmo se eu omitir dPrev na geração do dacte ele imprime vazio.

Pessoal, boa tarde. Com a remoção dos campos dPrev, lota, CIOT do grupo rodo para o CT-e 3.00, os campos vão ficar saindo em branco no DACTE? Se não, qual o tratamento devo fazer para que os campos não saiam na impressão?

@BigWings, @Giuu. Fiz interpretação incorreta aqui. Apesar de achar estranho, havia entendido que infDoc não deveria ser informado. Era isso. Muito obrigado.

@BigWings, os fontes estão atualizados.

Sim. Anexei o xml acima, pois creio que esteja tudo passando OK.

@Giuu, é que de acordo com a NT 2017/003: A tag tpEmit do grupo ide passa a aceitar os seguintes valores: 1 - Prestador de serviço de transporte; 2 - Transportador de Carga Própria; 3 - Prestador de serviço de transporte que emitirá CT-e Globalizado. Com os valores 1 e 2 meu envio está OK. Como estou me adequando à NT, estou fazendo testes com o novo parâmetro. Somente com ele que o envio não funciona.

Boa tarde. Ao tentar emitir MDF-e com tpEmit = 3, estou recebendo: "Falha na validação dos dados do Manifesto: 70". Porém não consigo identificar o motivo. Alguma sugestão? Segue em anexo o xml em questão.MDFe31171010579567000118580000000000701000000709.xml

Juliomar, pelo método que já existe, mesmo no ACBr ao gerar o arquivo se o usuário clicar na tela ele vai retornar "NÃO RESPONDENDO" e aparece a opção de finalizar a tarefa. Você aconselha alguma forma de contornar isso sem tthread?

Pessoal, bom dia. Na geração de arquivos fiscais para evitar travamentos eu queria fazer o uso de threads. Porém para o método ACBrECF1.PafMF_MFD_Cotepe1704, quando eu executo o Delphi em modo de Release o Windows trava e eu tenho que usar o ctrl alt del. Em modo DEBUG não trava. Usando o mesmo procedimento para ACBrECF1.PafMF_ArqMFD_Binario(NomeArquivo) e ACBrECF1.PafMF_ArqMF_Binario(NomeArquivo) está ok, somente nesse que trava. Alguém já passou por isso? O básico do que estou querendo segue no trecho abaixo. aTask := TTask.Create(procedure() begin ACBrECF1.PafMF_MFD_Cotepe1704(DataInicio, DataFim, NomeArquivo); Sessao.HabilitarControles; messageInformation('Arquivo armazenado em: ' + NomeArquivo); end); aTask.Start;

Vou realizar testes então, sem passar valor. Obrigado.

Passo o valor 3.

Eu excluí o caminho da minha aplicação no regedit em HKEY_CURRENT_USER para o caso de estar guardando variáveis temporárias. O que não faz sentido pois nos 2 casos sempre multiplica por 10 mas a quantidade continua 1.

ArqLOGECF Esse log é de uma venda numa Bematech, pois não tenho epson aqui. Se não for o caso, estou tentando configurar um emulador. O arquivo é esse mesmo? Estou mandando em anexo um pedaço do espelho de um cupom que houve o erro. Todos os produtos estão com a quantidade correta, no caso 1 UN cada. E reforçando, eu tenho outros clientes com o mesmo modelo e o caso está ocorrendo pela segunda vez somente. Espelho.txt

Pessoal, boa tarde. Estou com uma situação que já ocorreu com 2 clientes. Ao fazer um cupom fiscal o valor do item está sendo multiplicado por 10 no ECF e não consigo simular isso. Os 2 casos ocorreram com ECF Epson TM-T81 FBII -IF VERSÃO:01.10.00. Ao limpar no regedit em HKEY_CURRENT_USER\Software a chave da minha aplicação isso para. Alguém já passou por isso ou conhece algum caso similar?

Pensei que poderia ter havido alguma mudança na validação do sped contribuição já que há nova versão do validador. E eu poderia não ter visto quando saiu. Mas parece que não houve.

Pessoal, bom dia. Estou com a seguinte situação: meu Sped PisCofins está dando uma diferença na consolidação das operações por CST. Todos os relatórios estão no mesmo valor e o SPED FISCAL bate com esses valores, porém o PisCofins não. Houve alguma atualização pra esse mês? Desde já agradeço.

Pessoal bom dia. Ao tentar conectar com um emulador da Elgin (Simulador de ECF Logger II - Versão 1.10) eu tenho uma falha. Erro retornado pela impressora: FiscNET: ZPM - Simulador V1.00. No ECF Teste de exemplo dá a mesma coisa também. E na área de resposta tem o seguinte: Resposta do ECF inválida Num.Identificação inválido {;11016;NomeErro="ErroProtFilaCheia" Circunstancia="ao receber comando";} No ECF Teste que está na área de downloads eu consigo ativar o ecf, imprimir relatórios e demais comandos. Alguém mexe com Elgin e aconteceu isso? Estou sem impressora física para testar.