C4Dev

Boa tarde pessoal, Favor incluir no arquivo ACBrNFSeXServicos.ini os dados para cidade São Vendelino (RS): [4319752] Nome=Sao Vendelino UF=RS Provedor=Tecnos Versao=2.01 ProRecepcionar=* ProConsultarLote=http://saovendelino.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx ProConsultarNFSeRps=http://saovendelino.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx ProConsultarNFSePorFaixa=http://saovendelino.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx ProCancelarNFSe=http://saovendelino.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx ProRecepcionarSincrono=http://saovendelino.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx ProGerarNFSe=* ProSubstituirNFSe=http://saovendelino.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx HomRecepcionar=* HomConsultarLote=http://homologasaovendelino.nfse-tecnos.com.br:9097/ConsultaLoteRPS.asmx HomConsultarNFSeRps=http://homologasaovendelino.nfse-tecnos.com.br:9095/ConsultaNFSePorRPS.asmx HomConsultarNFSePorFaixa=http://homologasaovendelino.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx HomCancelarNFSe=http://homologasaovendelino.nfse-tecnos.com.br:9098/CancelamentoNFSe.asmx HomRecepcionarSincrono=http://homologasaovendelino.nfse-tecnos.com.br:9091/EnvioLoteRPSSincrono.asmx HomGerarNFSe=* HomSubstituirNFSe=http://homologasaovendelino.nfse-tecnos.com.br:9086/SubstituicaoNFSe.asmx Já testei em produção, funcionou corretamente.

@Daniel InfoCotidianodesculpe a demora, mas nesse meio tempo, o PO trouxe para a sprint da semana para outro dev implementar a consulta por data e deu certo. Então não vamos mais utilizar a consulta por nosso numero, pode encerrar o tópico. Obrigado pela atenção.

@Daniel InfoCotidiano Foram realizados mais testes com os arquivos repassados nesse tópico?

Boa tarde! Por favor, alterar o arquivo ACBrNFSeXServicos.ini para configurar a cidade de Itapoa / SC. [4208450] Nome=Itapoa UF=SC Provedor=IPM Muito obrigado!

@Daniel InfoCotidianofiz o teste conforme orientação e ocorreu mesmo erro AV. Não sei se é permitido, mas se vc quiser eu posso te chamar via Discord e compartilhar a tela para vc ver/debugar no ambiente de produção.

Sim, está com essa alteração presente, por desencargo, eu atualizei agora o ACBr e compilei novamente e refiz o teste (estou com a base do cliente). Continua apresentando AV, apenas uma consideração, esse ajuste que vc comentou do intervalo de 1 segundo, acredito que só vale para envio de boleto (inclusão no caso). Para consulta boleto por nosso numero ele não respeita esse intervalo, pode conferir no log. Testei em Sandobox tbm e lá não ocorre.

Ainda não, conversei com meus gestores sobre isso, mas como vai alterar a rotina, tela e funcionalidade (informar as datas e tal) deverá passar por análise de PO antes de ir para desenvolvimento (mas será feito). No momento só preciso ajustar o erro para continuar funcionando no cliente, até que seja migrada para outra forma de consulta.

@Daniel InfoCotidianoquando for concluída essa TK me informe, por favor.

A principio não aderimos a esse tipo de consulta apenas para Sicoob por conta de ele não retornar no mesmo momento a requisição com as informações. Mas pela quantidade de boletos que o cliente possui em aberto, talvez essa forma possa ser mais rápida, sabe informar +/- quanto tempo leva para a API disponibilizar o arquivo com as informações após a solicitação?

Funcionou corretamente, muito obrigado.

Qtde de boletos consultados: 617; Fontes atualizados: Sim; Versão do Delphi: 10.4.2;

Boa tarde pessoal, Estou enfrentando um problema ao fazer a consulta dos boletos por nosso número no Sicoob V3. Eu gero uma lista com vários boletos e faço a consulta 1 por 1 por nosso número, porém durante o processo que faz a consulta dos boletos acaba a validade do token e ao tentar obter o novo token ocorre o access violation, conforme img abaixo: O erro ocorre na unit httpsend.pas, mais especificamente no método clear conforme código abaixo: Até tentei fazer alguns tratamentos por exemplo verificando se o InputDocument, OutputDocument e FHeaders são diferentes de Nil, mas sem sucesso, acredito que falta algum comando a ser executado quando ocorre esse cenário. Então configurei para gerar o log Paranoico desde o início do processo até gerar a exceção (última linha do log), o log está anexado. Se puderem analisar para encontrarmos uma forma de solucionar esse erro ou alguma orientação, eu agradeço. ArqBoletoWS.rar

pcteCTeW.pasSegue

