Ubirajara
-
Total de ítens
62 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Ubirajara postou
-
Só dava unable to login. Como no mailTest ia sem problema eu coloquei os únicos atributos que não tinha colocado antes. Quando eu coloquei : + ACBrMail.DefaultCharset := TMailCharset(27); + ACBrMail.IDECharset := TMailCharset(15); o envio normalizou e ficou OK. Muito obrigado.
-
Pessoal, bom dia. Estou com problema para enviar emails. O hotmail(outlook) envia hora sim, hora não. O gmail envia sempre. Estou seguindo mailTeste o mais fiel possível. Alguém passou por isso?
-
Fiz dessa forma no DT_FIN do bloco 0 e funcionou. Muito obrigado. -
Juliomar, bom dia. Fazendo a compilação com o arquivo que postei acima a geração fica OK. Ele entra no IF onde tem que gerar o registro com 14 campos e assim o faz. Da outra forma ele cai no else por causa da comparação da string gerada pela data e gera o registro com 22 campos. Eu vou gerar aqui assim e aguardo por updates no svn.
-
Ok. Fico no aguardo. Obrigado.
-
Tô usando XE8 Juliomar.
-
Pessoal, o campo DT_FIN é do tipo TDateTime, dessa forma ao gerar o arquivo ele vai cair no else e gerar o arquivo com 22 campos. Em vez de usar EncodeDate, deve ser usado EncodeDateTime. Pra gerar com 14 campos deve ser feita a seguinte alteração: *Código incorreto: if (DT_FIN <= EncodeDate(2016, 12, 31)) then begin *Código correto: if (DT_FIN <= EncodeDateTime(2016, 12, 31, 23, 59, 59, 999)) then begin Pelo menos foi dessa forma que consegui gerar corretamente aqui. Segue o arquivo com a correção. ACBrEFDBloco_E_Class.pas
-
Obrigado Juliomar. Tinha ficado na dúvida. Bom dia.
-
Tô usando o fortes Juliomar. XML e PDF em anexo 31161124213805000181580000000000021000000027-mdfe.pdf MDFe31161124213805000181580000000000021000000027.xml
-
Pessoal, bom dia. As UF's de percurso saem somente no xml mesmo ou a geração do meu DAMDFE tá com problema? Gerei aqui as informações e não sai na impressão, mas no xml está OK. Desde já, obrigado.
-
Ah sim. Obrigado.
-
João, boa tarde. Como você faz para enviar mais de um boleto para o mesmo cliente? Tem alguma configuração para que ele mande todos no mesmo pdf? Seguindo essa rotina, cada boleto é um email. Desde já, obrigado.
-
Ok. Dúvidas esclarecidas. Bom dia. Obrigado.
-
Bom dia Juliomar. Entendi. Estava procurando na parte incorreta do manual. Muito obrigado. Não sei se devo abrir outro tópico, vou continuar aqui. Mandando no 0110 esses valores |0110|2||1|2|, o sistema deveria gerar apenas os blocos 0, F, M e 1. Se eu pegar os dados de todos os blocos o ACBr faz esse tratamento ou sou eu quem tenho que fazer? Desde já, agradeço pela atenção.
-
Pessoal, bom dia. Por que o registro 0110 não gera com todos os campos preenchidos? Por exemplo: with Registro0110New do begin COD_INC_TRIB := codEscrOpIncCumulativo; //StrToCodIncTrib(config.cod_inc_trib); IND_APRO_CRED := indMetodoApropriacaoDireta; //StrToIndAproCred(config.apro_cred); COD_TIPO_CONT := codIndTipoConExclAliqBasica; //StrToCodTipoCont(config.cod_tipo_cont); IND_REG_CUM := codRegimeCompetEscritConsolidada; // StrToIndRegCum(config.reg_cum); end; Com esses valores ele gera o CAMPO03 vazio. |0110|2||1|2| Fiz algumas combinações aqui e um campo sempre vem vazio. Pode haver algum parâmetro que defina isso anteriormente?
-
O problema era um padrão que eu usava aqui na outra forma de gerar o sped. Mas caso você queira só reproduzir a situação, acho que se você chamar o E316 sem passar os valores do cálculo do VL_OR acontece isso. Ele deve gerar o E316 zerado e logo após 2 E310. Mas meu erro mesmo era porque antes eu gerava num procedimento contínuo. Obrigado pela atenção.
-
Bom dia. Quando eu compilo minha aplicação com o registro E316, estão sendo gerados 2 registros E310 zerados após ele. No debug eu não consegui identificar o que poderia estar causando isso pois o E310 passa só uma vez. Se eu tiro o trecho do E316 o E310 sai OK. Não há repetição no E316 e o E310 é chamado só uma vez para cada UF identificado. Alguém já passou por isso? Desde já, obrigado. |E300|SP|01052016|31052016| |E310|1|0,00|12,96|0,00|0,00|0,00|0,00|0,00|12,96|0,00|12,96|0,00|0,00| |E316|000|0,00|31052016|100137|||||052016| |E310|0|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00| |E310|0|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00| |E300|MG|01052016|31052016| |E310|1|0,00|19,44|0,00|0,00|0,00|0,00|0,00|19,44|0,00|19,44|0,00|0,00| |E316|000|0,00|31052016|100137|||||052016| |E310|0|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00| |E310|0|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|0,00|
-
Registros Fiscais - Consolidação das Operações por CST
Ubirajara replied to Ubirajara's tópico in ACBrSPEDPisCofins
Na pressa, analisei campo errado. O erro estava em IND_ESCRI, em C010. -
Registros Fiscais - Consolidação das Operações por CST
um tópico no fórum postou Ubirajara ACBrSPEDPisCofins
Pessoal, bom dia. Estou reescrevendo a geração do Sped PisCofins utilizando o ACBr. Minha geração aparenta estar OK. Está gerando a mesma quantidade de registros, com os mesmos resultados. Porém, quando vou verificar a Consolidação das Operações por CST, está havendo divergência no valor dos itens. Já chequei o Bloco C e os demais também e os valores parecem estar OK. Não estou conseguindo identificar onde estou errando, se é algum parâmetro que estou esquecendo ou passando incorretamente. Se alguém já tiver passado pelo mesmo problema ou puder me indicar onde possa ser o erro. Seguem em anexo a imagem do relatório, um com a minha geração antiga e o outro com a geração pelo ACBr. A imagem onde VALOR TOTAL DO ITEM é diferente das bases de cálculo de pis e cofins é do arquivo gerado usando o ACBr. Desde já agradeço se me derem um help. -
Bom dia Italo. Não tinha chegado a olhar em homologação não; vou fazer testes em produção e se der OK eu te aviso. Muito obrigado.
-
Italo, ao consultar status de serviço acontece o que segue na figura. Pode ter relação?
-
Bom dia Italo. Está carregado. Pelo menos estou fazendo da forma como faço com a NFe. Se estiver errado, a xMotivo viria em branco também, não? No caso ela vem OK. Os demais itens da pesquisa também estão ok. Apenas o protocolo de envio que não e DhRecbto que estão com o problema.
-
Pessoal, estou usando a seguinte estrutura para a transmissão do ct-e. cte_protocolo_envio.Text := ACBrCTe.WebServices.Consulta.Protocolo; cte_datahora_envio.Text := DateTimeToStr(ACBrCTe.WebServices.Consulta.DhRecbto); cte_motivo_envio.Text := ACBrCTe.WebServices.Consulta.XMotivo; No entanto o protocolo de envio vem vazio e data hora vêm como 31/12/1899. E estava funcionando. A transmissão está ok pois consulto na sefaz e está lá. Alguém passou por isso? Nos posts relacionados não achei motivo. Segue imagem do retorno do XML. Desde já, agradeço.
-
Pessoal, eu tava com um problema de sql. Como o erro só tava acontecendo nas linhas finais, acabou que não vi. Coincidentemente, ao pegar o trecho para postar aqui, fui no final. Obrigado pela ajuda.
-
Pessoal, boa tarde. Na geração do sped fiscal o registro H está sendo gerado corretamente. Pelo menos os dados estão no arquivo txt. No entanto no validador ele vem com erros e a mensagem de Registro H020 é obrigatório/Campo inválido ou não informado. Tem algum outro registro que eu poderia estar negligenciando? Segue em anexo um trecho do arquivo, com o registro H. Desde já agradeço possíveis colaborações. SPEDFISCAL_2016_02 - FEV.TXT
