tryideas sistemas

esse é o retorno obtido <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Request parse error: Unexpected element 'sTipoTomador'</faultstring> <detail/> </soap:Fault> </soap:Body> </soap:Envelope> em anexo o xml de retorno Retorno do ACBr: Erro: CódigoX999 Correção: Detalhes:Erro de Conexão: Extra content at the end of the document 2-lista-nfse-sinc-soap.xml

Feito alguns testes com o padrão de camboriu a cada envio precisei remover os campos do arquivo ini conforme destacado na imagem em amarelo, "sCidadeTomador", "sEnderecoEmailTomador","sEnderecoTomador", mas não encontrei o campo responsavel a criar a tag "sTipoTomador", é possivel fazer com que não seja criado ela ao gerar o rps de envio? obter um suporte da prefeitura é bastante dificil.

se não informado um caminho no PathGravarRegistro ele salva onde? ou não salva?

enviado. Nº do Dcto = 7732/4 Nosso Nº = 14076 Valor = 80,98

Boa tarde conforme tópico anterior consegui obter os logs de um caso desses estarei enviando no email dos consultores para avaliar mas resumindo em um envio de 6 titulos o 4º titulo retornou em branco. o processo se iniciou na linha 929 do arquivo de log.

Boa tarde. utilizando acbrlib nfse Realizado tentativas de emissão para essa cidade e retornando as seguintes rejeições, não identifiquei como seria possivel preencher as tags faltantes. enviado no email os xml, juntamente com um xml autorizado na prefeitura. <S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Body> <ns2:ConsultarLoteRpsEnvioResponse xmlns:ns2="http://des36.el.com.br:8080/el-issonline/"> <return> <mensagens>Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'Uf'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Municipio}'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-minLength-valid: O valor '' com tamanho = '0' não tem um aspecto válido em relação ao minLength '1' do tipo 'tsCodigoServico116'.</mensagens> <mensagens> Linha: 1, Mensagem: cvc-type.3.1.3: O valor '' do elemento 'CodigoServico116' não é válido.</mensagens> <mensagens> EL55 - Arquivo Inválido - Verifique a estrutura do arquivo se esta nos padrões solicitados!</mensagens> <mensagens> </mensagens> </return> </ns2:ConsultarLoteRpsEnvioResponse> </S:Body> </S:Envelope>

enviado no email

Cdecl x64 single thread tenho a dll anterior aqui que gera a propriedade LogRegistro, se quiser posso te mandar.

acabei de baixar nova dll do acbr e identifiquei que foi alterado o nome de uma propriedade, tem detalhes do motivo da alteração? [BoletoWebSevice] LogNivel=0 [BoletoWebSevice] LogRegistro=1

não tem tanta urgencia. pode ser enviado conforme a compilação semanal de vocês, aí para nossa nova versão realizamos a atualizamos da dll

ah desculpa, esqueci de detalhar dessa vez, utilizo acbrlib, cliente acabou de tentar realizar a emissão e aconteceu a rejeição. para solução temporaria alterei o texto

seria possivel adicionar essa coreção para o padrão equiplano?

Ao realizar a emissão do documento e em seguida obter o xml é retornado o xml referente a NFSe, mas em situações de uma futura consulta onde quer obter o xml não é retornado arquivo, tentei por 3 metódos, mas todos eles retornam que obterxml esta fora do indice. alguma sugestão? tentei realizar: 1 - consultarLoteRPS -> ObterXML 2 - consultarLoteRPS -> ConsultarNFSePorRPS -> ObterXML 3 - ConsultarNFSePorNumero (esse deu falha de pagina vazia) logacbr.txt

achei uma solução para o problema, alterando o SetDllDirectory [DllImport("kernel32.dll", SetLastError = true)] public static extern bool SetDllDirectory(string lpPathName);

estava vendo o codigo de vocês porem não estou encontrando onde é chamado o loadLib do ACBrLibXml2.pas

fiz o teste mas o problema ainda continua o erro que é retornado Situação: - Erro:99999 - Descrição:Erro ao inicializar a Biblioteca LibXML2 não sei se é relevante mas estou usando Cdecl

Foi o que fiz, tenho a pasta raiz onde tem o executavel do projeto, ai tem a pasta ACBr em seguida X64 e x32 "./ACBr/X64/" ./ACBr/x32/..." dentro dela tem todas as dlls

tentei, não deu certo criei pastas dentro do projeto para x64 e x86 isoladas, e adicionei a dll acbrnfse.dll e as respectivas dependencias de S.O., mas sem sucesso

Boa tarde, conforme avaliado a demo em c# de vocês vi que fizeram o carregamento da biblioteca dinâmico para as dlls por exemplo acbrnfse.dll sendo x64 ou x86, quanto a isso não tenho dúvidas, mas referente as dll de dependencias, tais como opensll, wincrypt, etc. essas pelo que identifiquei elas sempre buscam na raiz, é possivel fazer de forma dinamica essas dependencias também? estou usando as proprias dlls distribuidas nas versões

Aparentemente o problema é em uma maquina especifica, pois na outra maquina funciona perfeitamenta, tentei mudar as formas de assinatura para openssl e wincript ambos retornam o mesmo problema. Erro: Código99999 Correção: Detalhes:XmlNode não pode ser nulo. enviado no email consultores o log e ini.

Bom dia pessoal. Já faz algum tempo que não tenho mais o Lazarus configurado para compilar e testar. Essas correções chegam a ir nas compilações disponíveis para Acbr Pro? Se não avalio aqui para configurar o Lazarus novamente

desde aberto o chamado não aconteceu mais, caso aconteça o problema respondo aqui.

Bom dia Daniel, Segue em anexo o manual. No post original as imagens não carregaram, vou tentar anexar novamente. Registro Detalhe (Tipo 1), posição 340 a 353 - CPF/CNPJ do Beneficiário Final -> Alinhado à direita e zeros à esquerda. Deixar em branco caso não exista Beneficiário Final. O Beneficiário Final deve ser diferente do beneficiário e do pagador. Não utilizar caracteres especiais. COB Manual CNAB400 - Sicredi.pdf

Segundo documentação do sicredi a respeito do avalista conforme imagem abaixo o alinhamento deve ser feito a direita e adicionado zeros a esquerda. olhando o código fonte a respeito disso hoje é feito um padright adicionando campos vazios fizemos alteração manual no arquivo removendo os espaços após os digitos de um cpf onde foi criado 3 espaços em brancos, foram removidos os 3 espaços e adicionado 3 zeros a esquerda, ai foi aprovado a homologação. cliente não tem necessidade de avalista, mas para futuras homologações já gostariamos de deixar encaixado. CNAB 400 caso isso influencie

Bom dia segue o LOG, estou utilizando acbrlibBoleto, tinha colocado no titulo [Versao] ACBrLib=0.0.2 ACBrLibBoleto=0.2.0.261 logBoletoACBR.txt logBoletoACBRConsulta.txt