Paulo Roberto Medeiros
-
Total de ítens
14 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Paulo Roberto Medeiros
-
-
9 minutos atrás, Juliomar Marchetti disse:
A primeira coisa! e regra do fórum! poste em um lugar e aguardem ! já é um bom começo para que possamos começar ajudar!
Essa é minha primeira e unica postagem sobre esse assunto, e pareceu ser o tópico mais especifico sobre esse problema que pelo visto já está aí a um bom tempo.
Acho o ACBR um grande projeto, mas infelizmente muito mal administrado. É terrível como alteram as classes e liberam elas com milhares de bugs. E o pior é que parecem nem ligar para coisas críticas como problemas na emissão de notas fiscais.
Acredito que o problema seja na função TNFSeWebService.DefinirSignatureNode, ela está definindo um FxSignatureNode que não existe no Betha.
-
Em 24/05/2016 at 14:23, Jefferson Damian disse:
Quando tento enviar um lote recebo a mensagem: "É preciso carregar o template antes de assinar."
Já atualizei o ACBr e não resolveu.O Provedor é a Betha e estou usando o comando para gerar e enviar lote (ACBrNFSe1.Enviar(vNumLote);)
Alguém já viu isso?
Pelo visto está acontecendo com todo mundo, já tem várias postagens reclamando disso.
Notei que a função TDFeCapicom.Assinar é chamada duas vezes, na primeira o SignatureNode tem o valor './/ds:Signature' e tudo dá certo, na segunda vez que passa ali o SignatureNode vem com o valor './/ns3:EnviarLoteRpsEnvio/ds:Signature', e aqui ocorre o problema.
Algum desenvolvedor do ACBR pode nos ajudar a corrigir esse BUG do ACBR?
-
Em 20/05/2016 at 17:15, luizf disse:
Fabio,
Também estou enfrentando o mesmo problema no Betha de Maravilha/SC...
Também comecei a ter esse problema depois de atualizar os fontes essa semana. Nota de São José/SC (Betha)
-
Em 22/01/2016 at 14:24, Michel Ouriques disse:
Boa tarde,
No início do ano, tive o mesmo problema com um cliente em São José também.
No caso dele resolvemos substituindo o certificado gerado pela Betha por um outro do tipo E-CNPJ normal.
Obs.: Não tenho como dar certeza, mais talvez o XML assinado com o certificado gerado pela Betha não esteja mais sendo aceito em produção.
Parece que voltou a funcionar com o certificado Betha.
Vlw!
-
Apareceu mais um erro de formatação: "[3513405 Nome=Cruzeiro".
1 minuto atrás, Paulo Roberto Medeiros disse:Apareceu mais um erro de formatação: "[3513405 Nome=Cruzeiro".
Esquece, já foi corrigido.
-
Alguém pode fazer essas correções no Cidades.ini?
1) São José / SC (4216602): Voltou a usar o sistema Betha, ou seja, precisa mudar o provedor de Pronim para Betha.
2) Porto Velho / RO (1100205): Está faltando fechar o conchetes no nome da sessão.
-
Ressuscitando o tópico, o erro voltou a ocorrer.
Estava tudo normal até o final de 2015, agora começou a dar esse erro no ambiente de Produção sem eu ter alterado nada em meu sistema.
Observações:
1) O certificado que estou usando está dentro da validade. Peguei outro no sistema Betha e o erro continua.
2) O erro ocorre somente no ambiente de Produção. No ambiente de Teste a nota é processada com sucesso.
3) Testes realizados com a prefeitura de São José/SC.
4) Atualizei os fontes dia 18/01/2016 (trunk2) e o erro persiste.
-
Analisei esse manual e as únicas coisas erradas são os itens I e X03, as demais erros são do acbr e não do manual.
Além disso a Nota Técnica que te passei está correta, só teve aquele pequeno erro de digitação, mas está bem claro que é erro de digitação.
-
Sobre o NVE, não cheguei a implementar a posição correta dele, mas ele fica em linhas separadas como essas:
I05a|ED4324|I05a|AS4324|Veja também que podem existir mais de um NVE para cada item.A Nota Técnica NT2013.005_v_1.10 possui os detalhes sobre como é o layout, embora ela mesma contenha alguns erros, por exemplo, no caso desse campo ela coloca o ID desse campo como 105a, mas na verdade é I05a. Os outros campos que alterei é praticamente só cópia do layout 2.00, pois não houve alterações na versão 3.10, apenas a inclusão de novos campos em linhas novas.Nenhuma linha já existente sofreu alterações, poderia simplesmente copiar o layout 2.00 e adicionar os campos novos em novas linhas. -
As correções foram feitas com base nos erros identificados durante a importação pelo emissor do sefaz (importação do txt).
Código Anterior:
LoadLayout('<C02> C02|CNPJ¨'); LoadLayout('<C02a> C02a|CPF¨'); LoadLayout('<E02> E02|CNPJ¨'); LoadLayout('<E03> E03|CPF¨'); LoadLayout('<E03a> E03a|idEstrangeiro¨'); LoadLayout('<I01> I|CProd¨|CEAN¨|XProd¨|NCM¨|NVE¨|EXTIPI¨|CFOP¨|UCom¨|QCom¨|VUnCom¨|VProd¨|CEANTrib¨|UTrib¨|QTrib¨|VUnTrib¨|VFrete¨|VSeg¨|VDesc¨|VOutro¨|indTot¨|xPed¨|nItemPed¨|nFCI¨'); LoadLayout('<O07> O11|QUnid¨|VUnid¨|VIPI¨'); LoadLayout('<X03> X03|XNome¨|IE¨|XEnder¨|XMun¨|UF¨');Correções:LoadLayout('<C01> C02|CNPJ¨'); // estava no grupo errado (<C02>), fazendo com que a linha não fosse exportada. LoadLayout('<C01> C02a|CPF¨'); // estava no grupo errado (<C02a>), fazendo com que a linha não fosse exportada. LoadLayout('<E01> E02|CNPJ¨'); // estava no grupo errado (<E02>), fazendo com que a linha não fosse exportada. LoadLayout('<E01> E03|CPF¨'); // estava no grupo errado (<E03a>), fazendo com que a linha não fosse exportada. LoadLayout('<E01> E03a|idEstrangeiro¨'); // estava no grupo errado (<E03>), fazendo com que a linha não fosse exportada. LoadLayout('<I01> I|CProd¨|CEAN¨|XProd¨|NCM¨|EXTIPI¨|CFOP¨|UCom¨|QCom¨|VUnCom¨|VProd¨|CEANTrib¨|UTrib¨|QTrib¨|VUnTrib¨|VFrete¨|VSeg¨|VDesc¨|VOutro¨|indTot¨|xPed¨|nItemPed¨|nFCI¨'); // NVE não pertece a essa linha, fazendo com que os campos depois dele saíssem no lugar errado LoadLayout('<N01> N'); // existência foi requerida pelo emissor LoadLayout('<O07> O11|QUnid¨|VUnid¨'); // VIPI não deve estar nessa linha, ele pertence a linha O07, isso fazia com que a linha O11 fosse exportada causando erro de integridade do arquivo. LoadLayout('<Q01> Q'); // existência foi requerida pelo emissor LoadLayout('<S01> S'); // existência foi requerida pelo emissor LoadLayout('<W01> W'); // existência foi requerida pelo emissor LoadLayout('<X03> X03|XNome¨|IE¨|XEnder¨|UF¨|XMun¨'); // campos UF e xMun estavam com a posição invertida. LoadLayout('<Y01> Y'); // existência foi requerida pelo emissor -
A geração de TXT para a versão 3.10 estava cheia de erros no layout, fiz as correções e estou enviando em anexo para integração aos fontes.
-
O arquivo txt gerado está incompleto, estão faltando as duas primeiras linhas (A e A01).
Vejam exemplo em anexo
-
Ao enviar uma Inutilização e o sefaz retornar uma mensagem de erro, ela não está sendo atribuída ao campo Motivo.
Uma possível correção (pcnRetInutNFe.pas, linha 117):
Código atual:
if leitor.rExtrai(1, 'infInut') <> '' then (*DR08 *)FxMotivo := Leitor.rCampo(tcStr, 'xJust') else (*DR08 *)FxMotivo := Leitor.rCampo(tcStr, 'xMotivo');Correção:
if leitor.rExtrai(1, 'retInutNFe') <> '' then (*DR08 *)FxMotivo := Leitor.rCampo(tcStr, 'xMotivo') else (*DR08 *)FxMotivo := Leitor.rCampo(tcStr, 'xJust');Obs.: Usando Layout 3.10.
Erro ao enviar para Betha
em ACBrNFSe
Postado
Essas respostas só mostram como vocês pouco de importam com as pessoas que utilizam o ACBR, vocês desenvolvem somente para vocês mesmos, e ainda colocam como projeto "livre" para se aproveitar da comunidade.
Vão ver se os grandes open sources como java ou linux são como essa zona aqui.
Com certeza eu faria um projeto mil vezes melhor, se tivesse tempo e interesse em um tecnologia morta.