-
Total de ítens
408 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que rodrigoogioni postou
-
Obrigado!! Vou ter que atualizar os fontes, vi que esses parametros não existem no componenente.
-
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
-
Integração Onvio (Dominio)
rodrigoogioni replied to rodrigoogioni's tópico in Object Pascal - Delphi & Lazarus
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! -
Integração Onvio (Dominio)
rodrigoogioni replied to rodrigoogioni's tópico in Object Pascal - Delphi & Lazarus
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.
-
Chave do documento eletronico invalida. A chave deve ter 44 digitos
um tópico no fórum postou rodrigoogioni Dúvidas gerais
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 -
PAF-NFCE é obrigado a enviar BLOCO X?
um tópico no fórum postou rodrigoogioni NFC-e - Nota Fiscal do Consumidor Eletrônica
Bom dia Quem aderir ao Projeto PAF-NFC-e continua com a obrigatoriedade de enviar o Bloco x? Grato -
Vale para a Nt 2020-001? grato
-
preecher vBCSTRet, vICMSSTRet, vICMSSubstituto, pST.
rodrigoogioni replied to rodrigoogioni's tópico in ACBrNFe
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 -
preecher vBCSTRet, vICMSSTRet, vICMSSubstituto, pST.
rodrigoogioni replied to rodrigoogioni's tópico in ACBrNFe
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 -
preecher vBCSTRet, vICMSSTRet, vICMSSubstituto, pST.
um tópico no fórum postou rodrigoogioni ACBrNFe
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!
-
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
-
Se precisar da I.E do cliente que tem "&" no nome pra testes me avisa que lhe passo. Grato
-
Boa tarde a todos. Descobri uma informação importante. Ao gerar a gnre, passo no arquivo a Inscrição Estadual apenas. Quando envio a gnre para algum cliente que tenha a letra "&" no nome aparece a mensagem 703Falha na validacao do retorno da UF: O caractere '&' dever ser colocado no XML apenas utilizando a sequencia de 'escape' '&amp;' 9191409407900010bbc7d4a39e531aa3d47be95f622b771ec7567a20526e306d18c61d481ce99a0 no resultado e não imprime a gnre. Quando faço para outro cliente que não tem um "&" imprime normalmente. So não sei como consertar isso no componente. Alguem tem alguma ideia? Grato
-
Boa tarde a todos! Enviei e-mails para SEFAZ-RS e GNRE, e obtive a seguinte resposta: Prezados(as) Senhores(as), Tendo em vista que alguns estados e muitas empresas, não estão com suas versões devidamente testados e implantados, resolvemos alterar o prazo final da versão 1.0 para 30/04/2020, portanto as duas versões continuarão sendo aceitas até 30/04/2019. Equipe GNRE/PE O problema é que continuo sem conseguir gerar com a versao 1.0. Alguem esta conseguindo gerar? Grato