Italo Giurizzato Junior

Boa tarde Helio, Foi instalado e registrado as DLLs: Capicom, etc.?

Boa tarde Narlem, O valor 3,425 é arredondado para 3,43 pelo simples fato da terceira casa decimal ser maior que 4.

Bom dia Herik, Pelo que entendi temos 3 pessoas envolvidas: O cliente "A" adquiriu o produto do vendedor "B" que por sua vez recebe o produto do fornecedor "C". Só que o fornecedor "C" em vez de emitir uma nota fiscal de venda para o vendedor "B" e este por sua vez emitir uma nota fiscal de venda para o cliente "A", o fornecedor "C" emite a nota fiscal de venda diretamente para o cliente "A". Neste caso o vendedor "B" é um mero transportador. Isso confere? Se sim, quem tem que emitir o MDF-e é o fornecedor "C" e informar que o caminhão utilizado para o transporte é de terceiros, alem de informar quem é o proprietário do mesmo.

Bom dia a todos, Quando o nosso cliente nos reporta algum problema, devemos levantar todas as hipóteses e depois começar a excluir as que não fazem sentido. Não estou dizendo que você deve tirar o seu da reta, mas se o problema surgiu de um dia para outro e não houve atualização da aplicação então o problema não tem nada haver com você. No caso relatado, o problema esta ocorrendo com o cancelamento apenas, o resto esta normal, logo podemos excluir das hipóteses a internet do seu cliente. Sendo assim chegamos a conclusão que o problema esta na SEFAZ. Leão, essa nota técnica não tem nada haver com o cancelamento de uma NF-e, ela trata de um outro assunto. O cancelamento sitado se refere ao pedido de prorrogação da suspensão do ICMS, favor ler ela com mais atenção.

Bom bia Gabriel, Abra a unit pmdfeConversaoMDFe que esta na pasta: ...\Fontes\ACBrDFe\ACBrMDFe, altere a string 'LayMDFeEvento' por 'RecepcaoEvento' nas functions LayIOutToServico e ServicoToLayOut. Compile a sua aplicação com a opção Build e tente novamente.

Bom dia, Pela mensagem de erro do validador indica que o campo xCondUso esta vazio, sendo que deveria conter o texto que trata sobre o Artigo 58-B. Todos os fontes de todas as pastas estão atualizados? Não devemos atribuir nada ao campo xCondUso, pois desta forma o componente se encarrega de colocar o texto correto.

Bom dia Vlademir, Só vejo um problema na sua rotina, a consulta ao status de serviço toda vez que se vai realizar o envio de uma nota. Peço a todos que leiam o documento: Consumo Indevido do Ambiente de Autorização disponível em: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE= Segundo esse documento essa consulta é o grande vilão. Todas as SEFAZ estão pensando seriamente em acabar com a Consulta ao Status de Serviço. Se isso vir a ocorrer a sua rotina deixará de funcionar. Outra coisa a consulta ao Status de Serviço não garante que todos os serviços estão funcionando, pois não retorna quem esta ativo e quem não esta. A minha sugestão é: em vez de consultar o status já tentar enviar a nota, caso ocorra erro ai sim entrar no modo Offline.

Bom dia Laudelino, Segundo as Especificações Técnicas do DANFE NFC-e versão 3.2 que trata sobre o QR-Code na página 17 temos o seguinte paragrafo: Para a emissão de NFC-e em ambiente de homologação a empresa deverá utilizar CSC que solicitou pela página web de sua Secretaria da Fazenda. A critério da Unidade Federada poderá ser disponibilizada página web específica para fornecimento de CSC para uso em ambiente de homologação. No meu entendimento o idCSC e o CSC solicitado pelo emitente da nota, podem ser utilizados tanto no ambiente de homologação quanto o de produção. Mas alguma Unidade da Federação poderá fornecer um idCSC e CSC especifico para o ambiente de homologação. Sendo assim é preciso acessar o site da SEFAZ da UF em questão para saber se vai usar o mesmo ou não.

Bom dia Antonio, Altere a sua rotina de: Ide.dEmi := Date;Ide.dSaiEnt := Date;Ide.hSaiEnt := Now; Para: Ide.dEmi := Now;Ide.dSaiEnt := Now;

