simons

ola desculpe a demora para retornar. segue manual da caixa na pagina 61 os codigos respectivos a implementação. sobre um arquivo de retorno com esses codigos em função do tempo que decoreu não encontrei mais, porém estou pesquisando para ver se encontro o mesmo. LAY OUT SIGCB CNAB 240.pdf

usando no delphi os componentes com essa propriedade padrao que o delphi poem da o mesmo erro: se eu ajusto esse valor da propriedade para somente "application/json" ai o erro é so de autenticação: { "message": "Authorization header not found" } porém se eu uso um componente restautorization do delphi não tem nenhum que se encaixe no tipo "Bearer" informando somente token, mesmo eu colocando nos parametros do header do componente restrequest não funciona sera que vou ter que criar uma classe tcustomautorization e mudar o metodo que faz a autorização mudando os parametros da forma que eu preciso? o delphi nao suporta esse tipo de autenticação? "Bearer"? sera que vou ter que usar o idHTT? desculpe minha ignorância juliomar é que nunca fiz esse tipo de integração e ja de primeira essa dificuldade.

e que nao e usado a autenticacao em duas etapas, eu ja tenho o token e preciso passar no header ele, veja a imagem,

nao encontrei no rest debugger onde adiciona headers, segue tela neste aplicativo consigo inserir headers, segue imagem, porem nao gera os componentes para o delphi.

ola colegas! estou tentando consumir uma Api do site : https://rockyecommerce.com.br/docs/ esse endereço é a documentação, mas não consigo adicionar os headers necessarios, como: Authorization: Bearer <auth-token> Accept: application/json Content-Type: application/json como posso proceder nos componentes do delphi Rest Client para fazer isso?

ao invés de fazerem toda essa bagunça com os sistemas e apurações desde o atacadista até o varejo (cadeia inteira) então tivessem tirado de ST esses produtos pois o icms ja faz todo esse controle de credito e debito do imposto na cadeia inteira... tem clientes dos meus clientes que estão questionando o valor do crédito que meu sistema esta gerando para eles nas notas fiscais, isso só vai gerar problemas pois vai gerar muito mais impostos no varejo a serem pago e suportados pelo consumidor final. tenho cliente que é atacadista de carnes, eles compram bois dos produtores rurais e enviam para abate o boi vivo e o frigorifico devolve a carcaça e depois ainda ele parte essa carcaça para vender partes ai mais complicado ainda, pois alem do rateio da base da st na nota de saida da carcaça tem que fazer o rateio nas partes. aff. tem clientes de meus clientes que estão rejeitando as notas de compra por entender que o credito é inferior imagine então se não ir o credito na nota, é oque vai acontecer...

minha duvida é sobre os postos de combustivel, pois na lei fala em tratamento diferente conforme decreto 54.308 no RS Art 25-A NOTA 04 - Nas operações com combustíveis derivados de petróleo, a base de cálculo utilizada para a retenção do imposto será a informada conforme o disposto no art. 137, I, "a", notas 01 e 02. isso quer dizer que então não fará o imposto efetivo? pois lembro que os postos ja faziam um tratamento da retenção do icms st... fiquei perdido dai!

Boa noite italo, enviei os XML para o provedor dar uma olhada e me disseram que o núcleo da assinatura está inválido, como se tivesse alterado o XML depois da assinatura, alguma idéia?

segue me anexo sugestão de código adicionando todos os Codigos dos Motivos de Rejeição do banco caixa, até hoje somente estavam sendo tratados os codigos numéricos, então fiz um ajuste para tratar os códigos alfabéticos que são muitos, achei que valeria a pena. ACBrBancoCaixa.pas

em anexo imagem das configuracoes utilizadas no teste.

Boa tarde Italo, seguem arquivos com o novo teste. mesmo erro. 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse.xml 1-lista-nfse-soap.xml 4318091691805300012656000000000000001-rps.xml

bom dia Italo, segue em anexo rps assinado enviado pelo provedor. rps.txt

Bom dia Italo, segue anexo os arquivos gerados pelo demo do acbr com essas nova alteracoes usando libCapicon, o erro da assinatura persiste ainda. 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse.xml 1-lista-nfse-soap.xml 4318091691805300012656000000000000001-rps.xml

vou testar, posso usar a wincrypt?

ola, ai tenho a seguinte mensagem: 4318091691805300012656000000000000001-rps.xml

desculpe. segue em anexo aruivos. 1-ger-nfse.xml 1-ger-nfse-soap.xml 1-lista-nfse.xml 1-lista-nfse-soap.xml 4318091691805300012656000000000000001-rps.xml

ola Italo! agora deu essa mensagem em anexo.

com esses arquivos em anexo modificados agora estou tendo essa mensagem acima, alguma sugestão? ACBrNFSeWebServices.pas TcheInfov2.ini

essa mensagem era porque estava configurado para converter a mensagem em txt, agora nao estou conseguindo fazer com que seja trocado os dados do cabeçalho %Municipio% %Usuario% e %Senha%, ja coloquei no ini na parte [CabecalhoMsg] e tambem em [DadosSenha] sem sucesso.

agora esta retornando a mensagem que esta fora do padrao o cabeçalho, vou tentar descobrir pois fiz umas alteracoes nesse sentido.

é que como é um provedor novo e tem algumas particulariedades por exemplo no cabeçalho a questao do usuario ser o cnpj e a senha coloquei no arquivo ini para informar o token ne, e tambem o que relatei sobre o xml que postei no topico anterior que tinha duas diferenças que era o ID e ISSREtido que no xml que o provedor enviou tem S ou N e no que fiz pelo acbr tem numero 2. mas vou atualizar novamente e testar.

na verdade ainda não consegui fazer funcionar, estou um pouco perdido nos fontes, se puder ajudar agradeço.

fiz algumas modificações no arquivo TcheInfov2.ini em anexo, mas percebi que precisa de modificacoes no arquivo webservice tambem etc.. estou estudando os fontes para ver se consigo. TcheInfov2.ini também em anexo um xml gerado pelo demo do acbr com duas pequenas diferenças a tag ID e ISSRetido que no componente esta 2 e no outro N. 4318091691805300012656000000000000001-rps.xml PGerarNfse1.xml

é possivel utilizar esse provedor pelo acbr? em anexo um rps de exemplo enviado por eles. também vao me enviar um exemplo de envio do rps com o cabeçalho para ver os paramentros. PGerarNfse1.xml segue exemplo do cabeçalho: <cabecalho xmlns="http://www.abrasf.org.br/nfse.xsd" versao="1.00"> <versaoDados>2.04</versaoDados> <CodigoIBGE>4320107</CodigoIBGE> <CpfCnpj>93288165000191</CpfCnpj> <Token>8405ff2c-c03b-4b94-b825-5bda701cd675</Token> </cabecalho>

O acbrvalidador já válida hoje o digito verificador e o prefixo dos códigos já é uma mão na roda e eu ainda faço mais uma crítica do tipo envia a nota se der erro de gtin marca o código ko cadastro como inválido e não envia mais pata o XML ele em outras notas e elimina daquela venda, dessa forma não tenho todo mais problemas.