Italo Giurizzato Junior

Bom dia, Ao enviar o evento de insucesso de entrega, o XML gerado é só aquilo que você postou?

Bom dia Almeida, Na leitura do endereço do tomador (procedure LerEnderecoTomador da unit ACBrNFSeXLerXml_ABRASFv2) esta previsto a obtenção do nome do município com base no código do mesmo. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Rafael, Já esta no SVN, favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Favor anexar a unit alterada para que possamos analisar.

Almeida, Verifica se existe no Schema desse provedor a tag para conter o nome do município. Eu não chequei, mas acredito que não tenha também.

Boa tarde Valter, Você conseguiria mudar o seu código deixando-o parecido com o ACBrPagFor?

Boa tarde Gregory, Se você também esta tendo o mesmo problema, o jeito vai ser entrar em contato com o provedor e expor o problema.

Boa tarde Katia, Ele não gerou o XML soap de retorno do envio do Rps? Com esses XML não da para analisar nada. Pois eles são de envio.

Boa tarde Delcio, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Almeida, Segundo o schema do provedor temos o seguinte: <xsd:complexType name="tcIdentificacaoTomador"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="0" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o grupo IdentificacaoTomador esta previsto somente o grupo CpfCnpj e a tag InscricaoMunicipal.

Boa tarde Felipe, Primeiro atualize os fontes e reinstale o ACBr, pois acabei de enviar uma colaboração que contem melhorias no retorno do Emitir. Segundo veja como é feito no programa exemplo.

Boa tarde, Muito obrigado pela colaboração, já esta no SVN. Fiz mais uma melhoria, atualiza e veja como ficou.

Boa tarde Felipe, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Coisa estranha no manual do provedor consta o seguinte: 6.1.2.1.10 Tag SITUACAO A tag SITUACAO refere-se ao código da situação da NFS-e e aceita números inteiros de até 4 caracteres, sendo que devem estar previamente cadastradas no sistema. <SITUACAO>1</SITUACAO>

Boa tarde, Já esta no SVN, favor atualizar todos os fones, reinstale o ACBr e inicie os testes.

Boa tarde Brajan, Mas essas informações constam no XML de retorno da referida consulta?

Bom dia, Após realizar a alteração sugerida pelo Diego, você salvou a configuração?

Bom dia Alexandre, Se o provedor não lhe responde então protocola um documento na prefeitura solicitando uma providencia quanto ao problema.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Gladston, Já entrei em contato, assim que eu tiver uma resposta, informo aqui.

Boa tarde, Isso também ocorre com o programa exemplo do componente ACBrCTe?

Boa tarde, Muito obrigado pela colaboração, precisamos das URLs de homologação e de produção. Já inclui na minha lista de tarefas. TK-3931

Boa tarde Gladston, Vamos lá, resumidamente como proceder a configuração dependendo do tipo de certificado: 1. Para certificado A1, podemos usar tanto o libWinCrypt como o libOpenSSL, não esqueça de setar para SSLType o valor LT_TLSv1_2 1.1 Se o certificado estiver instalado no Windows devemos informar somente o numero de série do mesmo. 1.2 Se o certificado não estiver instalado no Windows devemos informar o path + nome do PFX e a senha do certificado. 2. Para certificado A3, só é possível utilizar o libWinCrypt e não esqueça de setar para SSLType o valor LT_TLSv1_2 2.1 Devemos informar somente o numero de série do certificado.

Bom dia Alexandre, Complementado tudo o que já foi dito: A cidade de Curitiba/PR possui um webservice próprio, sendo assim criamos um provedor chamado ISSCuritiba. O layout utilizado pela cidade é a versão 1 da ABRASF. Nesta versão devemos enviar o lote com até 50 Rps. O serviço que recepciona o lote trabalha no modo assíncrono, sendo assim temos como resposta ao envio um numero de protocolo que devemos utiliza-lo no Consultar Situação. Essa consulta nos retorna a situação do lote enviado. Tipos de Situação: 1 - Lote não enviado 2 - Lote em processamento 3 - Lote processado com falhas 4 - Lote processado com sucesso Se a situação for 2 devemos aguardas alguns segundos e realizar uma nova consulta (o método ConsultarSituacao do componente ACBrNFSeX faz isso automaticamente). Se a situação for 3 ou 4 devemos Consultar o Lote de Rps, caso a situação seja 3 teremos a lista de erros, por outro lado se for 4 teremos a lista de notas. O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio que realiza todos esse fluxo de consultas automaticamente. Tudo isso explica o porque de você enviar o lote e não ter as notas como retorno, com certeza a propriedade de configuração mencionada acima esta com o valor False.

Bom dia Valter, Realmente o layout do arquivo tem apenas 150 caracteres contra os 240 usado pelo ACBrPagFor. Não analisei o seu código ainda, mas seria muito interessante que ele seguisse a mesma ideia do ACBrPagFor, ou seja, o uso de Interface para poder contornar as variações que um banco venha fazer em cima do layout da Febraban. Vou iniciar a analise do código ainda esta semana.