Anderson, Talvez seja melhor deixar o valor do troco igual a zero.

Bom dia Felipe, Não tenho como lhe responder pois não utilizo apenas ajudo a implementar as funcionalidades no componente.

Anderson, Para que fique igual conforme foi dito antes é preciso fazer uma alteração no componente. Como estamos sem a possibilidade de atualizar os fontes no repositório, vou ter que aguardar para que possamos fazer essa alteração e disponibilizar a todos.

Anderson, O ENCAT responsável por publicar os Manuais e Notas Técnicas sempre deixou claro que só pode ser impresso no Documento Auxiliar, ou seja, DANFE informações que estejam no XML.

Bom dia Anderson, Ao configurar o componente devemos atribuir o valor moNFCe a propriedade ModeloDFe, atribuir o valor ve310 a propriedade VersaoDF e quando for passar os parâmetros ao método Inutiliza o valor do quarto parâmetro tem que ser 65.

Bom dia, A NFS-e ainda não esta pronta no Trunk2, portanto deverá continuar usando a do Trunk. Mas no caso da NF-e e NFC-e por ser o mesmo componente, a resposta é sim, você pode migrar para o Trunk2.

Bom dia Duarte, No meu entendimento devemos fazer o seguinte: 1. O problema começou de um dia para outro? 2. O Cancelamento estava funcionando antes? 3. O problema começou após atualizar a aplicação no cliente? 4. O problema começou após atualizar os fontes dos componentes? 5. O problema começou após migrar do Trunk para o Trunk2? Se somente as perguntas 1. e 2. foram respondidas como SIM e as demais como NÃO, chegamos a conclusão que o problema é na SEFAZ mesmo.

Boa noite Felipe, Quanto as URLs as mesmas foram atualizas a mais de 2 meses. Assim que normalizar o SVN favor atualizar todos os fontes de todas as pastas.

Boa noite Fladimir, Que eu saiba um comando para o DistribuicaoDFe ainda não foi implementado no Monitor. Boa noite Sergio, Se você estiver com os todos os fontes de todas as pastas atualizados, basta configurar o componente para salvar os XML que o XML compactado retornado pelo DistribuicaoDFe será descompactado e salvo em disco.

Boa noite, Sugiro você passar a utilizar os fontes do Trunk2 caso ainda não esteja usando.

Boa noite Anderson, No exemplo que você postou não deveria ter troco, pois o valor total é 10 e a forma de pagamento foi 4 em dinheiro e 6 em cheque, totalizando 10. Acredito que o correto seria: Valor Total = 10.00 Valor Pago = 11,00 Troco = 1,00

Boa tarde Herik, O emitente do MDF-e vai relacionar todos os CT-e emitidos por ele ou todas as NF-e emitidas por ele. Até onde seu o emitente do MDF-e não pode relacionar as NF-e que ele emitiu e incluir as NF-e emitidas por outro emitente.

Bom dia, É o mesmo documento que tenho, as novas URLs já foram atualizadas nos componentes ACBrNFe, ACBrCTe e ACBrMDFe. Sendo assim não há nada para se preocupar.

Bom dia Leandro, A minha sugestão é você migrar para o Trunk2 caso não tenha feito isso. Segundo, passar a usar o DANFE feito em Fast ou Fortes Report, pois são estes que serão mantidos pela equipe ACBr.

Bom dia Cardilo, Foi feita uma alteração no componente fazendo com que os arquivos referentes ao evento CC-e e Cancelamento fossem gravados dentro da pasta Eventos. Padronizando desta forma o local onde os XML referente a eventos são gravados.

O componente através do método Validar submete o XML assinado ao schema. Entenda o seguinte, essa validação não checa tudo, por exemplo, se tratando do CNPJ é verificado se o conteúdo da TAG possui 14 dígitos, retornando um erro caso a informação não tenha esse tamanho, mas não verifica se o mesmo é valido ou não, ou seja, realiza os cálculos para confrontar com os dígitos verificadores. A propriedade FormatoAlerta esta com o conteúdo padrão? TAG:%TAGNIVEL% ID:%ID%/%TAG%(%DESCRICAO%) - %MSG%.