maxdatasistema

Boa tarde! Realizei o processo de Homologação no Provedor Fiorilli, porém ao enviar o RPS em Produção estou tendo o retorno: --------------------------- Erro na operação! Erro: X999 | Erro de Conexão: Erro Interno: 12002 Erro HTTP: 0 URL: http://macontreina.dcfiorilli.com.br:8100/IssWeb-ejb/IssWebWS/IssWebWS Erro: 12002 - TimeOut de Requisição Falha Enviando a Requisição. Erro: 12002 - TimeOut de Requisição | --------------------------- Observação.: Componente ACBrNFSeX e no aplicativo demo tem-se o mesmo retorno.

Boa tarde! Segue os arquivos. 5-env-lot-soap.xml5-env-lot.xml5-rec-soap.xml5-rec.xml 5222073726240900019656000000000009079-rps.xml

ACBrNFSeX.

Boa tarde, Ítalo! Ao Consultar o Protocolo de um RPS tenho o retorno: "Erro ao Consultar Protocolo! Serviço não implementado para este provedor." Porém, consigo consultar o RPS no Provedor (Site) e no Sistema continua como Pendente de Consulta. Testes realizados também utilizando aplicação "Demo" Acbr, falha no retorno do envio.

Outros componentes de impressão do ACBr (Fortes) funcionam sem erro ao adicioná-los ao form. Problema ocorre também em outra máquina de desenvolvimento (outro ambiente, outros projetos). Alternativa encontrada foi criar o compomente em tempo de execução, nesse caso a impressão funciona.

Bom dia, ao tentar adicionar um componente TACBrNFeDANFeRL no form, recebo uma mensagem de Access violation. Consigo adicionar o compomente de impressão (Fortes) tanto do boleto, quanto do CT-e, então imagino que o problema não seja a instalação do Fortes Reports. Se abro um formulário que já contenha o compomente, a mesma mensagem de Acess ciolation é apresentada. Utilizo o Delphi 10.1 Berlin (Update 2). Atualizei os fontes (SVN) nesse momento. Mesmo problema em outra máquina de desenvolvimento. Alguém já passou por esse problema.

Manual de Integração Web Service.pdf Conforme e-mail recebido pela Coletoria: " Não possui ambiente de homologação, apenas produção. O que mudou no manual que já foi enviado é que houve uma troca do link da prefeitura. Então, basta trocar o ip que está la por 177.10.239.123. " Não existe um ambiente de Homologação e somente Produção. Endereço Produção: http://177.10.239.123:8080/prodataws/services/NfseWSService?wsdl Em anexo segue também o Manual fornecido.

Boa tarde! O Município de Ceres / GO utiliza o Provedor PRODATA para emissão de NFS-e. Foi verificado que este Município não está disponível no componente. É possível a inclusão?

Obrigada @José M. S. Junior! Atualizado e Problema resolvido. Katia Carvalho Departamento de Homologação Maxdata Software de Gestão

Bom dia! Foi verificado que no Componente ACBr para o "Banco da Amazônia" não está implementado o Recurso de "Código p/ Baixa/Devolução" e "Prazo p/ Baixa/Devolução", onde está sendo enviado para a Remessa zero como valor fixo nas devidas posições (valores fixos: "0" posição 224 e "000" posições 225 a 227). Existe a possibilidade desta implementação\alteração no Componente? Manual do Banco em Anexo (Pág. 15) Katia Carvalho Departamento de Homologação Maxdata Software de Gestão Manual Cobranca Registrada Banco Amazonia - Versao 1.3 - MANUAL CNAB240.pdf

Alterado o provedor da cidade Gurupi - TO. Arquivo Cidades.ini: [1709500] Nome=Gurupi UF=TO Provedor=WebISSv2 NomeURL_H=homologacao NomeURL_P=gurupito Arquivo WebISSv2.ini: [URL_P] ; Gurupi/TO RecepcaoLoteRPS_1709500=https://%NomeURL_P%.webiss.com.br/ws/nfse.asmx [URL_H] ; Gurupi/TO RecepcaoLoteRPS_1709500=https://%NomeURL_H%.webiss.com.br/ws/nfse.asmx https://drive.google.com/file/d/0Bw7RBBzWF6breGxiS1c4ZVhwS2M/view?resourcekey=0-6QJapRF-l7HWOYG4l16D0A Cidades.ini WebISSv2.ini

Utilizando o aplicativo "ACBrNFSeX.exe", botão "Emitir Nota (Novo)", retorna: Modo de Envio : Gerar NFSe Numero do Lote: 360 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : True Modo de Envio : Gerar NFSe Numero do Lote: 360 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : True Erro(s): Código : E160 Mensagem: Arquivo em desacordo com o XML Schema. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: --------- Botão "Consultar NFSe por RPS" retorna: Modo de Envio : ConsultarNFSePorRps Numero do Rps : 1 Série do Rps : 1 Sucesso : False Erro(s): Código : E160 Mensagem: Arquivo em desacordo com o XML Schema. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. --------- Código : X203 Mensagem: Não foi retornado nenhuma NFSe. Correção: --------- Botão "Enviar um RPS" retorna: Modo de Envio : Gerar NFSe Numero do Lote: 1 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : True Modo de Envio : Gerar NFSe Numero do Lote: 1 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : True Erro(s): Código : E160 Mensagem: Arquivo em desacordo com o XML Schema. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção: ---------

