ThiagoDornelas
Membros-
Total de ítens
179 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que ThiagoDornelas postou
-
Cancelamento com erro: "nao encontrei final elemento: </eventoMDFe>"
ThiagoDornelas replied to ThiagoDornelas's tópico in ACBrMDFe
boa tarde Italo. Configurado pra 1.00 nao ocorre o problema. -
Cancelamento com erro: "nao encontrei final elemento: </eventoMDFe>"
um tópico no fórum postou ThiagoDornelas ACBrMDFe
boa tarde, hj atualizei os fontes para implementação do Mdfe 3.0 e comecei a ter o erro em anexo sempre q tento fazer o cancelamento de um MDF. debuguei os fontes pra tentar identificar o problema e descobri q aparentemente o problema esta na unit ACBrDFeXsMsXmlCapicom. Na procedue Assinar, existe este trecho {$IfDef FPC2} AXml := ACBrUTF8ToAnsi(ConteudoXML); {$Else} AXml := UTF8ToNativeString(ConteudoXML); {$EndIf} Neste ponto a variável ConteudoXML possui os dados do evento e apos passar pela linha UTF8ToNativeString(ConteudoXML) ela retorna nada, ou seja, a variável AXml fica vazia. Apos este ponto, é chamada a função AdicionarSignatureElement(AXml, False, docElement, IdSignature) e como AXml está limpa, a função me retorna erro. Se alguem puder me dar uma força neste problema, ficarei agradecido. obrigado Thiago Dornelas -
boa tarde Juliomar, precisei fazer uma correção em um dos fontes do SPED PIS/COFINS. na unit em Anexo, existe uma função chamada StrToIndNatPJ() q retorna TACBrIndNatPJ. percebi q a mesma estava retornado um valor errado e descobri a na declaração de TACBrIndNatPJ, existia um "erro". Na verdade, o valores possíveis estavam invertidos e consequentemente o resultado de StrToIndNatPJ acabava ficando errado. Fiz a correção e o arquivo segue em anexo. obrigado. ACBrEPCBlocos.pas
- 1 reply
-
- 1
-
-
Atualização de layout - NOvos Campos
ThiagoDornelas replied to ThiagoDornelas's tópico in ACBrSPEDContabil
Daniel, dei uma olhada no manual novamente. Seguinte cara, o ano 2016 agora deve ser gerado no layout 5.0 e NAO mais no 4.0, ou seja, o campo COD_VER_LC agora recebe "5.00". Sendo assim, precisei fazer uma alteração na geração do registro J930. Juliomar, segue anexo a alteração que fiz no fonte para correção do registro J930. obrigado Thiago Dornelas ACBrECDBloco_J_Class.pas -
Atualização de layout - NOvos Campos
ThiagoDornelas replied to ThiagoDornelas's tópico in ACBrSPEDContabil
sim cara, apenas para ano 2017 layout 5.0. verifique o valor que esta passando para o campo COD_VER_LC. -
Atualização de layout - NOvos Campos
ThiagoDornelas replied to ThiagoDornelas's tópico in ACBrSPEDContabil
boa tarde Juliomar, segue anexo as alterações referentes à atualização do layout deste ano. As alterações foram as seguintes: REGISTRO 0000: ABERTURA DO ARQUIVO DIGITAL E IDENTIFICAÇÃO DO EMPRESÁRIO OU DA SOCIEDADE EMPRESÁRIA exclusão do campo: NIRE_SUBST inclusão do campo: IND_ESC_CONS REGISTRO J930: IDENTIFICAÇÃO DOS SIGNATÁRIOS DA ESCRITURAÇÃO E DO TERMO DE VERIFICAÇÃO PARA FINS DE SUBSTITUIÇÃO DA ECD inclusão do campo: IND_RESP_LEGAL caso tenha algum problema, me avise por favor. obrigado Thiago Dornelas ACBrECD.rar -
nao consegui cara.
-
Atualização de layout - NOvos Campos
ThiagoDornelas replied to ThiagoDornelas's tópico in ACBrSPEDContabil
blz cara. vou tocar o barco aqui e quando estiver pronto, mando os arquivos. -
Boa tarde, Hj ao validar a ECD tive alguns erros e acabei descobrindo q houve uma atualização no layout. Nesta atualização, novos campos foram incluidos (registro 0000 por exemplo). Atualizei meus fontes e mesmo assim nao continuei com erro. Percebi q mesmo atualizando os fontes, os novos campos nao estao implementados nos registros. Gostaria de saber se o componente ja foi atualizado para o novo layout? Pode ser que tenha ocorrido um problema aqui comigo na atualização dos fontes. Desde ja agradeço.
-
Boa tarde, Tem um cliente meu que esta precisando retificar o Sped 2014 e quando ele vai ser validado, ocorre um erro no validador referente ao layout. No layout atual, o registro J150 possui 8 campos mas na epoca do sped 2014, este registro tinha apenas 6 campos. Ao ser validado, ocorre um erro informado q o registro possui mais campos q o necessário. Gostaria de saber como proceder neste caso. O componente tem algum tipo de tratamento pra isso? obrigado.
-
foram enviados sim. eles inclusive ja constam la no site como pendentes de conciliação.
-
sim, mas no meu caso, a informação nao veio no XML de retorno do EPEC. No XML do EPEC, veio praticamente todas as informações, menos o protocolo e a data. E não é a primeira vez q acontece isso.
-
pois e cara. No site da receita tem uma opção q lista os EPECs pendentes, mas é bem básico e nao possui muitas informações.
-
boa tarde, gostaria de saber se o componente possui alguma função que retorna quais sao os EPECs pendentes conciliação. Na verdade, preciso um pouco mais do q isso. Estou com 2 EPECs pendentes que nao possuem o protocolo e nem a data de autorização e no site da Receita tb nao consta essa informação. Existe alguma forma de obter as informações de um evento EPEC? obrigado Thiago Dornelas
-
boa tarde Nilson, mas como vc fez essa consulta de EPEC? ate onde eu sei, nao existe consulta de EPEC.
-
bom dia pessoal, Tendo um problema com um cliente. Na segunda feira, ao enviar uma NF em EPEC, a energia acabou no exato momento da transmissão desse EPEC. Quando a energia voltou, meu cliente foi conferir a NF e a mesma constava como pendente no meu sistema, entao ele enviou novamente a NF, so que retornou o erro de duplicidade. Como a queda de energia foi no meio do processo, o sistema nao recebeu o retorno da receita. Gostaria de saber se existe alguma forma (função do componente) para poder recuperar essas informações do EPEC. COmo não tive o retorno, esse EPEC está sem protocolo e data de recebimento e por isso não consigo fazer o envio no modo normal. Sei que não exite uma consulta tipo a que tinha no DPEC, mas talvez tenha alguma forma de obter essas informações. obrigado Thiago
-
Suporte ao Delphi 7 será descontinuado?
ThiagoDornelas replied to fggs's tópico in Dúvidas Gerais sobre o ACBr
galera, blz? estou fazendo a migração do meu sistema para o XE4 e tive problema com apenas um componente de terceiros e gostaria de uma ajuda. Pra não postar em local errado, gostaria de saber se foi criado algum forum especifico para esse tipo de discussão. obrigado obrigado -
Suporte ao Delphi 7 será descontinuado?
ThiagoDornelas replied to fggs's tópico in Dúvidas Gerais sobre o ACBr
galera, blz? estou fazendo a migração do meu sistema para o XE4 e tive problema com apenas um componente de terceiros e gostaria de uma ajuda. Pra não postar em local errado, gostaria de saber se foi criado algum forum especifico para esse tipo de discussão ou se posso criar um topico novo no forum do trunk2 mesmo obrigado -
entendi Regys. obrigado
-
Sergio, blz? desculpe a demora em responder. entao cara, eu ja uso o PathEvento . o problema é que configuro o componente para separar por mes e quando ele vai fazer isso, o componente esta gerando o evento para um mes diferente da nota. Minha duvida é que não sei se isto está correto. obrigado
-
boa noite, ocorreu um caso diferente comigo hj ao enviar uma CCe e não sei se o esta correto ou se há um problema com o componente. meu cliente enviou uma NFe em Dezembro, e o XML foi gravado corretamente no path: ..\201512\Nfe\xxxxx.xml quando foi hj, ele precisou gerar uma CCE para esta NFe e o componente gravou o XML do evento em outro diretorio (ano/mes). ficou assim ..\201601\Evento\.... como podem ver, o XML do evento ficou em um diretorio (ano/mes) diferente do XML de autorização da nota. Minha duvida é se o XML do evento deve estar no mesmo diretorio (ano/mes) do XML da NFe ou se deve estar no diretorio referente ao mes q foi gerado. desde ja agradeço. Thiago Dornelas
-
Rodrigo, blz? cara, com a alteração que o Italo fez, a consulta agora esta funcionado. Verifique se "FormaEmissao" está igual a "teSVCAN" ao fazer a consulta. Se nao estiver assim, não ira funcionar. abraço
-
Italo, funcionou. muito obrigado pela ajuda.
-
boa tarde Italo. atualizei ontem a tarde.
-
bom dia Italo, tudo bem? FormaEmissao = teSVCAN Italo, como disse anteriormente, consultando a mesma nota com os fontes do trunk, a consulta funciona. desde ja, agradeço pela atenção
