Renato Rubinho

Bom dia, Não tive retorno do cliente/provedor e sem demanda para este provedor não segui com a implementação.

Bom dia, Estou aguardando um código de cedente válido para poder validar em definitivo os métodos. Por enquanto, seguem implementações e ajustes já efetuados: 1. ACBrBoletoW_BancoBrasil.pas possuia uma string com mais de 256 bytes e gerava exceção no Delphi 7 2. Copiado Demo em Delphi do Trunk2\ACBrBoleto para os testes da versão dos Branches e efetuadas configurações para utiliazar o ACBrBoletoWS 3. ACBrBoletoConversao.pas, adicionado lBoletoWs no TACBrBolLayOut TACBrBolLayOut = (lPadrao, lCarne, lFatura, lPadraoEntrega, lReciboTopo, lPadraoEntrega2, lFaturaDetal, lBoletoWs) ; 4. ACBrBoletoW_Caixa.pas, efetuados ajustes finos de acordo com rejeições do WS e leiaute 1.2 Anexos Fontes e xmls de exemplo dos 4 métodos. Att xmls001.zipbranches001.zip

Boa tarde, Município implementado, conforme tópico a seguir.

Boa tarde, Município implementado, conforme tópico a seguir.

Boa tarde, Seguem implementações de dois municípios para emissão de NFSe: [3156700] Nome=Sabara UF=MG Provedor=ISSDigital [2602902] Nome=Cabo de Santo Agostinho UF=PE Provedor=Tinus Att ISSDigital.iniCidades.ini

Boa tarde, Seguem implementações de dois municípios para emissão de NFSe: [2602902] Nome=Cabo de Santo Agostinho [3156700] Nome=Sabara Att ACBr001.rar

Bom dia @José M. S. Junior, Vou homologar então... rsrs Obrigado pelo retorno.

Bom dia, Estou com uma demanda urgente para implementar o registro via WS da Caixa. Sabem me dizer se a implementação que está nos Branches está "funcional" para a Caixa? Pergunto, porque o ACBrBoleto não possui demo para o Delphi nos branches, apenas para o Lazarus, mas se estiver ok posso me basear no Lazarus. Estão cogitando aqui de comprar outro componente para fazê-lo, mas se o do ACBr estiver funcionando prefiro utilizá-lo. Obrigado

Boa tarde Rodrigo, Acredito que esgotei os testes técnicos cabíveis nessa situação e o problema persistiu. Eu não tenho contato direto com o cliente e passei para a equipe de implantação verificar com a prefeitura / provedor se identificam o que pode ser. Não estou com o ambiente aqui, mas lembro que além dos detalhes que citei acima, corrigi também o código do serviço que estava sem zeros à esquerda. Uma suposição minha foi de terem me passado a chave errada do cliente e o WS retornar um erro genérico, pois as demais informações eu validei uma a uma no schema e não encontrei mais inconsistências. Mas agora aguardo um posicionamento da outra equipe para dar continuidade. Qualquer novidade eu posto novamente. Obrigado pelo retorno.

ok. Caso consiga transmitir, agradeço seu retorno para ver se encontro o problema. Seguem minha anotações dos ajustes que tive que fazer no meu cenário, caso te ajude: 1. Numero do RPS invalido. Informe um numero de RPS que corresponda a sequencia utilizada pelo prestador do servico. R: Iniciar o contador de RPS = 1 2. Serie do RPS incorreta.Informe corretamente a serie para o RPS pesquisado. R: De acordo com testes e pesquisas na internet, a série funcionou com "RPSL" 3. Codigo de tributacao informado indevidamente. Esse campo nao deve ser preenchido neste municipio. R: Servico.CodigoTributacaoMunicipio não deve ser preenchido quando a prestação for fora do município 4. Erros referentes ao País CNPJ/CPF do tomador do servico informado indevidamente. Nao informe o CNPJ/CPF do tomador do servico quando ele for domiciliado no exterior. NIF do Tomador nao informado. Informe o NIF para tomadores nao residentes no Brasil EnderecoCompletoExterior nao informado. Informe o EnderecoCompletoExterior R: Tomador.TomadorExterior := snNao;

Preencho a chave na propriedade a seguir: ACBrNFSe.Configuracoes.Geral.Emitente.WebChaveAcesso := ChaveAcesso;

Bom dia, Estou homologando a NFSe de Limeira, mas recebo o retorno: Arquivo em desacordo com o XML Schema. Consulte o Manual da NFS-e para saber quais sao as versoes de XML Schema suportadas pelo sistema. Alguém tem alguma sugestão do que pode ser o problema ? Seguem considerações: 1. Segue o meu arquivo gerado: 1-ger-nfse.xml 2. Comparando com o arquivo válido de exemplo disponibilizado neste outro tópico pelo @Rodrigo Vian, o meu arquivo aparenta estar de acordo 3. Estou com a versão mais recente dos fontes / schemas / inis 4. Cidades.ini [3526902] Nome=Limeira UF=SP Provedor=iiBrasilv2 NomeURL_H=limeira NomeURL_P=limeira Obrigado

Bom dia Italo, Fiz apenas os ajustes de acordo com os erros gerados pelo validador ao processar o arquivo gerado no cenário do cliente. Não revisei todas as alterações do novo leiaute. No caso do meu cliente, não tive problemas com o validador: 1. O I051: não é gerado 2. O J100: já é gerado com o mínimo de 3 níveis Att,

Boa tarde, Seguem implementações dos novos campos dos Registros 0000 e J150, caso não tenham iniciado o desenvolvimento ainda. 1. Registro 0000 21 IND_CENTRALIZADA Indicador da modalidade de escrituração centralizada ou descentralizada: 0 - Escrituração Centralizada 1 - Escrituração Descentralizada 22 IND_MUDANC_PC Indicador de mudança de plano de contas: 0 - Não houve mudança no plano de contas. 1 - Houve mudança no plano de contas. 23 COD_PLAN_REF Código do Plano de Contas Referencial que será utilizado para o mapeamento de todas as contas analíticas Observação: Caso a pessoa jurídica não realize o mapeamento para os planos referenciais na ECD, este campo deve ficar em branco. 2. Registro J150 02 NU_ORDEM Número de ordem da linha na visualização da demonstração 08 VL_CTA_INI Valor do saldo final da linha no período imediatamente anterior 09 IND_DC_CTA_INI Indicador da situação do valor final da linha no período imediatamente anterior 10 VL_CTA_FIN Valor final da linha antes do encerramento do exercício 11 IND_DC_CTA_FIN Indicador da situação do valor final da linha antes do encerramento Att ACBr001.rar

Boa tarde @EMBarbosa, Atualizado o componente e validada implementação, conforme destacado a seguir. Agradeço a todos pela ajuda.