-
Total de ítens
385 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por rodrigoogioni
-
-
deu certo!!! Nesse caso, tenho que desativar de todas as outras psps? grato
-
Obrigado!! Vou ter que atualizar os fontes, vi que esses parametros não existem no componenente.
-
Em 12/04/2023 at 12:15, BigWings disse:
Se vai utilizar apenas o PIX cobrança imediata, basta desmarcar do componente os escopos cobv.read e cobv.write.
Se pretende usar o PIX cobrança com vencimento, solicitar ao banco que inclua esses escopos para utilização.
Bom dia, não consegui achar onde fazer esses ajustes, fica em algum arquivo ini especifico?
Grato
-
Obrigado, vou tentar
-
Bom dia,
Estou com problemas ao fazer testes com acbrpix do sicredi
estou testando com o demo e esta gerando uma mensagem de erro
O banco me retornou o seguinte:
Identificamos que você está requisitando (Request) o escopo de cobrança com vencimento (COBV), porém esta funcionalidade de cobrança com vencimento não foi solicitada pelo associado.
Dessa forma, orientamos que seja removida da sua requisição na chamada os escopos grifados no código da sua mensagem, já que sempre que forem solicitados -enquanto não habilitados- retornarão o erro 400 em Response por não fazerem parte das atribuições liberadas para a credencial.
O que tenho que fazer de diferente para atender essa condição?
Grato
-
1 hora atrás, Juliomar Marchetti disse:
parece bem mais complicado
alguem tem algum exemplo que esta funcionando feito com idhttp?
achei esse link
aqui no acbr mesmo, mas mesmo utlizando os exemplos que foi marcado como funcionando, nao estou conseguindo fazer dar certo.
Grato pela ajuda!
-
32 minutos atrás, Juliomar Marchetti disse:
Tente usar o RestClient
Nunca usei o RestClient, é da mesma forma do idhttp?
Teria algum exemplo?
Grato
-
Boa tarde!
Estou tentando conectar com a Onvio, para enviar xml para o sistema da Dominio Contabilidade, porem no idhttp retorna 400 - bad request.
o codigo é esse:
var Response: TStringStream;
Arquivo: TIdMultipartFormDataStream;
begin
Response := TStringStream.Create('');Arquivo := TIdMultiPartFormDataStream.Create;
Arquivo.AddFile('file[]', nomearquivo.FileName, 'application/xml');
Arquivo.AddFormField('query', '{"boxe/File":true}', '', 'application/json');IdHTTP1.Request.Clear;
IdHTTP1.Request.CustomHeaders.Clear;
IdHTTP1.Request.BasicAuthentication := false;
IdHTTP1.Request.CustomHeaders.AddValue('Authorization', 'Bearer ' + Trim(token.Lines.Text));
IdHTTP1.Request.ContentType := 'multipart/form-data';
IdHTTP1.Request.ContentEncoding := '';
IdHTTP1.HTTPOptions := IdHTTP1.HTTPOptions + [hoKeepOrigProtocol];
IdHTTP1.Request.Referer := linkenvio;IdHTTP1.Post(linkenvio, Arquivo, Response);
resposta.Lines.Text:= response.DataString;
Utilizo Delphi 10.1.2
Sera o que estou fazendo errado?
Grato
No Postman envia normal.
-
4 horas atrás, Italo Giurizzato Junior disse:
Boa tarde Rodrigo,
No retorno temos a seguinte rejeição:
<ns1:motivo> <ns1:codigo>298</ns1:codigo> <ns1:descricao>Chave do documento eletronico invalida. A chave deve ter 44 digitos!</ns1:descricao> <ns1:campo>documentoOrigem [item: 1]</ns1:campo> </ns1:motivo>
Note que é dito que a chave tem que ter 44 dígitos e na tag <campo> é apresentado a tag que esta com a informação errada, ou seja, <documentoOrigem>
Como que esta no seu XML:
<documentoOrigem tipo="22">003871</documentoOrigem>
Você informou somente o numero da nota "003871" sendo que deveria ter informado a chave da NF-e, ou seja, 42210621214209000128550010000038711707010249.
Obrigado Italo, era isso mesmo. Deu certo.
Na 1.0 sempre coloquei o numero da nota no campo documentoOrigem e a chave nas informações complementares.
Grato Pela ajuda!
- 1
-
Em 22/06/2021 at 11:42, Italo Giurizzato Junior disse:
Bom dia Rodrigo,
Uma coisa é a chave ter os 44 dígitos, outra coisa é ela ser valida.
Favor anexar o XML do GNRE para que possamos verificar.
Bom dia!
Segue os anexos.
Grato
001-gnre.xml 2120088579-ped-rec.xml 2120088579-pro-rec.xml 20210622090544-env-lot.xml 20210622090544-rec.xml
-
Bom dia a todos.
Estou tentando gerar a GNRE versão 2.0 mas esta retornando esse erro
"Chave do documento eletronico invalida. A chave deve ter 44 digitos"
porem verificando a chave de acesso esta com a quantidade de digitos correta.
Alguem ja passou por isso e conseguiu resolver?
Grato
-
27 minutos atrás, Juliomar Marchetti disse:
isso bem isso está descrito na documentação do link que mandei e tu falou que leu.
convido você a estar adquirindo o curso do ACBr sobre Paf-NFCe
Desculpa a ignorancia,
Entrei la no curso, mas a vitrine apareceu vazia.
É algo que estou fazendo errado?
Grato
-
4 minutos atrás, Juliomar Marchetti disse:
Não acho que não está lendo de forma a entender.
existe 3 tipos ou tu continua paf-ecf e segue o baile, ou tu usa paf-ecf para contingencia e emite nfc-e por dentro do paf-ecf ou tu vai totalmente para PAF-NFCe. está bem claro na documentação isso
Bloco X é somente quem usar Paf-ECF então nos dois primeiros casos
No PAF-NFCe entao não precisa homologar o sistema, fazer todo aquele processo do PAF-ECF?
Grato
-
5 minutos atrás, Juliomar Marchetti disse:
http://www.sef.sc.gov.br/servicos/servico/136/NFC-e_-_Nota_Fiscal_de_Consumidor_Eletrônica
aqui está toda a documentação que tu precisa ler pra entender
Sim, estou lendo, mas onde li até agora, diz que tem que ter o cupom fiscal,
gostaria de saber se tem mais alguma informação referente a nao precisar utilizar o ECF em contingencia.
Grato
-
21 minutos atrás, Juliana Tamizou disse:
Bom dia.
Vale apenas ressaltar que neste caso não trata-se do PAF-NFCe e sim da NFCe emitida em PAF-ECF, por isso neste caso se mantém a exigência do Bloco X.
Att.
Bom dia,
O contador me ligou agora, dizendo que tem Tratamento Tributário Diferenciado (TTD) 707. que não precisa ter cupom fiscal ECF.
Seria igual ao RS? No RS apenas enviamos o cupom e se nao for possivel enviar, faz offline e gera em 24 horas o online
Fica da mesma forma?
Grato
-
3 minutos atrás, Juliana Tamizou disse:
Bom dia.
Não, a adoção do PAF-NFCe desobriga o Bloco X..
Estamos finalizando um curso com detalhes sobre o PAF-NFCe, inclusive com a etapa de credenciamento, fique atento as novidades!Att.
Obrigado
- 1
-
Bom dia
Quem aderir ao Projeto PAF-NFC-e continua com a obrigatoriedade de enviar o Bloco x?
Grato
-
2 minutos atrás, Gr@c@ disse:
Publicação Oficial no portal da ANTT: http://www.antt.gov.br/salaImprensa/noticias/arquivos/2020/03/Prazo_para_cadastro_do_CIOT_e_estendido.html
Vale para a Nt 2020-001?
grato
-
1 hora atrás, Juliana Tamizou disse:
Boa tarde.
Conforme citado anteriormente cabe mais esclarecimentos por parte do escritório ou até mesmo uma consulta a SEFAZ.
Att.
Sim, eu sei, o problema é que os contadores, a maioria tambem nao sabe, consultar SEFAZ recebi uma resposta bem generica que nao ajudou muito e os clientes precisam
que saia a nfe na hora.
Se tiverem alguma ideia, agradeço muito.
Grato
-
Em 10/02/2020 at 10:53, Juliana Tamizou disse:
Bom dia.
Talvez seu tópico não tenha obtido nenhuma interação por estar um pouco confuso, se as tags estão vindo zeradas, não entendi porque vc diz que precisaria importar um valor mesmo assim.
Att.
Minha duvida é quando não vem com 10 ou 30 ou 70, quando o revendedor vem com 60 também.
Dai nesse caso, rateio os valores que vem em vBCSTRet, vICMSSTRet e vICMSSubstituto?
E quando como BigWings mencionou, que vem as tags com valor zero, como proceder?
Grato
-
Boa tarde a todos,
Estou com uma duvida referente ao preencimento dessas tags, pois quando recebo a nota fiscal de entrada com as informações de S.T prenchidas com a cst 010 por exemplo, consigo importa-las e utilza-las na hora da venda.
-<ICMS60>
<orig>0</orig>
<CST>60</CST>
<vBCSTRet>70.66</vBCSTRet>
<pST>17.0000</pST>
<vICMSSubstituto>7.20</vICMSSubstituto>
<vICMSSTRet>4.81</vICMSSTRet>
</ICMS60>
mas como proceder quando a nota vier com o CST 60 no qual essas tags vem zeradas?
Grato pelo auxilo.
-
Boa tarde a todos, obrigado pela colaboração
Recebi a resposta da equipe da GNRE
Prezado,
O problema do caracter especial para lotes gerados através do webservice foi corrigido.
Por favor, tentar novamente.
Atc,
Equipe GNRE
Testado e funcionando!
Obrigado a todos!
- 2
-
16 minutos atrás, valdir disse:
Boa tarde, Italo.
Este problema do & parece ser entre o webservice da GNRE PE e a SEFAZ de destino.
Estou recebendo a mesma mensagem para uma GNRE da PB. Começou esta semana, sem nenhuma publicação de versão. Como não estou usando o ACBr neste executável, pode ser alguma confusão entre as SEFAZ.
Estou usando outro fonte gerado pelo wsdl importer. Provavelmente migrando para a emissão da GNRE pelo ACBr no próximo ano.
Já revisei o XML de envio e não possui qualquer &.
Boa tarde,
Fucei os fontes do acbrgnre de ponta cabeça e também nao achei nada, no xml realmente nao tem.
A uns dois dias atras enviei um email para o suporte do GNRE contando o caso, mas até agora não responderam.
Pior que tenho um cliente que emite GNRE apenas para um cliente, e justamente nesse cliente tem o bendito "&".
Para compensar toda nota tenho que ir la e fazer a GNRE para o clinte.
Mas é um tempo disperdiçado.
Grato
-
2 horas atrás, Italo Jurisato Junior disse:
Bom dia Rodrigo,
Primeiramente, muito obrigado pelas informações.
Vou analisar o problema referente ao arquivo TXT da versão 1.00
E essa questão do E comercial.
Se precisar da I.E do cliente que tem "&" no nome pra testes me avisa que lhe passo.
Grato
- 1
Pequena alteração fortes impressao simplificada
em ACBrNFe
Postado
Bom dia!
Fiz uma pequena correção na impressão do fortes para o nome do produto nao ficar por cima da linha de baixo, qtd, unidade, valores
Fortes.rar