Alguma ajuda?

Complemento.: Provedor = Megasoft

Conforme sugerido realizamos a alteração do Componente ACBrNFSe para o ACBrNFSeX. No primeiro teste de emissão de NFS-e tivemos o erro: ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- Erro: E160 | Arquivo em desacordo com o XML Schema. |Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Erro: X202 | Lista de NFSe não encontrada! (ListaNfse) | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- Alguma sugestão de como solucionar? 157-ger-nfse.xml 157-lista-nfse-ger.xml 359UNICA-rps.xml

Boa Tarde! Pelo que verifiquei o Componente não integração com o Provedor SICTEC, o que é necessário para realizarmos essa integração? Em contato com a Prefeitura ele disponibilizaram este manual: https://docs.google.com/document/d/1B6L11ZGv2iXMfxCtIJxgzLaDCyeF-tCJ82ELysnJaTs/edit?pli=1

Conseguimos resolver esta situação ainda utilizando o Componente antigo. Sobre este assunto este tópico pode ser encerrado. Iniciamos o processo de mudança para o novo Componente e encontramos alguns erros que irei abrir outro tópico.

Bom dia! Após alguns ajustes no Cadastro do Emitente junto ao provedor, estamos com a situação: Ao enviar o RPS nº 296 (296-ger-nfse.xml) no primeiro momento apresenta mensagem 'NFS-e Rejeitada' porém nos arquivos gerados recebemos o retorno do Nº de NFS-e 300 e ao analisar o arquivo '300-nfse.xml' temos a numeração e código de verificação correto. Ao acessar o site do provedor a NFS-e consta como emitida e comprovam os mesmos dados do XML. Ao realizar o 2º Passo -> Consultar a NFS-e de alguma forma consegue uma validação e a NFS-e no meu Sistema vai para Concluída. Em anexo segue arquivos gerados. Existe algo que pode ser feito no Componente para enviarmos o RPS e já "concluirmos" esta Nota? 296-ger-nfse.xml 296-ger-nfse-soap.xml 296-lista-nfse.xml 296-lista-nfse-soap.xml 300-nfse.xml

Algum ajuste pode ser feito no Componente?

Bom dia! Segue alteração realizada internamente. ACBrBancoCaixa.pas

Bom dia, Na unit “...\Acbr\Fontes\ACBrBoleto\ACBrBoleto.pas”, na linha 3361 (“fpCodigosMoraAceitos := '12';”), fica limitado os valores possíveis para o campo “CodigoMora” aos valores “1” ou “2”. Caso eu passe “CodigoMora := '3';” ou “CodigoMora := '';” o componente retorna a mensagem de erro: * Código de Mora/Juros informado não é permitido para este banco! Por exemplo, na unit do Banco do Brasil “...\Acbr\Fontes\ACBrBoleto\ACBrBancoBrasil.pas” , na linha 99 (“fpCodigosMoraAceitos := '123';”) essa limitação de valores é ampliada para “1”, “2” ou “3”. O que se pede é que, na unit da CEF “...\Acbr\Fontes\ACBrBoleto\ACBrBancoCaixa.pas”, no constructor, seja adicionado a linha de código “fpCodigosMoraAceitos := '123';”.

Não estou passando valores.

Bom dia! Em homologação para Emissão de Boleto pelo Portador Caixa Econômica em um de nossos Clientes, foi apresentado crítica no Código de Juros de Mora: "Segue analise da Remessa 3.5.3. Registro Tipo 3, Segmento P (Obrigatório) - Dados do Título 27.3P Juros Código do Juros de Mora 118 118 9(001) C018 Conteúdo Atual: 1 Conteúdo Esperado: 3 ‘1’ = Valor (dias corridos) / ‘2’ = Taxa mensal (dias corridos) / ‘3’ = Isento" Visto que no componente ACBr para o portador CEF são permitidos somente os códigos de mora "1" e "2". Quando se informa um código diferente, ou se tenta informar um código "vazio", é apresentada um erro e a remessa não é gerada. No Leiaute da Caixa CNAB 240 (Pág. 24 e 50) é apresentado também o código "3" = ISENTO. É possível realizarem esta alteração de permitir informar o código mora '3' quando o portador for CEF? Caixa - CNAB_240.pdf

Boa tarde, mesmo enviando RPS com numerações diferentes, essa NFS-e 999 é retornada. Um observação é que, mesmo enviando um único RPS, no retorno (NotasFiscais.Items[i]) sempre vêm dois itens, e essa NFS 999 fica no index 1 (segunda posição da lista, NotasFiscais.Items[1].Confirmada, e aparece como confirmada).