Italo Giurizzato Junior

Paulo, Me parece que sim, existe uma diferença de versão em relação ao WebService e a opção de importação do XML via site.

Bom dia cgcesar, No caso da versão 3.10 temos os novos métodos: NfeAutorizacao e NfeRetAutorizacao. Tem a mesma função dos métodos NfeRecepcao e NfeRetRecepcao, como uma diferença. O NfeAutorizacao permite os modos sincrono e assincrono. Se o lote possui apenas uma nota podemos enviar no modo sincrono, por outro lado se o lote possuir 2 ou mais notas o envio obrigatoriamente será assincrono. Como selecionar o modo? Simples: Enviar( <numlote>, <imprimir>, <sincrono>) <numlote> = numero do lote <imprimir> = TRUE (padrão) ou FALSE => se for TRUE o DANFE será impresso automaticamente <sincrono> = TRUE ou FALSE (padrao) => se for TRUE o envio é sincrono caso contrario será assincrono

Bom dia sesistemas, Favor consultar a lista de TAGs que não podem ter o seu conteudo alterado por uma carta de correção. Essa lista encontra-se na NT 2013/013. Consequentemente as demais podem.

Paulo, Como o Ginfes possui WebServices, o componente gera o XML segundo a versão aceita para o WebServices. Se o prazo do seu cliente é 31/01 ele pode emitir as notas via site, e até onde sei, o certificado demora por volta de uma semana.

Bom dia msiscampos, Pelo que estou entendo, você vai carregar o caminhão em uma cidade do estado de São Paulo e vai transportar tudo até uma outra cidade também do estado de São Paulo. Cidade esta que encontra-se a segunda transportadora, que vai se encarregar de realizar as entras dentro do estado de São Paulo e uma parte dessa carga, transportar para o estado de Minas Gerais. Se sim, vamos a algumas ponderações: T1 T2 SP ====> SP ====> MG T1 = Transportadora 1 (você) T2 = Transportadora 2 (redespacho) A T1 tem que emitir o CT-e como sendo Normal e como vai ocorrer o redespacho há necessidade de informar o Recebedor como sendo a T2. Sendo assim deve-se informar o Remetente e o Destinatário, logo não cabe a emissão de um unico CT-e, principalmente se tivermos mais de UM tomador do serviço. Ja a T2 que vai emitir os CT-e deve ser do tipo Redespacho e deve-se informar o Expedidor como sendo a T1. Vamos a outro exemplo: T1 T2 T3 SP ====> SP ====> MG ====> RJ T1 => vai emitir os CT-e como sendo Normal T2 => vai emitir os CT-e como sendo Redespacho Intermediário T3 => vai emitir os CT-e como sendo Redespacho A transportadora T2 pode emitir apenas 1 CT-e, porque? No Redespacho Intermediário devemos informar apenas o Expedidor ( T1 ) e o Recebedor ( T3 ) neste caso temos apenas 1 Tomandor do Serviço, que será o Expedidor ou o Recebedor. Portanto o CT-e pode ser Lotação e consequentemente não há necessidade de emitir o MDF-e. Espero ter ajudado.

Bom dia Silva, Favor atualizar os fontes e testar novamente.

Cleber, Note que dentro da pasta V200 temos 4 arquivos ZIP, você esta utilizando os schemas contidos no PL_CTe_200a_NT2013_013 ?

Bom bia, Gilcasa, essa mensagem de erro, não tem nada haver com o componente, favor rever a sua aplicação. Cesar e Paulo, ao efetuar o cancelamento do CT-e o XML foi atualizado, ou seja, ocorreu a substituição do protocolo de autorização pelo de cancelamento? Quero lembra-los que com a nova versão do CT-e ( 2.00 ) o cancelamento será por evento, portanto não vai mais ocorrer a alteração do XML do CT-e.

Bom dia Paulo, Em vez de gerar o XML através da sua aplicação e depois acessar o site da prefeitura e solicitar a importação do mesmo, porque não utiliza os WebServices do Ginfes? O componente possui um comando chamando Enviar que gera o XML, assina e envia para o WebService, estando tudo OK, o mesmo retorna o XML da NFS-e.

Bom dia Cleber, Os schemas que encontram-se dentro da pasta Schemas são para a versão 1.04 Como você esta realizando testes com a versão 2.00, há necessidade de troca-los pelos que estão dentro da pasta V200, pasta esta que encontra-se dentro da pasta Schemas.

Boa tarde Eber, Solicite ao GovDigital um XML que é aceito. Depois post ele aqui no fórum como anexo.

Boa noite Vicente, Esse provedor não segue o padrão ABRASF. Logo será mais complicado e demorado implementar esse provedor no componente.

Boa noite Eber, Atualize os fontes e tente novamente.

Boa noite Daniel, Favor atualizar os fontes e testar novamente.

Boa noite João, Infelizmente, os provedores não seguem a risca o layout publicado pela ABRASF. Eu costumo dizer que a ABRASF não tem um padrão e sim uma sugestão de layout para a NFS-e. O layout já esta na versão 2.01 e tem provedores que ainda utilizam a versão 1.0, isso sem falar nos que resolveram criar os seus proprios layout.

Boa noite junin, Não tem nada implementado para a cidade de Dracena/SP.

Boa noite Silva, Você tentou executar o passo a passo que encontra-se dentro da pasta ...\Fontes\ACBrCTe ?

Boa noite Cristiam, Post o seu TXT como anexo e não como texto no post. Como anexo fica mais facil para checarmos.

Boa noite Cristiam, Qual é a versão do ACBrNFeMonitor? Lhe pergunto isso, pois tem versão que não reconhece todos os campos do CT-e.

Boa noite Jonas, Vou estudar o problema e tentar achar uma solução.

Boa noite Roger, Esse erro tem haver com o seu Quick Report e não com o componente.

Boa noite Marcos, No programa exemplo, o exemplo é para uma transportadora. Favor baixar o manual do MDF-e e legislação que encontram-se no Portal do MDF-e. No seu caso em vez de informar os CT-e, devemos informar as NF-e.

Bom dia Wellington, Tem que seguir as orientações do Boletim Técnico que trata do CT-e Glogalizado. O que você colocou, pelo que me lembro é isso mesmo.

Bom dia Luis, Favor postar o XML como anexo, desta forma não temos como checar. Alem do post ficar pequeno.

Bom dia Fábio, Em anexo os PDF dos eventos de cancelamento e carta de correção. 1101112814011795714200014457017000000021115464261201evento.pdf 1101102814011795714200014457017000000022106319751601evento.pdf