Bom dia pessoal tudo bem? Estou implementando o CTe simplificado substituto e me deparei com um problema na hora de alimentar as tags do XML, ao tentar emitir o CT-e retorna o erro: Analisado o XML realmente não gerou as tags de infCteSub (XML em anexo), debugando identifiquei que no componente não está alimentando essas tags porque verifica apenas se o CT-e é tcSubstituto, porém como é simplificado ele é tcSubstCTeSimpl. Na Use pcteCTeW na procedure "TCTeW.GerarInfCTeSub" tem uma verificação procedure TCTeW.GerarInfCTeSub(infCTeSub: TInfCteSub); begin if CTe.Ide.tpCTe = tcSubstituto then begin Mudei o if para if CTe.Ide.tpCTe in [tcSubstituto, tcSubstCTeSimpl] then e funcionou corretamente gerando as tags de infCteSub. Poderiam verificar por favor? Muito obrigado. 42241003916076000400570990000066731535293387-cte.xml

Boa tarde Italo. Segundo o suporte validaram lá e seria isso, eu tentei argumentar, mas mantiveram essa tese. O que você sugere?

Boa tarde. Estamos com problema para nota de Paulínea, devido ao erro: Arquivo enviado fora da estrutura do arquivo XML de entrada. Vi que existe um tópico, onde é comentado que o provedor GINFES pode retorna essa mensagem genérica, e o erro ser outro. Porém realizei todos os testes possíveis, inclusive informando os xml exatamente como em uma nota já emitida, e nada resolveu. Segundo eles, exite um problema no cabeçalho e deve ser informado como abaixo: <?xml version="1.0" encoding="utf-8"?> <q1:EnviarLoteRpsEnvio xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:q1="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:tipos="http://www.ginfes.com.br/tipos_v03.xsd"> Segue link com manuais e Schemas: https://paulinia.ginfes.com.br/ Caso precisar dos xmls posso estar enviando no e-mail do Acbr.

Obrigado @Diego Foliene Vamos estar repassando isso para o cliente.

Boa tarde @Italo Giurizzato Junior Esse caso é do MT. Que a princípio estaria exigindo a emissão do ECONF para NFCe. Até conforme vocês já tinham publicado aqui no fórum: Para a NFe conseguimos emitir, porém para a NFCe está ocorrendo isso. Vocês tem informação de alguém que já conseguiu emitir esse evento para a NFCe no MT? Saberia me dizer como poderia confirmar se já estaria liberado para a NFCe esse evento no estado? Obrigado mais uma vez.

Obrigado pelo retorno @Italo Giurizzato Junior Porém informando o 51, pelo exemplo do ACBr, ocorreu a mesma rejeição. Segue arquivos. 1-eve.xml 1-ped-eve.xml

Boa tarde. Estou tentando realizar o envio de um evento de conciliação financeira (ECONF) para uma NFCe do estado do MT, no ambiente de produção, e estou recebendo a rejeição: Status Código: 410 Status Descrição: Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service Tanto pela minha aplicação quanto pelo exemplo do ACBr. Será que poderiam me auxiliar se estou preenchendo alguma informação errada ou de fato há algum problema? Segue em anexo XML da NFCe, XMLs de retorno e configurações do ACBr Exemplo. Caso precisar do certificado para simular posso estar enviando também. 1-eve.xml 1-ped-eve.xml 51241029832024000199650010000001111459123252-nfe.xml ACBrNFe_Exemplo.ini

Vamos ficar no aguardo do SEFAZ então. Muito obrigado!

Bom dia tudo bem? Finalizei a implementação do CTE Simplificado porém não estou achando como seria a impressão do DACTE simplificado, no exemplo do ACBr não tem implementado a impressão dos DACTE e hoje eu uso o .fr3 que o ACBr disponibiliza mas quando é simplificado não alimenta corretamente os campos da impressão. Consultei nas pastas do ACBr e não existe nenhum .fr3 que de a entender que é para esse modelo. Alguém poderia me ajudar a entender como vai ser essa impressão? Muito obrigado

Boa noite. Realmente estava faltando os dados do tomador, agora deu certo, muito obrigado Diego.

Bom dia tudo bem? Estou implementando o CTe simplificado em nossa aplicação porém ao tenta emitir um CTe em homologação esta dando o seguinte erro: O ACBr e os Schemas estão atualizados. Estou gerando o infCarga exatamente como pede a NT e exatamente como o exemplo do ACBr está gerando, segue XML em anexo. Alguém poderia me ajudar? Muito obrigado. 42241003916076000400570990000234531352307087-cte.xml

Ao tentar carregar o certificado a partir de um arquivo PFX apresenta erro "parâmetro inválido". Motivo: a rotina carrega os dados do arquivo para variável PFX e nesse momento limpa a referência/caminho do arquivo PFX. Após isso na mesma rotina tem código que também precisa carregar os dados do arquivo mas como perdeu a referência ocorre o erro. Solução: crie uma variável no método TDFeCapicom.CarregarCertificadoDeArquivoPFX; da unit ACBrDFeCapicom.pas para armazenar o caminho do arquivo e utiliza-lo em seguida, resolvendo o erro e carregando os dados função alterada.txt