Italo Giurizzato Junior

Bom dia cmonteiro, Por favor post como anexo somente as unit que você fez alteração, para que possamos avaliar e se estiver tudo de acordo, enviaremos para o repositório. Desde já muito obrigado pela colaboração.

Bom dia Walter, Você procurou no Manual por essa TAG? Pois bem, no Manual versão 2.00a do CT-e página 135 - campo 264 tempos a TAG: nPed - Numero do Pedido da NF. Vamos primeiramente a descrição dessa TAG, "Numero do Pedido da NF", veja, "NF" e não "NF-e", portanto esta se referindo a Nota Fiscal comum de papel e não a Nota Fiscal Eletrônica. Segundo, o nível dessa TAG é 4 portanto ela é filha do grupo infNF que é de nível 3 (página 134) esse grupo se refere a informações das NF e a observação diz: "Este grupo deve ser informado quando o documento originário for NF". Entenda, documento originário, como sendo o documento emitido pelo remetente da carga. Por outro lado na página 137 temos no mesmo nível 3 o grupo infNFe, destinado as Informações das NF-e que por sinal tem como TAG fila a chave (campo #298). Outra coisa importante note que tanto o infNF quanto o infNFe são do tipo CG, isso significa que para aparecer o nPed no XML deve-se ser gerado o grupo infNF sendo assim o infNFe não será e neste caso a chave da NF-e não vai aparecer e vice versa. Se você informar os dados da NF-e como sendo uma NF o seu CT-e vai ser rejeitado, uma vez que o emitente do documento originário já esta obrigado a emitir NF-e e você informando como NF estaria dizendo para a SEFAZ que ele emitiu uma Nota Fiscal Comum de Papel e não uma Nota Fiscal Eletrônica. Resumindo não tem como. A unica solução é informar o numero do pedido no campo observação e não na TAG: nPed. O Seu cliente não tem o que querer, você precisa mostrar a ele com o manual em mãos o que pode e o que não pode.

Bom dia Diogo, Uma coisa é certa, o XML a ser enviado tem que estar em conformidade com o schema disponibilizado por eles. Mas será que eles não perceberam que estão remando contra a maré? O XML da NF-e, NFC-e, CT-e e MDF-e que são documentos fiscais a nível nacional o ID é: "Id", ou seja, a letra "I" em maiúsculo. E a grande maioria dos provedores de NFS-e utilizam o ID: "Id". Será que fazer essa troca no Schema e no Web Services deles é tão complicado a ponto de não querem fazer? Ou querem ser os diferentes? Ou será que não sabem fazer essa alteração, uma vez que não foram eles que desenvolveram os Web Services?

Boa tarde Dércio, Que eu saiba o A3 só funciona com o CAPICOM.

Boa tarde José, Primeiramente, por favor não poste como texto no post fragmentos de código, principalmente se eles foram grandes como o seu. Segundo, você sabe o que o ADD faz? O Add é utilizado para adicionar um elemento em uma lista. Vamos a um pequeno fragmento do seu código: ACBrNFe.EventoNFe.Evento.Add.InfEvento.tpAmb := ACBrNFe.NotasFiscais.Items[0].NFe.Ide.tpAmb; ACBrNFe.EventoNFe.Evento.Add.InfEvento.CNPJ := ACBrNFe.NotasFiscais.Items[0].NFe.Emit.CNPJCPF; ACBrNFe.EventoNFe.Evento.Add.InfEvento.cOrgao := ACBrNFe.NotasFiscais.Items[0].NFe.Ide.cUF; Só nesse fragmento você adicionou 3 eventos e não um só. Na primeira linha temos um evento só com o tipo de ambiente, na segunda linha você adiciona um segundo evento só com o CNPJ na terceira linha você adiciona mais um evento só com o código do órgão. Entendeu onde você esta errando?

Boa tarde Otair, Sim, já foram feitos alguns testes.

Entendi, o ULTIMO não é um campo e sim uma variável que recebe o valor do campo NUMERORPS_NOT. Sendo assim o que pode estar ocorrendo: Como você tem a consulta e a atualização da tabela dentro do loop, pode estar ocorrendo um atraso na atualização da tabela e consequentemente ao fazer a nova consulta pega o mesmo valor de NUMERORPS_NOT. Dai você tem o erro de retorno do Web Service acusando que já existe um RPS com aquele numero.

Boa tarde, Mas acontece que IdentificacaoRps.Numero recebe o valor da variável RPS. E está recebe o valor segundo o IF abaixo: If ADOQConsulta.FieldByName('ULTIMO').AsInteger >= DMBase.ADOQParametroNUMERONOTAINICIAL_PAR.AsInteger then RPS := ADOQConsulta.FieldByName('ULTIMO').AsInteger + 1 Else RPS := DMBase.ADOQParametroNUMERONOTAINICIAL_PAR.AsInteger; Em que momento o campo ULTIMO ou NUMERONOTAINICIAL_PAR são atualizados?

Bom dia, Para imprimir a CC-e completa é necessário: 1. Carregar o XML da NF-e 2. Carregar o XML do evento de CC-e 3. Imprimir o Evento.

Notei segundo o seu código, que você envia os RPS de forma individual, ou seja, cada lote possui apenas um RPS, vem vez de enviar todos os RPS no mesmo lote. Mas até tudo bem. Notei que a variável RPS por receber o seu valor do campo ULTIMO somado de 1 da tabela NFSE_NOTA ou do campo NUMERONOTAINICIAL_PAR de uma tabela acredito eu chamada Parametro. Até ai perfeito. Mas em que momento os campos ULTIMO e ou NUMERONOTAINICIAL_PAR são atualizados em suas respectivas tabelas?

Bom dia Valdir, Tentou informar como vazio, ou seja, atribuir uma string vazia a esse campo?

Bom dia Marcelo, Primeiramente a versão correta é 3.10 e não 3.0 Segundo, no Portal Nacional da NF-e você encontra a Nota Técnica que traz a nova estrutura do XML na versão 3.10 que contempla tanto a NF-e quanto a NFC-e. Alguns Estados brasileiros já existe um calendário de obrigatoriedade da NFC-e - Nota Fiscal ao Consumidor Eletrônica, no que diz respeito a São Paulo não tem nada definido, somente algumas empresas estão emitindo em ambiente de homologação como projeto piloto.

Bom dia, Por favor, não post fragmentos de código como texto no post e sim como arquivo em anexo, principalmente se o fragmento for grande como o seu. É simples, basta clicar no botão [Mais Opções] que você vai encontrar um outro botão para anexar arquivos. Edit o seu post anexando o fragmento como um arquivo TXT (bloco de notas).

Bom dia João, A explicação é bem simples. Para o "nobre contador" solicitar um XML cujas as casas decimais sejam 2 por exemplo, com certeza o software que ele utiliza para ler os dados do mesmo é incapaz de tratar de forma correta valores reais com mais de 2 casas decimais. Outra coisa que precisa ficar clara é o que consta no manual ou nota técnica, vamos a dois exemplos: qBCProd Tamanho: 12v0-4 (neste caso a quantidade poderá ter nenhuma casa decimal ou até 4 casas decimais) vAliqProd Tamanho: 11v4 (neste caso o valor tem que ter 4 casas decimais) Como exposto acima até poderíamos criar um tipo de campo por exemplo: tcDe04. Hoje temos o tcDe4 que gera valores com 4 casas decimais e seria utilizado para o vAliqProd e para o qBCProd usaríamos o tcDe04 que seria capaz de gerar valores com zero até 4 casas decimais.

Boa tarde cne, Vamos fazer uma correção, o prazo de cancelamento não é de 7 dias e sim 168 horas a contar da data e hora de autorização. Portanto se um CT-e foi autorizado no dia 20 as 10:00 o prazo para o seu cancelamento encerra-se no dia 27 as 10:00, isso significa que as 10:01 não é mais permitido o cancelamento do mesmo. Alem do prazo em horas existe diversas regras que devem ser observadas, como por exemplo, carga em transito ou entregue. Se a carga esta em transito ou já foi entregue ao destinatário significa que o serviço esta ou foi realizado, sendo assim não cabe o cancelamento do CT-e. Quando foi dito: "As regras aplicadas ao evento de cancelamento serão aplicadas ao Web Service de Cancelamento que será descontinuado futuramente." Significa que com o advento do cancelamento por evento novas regras foram criadas, como as duas modalidades de cancelamento coexistiram por um certo tempo, essas novas regras foram também aplicadas ao Web Service de cancelamento que depois foi desabilitado. Portanto você não tem que se preocupar com essa frase e sim se preocupar com as regras.

Boa tarde leufmt, Entendi o usuário lança vários RPS e depois tem a opção de selecionar os que deseja enviar para o provedor e este retornar as respectivas notas. Como ocorre esse envio, é por lote ou de um em um? A sugestão que dou é usar o envio por lote (até 50 RPS), caso o provedor tenha essa opção disponível.

Boa tarde Anderson, A resposta é não para todas as suas perguntas. A carga foi enviado ao destinatário? Se não foi, a transportadora deve enviar por e-mail o XML "*-procEventoCTe.xml referente ao cancelamento do CT-e, tanto para o remetente quanto para a contabilidade. Para que ambos tenham ciência e tomem as providencias referente ao cancelamento do CT-e em questão.

Boa tarde José, Que tipo de emitente é? Qual é o valor que você esta atribuindo a Ide.tpEmit ?

Boa tarde Luciano, Isso realmente pode ser um problema no ACBrNFeMonitor, é preciso analisar o código dele, para identificar o problema.

Boa tarde Luiz, Quando escrevemos a rotina para envio da carta de correção, temos que incluir esta linha: infEvento.tpEvento := teCCe; o teCCe é um enumerador que o Juliomar se refere, existe um enumerador para cada tipo de evento. E o valor do enumerador teCCe é 110110 e sempre será até que a SEFAZ resolva alterar que acredito ser difícil. Portanto o que o Juliomar e eu queremos dizer que, não faz sentido você querer ler o XML de uma CC-e só para ler esse código e armazena-lo no banco de dados por exemplo. Esse código não é um numero gerado pela SEFAZ e sim uma constante que identifica o tipo de evento a ser enviado. Para a SEFAZ 110110 se trata de uma CC-e, para nós desenvolvedores em vez de atribuir esse código, usamos o enumerador teCCe que significa: tipo de evento CC-e. Lembrando que o componente se encarrega de utilizar o código correspondente, ou seja, 110110 ao gerar o XML referente a CC-e. Espero ter ficado claro.

Boa tarde Fernando, De todos os provedores implementados no componente, somente um ou dois alteraram o layout da ABRASF incluindo a TAG OutrasInformacoes na estrutura do RPS. Por via de regra na estrutura do RPS não existe a TAG: OutrasInformacoes onde poderíamos estar colocando alguma informação extra, uma observação como você queira chamar. Sendo assim a resposta é não. Se você alimentar essa propriedade, como dito, para a maioria dos provedores ela será descartada ao gerar o XML do RPS. Ela só terá alguma informação caso o XML da NFS-e tiver essa TAG preenchida pelo provedor, sendo assim, essa TAG é de uso da prefeitura e não do emitente.

Boa tarde Rodrigo, rodo.veicTracao.prop.CNPJCPF:= CDSMdfePaiPROPR_CNPJCPF.AsString; (...) As propriedades referentes ao proprietário só devem ser alimentadas caso o proprietário do veiculo não seja o próprio emitente do MDF-e. Pela mensagem de erro de validação o conteúdo de CDSMdfePaiPROPR_CNPJCPF.AsString deve estar vazio. O componente gera o grupo <prop> mediante as seguintes condições: if (MDFe.Rodo.veicTracao.Prop.CNPJCPF <> '') or (MDFe.Rodo.veicTracao.Prop.RNTRC <> '') or (MDFe.Rodo.veicTracao.Prop.xNome <> '') then begin Gerador.wGrupo('prop', '#32'); (...) end; Você deve ter alimentado o RNTRC diferente de vazio e não alimentou o CNPJCPF, consequentemente o componente gerou o grupo <prop> e o validador acusou o erro. Lembre-e que o RNTRC (do proprietário) só deve ser informado quando o veiculo não pertence ao emitente do MDF-e. Cuidado para não confundir com o RNTRC do modal rodoviário: Rodo.RNTRC := sRNTRC; Espero ter ajudado.

Boa tarde, A mensagem diz que o elemento InscricaoEstadual é inesperado, ou seja, o validador não estava esperando encontrar essa TAG e sim InscricaoMunicipal. Ou a rotina que gera o XML esta gerando essa TAG indevidamente ou você esta utilizando um schema que não é do provedor Betha ou o schema esta desatualizado. Utilize os schemas que acompanham o programa exemplo.

Boa tarde Marcos, Segundo o manual devemos efetuar o encerramento toda vez que a carga for entregue ou se houver uma alteração na composição da carga ou veículo. Uma pergunta: quem vai realizar a entrega dessa carga agora? Se vai ser o mesmo motorista com o mesmo caminhão e não vai haver alteração na carga, não vejo motivo de efetuar o encerramento, até que a carga seja entregue. Agora se vai ocorrer a troca do caminhão, deve-se encerrar e emitir um novo.

Bom dia Felipe, Se ao solicitar o cancelamento é retornado um erro acusando que o CNPJ não possui permissão para efetuar o cancelamento e depois ao realizar uma nova tentativa de cancelamento acusa que a nota já esta cancelada, com certeza o problema é no provedor. Como que na primeira tentativa o CNPJ do emitente não possui permissão e depois acusa que esta cancelada? Sugiro que você entre em contato com o provedor e expõe o problema.