Italo Giurizzato Junior

Bom dia, Antes de implementar a emissão de um documento fiscal é preciso saber para que ele serve. Implementar por implementar é perda de tempo. O CTe-OS significa Conhecimento de Transporte Eletrônico - Outros Serviços. O que vem a ser Outros Serviços? Outros Serviços pode ser: Fretamento, Transporte de Valores ou Bagagem Extra. Se a sua intensão é ter uma aplicação que atende as empresas de fretamento de funcionários de uma empresa, você vai usar o componente ACBrCTe para emitir o CT-e OS. Se a sua intensão é ter uma aplicação que atende as empresas que transportam valores (carros fortes), você vai emitir o CT-e OS. Se a sua intensão é ter uma aplicação que atende as empresas de transporte de pessoas (ônibus rodoviários) e cobram por bagagem extra, você vai emitir o CT-e OS. Agora se você não pretende atender nenhuma dessas empresas, esquece o CT-e OS.

Boa tarde Joselito, Fiz um teste usando o programa exemplo e não tive esse erro. O que ocorreu para mim foi uma rejeição: Modo de Envio : Enviar Lote Numero do Lote: 24 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : False Erro(s): Código : E163 Mensagem: Valor do campo Código de Tributação no Município inválido, o mesmo deve possuir no mínimo 7 caracteres e no máximo 11 caracteres. Correção: Para o Código de Tributação no Município deve ser informado 7 dígitos referentes ao CTMISS, ou, quando o contribuinte possuir benefício fiscal informado 11 dígitos, sendo 7 do CTMISS e mais 4 do Benefício fiscal

Boa tarde Henrique, Favor atualizar os fontes e faça novos testes.

Boa tarde Thiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Favor atualizar os fontes e faça um novo teste.

Boa tarde Maiquel, Já esta no SVN.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema.

Boa tarde Thiago, Já inclui na minha lista de tarefas para analisar o problema.

Bom dia, Já inclui na minha lista de tarefas para analisar o problema.

Bom dia Thiago, No novo componente de emissão de NFS-e (ACBrNFSeX) temos agora apenas um método para emitir a NFS-e. É o método Emitir. Esse método possui 3 parâmetros: o primeiro é o numero do lote, o segundo é o modo de envio e o terceiro defini se o DANFSE vai ser impresso automaticamente ou não. O meu conselho é que devemos informar somente o numero do lote, exemplo: ACBrNFSeX1.Emitir(NumLote); Desta forma o componente vai usar o modo de envio automático e vai imprimir o DANFSE caso o Rps enviado seja processado com sucesso. Aconselho também que configure a propriedade de configuração: ConsultarLoteAposEnvio com o valor True, pois os provedores que seguem a versão 1 do layout da ABRASF se faz necessário realizar a consulta, uma vez que nessa versão o modo de envio é assíncrono.

Boa tarde Maiquel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Lhe peço que inicie os testes com o novo componente.

Boa tarde, Já lhe respondi essa questão em outra postagem sua. Vou fechar essa e vamos continuar na outra.

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

Boa tarde Joselito, Já inclui na minha lista de tarefas, vou analisar o problema.

Boa tarde, Pela mensagem de erro, se faz necessário verificar junto a prefeitura qual é a tributação correta para o contribuinte em questão.

Henrique, Muito obrigado, já inclui na minha lista de tarefas.

O grande problema é que o provedor Ginfes segue a versão 1 do layout da ABRASF. Todos os provedores que seguem a versão 1 só tem um serviço para recepcionar o XML. É o serviço: EnviarLoteRpsEnvio. O provedor 4R segue a versão 2 do layout da ABRASF. A principio nessa versão os provedores deveriam disponibilizar os serviços: EnviarLoteRpsEnvio, EnviarLoteRpsSincronoEnvio e o GerarNfse. Só que o provedor 4R disponibilizou somente o EnviarLoteRpsSincronoEnvio. Isso explica a mensagem que você anexou. O novo componente não tem mais os métodos: Enviar, EnviarSincrono e Gerar que consome os serviços listados acima. Ele tem o método chamado Emitir. Esse novo método é capaz de abstrair qual é o serviço que o provedor disponibilizou e desta forma consegue enviar o Rps para o webservice. É por isso que estamos orientado o pessoal a migrar para o novo componente.

