Italo Giurizzato Junior

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @C4Dev, Já esta no SVN.

Boa tarde @Sistemas Victory, Não entendi esse "Muito Confuso". A montagem do arquivo INI é dividido em seções. Temos a seção [veicTracao] que é única, ou seja, ela só pode ocorrer uma única vez no arquivo e nela consta as informações do veículo de tração. Temos a seção [motoxxx] que não é única, ou seja, ela pode ocorrer varias vezes. Por exemplo: se eu vou informar somente um motorista teremos somente a seção [moto001], por outro lado se eu vou informar dois motoristas teremos as seções [moto001] e [moto002]. Você montou o seu arquivo INI de forma errada, pois colocou campos da seção [veicTracao] dentro da seção [moto001] neste caso o leitor que escrevemos não lê as informações que estão fora do lugar. Abaixo tem o fragmento da página do manual que apresente um modelo de INI completo para o MDF-e. Se você não gerar o arquivo INI conforme esse modelo o nosso leitor de arquivo INI do MDF-e não vai ler corretamente as informações. Estamos trabalhando para melhorar esses modelos visando deixar eles mais claros, enquanto isso sugiro que você tenha em mãos o manual referente ao layout da versão 3 do MDF-e, desta forma você vai ter uma ideia se um determinado campo é numérico ou alfanumérico ou se ele possui valores pré-determinados. Tem campos que devemos informar 01, se for informado apenas 1, vai acabar gerando o XML de forma errada. Por fim você comentou sobre a tara, tente da seguinte forma: tara =3200 capKG=1080 capM3=0 Informe um valor inteiro para tara, o capKG e capM3. Modelo MDFe.INI (sourceforge.io) [veicTracao] cInt=1 placa=AAA1234 UF=SP RENAVAM=45642656266 tara= capKG= capM3= tpRod= tpCar= ; Informe campos abaixo apenas se o proprietário do VeicTracao não for o emitente do MDFe CNPJCPF=99999999999 RNTRC=22222222 xNome=nome do proprietário IE= UFProp= tpProp= [moto001] xNome=nome do motorista CPF=99999999999

Bom dia @digao_go, O cStat = 204 ocorre ao consultar o MDF-e e o motivo é: Inconsistência de Informações no QR Code (tipo ambiente). Isso significa que o Tipo de Ambiente informado no QR-Code não é o mesmo da configuração do componente, exemplo: No QR-Code o tipo de ambiente é produção e você esta tentando consultar em homologação ou vice versa. Na sua aplicação você só pode ter apenas uma rotina que configura o componente, se necessário chame ela antes de iniciar a execução de fluxo de métodos. Exemplo: ConfiguraComponente; AlimentaComponente; (o tipo de ambiente tem que ser o mesmo da configuração) Assinar; Validar; Enviar; Por fim, você tendo o XML do MDF-e assinado salvo em disco se ocorrer erro de internet ao enviar os passos são: ConfigurarComponente; (se julgar necessário) CarregarXML; Consultar; Se a SEFAZ retornar o cStat = 205 (O MDFe não consta na nossa base de dados), os passos são: ConfigurarComponente; (se julgar necessário) CarregarXML; Enviar;

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5748

Bom dia @Cosmo Santos de Morais, Vou fechar esse tópico por estar em duplicidade.

Bom dia @Sistemas Victory, Isso esta errado: [veicTracao] cInt = placa =PRQ5B27 RENAVAM =01172108754 tara =3200.000 capKG =1080.000 capM3 =0.000 CNPJCPF =00031477038 RNTRC =12345678 xNome =JOAO MARCOS CUNHA NUNES IE = UFProp =GO tpProp =1 [moto001] xNome =JOAO MARCOS CUNHA NUNES CPF =00031477038 tpRod =05 tpCar =01 UF =GO O correto é: [veicTracao] cInt = placa =PRQ5B27 RENAVAM =01172108754 tara =3200.000 capKG =1080.000 capM3 =0.000 CNPJCPF =00031477038 RNTRC =12345678 xNome =JOAO MARCOS CUNHA NUNES IE = UFProp =GO tpProp =1 tpRod =05 tpCar =01 UF =GO [moto001] xNome =JOAO MARCOS CUNHA NUNES CPF =00031477038 Você colocou as informações do veiculo na seção do motorista.

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5747

