Italo Giurizzato Junior

Boa tarde Cleber, Acredito que esteja faltando informar uma observação ao Transportador e ao Credenciado.

Bom dia Cleiver, Atualize novamente.

Bom dia Marcio, Desculpa, esqueci de enviar a referida unit para o repositório. Já enviei, agora não é mais para ocorrer o erro.

Bom dia Weber, Muito obrigado pela colaboração, já envie para o repositório.

Boa tarde Willians, Não foi informado a data de nascimento do motorista.

Boa tarde Claudio, Além de mudar de libCapicom para libWinCrypt você mudou também o SSLType, como eu mostrei acima?

Boa tarde Leeonardo, Muito obrigado pela colaboração, já esta tudo no repositório.

Boa tarde Weber, Favor anexar o arquivo alterado para que possamos analisar.

Boa tarde Daniel, Pelo que eu entendi, não.

Boa tarde, Você deve solicitar os Schemas e as URLs se possível de todas as cidades atendidas por esse provedor. Não confie muito no manual. Criar um arquivo INI para esse provedor, alterar o arquivo Cidades.ini referente ao provedor da cidade em questão. No arquivos pnfsConversaoNFSe acrescentar o novo provedor aos moldes dos demais. Por fim iniciar os testes.

Boa tarde Luiz, Mudar o nome do provedor de GovDigital para NFe-Cidades vai dar muita dor de cabeça. O melhor é alterar somente a URL da ou das cidades que por ventura terão a sua URL alterada.

Boa tarde José, O envio dessa nota foi para o ambiente de homologação, correto? Você chegou a abrir o arquivo: 1-lista-nfse.xml? Se não abriu, abra, vai notar que o teste de envio foi realizado com sucesso. Eu acredito que por ser um teste, ou seja, você esta enviando para o ambiente de homologação, o provedor não armazena os RPS e isso explica o erro que você esta tendo ao consultar. Por favor entre em contato com o provedor e questione sobre isso. Caso confirme, a solução vai ser enviar para o ambiente de produção.

Olá Pessoal, Novidades para quem tem aplicações que emitem o BP-e Bilhete de Passagem Eletrônico. Trata-se de uma nova modalidade de documento o BP-e TM (Transporte Metropolitano). O BP-e Transporte Metropolitano será emitido por contribuintes que possuírem credenciamento específico para essa modalidade de BP-e identificada pelo tipo de BP-e = 4, portanto, não serão necessariamente os mesmos que já emitem o BP-e normal. A Nota técnica já se encontra em nossa biblioteca, clique aqui para baixar. Prazos para implantação do BP-e TM: 10/2020 - Ambiente de Homologação. 11/2020 - Ambiente de Produção. Já estamos trabalhando nas alterações necessárias no componente ACBrBPe para que ele venha permitir o envio do BP-e TM.

Olá Pessoal, Novidades para quem tem aplicações que emitem o BP-e Bilhete de Passagem Eletrônico. Trata-se de um novo evento. Evento de Excesso de Bagagem, cuja finalidade é informar a quantidade e o valor referente a cobrança do excesso de bagagem. A Nota técnica já se encontra em nossa biblioteca, clique aqui para baixar. Prazos para implantação do evento: 08/2020 - Ambiente de Homologação. 09/2020 - Ambiente de Produção. Já estamos trabalhando nas alterações necessárias no componente ACBrBPe para que ele venha permitir o envio desse novo evento.

Bom dia Willians, Favor anexar o XML de envio de cadastro de motorista para que possamos analisar.

Bom dia a todos, Além de configurar o componente com a configuração abaixo: Estão configurando o SSLType com o valor LT_TLSv1_2 ?

Bom dia Arnaldo, Rejeição 301 - Uso Denegado: Irregularidade fiscal do emitente. O emitente esta com irregularidade com o Fisco, ele esta impedido de vender até que a situação dele seja sanada. Se a mercadoria não foi entregue, ela deve sim retornar ao estoque. E a nota deve ficar registrada no banco de dados como denegada e não como autorizada. Essa loja tem que fechar a porta, sanar o problema com o fisco, para depois voltar as atividades. Nesse meio tempo esquece, não pode emitir nenhuma nota.

Boa tarde, Muito obrigado pelo retorno, já atualizei o tópico com as perguntas e respostas.

Bom dia Leeonardo, Muito obrigado pela colaboração, vou analisar e estando tudo OK, vou enviar para o repositório.

Infelizmente não tenho essa resposta. Não tenho nenhum cliente usando o CIOT. Estou apenas ajudando no desenvolvimento do componente, sugiro você entrar em contato com o eFrete e fazer esses questionamentos. Se puder nos dar um retorno, ficarei grato, pois podemos incluir essas duvidas e as respostas no seguinte tópico: É com a colaboração de vocês que estamos deixando esse tópico cada dia mais completo.

Bom dia, Muito obrigado pela colaboração, já enviei para o repositório a correção.

Bom dia Jeihcio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Jeihcio, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia, Alguma coisa esta errada. Quando enviamos um evento por e-mail devemos carregar o arquivo *-procEventoNFe.xml pois é este o arquivo que deve ser anexado ao e-mail, uma vez que ele contem o pedido e o retorno da SEFAZ. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada?

Bom dia, Segundo o Manual do eFrete versão 6.0 temos a seguinte observação sobre o campo IdOperacaoCliente: Id / Chave primária da operação de transporte no sistema do Cliente No seu sistema você deve ter uma tabela no banco de dados que contem as informações sobre a Operação do Transporte. Essa tabela possui um ID ou chave primaria para identificar essa operação de forma única. Sendo assim para cada Operação teremos um único ID ou chave primaria, é essa informação que devemos atribuir ao campo IdOperacaoCliente. Pelo menos é esse o meu entendimento.