Thiago, O provedor Digifred segue a versão 2 do layout da ABRASF e pelos meus testes ele implementou os 3 serviços para recepcionar o Rps. No programa exemplo qual botão você esta usando para Emitir o Rps?

Boa tarde, Se possível anexe o XML da NFS-e para que possamos analisar o problema.

Boa tarde Thiago, Você não informou se você esta querendo essas informações após o envio, consulta ou cancelamento.

Boa tarde Henrique, Favor configurar o componente ACBrNFSe (antigo) para salvar os arquivos soap. Faça um envio e anexa aqui. Depois repita o processo só que usando o novo componente: ACBrNFSeX. Desta forma poderemos comparar o XML do cabeçalho gerado pelo componente antigo e o gerado pelo novo.

Boa tarde, Então faça um teste usando o programa exemplo do componente ACBrNFSe e nos mostre a mensagem exata do erro e como reproduzir. Como você incluiu a cidade, favor anexar os arquivos INI que você alterou para incluir ela.

Boa tarde, No envio é levado em consideração o numero do Rps, pois é este que é enviado. No momento do envio o componente esta carregado com os dados do Rps, ao tratar o retorno ele procura pelo Rps, uma vez que dependendo do provedor e serviço podemos enviar um lote de até 50 Rps. Após o envio no caso do provedor SP, podemos realizar a consulta a NFS-e por Rps informando o Rps. No programa exemplo temos a procedure chamada ChecarResposta: if Response is TNFSeEmiteResponse then begin memoLog.Lines.Add('Modo de Envio : ' + ModoEnvioToStr(TNFSeEmiteResponse(Response).ModoEnvio)); memoLog.Lines.Add('Numero do Lote: ' + TNFSeEmiteResponse(Response).Lote); memoLog.Lines.Add('Data de Envio : ' + DateToStr(TNFSeEmiteResponse(Response).Data)); memoLog.Lines.Add('Numero do Prot: ' + TNFSeEmiteResponse(Response).Protocolo); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Response.Sucesso, True)); end; O fragmento de código acima se refere ao retorno do Emitir. Para obter o numero da NFS-e e o código de verificação que temos no retorno do envio, basta fazer o seguinte: Basta ler os campos: NumeroNFSe := Response.InfRetorno.ChaveNFeRPS.Numero; CodVer := Response.infRetorno.ChaveNFeRPS.CodigoVerificacao;

Boa tarde Danny, Já esta no SVN.

Olá pessoal, Fizemos mais alguns ajustes, só que agora no DANFSE feito em Fortes Report. O que mudou? O componente ACBrNFSeXDANFSeRL tinha algumas propriedades de configuração que não deixava bem claro do que se tratava. Detectamos que algumas fazia referencia ao Prestador e outras ao Tomador. Foi criado uma propriedade de configuração chamada Prestador e outra Tomador e dentro dessas propriedades foi colocado as propriedades que as pertence. As propriedades: PrestLogo, RazaoSocial, Endereco, Complemento, Fone, Municipio, InscMunicipal, EMail_Prestador, CNPJ_Prestador e UF foram removidas e elas agora estão na propriedade Prestador com os seguintes nomes: RazaoSocial, NomeFantasia, InscricaoMunicipal, CNPJ, Endereco, Complemento, Municipio, UF, EMail, Fone e Logo. As propriedades: T_InscEstadual, T_InscMunicipal, T_Fone, T_Endereco, T_Complemento e T_Email foram removidas e elas agora estão na propriedade Tomador com os seguintes nomes: InscricaoEstadual, InscricaoMunicipal, Fone, Endereco, Complemento e Email. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.