Bom dia @Marcelo Loiola Silva, Verifica se a prefeitura ou provedor fornecem uma cadeia de certificado digital que se faz necessário ser instalado na maquina que vai emitir a nota.

Bom dia @Data Lider, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5746

Bom dia Almeida, Esses são os códigos faltantes?

Bom dia Daniel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5745

Bom dia Felipe, O prestador de serviço em questão já emitida NFS-e através de outra aplicação? Se sim, você pode através do site da prefeitura baixar o XML da ultima NFS-e emitida por ele, costuma constar no XML o numero do RPS.

Bom dia @AnDes Sistemas, Por favor leia o tópico abaixo, ele mostra como obter essas informações com a mudança do modo de envio de assíncrono para síncrono. Você também pode ver como obter essas informações através do programa exemplo do ACBrMDFe, mais precisamente o botão referente ao envio síncrono.

Boa tarde @C4Dev, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5743

Boa tarde @Marcio Patyk, Estamos evitando ao máximo de colocar condições envolvendo provedor ou município como você fez. Precisamos saber se essas descrições são exclusivas para a cidade de Passo Fundo ou se o provedor Thema adota essas descrições para todas as cidades atendidas por eles. Você consegue descobrir isso para nós?

Boa tarde @Calmeida79, Descobri o motivo de não estar sendo impresso, veja: Abra o arquivo TabServicos.ini que esta na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX e procure por 1601, vai constar, mas não consta o 1602. [1601] Descricao=Servicos de transporte de natureza municipal. [1701] Descricao=Assessoria ou consultoria de qualquer natureza, nao contida em outros itens desta lista; analise, exame, pesquisa, coleta, compilacao e fornecimento de dados e informacoes de qualquer natureza, inclusive cadastro e similares. Qual seria a descrição do serviço 16.02 ?

Boa tarde @Marcelo Loiola Silva, Pode ser que o provedor esteja exigindo que o XML seja assinado e o componente não esteja realizando a assinatura. Abra a unit ISSLegal.Proveder e procure pela procedure Configuracao, você vai encontrar: procedure TACBrNFSeProviderISSLegal203.Configuracao; begin inherited Configuracao; ConfigGeral.Autenticacao.RequerChaveAutorizacao := True; (...) { with ConfigAssinar do begin Rps := False; LoteRps := False; ConsultarSituacao := False; ConsultarLote := False; ConsultarNFSeRps := False; ConsultarNFSe := False; CancelarNFSe := False; RpsGerarNFSe := False; LoteGerarNFSe := False; RpsSubstituirNFSe := False; SubstituirNFSe := False; end; } end; Descomente o bloco referente ao ConfigAssinar e vai trocando o False por True a cada teste. Por exemplo altere para True o valor de Rps, isso vai fazer que o Rps seja assinado. Salve a unit alterada, reinstale o ACBr e faça um teste de envio.

Boa tarde @eesoares, Você esta pegando os schemas da pasta do componente antigo. Leia o tópico abaixo para configurar corretamente a pasta schemas ao usar o novo componente.

Boa tarde @cezar.ccp, Tanto o manual do ACBrMonitor quando o da Lib foram atualizados, aguarde a disponibilização dos mesmos.

Bom dia @william_computel, Segundo o manual do provedor AssessorPublico que temos não consta essa estrutura de de uma lista forma de pagamento. O que tem referente a pagamento é: Que no componente você informa a data de vencimento da seguinte forma: Vencimento := strToDate('16/08/2024');

Bom dia @Gabriel Bobello, Você esta usando o componente ACBrNFSeX? Com relação ao código não consta nada no manual sobre esse código, alias os códigos de erros sempre começam com a letra E.

Bom dia @Calmeida79, Você poderia anexar o XML para que possamos analisar essa questão? O prestador é de Santos?

Bom dia @Sistemas Victory, O ACBrMonitor Plus já esta na versão: 1.4.0.264, sugiro que baixe a nova versão.