Robson Babinski
-
Total de ítens
26 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Robson Babinski
-
-
38 minutos atrás, Juliomar Marchetti disse:
no caso os demais processos continuam iguais? não tem erros. vou subir a sugestão de mudança
Sim, os demais continuam iguais.
32 minutos atrás, Juliomar Marchetti disse:At revision: 30008
no svn favor atualizar e testar
Ok, obrigado! Vou atualizar e verificar.
-
14 minutos atrás, Juliomar Marchetti disse:
só uma dúvida vi que teu comentou onde tem a chamada 'CRT' que sempre vai ser.
e colocou o indice_fpg acho que é isso.
Isso ao invés de ficar fixo 'CRT' mudei para o que vem no parâmetro IndiceFPG_ECF, pois no TEF do SiTef esse valor tem que ser CARTDIGI quando é PIX.
-
Estou na revision 29804. Segue em anexo fonte com as alterações feitas.
-
Boa tarde, li todo o tópico até aqui e não encontrei nada falando da utilização de TEF via arquivo.
Como fica a impressão do comprovante do TEF via arquivo, sem ser via DLL ? Pois como é algo novo a informação do ID da Transação que deve ser gerado não vem no comprovante TEF gerado pelo Acbr.
Será tratado isso no Acbr ou teremos que fazer manualmente ?
Obrigado!
-
Bom dia, gostaria de sugerir duas alterações no fonte ACBrTEFDClass para contemplar o funcionamento correto do PIX utilizando o TEF.
A primeira é no método TransacaoEPagamento onde inseri a string CARTDIGI junto com as duas outras que já existiam. Segue imagem em anexo.
A segunda é com relação a declaração desse método TransacaoEPagamento ser virtual também assim como os outros da unit, pois dessa forma, caso necessário, consigo sobrescrever esse método sem a necessidade de alterar a unit do ACBR.
O motivo disso é que toda vez que atualizo o Acbr preciso alterar essa unit também, pois ao compilar o projeto ele dá erro de versão entre essa unit e o restante delas no Acbr.
Obrigado!
-
1
-
-
6 horas atrás, Fernando Massa disse:
Oi Italo. Realmente isso foi meio que uma dor de cabeça por mais de um mês. Me ajudou muito o exemplo do CIOT aqui do acbr
. Só tem que saber onde colocar os "While" nos casos de pagamento e Notas, em fim meio que obvio, mas alguém sem experiência pode achar que o exemplo ta como deve de ser, quando na real é só um esboço com um exemplo mega simples.
Sobre a adequação que vc pretende fazer, só gostaria de fazer uma observação: No Encerramento, só se for TAC agregado que vai as viagens, caso contrário não precisa. Daí internamente poderia colocar essa verificação para não exigir sempre a questão de informar a viagem.
Fernando era isso mesmo, agora o WebService começou a validar as regras. Pedi a eles que adicionassem isso as regras ou que colocassem no manual, para que quem for fazer a integração não fique perdido tentando identificar o problema.
Agora a mensagem de retorno do WebService é essa em anexo. Entrei em contato com o suporte deles agora para verificar, porque não é uma regra de negócio.
Obrigado mesmo pela ajuda Fernando!
-
2
-
-
4 horas atrás, Fernando Massa disse:
Robson, quando me deu esse erro, no envio do proprietário, fiz o seguinte:
Cadastrei outro proprietário da lista no xls que eles proporcionam (vou anexar aqui pelas duvidas que vc não tenha ele).
Cuide para pegar "Ativos".
é importante que os dados de Banco, conta corrente e essas coisas sejam válidos. Não da pra colocar qualquer gambiarra lá que não aceita.
Tem que ter numero de CPF válido, CNH válida, etc.... tudo certinho. Muitos dados têm no XLS mas outros eu coloquei meus dados mesmo.
Tudo isso vale para motorista também.
Vi seu XML , vou apontar umas coisas que vi:
Falta : RNTRC do contratado, Tem que ter ObservacoesAoTransportador e ObservacoesAoCredenciado (sim, ridículo, mas tem que ter) [até acho que esse é seu problema]
O FAX pode ficar "0"espero ter ajudado.
Boa tarde Fernando,
Vou verificar essas questões que comentou e testar. Assim que conseguir aviso aqui se deu certo ou não.
Obrigado por enquanto!
-
10 minutos atrás, Juliomar Marchetti disse:
até tu já não tem um tópico só seu?
creio que é bom continuar nele ou fechamos o mesmo e tu continua por aqui
Sim já tenho, só fiz um comentário aqui. Podemos continuar por lá.
-
4 minutos atrás, Italo Jurisato Junior disse:
Bom dia Fernando,
Ao revisar as rotinas que geram o XML dos diversos serviços disponibilizados pelo eFrete notei divergências entre os layouts apresentados no manual (versão 6 se não me falha a memória) e os layouts apresentados pelo SoapUI.
Optei por compatibilizar com o que o SoapUI apresenta, pois acredito que de outra forma o webservice vai recusar.
Ajudaria em muito se o eFrete disponibiliza-se também XMLs de exemplos e um manual mais coerente.
Bom dia, pois é Italo, e se o suporte deles ajudasse também pelo menos analisando os XMLs gerados. Eles simplesmente não dão suporte algum, você precisa se virar pra tentar achar os problemas analisando as regras de validação através do WSDL porque no manual não tem as regras descritas e nenhum exemplo de como devem ser enviadas as requisições.
Até hoje estou com problemas no envio e não consegui resolver, pois dá um erro de comunicação ao enviar o CIOT. Algum campo do XML está com problema e não consigo identificar qual é.
-
Boa tarde, conseguiu fazer a homologação e enviar um CIOT ?
-
Bom dia,
A respeito do CIOT ainda não está enviando. Em contato com o suporte obtive a seguinte resposta:
[22/06/2020 10:35:22] Suporte e-FRETE: Bom dia Robson, não temos condições de avaliar xml de cada integração, por este motivo aconselhamos a utilização do SOAP na montagem das requisições.E acompanhar a estrutura do wsdl disponível nas URLs indicadas na documentação.Eu enviei esses dois XML para que eles pudessem me ajudar, porém a resposta foi essa. Se alguém puder me ajudar a identificar qual é o problema deles, porque parece que o problema está na montagem dos dados, porque os cadastros estou conseguindo enviar.
Obrigado!
-
Bom, agora o motorista consegui enviar, já é um começo.
Mudei algumas configurações de SSL pra testar. Vou verificar os outros métodos.
-
2
-
-
Boa tarde Ítalo,
Sim, inclusive já tenho o Hash de integrador que estou utilizando para envio das requisições. Eu li este artigo já antes de começar a fazer a implementação.
Porém em homologação os dados dos eventos de gravar pelo que me parece deve ser utilizados os dados da planilha que eles disponibilizam junto com o manual, porém o manual não diz nada a respeito disso.
Eu perguntei a eles sobre esses dados e ainda não tive um retorno, e via telefone o suporte parece que está dentro de um calabouço conversando, é meio complicado o suporte deles. O Acbr gera o XML, porém no envio o retorno é esse erro mencionado. Já conferi as configurações do Acbr e tudo mais, porém sem sucesso.
-
Boa tarde,
Estou tentando fazer a homologação do sistema com o CIOT, porém enviando o CIOT ou qualquer outro método de gravação como por exemplo o GravarVeiculo ou GravarMotorista o retorno é erro de comunicação.
Em contato com o suporte do e-Frete, que por sinal é péssimo, fui informado que:
Suporte e-FRETE: Para dados de veículos e contratados (proprietários) é necessário utilizar os exemplos que constam na planilha de dados dev
Alguém que teve esse mesmo problema conseguiu resolver ? Porque o suporte deles diz que o problema não é deles e lá está funcionando.
-
Bom dia Italo,
Sim eu estou utilizando o Acbr pra gerar o XML, porém estava olhando o manual para fazer no sistema a manipulação dos dados, mas vou copiar as classes do Acbr então que estão corretos.
Obrigado pelo retorno!!
-
A TAG de pagamentos, no manual página 20 que recebi do e-Frete no dia 10/03/2020 que é a versão 6 que creio que seja a última disponibilizada por eles, ela está no grupo AP01 e não no AP16 vinculada a viagem.
A TAG pagamentos seria do grupo de "AdicionarOperacaoTransporte" e não do grupo "Viagens". Se alguém tiver um manual mais atual favor compartilhar, pois a comunicação com o pessoal do e-Frete demora, é feita somente através de abertura de chamado ou através do telefone, porém o telefone eles nunca atendem.
-
Em 26/03/2020 at 17:44, Elisson Andrade disse:
Boa tarde a todos,
Estou tentando adicionar operação de viagem, preencho o componente corretamente, porém quando envio o xml, tenho o retorno de webservice Inativo ou Inoperante.
Salvo o xml antes de enviar, e quando abro o xml, ele cria um novo nó de adicionar viagem, porém fecha como se fosse um obj, conforme exemplo abaixo:
No anexo 2 está a forma em que é alimentado o trecho do componente:
Estou com todos os fontes do ACBR atualizados, se alguém já passou por este problema, por favor me ajuda.
Boa tarde, também estou com o mesmo problema ao adicionar a viagem. Ellison está usando o certificado ou fazendo login com usuário e senha ?
-
Problema resolvido com a substituição das dlls e atualizando o Acbr.
Obrigado pela atenção !
-
1
-
-
Bom dia,
Então eu tentei também utilizando a libWinCrypt e deu o mesmo problema. Porém hoje atualizei o Acbr e as dlls também para fazer uns testes e vou monitorar se o problema vai continuar ou não.
O estranho que isso acontece somente no MT, nos outros estados está normal. Acontece esporadicamente esses erros, as vezes envia um e dá erro no próximo.
Se o problema não ocorrer mais aviso mais tarde.
Obrigado pelo retorno!
-
2
-
-
Alguém está com problemas de envio e retorno na sefaz do Mato Grosso ? Direto retorna erro 12030 ou 12031. As configurações de SSL estão todas corretas, windows atualizado.
Raiz de certificados também instalados, utilizando a capicom e ssl 1.2 para envio.
As vezes envia e as vezes ocorrem esses erros 12030 ou 12031. Somente no estado de MT, todos os outros estão normais.
Não tem nenhum software instalado também que bloqueie a transmissão dos dados.
-
Eu desenvolvi um fast específico para utilizar na impressão, caso ainda não tenha criado posso disponibilizar aqui para ser adicionado ao Acbr.
-
Boa tarde, então.
Eu comecei a fazer o desenvolvimento, mas como o cliente que iria utilizar não vai mais utilizar não dei sequencia.
Pelo que me parece ainda ninguém fez ou precisou fazer.
ATT.
-
1
-
-
Em 26/09/2018 at 11:36, Dream Sistemas disse:
Bom dia. Eu fiz a implementação para o banco CRESOL SC/RS.
Essa cooperativa trabalha apenas com o Layout CNAB 400 e é baseada no banco Bradesco.
Segue os fontes da unit para avaliação e adição no Subversion, assim como o documento de layout usado e a logomarca.
OBS: não foi anexado as alterações necessárias na unit ACBrBoleto, como a criação do TACBrTipoCobranca.cobCresol e nem a inicialização dentro do método SetTipoCobrança.
Manual_Cobrança_Integrada_Cooperado.doc 1 MB · 6 downloads
Bom dia,
Chegou a criar um arquivo, no fast ou em outro gerador de relatórios, de impressão do boleto específico pra esse banco ?
No modelo que eles exigem de impressão. Parecido com o do modelo em anexo.
-
1
-
-
Bom dia,
Recebi uma solicitação de um cliente hoje para geração de arquivo de remessa e boleto bancário para o banco Sofisa, porém o código desse banco ainda não está implementado no Acbr.
Alguém está desenvolvendo algo para esse banco ?
ATT,
PIX com TEF SiTef
em ACBrTCP
Postado
Boa tarde,
Não entendi, quebraram como ?
Nesse caso como devemos proceder então ? Não tem outra forma de tratar ?
Obrigado e desculpe a demora em visualizar!