fabiofranzini

Italo bom dia. O problema é exatamente este, não faz sentido, já que o modal informado é o utilizado. Sim no caso o Modal é Rodoviário. a tag esta "<modal>01</modal>" e -<infModal versaoModal="1.04">-<rodo><RNTRC>12345678</RNTRC><dPrev>2013-11-30</dPrev><lota>1</lota>-<veic><cInt>1</cInt><RENAVAM>156987135</RENAVAM><placa>DUA3468</placa><tara>5</tara><capKG>1900</capKG><capM3>0</capM3><tpProp>P</tpProp><tpVeic>0</tpVeic><tpRod>05</tpRod><tpCar>02</tpCar><UF>SP</UF></veic></rodo></infModal>

Bom dia a todos, tenho um aplicativo rodando em Vários clientes e nenhum apresenta este problema, mas em uma caso que deveria emitir a partir desta segunda feira (02/12/2013) não tive sucesso ainda, segundo o Contador do mesmo a situação dele diante do SEFAZ SP esta ok , mas ao tentar enviar o retorno é Rejeicao: IE Emitente nao autorizada a emitir CT-e para o modal informado, segue anexo XML da resposta. Lembre-se o mesmo aplicativo funciona 100% em outros clientes. Obrigado a Todos. 351000109585463-pro-rec.xml

Lembrando que o PDF sera criado na pasta configurada dentro do componente na propriedade "PathPDF"

Utilizando o AcbrNfe: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('Caminho completo se seu arquivo XML'); ACBrNFe1.NotasFiscais.ImprimirPDF; Fabio Franzini.

Ola boa tarde. Talvez o problema não esta em sua emissão, mas em regras do Fisco. Verifique se o Tomador é contribuinte do ICMS, neste caso não é mesmo possível esta operação. Fabio Franzini.

Ricardo obrigado pela atenção, desculpe pela demora no retorno, mas este problema foi um daqueles em que não conseguimos uma explicação, pois troquei meu PC por outro e tudo esta funcionando normal, aquele em que apresentava o problema foi formatado e agora também esta OK. Mas mesmo assim o mais estranho é que tudo funcionava todos os serviços de todos os ambiente de todos os estados, exceto SP - Homologação.

Kiko, obrigado pela atenção, o problema é justamente este, vai falar para aquele cara que emite NF desde a época em que era preenchida a mão, o cara não consegue distinguir Emitente de Rementente, mas pelo menos depois de muito insistir e mostrando a portaria onde foi definido ele aceitou, então, vamos continuar usando de acordo com os Padrões ACBR. Agradeço pelo retorno.

Boa tarde a todos, só para deixar claro , alguem poderia dizer se é obrigatorio informar Dest/Rem, ou se legalmente falando exibir somente "Destinatario" esta correto ?

Ricardo, Boa tarde. Esta tudo OK tanto é que em outros estados funciona os dois ambientes e em SP em produção, o mais estranho da historia toda é que só o Ambiente de Homolgação de SP que fica retornando isto.

Desde hoje (21/10/2013) pela manhã não consigo conexão com o Ambiente de Homologação de SP. Fiz os testes e consigo conectar em outros estados normalmente, e também consigo conectar no Ambiente de Produção inclusive de SP. Estou com o ACBR atualizado e com todas atualizações do windows em dia. Verifiquei o status utilizando o Demo e também tenho os mesmo problemas. Mas alguém com este problema ? Observe que somente o Ambiente de homologação não esta funcionando. é retornado a mensagem de erro : WebService Consulta Status Serviço: Inativo ou Inoperante tente novamente Uma conexão com o servidor não pode ser estabelecida. Pelo que observei o endereço usado para conexão ao webservice é o seguinte :https://homologacao.nfe.fazenda.sp.gov.br/nfeweb/services/NfeStatusServico2.asmx ​Desde já, agradeço a possíveis respostas.

Italo desculpe não informar antes, mas a opção de preview esta ativa no componente, ou seja após o envio ele ja mostra este PDF que esta com o valor errado,

Italo, boa tarde. Então, a diferença é muito grande chegou a acontecer de no XML o valor do serviço ser 60 reais e na impressão sair 130 reais. O mais interessante é que não ocorreu na sequencia foi esporadico, tipo aconteceu uma vez e depois de mais de 100 cte emitidos voltou a ocorrer. Utilizo da seguinte forma: CTE.Conhecimentos.Clear; GerarCTe(vAux); CTE.Enviar(StrToInt(vNumLote)); Onde a função GerarCTe carrega os dados no componente, e a impressão é feita com o retorno da função CTE.Enviar. o interessante é que nesta mesma impressão onde o valor sai errado, o numero de protocolo de aprovação é impresso correto, assim como todos os outros dados. Se gerar o pdf com o xml retornado, ele ja sai com o valor corrigido.

Bom dia a todos. Recebi de um cliente agora a pouco alguns arquivos XML e alguns pdfs com os seus respectivos ctes, o xml esta autorizado o uso, na impressão esta o protocolo e todos os dados, porem o valor do serviço apresentado no xml difere do impresso. Alguem ja teve este tipo de problema ? Obrigado a todos que puderem comentar.

Quanto mais melhor. O ideal é fazer um espelho do CTe.

Até onde sei vale o que esta no tópico abaixo:

Certificados do tipo A3 em cartão com chip ou token(pen drive) tem esta característica, ou seja a senha PIN é necessária para seu uso.

Ola, bom dia . e Obrigado a todos. O problema deve ser nas margens configuradas na impressora, o usuário foi instruído a abrir o PDF com um leitor de pdf de sua preferencia e fazer o ajuste na pagina a ser impressa.

Bom dia a todos estou utilizando o ACbrmonitor para emitir boletos do Bradesco, gostaria de saber como proceder para informar o valor de juros em percentual ao mes. Obrigado a todos

Ola, bom dia a todos, estou utilizando o AcbrMonitor para emissão de boletos, já mandei remessas de teste ao banco e ebsta tudo OK. Quanto a impressão , tenho um pequeno problema ao utilizar a forma de carne, o código de barras do ultimo boleto da pagina é cortada. alguma solução ?

Tenho um ciente que deve informar o CSOSN 101 ou 102 de acordo com aproveitar credito ou não. Sendo que preenchi a tag da seguinte forma, pois o mesmo é Optante pelo Simples Nacional: imp.ICMS.SituTrib := cstICMSSN; imp.ICMS.ICMSSN.indSN := 1; onde devo informar o código 101 ou 102. ?