Ir para conteúdo
  • Cadastre-se

ThiagoDornelas

Membros
  • Total de ítens

    177
  • Registro em

  • Última visita

Posts postados por ThiagoDornelas

  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

    • Curtir 1
  2. 19 horas atrás, danieldepaularomanini disse:

    Boa tarde, uma duvida essas alterações foram feitas para o ano de 2017, pois estou gerando aqui de 2016 e colocando versão 4 do layout e ao validar o arquivo está pedindo o campo  IND_RESP_LEGAL. 

    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

    • Curtir 1
  3. 18 horas atrás, danieldepaularomanini disse:

    Boa tarde, uma duvida essas alterações foram feitas para o ano de 2017, pois estou gerando aqui de 2016 e colocando versão 4 do layout e ao validar o arquivo está pedindo o campo  IND_RESP_LEGAL. 

    sim cara, apenas para ano 2017 layout 5.0.
    verifique o valor que esta passando para o campo COD_VER_LC. 

  4. Em 22/02/2017 at 18:31, Juliomar Marchetti disse:

    Boa tarde

    acredito que não mas se quiser colaborar está convidado!

    anexe os fontes aqui que subimos.

    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

    • Curtir 1
  5. 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.

  6. 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.

  7. 2 minutos atrás, 3Soft Sistemas disse:

    é q supostamente isso é uma funcionalidade que deve ser controlada pela aplicação. afinal estamos a falar de contigencia

    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.

  8. 2 minutos atrás, 3Soft Sistemas disse:

    Pelo portal do sefaz. tem um serviço para esse efeito. 

    Ao meu conhecimento não existe nada desenvolvido para esse proposito no acbr.
    Contudo se acredita que pode desenvolver um componente para isso certamente teria muita utilidade para todos e acrecentaria valor ao acbr :)

    De salientar que não encontrei nenhum webservice publicado para essa funcionalidade.

    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.

  9. 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

  10. 7 horas atrás, NilsonJ disse:

      Bom dia, tive um caso parecido com o seu, o que precisei fazer foi aguardar o sistema da sefaz de MG voltar ao normal e consultar a nota por chave para receber as informações atualizadas de que a nota estava autorizada e atualizar a base de dados.

     

         Atte.

     

                       Nilson.

    boa tarde Nilson,

    mas como vc fez essa consulta de EPEC? ate onde eu sei, nao existe consulta de EPEC.

  11. 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 

  12. 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

    7 horas atrás, Daniel Simoes disse:

    obrigado

  13. 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

  14. Em 13/01/2016 at 08:56, Régys Silveira disse:

    Vejam, o componente vai usar a data de emissão para organizar o diretório, como a CC-e foi emitida neste mês a data de emissão dela é deste mês, portanto, a data do diretório segue a CC-e.

    entendi Regys.

     

    obrigado

  15. Em 07/01/2016 at 21:00, Sérgio Assunção disse:

    Agora existe o PathEvento onde você define onde serão gravados os eventos (lembre-se que a CC-e é um evento). Se não definir nada nessa propriedade, o componente cria a pasta Eventos para o armanezamento desses arquivos.

    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

  16. 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

  17. Bom dia Italo,

    Atualizei os fontes e esta transmitindo normalmente agora.

    Mas ao consultar o status da nota recebo retorno indicando que ela não se encontra na base de dados da SEFAZ como o Thiago tinha dito no início do tópico.

    Obrigado.

     

    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

  18. 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.

     

     

  19. 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.