Ir para conteúdo
  • Cadastre-se

Massao Aihara

Membros
  • Total de ítens

    370
  • Registro em

  • Última visita

  • Days Won

    2

Tudo que Massao Aihara postou

  1. Massao Aihara

    NFS-e Trunk 2 - SJP/PR

    Pessoal, segue arquivo .ini para o provedor de São José dos Pinhais - PR. Testado Envio de lote, consulta por RPS e Cancelamento. SJP.ini Att.
  2. Eu acho que deve... pois esta assim "Ocorrência – 1:1"
  3. Eu tbm não tinha essas informações no ERP e fiz a seguinte tela. Segundo o contador que esta me auxiliando nesse processo a tela é muito parecida com a tela do Lalur que ele utiliza.
  4. Oo...o erro ocorre muito antes de chegar no ECF... Me parece que vc tem duas instalações do componente ACBr para dois Delphi's diferentes ai? Tem um guia para fazer esse tipo de instalação. É só procurar por ele no fórum. Att.
  5. As alterações estão sendo feitas no Truk2. Quase todas as Classes dos blocos foram reestruturadas, como não tenho ideia de qual é a ultima versão dos seus fontes, so colando em cima e testando para ver se funcionam. ou ler os outros tópicos para ficar ciente do que está diferente. Att.
  6. Eu utilizo o Bloco K gerando os registros K030, K155 e K355 sem nenhum problema.
  7. Obrigado, agora segue bloco N para analise. ACBrSpedECF_BlocoN.rar Att.
  8. Duvidas diferentes em tópicos diferentes. Leia as regras. Pasta do ACBeECF: Fontes\ACBrTXT\ACBrSPED\ACBrSPEDECF
  9. Boa tarde Isaque, tudo certo com as alterações que eu postei na sexta? Tenho o bloco N pronto também, mas precisa das alterações anteriores para compilar certinho. Se estiver tudo ok, eu já posto aqui. Att.
  10. Boa tarde. Segue Blocos J, K, L e M. Alterações: 1 - Classes reestruturada. 2 - Implementadas as funções "RegistroXXXXNew". *(OBS: não testei o bloco e L e M, como os testes do J e K passaram. Creio que esteja tudo correto). ACBrSPEDECF_Blocos_J_K_L_M.rar
  11. Eu dei update e verifiquei que esta com as minhas alterações. Posso continuar reestruturando as classes dessa forma? Att.
  12. Boa tarde Juliomar, como vc disse que tem muita coisa diferente, eu imagino que esteja falando das minhas alterações no Bloco J. Eu modifiquei para deixar mais parecido possível com as classes do ACBrSpedFiscal. Para deixar padronizado. E estou fazendo isso nas outras classes também. Além de implementar as funções RegistroXXXXNew;. Se for um problema me avise que eu só implemento as funções de deixo para mexer na estrutura das classes em um outro momento. Att.
  13. Rodrigo, eu dei uma reestruturada nas classes, com base no ACBrSpedFiscal. Juliomar, eu estou utilizando os metodos Create, Destroy; e outros porque já eu estou iniciando alguns registros filhos igual é feito no SpedFiscal. Antes: TRegistroJ001 = class(TOpenBlocos) private public end; Minha versão: TRegistroJ001 = class(TOpenBlocos) private FRegistroJ050 :TRegistroJ050List; FRegistroJ100 :TRegistroJ100List; public constructor Create; virtual; /// Create destructor Destroy; override; /// Destroy property RegistroJ050: TRegistroJ050List read FRegistroJ050 write FRegistroJ050; property RegistroJ100: TRegistroJ100List read FRegistroJ100 write FRegistroJ100; end; Se fiz algo que não devia favor me avisar. Att.
  14. Blz, obrigado Juliomar. Vou implementar nos outros blocos então.
  15. Boa tarde galera. Bom, antes de mais nada, queria agradecer a colaboração de todos que estão ajudando. Eu estou montando toda minha rotina de alimentar o componente utilizando as funções "RegistroXXXXNew", igual é feito no ACBrSPEDFiscal. Como as alterações postadas não tinham essas funções eu estou adicionando elas. Estou tendo que fazer algumas modificações nos fontes para isso. Estou postando o Bloco J aqui para ver se esta correto, no padrão do ACBr, a maneira que eu organizei a classe. Caso achem melhor manter os fontes sem essas minhas alterações me avisem para eu mudar minha rotina de alimentação do componente. Att. Bloco_J.rar Se estiver tudo certo eu já vou alterar os Blocos K, L, M e N os quais já tenho a rotina de alimentação prontas. Att.
  16. Pessoal, boa noite. Estou com uma duvida grande. Tenho um cliente que em um certo mês não emitiu nenhum cupom fiscal (estava mudando de endereço). Neste mês foi gerado o arquivo SINTEGRA e entregue normalmente. MA$$$, agora a (2 anos depois) SEFA disse que o arquivo foi entregue com irregularidades porque não tinha os registro 60. Blz, eu alterei a rotina para gerar os Registro 60M "vazios". E a SEFA disse que eu tenho que informar os registro 60A e 60R. Mas o validaPR não aceita o Registro 60A com Valor Acumulado - 000000000000. E eu não sei como informar um Registro 60R sem movimento (sem itens). Alguem tem alguma ideia de como devo gerar esse arquivo sem a movimentação das ECF? Desde ja agradeço a atenção. Att.
  17. Segue anexo. ACBrSPEDECF.rar
  18. Pessoal, peguem os fontes das branches, baixem os fontes que eu postei, para deixar o projeto copilável e vão montando suas rotinas de alimentação do componente. O ECF é muito grande e no meu caso, estou tendo que criar algumas rotinas novas no meu sistema que não precisavam para o ECD e FCONT (blocos M, N, X e Y). E o cliente vai levar mais algum tempo só para associar as contas da empresa com as novas contas referencias do ECF. Se fizermos isso quando liberarem o componente em sua versão final, só iremos testar e entregar. Att.
  19. ... ... .... ...................... pega os fontes da pasta branshes, como já foi postado, e vai montando sua rotina de geração... o importante é que já tiveram o grande trabalho de montar as classes dos registros que compõem o ECF. só precisa das classes para ir montando a sua rotina... quando terminarem o componente é só testar a geração. ....
  20. Consegui emitir, o cliente realmente tinha IE. Mas no cadastro do sintegra não estava aparecendo. Falei com alguém do SEFAZ de SC e ele me passou um link que tem o cadastro centralizado dos contribuintes e por la eu consegui a informação. Segue o link caso alguém precise: www.sefaz.rs.gov.br/NFE/NFE-CCC
  21. Se tiver algum retorno do SEFAZ e puder repassar para nos, eu agradeço. Tbm estou entrando em contato com eles.
  22. Entendi, nesse caso não precisa informar a I.E. mesmo, pois a inscrição só é informada se o campo indIEDest = 1. Você usa o componente ou o acbrnfemonitor? Eu uso o monitor, e quando o indIEDest é diferente de 1 eu nem informo o campo IE. Não uso o Monitor, uso o ACBrNFe. É exatamente isso que faço, indIEDest = 2 e a IE vazia (tanto que ela nem consta no XML). E ainda sim, estou tendo o erro.
  23. Segundo manual da 3.10 é para deixar em branco... Já havia consultado...o cliente é isento em todos os estados.
×
×
  • 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.

The popup will be closed in 10 segundos...