Italo Giurizzato Junior

Boa tarde @osmarbentojr, No que se refere ao CT-e OS no programa exemplo é mostrado como gerar um XML de CT-e OS para transporte de valores, quanto a isso você esta correto. Agora se a sua aplicação vai emitir um CT-e OS para transporte de pessoas (fretamento) vai ter que mudar o valor do campo tpServ e alimentar os campos pertinentes a esse tipo de serviço. Caso você não saiba quais são esses campos sugiro a leitura do manual, pois os nomes que damos para campos tem a mesma nomenclatura do manual.

Bom dia @HERALDO, Chequei a estrutura do XML que consta no manual que você anexou com o que o componente gera, é exatamente igual. O que você quer dizer com: "Hoje não está saindo os dados do emitente." ?

Bom dia @brunotbp, Vamos lhe avisar aqui mesmo. Basta aguardar.

Bom dia @IvoSilva, Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr, recompile a sua aplicação e faça novos testes.

Olá Pessoal, Quando iniciamos os testes com o Provedor Giss descobrimos que ao informar o código do pais deveríamos informar 0076 em vez de 1058. O código 1058 se refere ao código IBGE do Brasil e o código 0076? Pois bem, descobri que o Provedor Giss em vez de usar o código IGBE dos países em seu webservice, acabou adotando o código ISO. Resumindo o código 0076 é o código ISO do Brasil. Foi implementando duas novas funções de conversão, uma para converter o código IBGE para ISO e a outra que converte de ISO para IBGE. A orientação abaixo é para somente quem usa o provedor Giss: Se você esta informando o código 0076 ao campo CodigoPais, deve alterar para 1058, pois o componente vai realizar a troca, caso contrario o seu RPS vai ser rejeitado, acusando que o código do pais esta errado. O objetivo dessa mudança é manter um padrão para todos os provedores ao alimentar o componente, informando sempre o código IBGE do pais e caso o provedor se utiliza de outro código como é o caso do Giss que usa o código ISO o componente se responsabiliza por realizar a conversão.

Boa tarde @JOSE CARLOS ALVES JUNIOR, Já esta no SVN.

@Facil Sistemas Ltda, Já esta no SVN.

Tópico movido para a área do ACBr Pro, para que o SLA de respostas seja considerado

Boa tarde @Facil Sistemas Ltda, Muito obrigado pela colaboração, já foi criado a TK-6550 para realizar a alteração.

Bom dia @JOSE CARLOS ALVES JUNIOR, Muito obrigado pela colaboração, já foi criado a TK-6549 para realizar a alteração.

Bom dia @samdella, Muito obrigado pela colaboração, fiz uma pequena alteração para ficar compatível com o Delphi 7 e já enviei para o SVN.

Bom dia @CONCEPT AUTOMACAO, Correção realizada e enviada para o SVN.

@colmanetti, Se faz necessário debugar para saber o porque o componente não esta levando em conta o CNPJ do Certificado trocado. Antes de fazer esse debug, você esta com todos os fontes atualizados e o ACBr reinstalado?

Olá Pessoal, No componente ACBrNFSeX o caracter a ser utilizado como quebra de linha tínhamos definido como padrão o ";" (ponto e virgula) e não era possível mudar ele através de uma propriedade de configuração. Mas ai surgiu uma necessidade de permitir essa configuração. Sendo assim o componente agora possui a propriedade QuebradeLinha cujo caracter padrão é o "|", mas você pode mudar da seguinte forma: ACBrNFSeX1.Configuracoes.WebServices.QuebradeLinha := ';'; A propriedade QuebradeLinha é do tipo string, logo é possível informar uma sequencia de caracteres em vez de apenas um, por exemplo: "\n\s". Sempre tenham em mente que, se na unit provider do provedor o caracter de quebra de linha for diferente do configurado, o componente vai realizar a troca do configurado pelo que se encontra na unit provider. Por exemplo: Na configuração consta que o caracter é ";" ponto e virgula, mas na unit provider do provedor consta que deve ser "@" arroba, o componente vai trocar o ponto e virgula pelo arroba ao gerar o conteúdo da tag.

Bom dia @colmanetti, Porque você esta liberando e criando novamente o ACBrNFe? Isso esta dentro do loop?

Bom dia @oribeiro, Caso não esteja, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes usando o programa exemplo. A cidade de Itu/SP já esta "configurada" para o provedor Giss (GissOnline).

Boa tarde @CONCEPT AUTOMACAO, Já foi criado a TK-6546 para analise e devidas correções.

Boa tarde @C4Dev, Já esta no SVN.

@Light System Software, A unit alterada já esta no SVN.

Boa tarde @Joao Pedro Pereira, Já esta no SVN.

@jeffersonjunglaus, Já esta no SVN.

Boa tarde @IgorAcertSoft, O ACBr gera o DANFE em conformidade com o Manual, mas não vejo problema nenhum alterarmos os títulos dos quadros para: PESO BRUTO (Kg) / PESO LIQUIDO (Kg). No meu entendimento que com essa alteração fica exatamente claro que o numero constante no quadro esta na unidade Kg. O que você acha?

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

@Light System Software, Como o provedor não deseja que seja gerado a tag <cod_outro_municipio> quando o município da execução do serviço é o mesmo do prestador, a sua aplicação deverá solicitar o código do município de execução do serviço, caso seja o mesmo do prestador deverá alimentar o campo com uma string vazia e não com o código. Foi criado a TK-6545 para documentar essa alteração no componente.

Boa tarde @jeffersonjunglaus, No caso de Maceio/AL já foi alterado no dia 17/01/2025. Favor realizar testes em produção se for possível.