Ir para conteúdo
  • Cadastre-se

ThiagoDornelas

Membros
  • Total de ítens

    177
  • Registro em

  • Última visita

Tudo que ThiagoDornelas postou

  1. 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
  2. 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
  3. sim cara, apenas para ano 2017 layout 5.0. verifique o valor que esta passando para o campo COD_VER_LC.
  4. 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
  5. nao consegui cara.
  6. blz cara. vou tocar o barco aqui e quando estiver pronto, mando os arquivos.
  7. 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.
  8. 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.
  9. foram enviados sim. eles inclusive ja constam la no site como pendentes de conciliação.
  10. 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.
  11. 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.
  12. 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
  13. boa tarde Nilson, mas como vc fez essa consulta de EPEC? ate onde eu sei, nao existe consulta de EPEC.
  14. 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
  15. 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
  16. 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
  17. entendi Regys. obrigado
  18. 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
  19. 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
  20. 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
  21. Italo, funcionou. muito obrigado pela ajuda.
  22. boa tarde Italo. atualizei ontem a tarde.
  23. 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
  24. boa tarde, estou atualizando meu sistema para o trunk2 e estou tendo problemas para consultar notas enviadas no SVC. a questão é o seguinte. com os fontes atualizados no trunk2, enviei uma NFe na contingencia SVC e a mesma foi autorizada. Depois fui fazer a consulta desta nota e veio o retorno com a Rejeição: Nf-e nao consta na SEFAZ MG. Depois disso resolvi testar a consulta com a versao atual do nosso sistema , que ainda esta no trunk e a consulta funcionou, ou seja, me retornou que a mesma esta autorizada no SVC. Pelo que entendi, a consulta no trunk2 está buscando a nota na SEFAZ ao invés de buscar no ambiente proprio do SVC. A configuração do componente foi exatamente a mesma nos dois testes (trunk e trunk2) minha duvida é se existe alguma configuração nova no trunk2 para fazer essa consulta ou se é um problema no componente. aproveito tb pra perguntar se existe um site da receita para pesquisar notas no SVC (homologação). pergunto isso pq neste link (https://hom.nfe.fazenda.gov.br/PORTAL/consulta.aspx?tipoConsulta=resumo&tipoConteudo=d09fwabTnLk=) , não está localizando as notas q enviei em SVC. Procurei no site tb e nao achei nada. desde ja agradeço.
  25. boa noite, estou tendo um serio problema para enviar NFE em MG (por enquanto sei de 1 cliente). o problema começou hoje a tarde e nao sei se é na receita ou no meu sistema. todas as NFe que possuem 2 ou mais itens, nao são enviadas/validadas. é difícil ate explicar pq nao tem nenhum retorno da receita, nenhum XML, nada. se eu faço a NFe com 1 item, a nota e enviada, mas se colocar outro item (o restante tudo igual), ja da esse erro. tentei debugar os fontes mas nao consegui descobrir o que pode ser. uma coisa que percebi foi que na unit ACBrHTTPReqResp no bloco abaixo while InternetReadFile(pRequest, @aBuffer, SizeOf(aBuffer), BytesRead) do begin if (BytesRead = 0) then Break; BufStream.Write(aBuffer, BytesRead); end; a variavel aBuffer contem isto: '<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Sender</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Unmarshalling Error: Illegal character (NULL, unicode 0) encountered: not valid in any content'#$A' at [row,col {unknown-source}]: [1,8187] </soap:Text></soap:Reason></soap:Fault></soap:Body></soap:Envelope>' infelizmente nao estou sabendo como resolver. se alguem puder me ajudar com isso, ficarei muito grato. estou com os fontes atualizados (trunck). o erro esta acontecendo em produção e homologação. obrigado Thiago Dornelas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.